NEWS
Vorstellung von ioBroker kompatibler Hardware
-
Aber sicher!
Will mein Tinkerboard mit der neuen Funkplatine auch als neues piVCCU nutzen.
Wegen aktueller Probleme mit npm ist aber leider alles on hold :(
Gruß Rainer
-
Voelkner Art.-Nr.: X025611 Hersteller-Nr.: Tinker-S EAN: 4712900946970
86.17 inkl MWSt und Versand.
Ansonsten Pollin 90 EUR und (nur) heute versandkostenfrei.
-
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.
-
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
-
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.
-
@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
Support us
780
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge