ROCK64 - Pine64

[schittl]

> Dann ist aber wahrscheinlich ein Skript daran schuld.
Die Vermutung habe ich jetzt auch, da dieser Fehler ca. alle 14 Minuten auftritt. Müsste nicht im Log vor dem Fehler stehen welches Skript gestartet wurde?

Stutzig macht es mich dabei nur, dass dieser Fehler auf meinem Echt-System einem RPi3 nicht auftritt… (ioBroker Versionen sind identisch)

Kann es eventuell auch ein Adapter sein, da ich auf dem Rock64 noch Broadlink2 und Amazon Dash zusätzlich installiert habe?

vg

Falk

[schittl]

Es lag an einem fehlerhaften Skript :oops: . Läuft seitdem stabil und schnell. Habe derzeit 0 Probleme. Super Arbeit. Jetzt heißt es einen 2. ordern als Ersatz

@Homoran:

Auch hier sollte ich mal ein aktuelles auf Armbian basierendes Image machen. `
Wäre prima wenn es bald ein neues Image geben könnte ohne der Einschränkung des Root-Zugriffes. Ansonsten Top Arbeit. Danke dir.

VG

Falk

[ple]

Mal ne Frage an die Rock64 Besitzer.

Hat schon jemand das Dingen am Monitor dran und eine Gui Oberfläche mit Firefox oder so ausprobiert um auf die VIS zu kommen?

Der Pi3 sowie der OPI lahmen ein wenig, wenn der Browser läuft.

Also kurz gesagt, alles auf einem System.

Gruß

[schittl]

@ple:

Mal ne Frage an die Rock64 Besitzer.

Hat schon jemand das Dingen am Monitor dran und eine Gui Oberfläche mit Firefox oder so ausprobiert um auf die VIS zu kommen?

Der Pi3 sowie der OPI lahmen ein wenig, wenn der Browser läuft.

Also kurz gesagt, alles auf einem System.

Gruß `
Leider nein nutze ihn nur als iobroker Server mit Zugriff per SSH ohne Monitor.

[Bene]

Hallo zusammen,

ich habe den Rock64 seit einigen Wochen erfolgreich laufen. Ich bin äußerst zufrieden!

Ab jetzt wird es Offtopic, aber ich hoffe, ihr möchtet mir dennoch helfen:

Gerade kämpfe ich mich bei einem Linux-Basic ab, bei dem ich mir nicht erklären kann, warum es so ist:

Mounten einer Freigabe meines QNAP-NAS:

Raspberry 1B mit raspbian auf Debian Jessy:

sudo mount -t cifs //192.168.55.10/homes/Bene ~/nas -o user=Bene
Password for Bene@//192.168.55.10/homes/Bene:  ********

Die Freigabe wird korrekt gemountet!

Rock64 mit ayufan-Image auf Basis Debian Jessy:

sudo mount -t cifs //192.168.55.10/homes/Bene ~/nas -o user=Bene
mount: wrong fs type, bad option, bad superblock on //192.168.55.10/homes/Bene,
       missing codepage or helper program, or other error
       (for several filesystems (e.g. nfs, cifs) you might
       need a /sbin/mount. <type>helper program)

       In some cases useful info is found in syslog - try
       dmesg | tail or so.</type> 

Ich raffe einfach nicht, warum mit gleichem Aufruf bei gleichem BS unterschiedliche Ergebnisse rumkommen…

Könnt ihr mich aufklären?

Viele Grüße

Bene

[ebu]

Moin.

Also mein rock64 läuft seit ner Woche, ich bin super zufrieden.

Ich habe auch eine 32 GB emmc dran gebaut aber bislang noch nicht genutzt. Mein System läuft prima per SD-Karte.

Wie kriege ich das jetzt rüberkopiert? Ich habe auch schon viel gelesen, verstehe es aber leider nicht.

Brauche ich unbedingt einen "Jumper"?

Wenn ich "nand-sata-install" ausführe, gibt es den Befehl nicht..

Ich habe den sketch für den rock64 drauf von der iO Seite.

