Vorstellung von ioBroker kompatibler Hardware
-
Nachdem mir an meinem Raspi jetzt schon zwei mal die SD Karte gestorben ist, bin ich jetzt auf einen INTEL NUC NUC7CJYH umgestiegen. Gerade auf den Markt gekommen für 110€ + 4GB RAM für 35€ + 120 GB SSD für 30€. Fertig ist ein System mit genug Reserven für mehrere Serverdienste welches auch noch ausbaufähig ist. Stromverbrauch liegt bei 7,5 Watt. Treiber für LINUX gibt es auch: https://www.intel.de/content/www/de/de/ … i-pcs.html
Ich ärgere mich nicht mehr mit dem Raspi + Konsorten herum.
-
Vielen Dank für den Hinweis! Der Trend zu richtigen Comptern scheint immer deutlicher. Einen ausgedienter bzw. refurbished Notebook wäre auch eine interessante Alternative.
Welche OS verwendest Du, Windows oder Linux?
Ich ärgere mich nicht mehr mit dem Raspi + Konsorten herum. `
Beim Pi halte ich es genauso. Ich hatte mit den Pis auch so meine SD-Card events. Seit geraumer Zeit habe ich einen OrangePi Plus 2e mit 16GB eMMC für ioBroker + kleiner SSD für History-Daten und seit einigen Monaten einen zweiten OPi für piVCCU im Einsatz. Probleme mit HW oder eMMC hatte ich bisher nicht. Wenn es Probleme gab, dann nach SW-Updates. Daran war leider auch armbian beteiligt. Und wenn ich ich hier so mitlese, dann gibt es etliche SW-Komponenten, deren Update Sorgen bereiten kann.Also sorgenfrei gehts wohl nicht, aber die Wahrscheinlichkeit, daß bei einem Absturz mit anschließendem Hardreset das System nicht mehr hochkommt, war bei den RasPis halt vergleichsweise hoch.
-
So mein Tinker Board S ist nun da und ich werde die nächsten Tage das aktuelle armbian mal auf dem emmc testen.
Gesendet von iPhone mit Tapatalk
-
Dann wünschen wir mal viel Erfolg mit dem neuen Renner!
-
Hallo,
Ich habe aktuell den ioBroker am Raspberry 3 laufen und möchte auf das
Tinkerboard umsteigen.
Hat jemand Erfahrung ob das USV Modul welches auf der GPIO Stiftleiste
des Raspy steckt auch auf das Tinkerboard passt?
(Beispielbild)Grüße, Andy
-
Hat jemand Erfahrung ob das USV Modul welches auf der GPIO Stiftleiste
des Raspy steckt auch auf das Tinkerboard passt? `
keine Ahnung, ich nutze so was nicht. ich habe eine USV an der Steckdosenleiste.Welche USV hast du denn da?
Da wäre ein Link hilfreich.
Wobei so eine USV wohl nicht zusammen mit dem (neuen) elv-Funkmodul gehen wird.
Gruß
Rainer
-
Hallo Rainer,
diese ist vom Banggood und steckt auf der Gpio Leiste wird gemeinsam
mit dem RPi über ein Y-Kabel an 5Volt versorgt.
https://www.banggood.com/Geekworm-UPS-H … mds=search
Ich habe den PRi in einem DIN-Gehäuse im Verteiler verbaut und versorge diesen
gemeinsam mit einem HUB aus einem 5Volt Netzgerät mit 6A.
Positiver Nebeneffekt ist das beim Stromausfall die USV am RPi auch gleichzeitig
den HUB mit versorgt und das länger als 4 Stunden.
Grüße, Andy
-
Kurze Info zum Tinker Board S …
Das aktuelle Armbian läuft problemlos auf dem emmc.
Auch cifs, was ja in letzter Zeit öfter Probleme machte funktioniert auf Anhieb.
Mein System läuft jetzt in der Testphase seit gestern Abend als Produktivsystem.
Welche Version von node läuft im Moment mit iobroker am stabilsten und würdet ihr aktuell empfehlen?
Im Moment läuft folgende Konstellation auf dem Tinker S
Node.js: v8.12.0
NPM: 4.6.1
Gesendet von iPhone mit Tapatalk
-
Ich habe ein neues Image für das Tinkerboard (ohne S) im Downloadbereich zum testen hochgeladen.
Probier das doch mal aus
Gruß
Rainer
-
nice!
ein Tinkerboard ohne S ist gerade auf meinen schreibtisch gelandet
danke
frohe weihnachten noch
-
Ich habe es erfolgreich auf einem
Rock Pi 4B 4GB Ram installieren können.
https://www.allnet.de/de/allnet-brand/p … etooth-50/
erst Rasbian und dann normale Linux installation. Alles ohne Probleme
-
Ich habe ein neues Image für das Tinkerboard (ohne S) im Downloadbereich zum testen hochgeladen.
Probier das doch mal aus
Gruß
Rainer `
Ich habe das Image aus dem Download Bereich auf meinem Tinkerboard S benutzt. Es lies sich problemlos auf der eMMC installieren. Einzig die Anpassung der Partitionsgrösse war etwas hakelig, da nach dem Flashen ins eMMC ein freier Bereich von 3M VOR der Boot-Partition gelegen hat, der bei der Umpartitionierung beachtet werden muss. Soweit läuft es stabil (jetzt aber erst seit 3 Tagen, und nur als "Versuchsobjekt"). Am Wochenende kommt der Umzug des aktiven Systems vom RPi auf das Tinkerboard.
A.
-
Kannst du beschreiben wie du das gemacht hast? Bekomme meinen Tinker am Wochenende.
Will den dann als Master laufen lassen und den RPi als Slave. Bin mal gespannt wie ich das hinbekomme…
-
@eMd:Kannst du beschreiben wie du das gemacht hast? Bekomme meinen Tinker am Wochenende.
Will den dann als Master laufen lassen und den RPi als Slave. Bin mal gespannt wie ich das hinbekomme… `
Das war schlussendlich doch einfach:
- Jumper nach Anleitung setzen, so das die eMMC aktiv ist.
- Board per usb an den Rechner anschliessen * Image von der Webseite ([http://www.iobroker.net/docu/?ddownload=8455/url]) flashen (Ich hab Etcher benutzt)](<URL url=)
[* Board an Netzteil anschliessen, booten lassen* sudo cfdisk /dev/mmcblk1 Bis hier ist alles soweit simpel. in cfdisk konnte ich erkennen das die Partition nicht bei 0 beginnt. Wenn das bei Dir der Fall ist, dann kannst du das mit der kleinen Partition ignorieren. Bei mir sah es in etwa so aus:~~[code]~~>> Free space 2048 8191 6144 3M /dev/mmcblk1p1 * 8192 4315766 4307574 2G 83 Linux Free space 4315766 30777343 26461577 12.3G [/code]* Den Freien Platz vor der Partition als primäre Partition anlegen* die vorher angelegte kleine Partition löschen
A." target="_blank">http://www.iobroker.net/docu/?ddownload=8455/url]) flashen (Ich hab Etcher benutzt)
- Board an Netzteil anschliessen, booten lassen * per ssh auf die Konsole (root, 1234) * sudo cfdisk /dev/mmcblk1
Bis hier ist alles soweit simpel. in cfdisk konnte ich erkennen das die Partition nicht bei 0 beginnt. Wenn das bei Dir der Fall ist, dann kannst du das mit der kleinen Partition ignorieren. Bei mir sah es in etwa so aus:
>> Free space 2048 8191 6144 3M /dev/mmcblk1p1 * 8192 4315766 4307574 2G 83 Linux Free space 4315766 30777343 26461577 12.3G- Den Freien Platz vor der Partition als primäre Partition anlegen * die Partition /dev/mmcblk1p1 löschen * eine neue Partition anlegen (primär) * die vorher angelegte kleine Partition löschen * /dev/mmcblk1p1 als Bootbar markieren * Partitionstabelle speichern * Reboot * sudo resize2fs /dev/mmcblk1p1
So hat es bei mir geklappt.. ich hoffe das geht dir auch so.
A.](<URL url=)
-
Einzig die Anpassung der Partitionsgrösse war etwas hakelig, da nach dem Flashen ins eMMC ein freier Bereich von 3M VOR der Boot-Partition gelegen hat, der bei der Umpartitionierung beachtet werden muss. `
ich habe in der letzten Woche festgestellt, dass keine der von Armbian früher vorgeschlagenen Methoden (resize2fs / update rc.d defaults / armbian-config) mehr funktioniert und bereits eine Anfrage dort gestellt.
resize2fs nutzt absichtlich nicht die volle Karte um bei defekten Zellen noch die Möglichkeit zur Reparatur zu haben. Wo dieser Reserveplatz leigt weiß ich nicht.
Gruß
Rainer
-
@eMd:Kannst du beschreiben wie du das gemacht hast? Bekomme meinen Tinker am Wochenende.
Will den dann als Master laufen lassen und den RPi als Slave. Bin mal gespannt wie ich das hinbekomme… `
Das war schlussendlich doch einfach:
- Jumper nach Anleitung setzen, so das die eMMC aktiv ist.
- Board per usb an den Rechner anschliessen * Image von der Webseite ([http://www.iobroker.net/docu/?ddownload=8455/url]) flashen (Ich hab Etcher benutzt)](<URL url=)
[* Board an Netzteil anschliessen, booten lassen* sudo cfdisk /dev/mmcblk1 Bis hier ist alles soweit simpel. in cfdisk konnte ich erkennen das die Partition nicht bei 0 beginnt. Wenn das bei Dir der Fall ist, dann kannst du das mit der kleinen Partition ignorieren. Bei mir sah es in etwa so aus:~~[code]~~>> Free space 2048 8191 6144 3M /dev/mmcblk1p1 * 8192 4315766 4307574 2G 83 Linux Free space 4315766 30777343 26461577 12.3G [/code]* Den Freien Platz vor der Partition als primäre Partition anlegen* die vorher angelegte kleine Partition löschen
A. Hat alles gut funktioniert, tinker läuft..." target="_blank">http://www.iobroker.net/docu/?ddownload=8455/url]) flashen (Ich hab Etcher benutzt)
- Board an Netzteil anschliessen, booten lassen * per ssh auf die Konsole (root, 1234) * sudo cfdisk /dev/mmcblk1
Bis hier ist alles soweit simpel. in cfdisk konnte ich erkennen das die Partition nicht bei 0 beginnt. Wenn das bei Dir der Fall ist, dann kannst du das mit der kleinen Partition ignorieren. Bei mir sah es in etwa so aus:
>> Free space 2048 8191 6144 3M /dev/mmcblk1p1 * 8192 4315766 4307574 2G 83 Linux Free space 4315766 30777343 26461577 12.3G- Den Freien Platz vor der Partition als primäre Partition anlegen * die Partition /dev/mmcblk1p1 löschen * eine neue Partition anlegen (primär) * die vorher angelegte kleine Partition löschen * /dev/mmcblk1p1 als Bootbar markieren * Partitionstabelle speichern * Reboot * sudo resize2fs /dev/mmcblk1p1
So hat es bei mir geklappt.. ich hoffe das geht dir auch so.
A.
Hat alles gut funktioniert, tinker läuft…](<URL url=) `
-
Gibts auch schon jemanden hier der ein Orange Pi 3 H6 Board nutzt?
Mein RPi3B+ fühlt sich mit jeweils ~20 Adaptern und logging von ~20 Werten per history, so langsam nicht mehr richtig responsiv an :shock:
Würde mich interessieren ob SBC Systeme mit 2GB Ram und ein paar MHz mehr da was bringen?
-
Denke, dafür gibt es noch kein released Armbian.
Ich logge mit dem "alten" Orange Pi Plus 2e ein paar tausend Werte per history, also praktisch alles.
Der Opi läuft vom eMMC.
Hab zum Loggen eine billige SSD an einen der USB angeschlossen. Läuft.
Andere nutzen den moderneren und teureren Tinkerboard S.
Wenn es besser laufen soll: altes oder refurbished Notebook mit >= 4GB RAM. Platte, Windows, Display, Notstromversorgung ist da schon integriert.
-
Denke, dafür gibt es noch kein released Armbian.
Ich logge mit dem "alten" Orange Pi Plus 2e ein paar tausend Werte per history, also praktisch alles.
Der Opi läuft vom eMMC.
Hab zum Loggen eine billige SSD an einen der USB angeschlossen. Läuft.
Andere nutzen den moderneren und teureren Tinkerboard S.
Wenn es besser laufen soll: altes oder refurbished Notebook mit >= 4GB RAM. Platte, Windows, Display, Notstromversorgung ist da schon integriert. `
Braucht man unbedingt zu der eMMC noch eine SSD oder ist das performanter oder einfach wegen mehr Platz? -
Braucht man unbedingt zu der eMMC noch eine SSD oder ist das performanter oder einfach wegen mehr Platz? ` Brauchen, nicht brauchen, das ist eine Gewissensfrage…
Ich halte es für besser und leiste mir den Mehraufwand. Auch eine eMMC kann man tot schreiben - zumindest theoretisch. Und dann ist die aufgelötet. Wenn die SSD tot ist, dann läuft zumindest der Rechner noch. Und eine 32GB KingDian kostet nicht die Welt, um 13 EUR bei ali, 120GB für 20 EUR bei Pollin https://www.pollin.de/p/ssd-intenso-hig ... -gb-703088 . Ein ordentlicher USB-Stick wird es auch tun.
Die Speichertechnologie ist unübersichtlich. Es erschließt sich mir nicht mehr so richtig, wer was mit welcher Technologie macht. Mittlerweile gibt es SD-Karten mit der Kennzeichnung A1, die sich für solche Kleinrechner eignen sollen, https://github.com/ThomasKaiser/Knowled ... D_cards.md
Meine Raspis litten jedenfalls alle an der SD-Krankheit, was mich viel Zeit gekostet hat. Und weshalb ich jetzt auf der eMMC-Schiene bin. Ich fahre bisher gut damit. Und beim Produktivsystem an 20 EUR gespart wäre gegeizt....
Wobei es auch Kleinrechner mit miesen oder mies angebundenen eMMCs gibt. Deshalb nur solche Dinger kaufen, die Leute mit viel Ahnung getestet haben und empfehlen. In Fall des Orange Pi Plus 2e kommt der Tip von @Homoran, der ihn wiederum von den Armbian-Entwicklern hat.
Diesen Wildwuchs hat man mit alten Windows Notebooks nicht so sehr. Entweder ist ist das eigene alte, das man mal ausgesucht hat und kennt oder man kauft ein refurbished, B-Ware o.ä Qualitätsnotebook. Kann ja einen "fleckigen Bildschirm" haben. Preislich fährt man mit den OPis noch günstiger, aber bei den High End ARM- SBCs gibt sich das nicht mehr so viel.
