Ein neuer Rechner muss her...
-
@Homoran
Mein Wissensstand war:
Locking thread now that the 2020-06-15 EEPROM has been moved to stable and there is also a minor beta update 2020-07-06.
The thread has also diverged away from bootloader specific issues and it would be clearer to have different threads specific to a particular area e.g. UASP, general firmware changes, rpi-eeprom updatesDachte auch ich bin vor dem thema sicher, aber hat sich als unwahr bestätigt. Nach knapp einem jahr alles weg...
-
@io_newbie
Boot von Festplatte ist seit Sommer offiziell möglich beim Raspberry OS / Raspi 4.Richtig eingestellt dürfte die Kiste auch mit deinen Anforderungen parat kommen.
-
@Thomas-Braun
welches Betriebssystem wäre dann zu empfehlen? -
@io_newbie
Raspberry OS (lite). Das ist am besten auf die Kiste abgestimmt. -
@Thomas-Braun
In Kombination mit ioBroker probelmos? -
@io_newbie
Logisch. Das ist halt die absolute Standard-Konfiguration in dem Bereich. -
dann versuch ichs nochmal. danke
-
@io_newbie, ich würde auch bei einem SBC-Setup bleiben, wenn nicht zwingend etwas dagegen spricht. Allerdings würde ich mir auch einmal den Odroid-C4 als Raspberry 4 alternative anschauen. Hat den selben Formfaktor, wird aber lange nicht so warm, wie ich es schon leidlich oft bei Projekten mit dem Raspberry 4 (4GB) feststellen musste. Kann außerdem von SD und eMMC booten (HDD müsste ich noch mal nachschauen). Insbesondere da ioBroker im Multi Server Modus laufen kann, sind für mich SBC die erste Wahl.
Ebenfalls interessant, wenn du wirklich riesige Datenmengen verwalten willst: HC2, ebenfalls aus dem Hause Hardkernel. Ich plane gerade die Ablösung meines alten (selbsgebauten) Heimservers zu gunsten einer Clusterlösung mit dem HC2 und GlusterFS. Könnte mir auch vorstellen, dass man dort noch ioBroker mit "verstecken" könnte. Allerdingsf hat dieser nur 2GB RAM!
EDIT: Ich nutze übrigens seit einiger Zeit DietPI als 'OS' auf all meinen SBC. Sehr schlank und eine hervorragende Admin-Oberfläche. Auf jeden Fall auch einen Blick wert.
-
@AxelRHD sagte in Ein neuer Rechner muss her...:
Allerdingsf hat dieser nur 2GB RAM
damit kommst du nicht aus..
-
@arteck sagte in Ein neuer Rechner muss her...:
damit kommst du nicht aus..
das würde ich nicht so verallgemeinern.
Bei mir laufen etliche SBC mit 2GB (das war damals seeeeehr viel
)im Testbetrieb.
Habe gerade wieder einen guten alten Cubietruck reanimiert.Tinkerboard und Odroid haben sehr schnelle I/O Schnittstellen, das hilft sehr.
Das Ganze ist natürlich nicht für 100e Instanzen und gleichzeitigen 200 Skripten im Millisekundentakt geeignet, für eine "normale" ioBroker Umgebung sollte das jedoch reichen.
-
@AxelRHD sagte in Ein neuer Rechner muss her...:
Odroid-C4
DietPI
Ja, kann man auch machen. Setzt aber imho etwas mehr an Kenntnissen voraus, um Anleitungen für die Kombination Raspberry/Raspbian ggf. etwas anzupassen.
Im Detail mag es da die ein oder andere kleinere Abweichung geben. -
@Thomas-Braun sagte in Ein neuer Rechner muss her...:
Ja, kann man auch machen.
ich würde wo es geht immer Armbian nehmen.
und dafür geht es
-
@Homoran sagte in Ein neuer Rechner muss her...:
für eine "normale" ioBroker Umgebung
wie definierst du sowas ???.. 5 adapter.. 10.. 20.. vis.. wie gross ist das Projekt.. 10 scripte... 20.. 100..
zum spielen reicht es ja.. oder wie du und ich Testsysteme.. mit jetzigen Kenntnissstand nach 3 Jahren iobroker.. SBC produktiv würde ich es nicht einsetzten
-
@arteck insbesondere im Multi Server Modus sehe ich das absolut nicht so. Habe meine Heimautomation derzeit auf dem Odroid-C4 laufen (wie gesagt mit DietPi) und die Komplettauslastung mit Betriebssystem und ioBroker (Homematic, deCONZ Zigbee, JS, nodeRED und 2 GUI) liegt bei ca. 1GB. Wenn man den HC2 sinnvoll einsetzen will, dann eben als Speicher-Cluster und auf diesem kann ich ebenso ioBroker verteilen. Ich würde es nicht unbedingt tun, aber für ein "kleines" Setupt absolut ausreichend meiner Meinung nach.
-
@Thomas-Braun sagte in Ein neuer Rechner muss her...:
@AxelRHD sagte in Ein neuer Rechner muss her...:
Odroid-C4
DietPI
Ja, kann man auch machen. Setzt aber imho etwas mehr an Kenntnissen voraus, um Anleitungen für die Kombination Raspberry/Raspbian ggf. etwas anzupassen.
Im Detail mag es da die ein oder andere kleinere Abweichung geben.Aus meiner Sicht kommt es hier nur zu Stolpersteinen, wenn man spezielle Bausteine zurückgreifen möchte, die dem Raspberry zu eigen sind, z. B. GPIO unter bestimmten Konstellationen. Auf Ebene des "normalen" Debian Betriebssystems macht es keinen Unterschied, außer dass die Distribution extrem schlank gehalten wird und im Anwendungsfall deutlich mehr Pakete nachinstalliert werden. Was ich indes aber sehr anwender- (und auch anfängerfreundlich) halte, ist die Verwaltung von "Standardsoftware".
-
@arteck sagte in Ein neuer Rechner muss her...:
oder wie du und ich Testsysteme..
meine Testsysteme sind ein Spiegel der produktiven Umgebung
lediglich Skripte, die aktiv schalten sind dort nicht aktiv, dafür laufen die Testskripte dort, so dass die Belastung durchaus mit der produktiven Umgebung vergleichbar istund selbst die produktive Umgebung hatte ich bis vor einem Jahr auf einem Tinkerboard und habe eigentlich nur zum Testen von Proxmox auf einen NUC mit Proxmox umgestellt
EDIT: hat was länger gedauert den Screenshot wiederzufinden, ist schon von 2018:
Bis auf den Slave und den MQTT-Tinker läuft auf allen exakt die selbe Konfiguration um die verschiedene Hardware zu testen
Später kamen noch ein paar dazu, da habe ich leider keinen Screenshot mehr von gefunden -
@arteck sagte in Ein neuer Rechner muss her...:
@Homoran sagte in Ein neuer Rechner muss her...:
für eine "normale" ioBroker Umgebung
[...]
SBC produktiv würde ich es nicht einsetztenDie Begründung hierfür würde mich interessieren.
-
@AxelRHD :
Danke für den Hinweis, kannte ich noch nicht. Ich werde den Thread mal verfolgen und die Vor- und Nachteile abwägen -
@AxelRHD ich sag nur Ausfallsicherheit..
du auf Malle Frau zu hause und et läuft nicht.... und nu .. ??7
ich hab alles durch angefangen mit dem pi2... je mehr du autoamtisierst (bei mir inzwischen mein ganzes Haus) desto mehr sollte du auf Systemstabilität arbeiten. vor allem eben "wenn der Chef nicht zu hause ist" sollte das System sich selbst heilen können..
Ich bin kein Renter der 24/7 zu hause ist (ja ich weiss Rentner haben nie Zeit) und immer eingreifen kann wenn was ist..
-
@arteck das ist Ansichtssache. Auch ein "echter" Server oder ein NuC können ausfallen. Der Raspberry wird mittlerweile sogar in Industrieanlagen (auch bei meinem Arbeitgeber) eingesetzt, weil er eben eine hohe Ausfallsicherheit hat und im Ernstfall extrem schnell auszutauschen und auch günstig vorzuhalten ist. Einen zweiten NuC (beispielhaft) habe ich aufgrund der Kosten nicht im Schrank rum stehen. Raspberries habe ich mittlerweile einen ganze Kiste voll aus jeder Generation. Für die Heimautomation habe ich auch immer eine SD-Karte mit einer "blanken" Heimautomation in Reserve, auf die bei Bedarf nur ein Backup zurück gespielt werden muss. Docker Pull und ich habe die neuste Version der Heimautomation und dann ein Restore. Hatte ich bei meinem alten Setup schon hinter mir und hat nicht einmal 20min gedauert, bis alles wieder lief.
Ich verstehe aber deinen Einwand. Mir ging es auch eher darum, ob du ein Performance-Problem gesehen hättest.