Kann mir hier einer leicht verständlich helfen

Gruß

ebu

[Homoran]

@ebu:

Kann mir hier einer leicht verständlich helfen `
Leider nein.

Denn, wenn du mit:
@ebu:

den sketch für den rock64 drauf von der iO Seite. `
meinst dass du das ioBroker Image von der Website drauf hsat, dann ist das noch mit dem Ayufan Image gebaut, da gibt es das NAND-SATA-install nicht.

Inzwischen ist aber das armbian so weit, dass ich damit mal ein Image machen könnte. Da geht das dann.

Gruß

Rainer

…oder selber mit armbian installieren

[ebu]

Moin,

ok das klingt gut. Ich tippe drauf, dass man das nicht "upgraden" kann sondern man alles neu machen muss oder?

Meld Dich dann einfach mal wenn es was Neues gibt. Mein System läuft ja auch über die SD.

Gruß

ebu

[schittl]

Wollte heute das neue Image probieren, was leider fehl schlug. Habe mehrere SD-Cards ausprobiert. Kann es sein, dass das Image defekt ist. Mit Apple Pi Paket und Etcher habe ich es ebenfalls ausprobiert. Bekomme folgende Fehlermeldung.

[Homoran]

Die Meldung klingt eher nach einer defekten Karte oder sd Adapter bzw. Cardreader.

Das Paket kann natürlich auch defekt sein, allerdings auch nur bei deinem Download.

Ich habe noch kein anderes Feedback erhalten.

Ich komme leider die nächsten Tage nicht dazu, das selbst zu testen.

Gruß Rainer

[schittl]

@Homoran:

Ich komme leider die nächsten Tage nicht dazu, das selbst zu testen. `
Kein Problem ist ja nicht dringend

Andere Images funktionieren auf gleicher SD-Karte und gleichen Adapter. Download wurde ebenfalls mehrmals durchgeführt.

Könnte eventuell jemand anders bitte mal testen, ob bei ihm das Image auf eine SD-Karte per Etcher/Apple Pi Baker/Win32 DiskImager geschrieben werden kann? Oder hat es gar jemand schon im Einsatz?

http://www.iobroker.net/docu/?p=7734&lang=de

Danke im voraus.

[schittl]

Zur Info:

Mit Win32 DiskImager funktionierte das Image, aber leider ist der Biobroker nicht gestartet. Bei der Status-Abfrage kommt folgende Fehlermeldung:

No connection to states 127.0.0.1:6379[redis]
````Woran kann das liegen? Auch ein Reboot brachte keine Verbesserung.

[Homoran]

:oops: ich habe dich vergessen :oops:

Wenn du ein Backup eingespielt hast, das von einer Installation kommt auf der redis lief (das sind alle aktuellen images) muss auch die Installation auf der das backup "restored" wird mit redis laufen.

Gruß

Rainer

[schittl]

@Homoran:

:oops: ich habe dich vergessen :oops: ` Alles gut
@Homoran:

Wenn du ein Backup eingespielt hast, das von einer Installation kommt auf der redis lief (das sind alle aktuellen images) muss auch die Installation auf der das backup "restored" wird mit redis laufen. ` Wie meinst Du das? Ich habe kein Backup eingespielt sondern nur iobroker status eingegeben nach dem Erststart. Da erschien diese Fehlermeldung.

No connection to states 127.0.0.1:6379[redis]

Habe zusätzlich versucht aus dem Image von armbian laut der Anleitung "Pine64 Schnellstart (Jessie)" selbstständig iobroker zu installieren. Funktionierte einigermaßen, nur meine Skripte wollen nicht mehr so richtig. Da muss ich mal forschen. Liegt bestimmt an neuer Controllerversion.

Obwohl Objekt vorhanden, bringt er diese Meldung:

javascript.0	2017-12-29 07:00:00.482	error	at Object. (script.js.XSkripte.Backup_Scheduler:38:5)
javascript.0	2017-12-29 07:00:00.479	error	at ioBroker_Update (script.js.XSkripte.Backup_Scheduler:130:9)
javascript.0	2017-12-29 07:00:00.478	error	at pushprioTG (script.js.XSkripte.Backup_Scheduler:205:42)
javascript.0	2017-12-29 07:00:00.477	error	Error in callback: TypeError: Cannot read property 'val' of undefined
javascript.0	2017-12-29 07:00:00.474	error	script.js.XSkripte.Backup_Scheduler: Cannot use sync getState, use callback instead getState("javascript.0.Nachtruhe", function (err, state){});

Naja das bekomme ich schon noch raus. Falls wir uns nicht mehr schreiben, erstmal danke für deine Mühen und guten Rutsch…

vg

Falk

[RappiRN]

Ich bin nun dabei mir einen neuen SBC zu kaufen. Ich habe jetzt schon ne ganze Menge zu den Hardwarevarianten gelesen und schwanke jetzt zwischen dem Rock64 +emmc-Modul oder eben den, auch schon viel beschriebenen, Orange Pi plus 2e.

Von den Daten her wäre ja der Rock erstmal überlegen, vor allem wegen des doppelt so großen RAMs (Frage ist eben auch, ob man den so groß brauch, aber haben ist besser als brauchen ).

Der Preis soll erstmal nebensächlich sein. Ein wichtiger Punkt wäre, dass ich mir die Möglichkeit der Nutzung der GPIOs freihalten möchte, sind die denn über den rpi-Adapter schaltbar?

Hat denn noch jemand, außer Rainer (der natürlich gern seine Infos dazugeben kann), Erfahrungen mit beiden Geräten?

Enrico

[Homoran]

@RappiRN:

außer Rainer ` :twisted:

[RappiRN]

@Homoran:

@RappiRN:

außer Rainer :twisted:

@RappiRN:

(der natürlich gern seine Infos dazugeben kann)Enrico `

[klassisch]

@RappiRN:

außer Rainer (der natürlich gern seine Infos dazugeben kann), Erfahrungen mit beiden Geräten? ` Tja, Rainer, es wird halt nur Wenige mit Deiner Expertise geben - wenn überhaupt.

Ich kann nur sagen, daß mein Opi bis jetzt unaufgeregt und unauffällig schnurrt.

Das Ruhr 70-Skript sagt ziemlich konstant

ioBroker_Anzahl_Prozesse   16
ioBroker_CPU_Gesamt                  26.6%
ioBroker_Speicher_gesamt           486 MByte
ioBroker_Speicher_prozentual       23.5%

Temperatur ist bei ca. 26°C

Habe ja schon recht viel automatisiert. Insofern wird das Wachstum jetzt nicht mehr stürmisch sein. Werde aber immer wieder "Kleinigkeiten" zufügen bis das System an die Grenzen kommt und / oder es den ultimativen ioBroker Rechner gibt, den alle haben unbedingt müssen.

Für mich hat das SD-Karten freie System auf eMMC und die History-Daten auf einer 32GB SSD bewährt. Der Snapsht sieht für mich als Linux-Laien harmlos aus. Kann wahrscheinlich noch ein paar Jahre so weiter gehen.

#free
                    total          used       free     shared    buffers     cached
Mem:                  2062612     694324    1368288      41904       3080     160604
-/+ buffers/cache:    530640    1531972
Swap:                 131068          0      131068

#free -m
                  total       used       free     shared    buffers     cached
Mem:               2014        701       1312          40            3        155
-/+ buffers/cache:  543       1471
Swap:               127         0        127

# df -m
Filesystem          1M-blocks  Used Available Use% Mounted on
/dev/mmcblk0p1     14529       2063     11728  15% /
udev                  10       0           10   0% /dev
tmpfs                403      41         362  11% /run
tmpfs               1008       0        1008   0% /dev/shm
tmpfs                  5       1           5   1% /run/lock
tmpfs               1008       0        1008   0% /sys/fs/cgroup
/dev/sda2          30062     2393     27670   8% /media/SSD
tmpfs               1008       0        1008   0% /tmp
tmpfs                202       0         202   0% /run/user/0

