ROCK64 - Pine64
-
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ß
-
@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. -
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
-
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
-
@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
-
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
-
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.
-
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
-
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.
-
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. -
: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
-
: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
-
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
-
außer Rainer ` :twisted:
-
-
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 -
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
-
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
-
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.
Gibts denn dazu auch emmc Module, dass man das Gerät ohne SD-Karte betreiben kann? Wenn ich das richtig im Kopf habe gibt es diese Möglichkeit noch beim Odroid C2?
Enrico
-
Der OPi plus2e hat dagegen eine dedizierte eSATA Schnittstelle. ` Die ist zumindest nicht nach aussen geführt. Aber er hat wohl alle seine USB2 direkt angeschlossen, ohne Hub. Es gibt wohl einen anderen OPi, der eine extra SATA-Schnittstelle hat, aber eben über einen USB-Hub, was ihn unterm Strich wieder langsamer macht. Deshalb ist T.Kaisers Urteil über den Plus 2e recht positiv.
Meine 32 GB Sata SSD habe ich auch über USB angeschlossen. Das gibt sich bei der kleinen SSD nicht viel. Die ist zwar nicht lahm, aber auch nicht so schnell wie moderne große SSDs. Bei der Anwendung History ist wohl auch nicht die Geschwindigkeit das Problem, sondern die Schreibhäufigkeit. Wenn man die History auf die SD-Karte schreibt, dann gibt es viele Schreibvorgänge, die durch die journaling Dtaeisysteme wie ext2, ext3 noch vermehrt werden. Deshalb habe ich die SSD mit FAT32 formatiert und für History, Backups und solche Dinge reserviert. Ohne Experte zu sein, denke ich, daß für History & Co bereits ein USB-Speicherstick besser ist als die normale SD-Karte. Klar, es gibt auch industrielle SD-Karten, aber die kosten auch entsprechend.
Und zum RAM
@Homoran: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.
Auch der OPI hat DDR3. Au der Beschreibung:
Memory (SDRAM) 2GB DDR3 (shared with GPU)