[Homoran]

@klassisch:

Tja, Rainer, es wird halt nur Wenige mit Deiner Expertise geben - wenn überhaupt. `
Übertreib mal nicht, trotzdem Danke!

Ich habe nur meine eigenen mehr oder weniger dilettantischen Beobachtungen niedergeschrieben - Wissen ist das noch lange nicht.

Trotzdem würde ich nicht sagen, dass
@RappiRN:

Von den Daten her wäre ja der Rock erstmal überlegen `

Er hat zwar (bis zu) 4GB RAM, aber bei dem Rest bin ich mir nicht so sicher, ob er wirklich überlegen ist.

Meine Beobachtungen beziehen sich immer auf eine Vergleichsinstallation von ioBroker. Ich selber bin weder in der Lage irgendwelche Benchmarks durchzuführen noch kenne ich einfache Programme dazu.

Andererseits war ich der Meinung, dass ein irgendwie gearteter Benchmark nicht unbedingt die Performance für ioBroker widerspiegelt.

Wie wichtig 4GB RAM sind ist wahrscheinlich diskutierbar. Wichtiger sind IMHO die Geschwindigkeiten der diversen Schnittstellen/Speicher. Die kann ICH nicht objektiv messen, da vertraue ich ganz fest auf T. Kaiser im Armbian Forum und beobachte das dann bei mir.

Das eMMC beim OPi soll sehr schnell sein (beim plus2e schneller als beim plus2) beim Rock64 ist zumindest mein 16GB eMMC ziemlich lahm - sowohl gefühlt, als auch von den Daten, die ich aufgrund des Aufdrucks gegoogelt habe. Zu meinem 32GB eMMC habe ich keine Daten gefunden, habe es aber auch noch nicht selber verwendet.

Ein weiteres Nadelöhr ist der im Armbian-Forum immer wieder thematisierte interne USB 2.0 Hub. Über den laufen teilweise sehr viele interne Schnittstellen, so dass z.B. eine vorhandene SATA-Schnittstelle sich die USB 2.0 Bandbreite mit den USB-Buchsen und vielleicht auch dem Netzwerk und anderen Schnittstellen teilen muss). Der OPi plus2e hat dagegen eine dedizierte eSATA Schnittstelle.

Ich möchte den Rock64 nicht schlecht machen - im Gegenteil, der brummt bei mir problemlos. Da er eine USB 3.0 Schnittstelle besitzt, gehe ich davon aus, dass er nicht die Probleme eines interen Hubs (zumindest kein USB 2.0) hat. Ich habe auch schon den USB 3.0 zu eSATA Adapter nur noch nich die Zeit gehabt diesen z.B. mit einer schnellen SSD zu testen.

Das hier noch gar nicht erwähnte Tinkerboard hat z.B. nicht nur 2GB RAM, wie viele andere, sondern dieses ist auch noch asl Dual-Channel ausgelegt und ist kein DDR2 sondern DDR3 - was zu einer erheblichen Beschleunigung der Rechenvorgänge führt.

Zusammenfassend kann ich wieder nur sagen, dass es so viele verschiedene Gesichtspunkte gibt, dass man sich erst einmal Gedanken machen sollte was für einen wichtig ist. Mit den oben genannten neueren SBC kann man (fast) nichts falsch machen.

Gruß

Rainer

[RappiRN]

Das sind doch mal ein paar Infos!

Habt ihr auch schonmal versucht, die GPIOS vom Orange Pi zu verwenden? Ich brauche das zwar noch nicht zwingend, aber es wäre eben schön zu wissen, ob es funktioniert. Bei meinem jetzigen Banana Pi funktioniert das auf jeden Fall nicht auf Anhieb, der meckert gleich rum, nur wenn die GPIOS im Adapter freigeschaltet werden. Ich weiß ja auch, dass der rpi2.0-Adapter für den Raspi geschrieben wurde, es gab aber auch schon so einige Anpassungen für andere Minicomputer.

Enrico