Ich habe einen RPi4 mit einer SSD und einer HDD (+ eine zweite selbstversorgte HDD), offizielle Stromversorgung. Die HDDs liefen allein sehr gut, aber ich musste sie an einen Hub mit externer Stromversorgung anschließen, als ich die SSD hinzugefügt habe…
Vielleicht fordern wir unseren kleinen RPi ein bisschen zu viel ab ^^
Ich boote persönlich von einem USB-Stick statt von einer SSD. Ich weiß nicht, ob das die Leistung großartig beeinflusst (wir reden ja nicht davon, ein Videospiel zu spielen), aber es ist zumindest zuverlässiger als die übliche MicroSD! Allerdings verbraucht es noch weniger Strom als eine SSD.
Ach, wirklich… daran habe ich gar nicht gedacht. Gibt es dafür einen besonderen Grund? Sind es die vielen Schreibvorgänge, die sie zum Absturz bringen? Denn bei mir ist es schon viel zuverlässiger als die microSD-Karten, die ich schon kaputt gemacht habe!
Gleicher Grund wie bei den Micro-SD-Karten, das sind Speicher, die für eine feste Anzahl von Lese-/Schreibvorgängen ausgelegt sind und im Allgemeinen nicht sehr langlebig sind. Es gibt vielleicht Ausnahmen, aber im Allgemeinen sollte man sie vermeiden.
SSDs hingegen sind für intensive Lese-/Schreibvorgänge ausgelegt und werden darauf getestet. Einige SSDs haben sogar Garantien in dieser Hinsicht, das ist ernsthafteres Material
Das funktioniert, danke für den Tipp. Mein letzter SSD, der an einen Pi angeschlossen war, hat kürzlich den Geist aufgegeben… und das hat mich ein bisschen genervt ^^
Daher werde ich mir trotzdem einen SSD anschauen, denn ich will nicht, dass alles von heute auf morgen den Geist aufgibt!
Entschuldige für den OT!!
Was mich betrifft, habe ich mehrere Zigbee-Konfigurationen ausprobiert:
RPI3 oder RPI4 + SSD + CC2652 BLE Simplelink 2.2G Zigbee2MQTT-Dongle: Funktioniert einwandfrei beim Lesen (Temperatur, Luftfeuchtigkeit, Vibration usw.) oder Schreiben (Schalter, Lampe, Sirene …)
RPI3 oder RPI4 + SSD + SonOff 3.0-Dongle mit externer 20dBm-Antenne (kompatibel mit ZHA, Zigbee2MQTT): Funktioniert einwandfrei nur beim Lesen (Temperatur, Luftfeuchtigkeit usw.)
Synology DS218+: Unabhängig vom Dongle keine Aktivierung von zigbee2mqtt (scheinbar USB-Treiberproblem mit DSM 7.0) – muss bestätigt werden.
Ich fange mit irgendwelchen dummen Sachen an… Aber an welchem USB-Port sind eure Dongles? USB 2 / USB 3 (die blauen)? Mit einem Verlängerungskabel?
Falls er am USB 3 ist, sollte man den Dongle auf den USB 2 stecken, den Pi neu starten und schauen, was passiert
Das Gleiche ohne Verlängerungskabel, falls vorhanden.
Es gibt kein USB3 am Pi 3B+, sondern nur USB 2.
Bei mir gibt es keine Verlängerung.
Ich habe gerade eine neue Installation gemacht und keine G+ Sicherung wiederhergestellt und ich habe gerade gesehen, dass der zigbee2mqtt Container wieder funktioniert.
Ich habe einfach alles an meinem Pi wie zuvor wieder angeschlossen.
Was sich geändert hat und ich weiß nicht warum, ist die IP-Adresse meines Pi
In den Logs war der Fehler vorhanden, dann hat die Verbindung geklappt.
Ein SonOff Zigbee Dongle
Eine Arduino Mega 2560 (RFlink).
Und das alles ohne Hub.
Das einzige Problem, das ich hatte, war die Installation des SSD mit dem Hub, ich konnte den Rpi nie starten
er hat das SSD nicht erkannt. Dann habe ich das SSD in ein IOMEGA Gehäuse mit Stromversorgung gesteckt, aber wenn ich die Stromversorgung anschließe, kommuniziert das SSD nicht mehr, ich habe noch nicht verstanden, warum. Und deshalb habe ich nur 32GB auf dem SSD genutzt (ich hatte die Nase voll davon, dieses SSD jedes Mal neu zu installieren). Also läuft Gladys auf einem RPI mit SSD ohne Hub oder externe Stromversorgung (für das SSD und für die Arduino) und ohne größere Probleme.
Zuerst müssen sie in zigbee2mqtt sichtbar sein, um sie in gladys zu haben. Es ist wichtig zu wissen, dass gladys nur den zigbee2mqtt-Container erstellt. Solange zigbee2mqtt nicht funktioniert, gibt es auch nichts in gladys.
Haben Sie die zigbee2mqtt-FAQ verfolgt?
Was zu testen ist:
Dongle abstecken und wieder anstecken.
Firmware auf dem neuesten Stand halten
Eine ordentliche Stromversorgung sicherstellen
Und die Autosuspend deaktivieren, falls aktiv
Deaktivieren Sie die USB-Autosuspend-Funktion, falls cat /sys/module/usbcore/parameters/autosuspend1 oder 2 zurückgibt; zur Deaktivierung führen Sie aus:
sed -i 's/GRUB_CMDLINE_LINUX_DEFAULT="/&usbcore.autosuspend=-1 /' /etc/default/grub
update-grub
systemctl reboot
Hallo,
Da mehrere Personen Probleme mit dem SONOFF-Schlüssel haben, habe ich DOMADOOs Anfrage nach einer Bewertung beantwortet, der mir den Schlüssel zur Verfügung gestellt hat:
« Hallo,
Nach mehreren Verbindungs- und Trennversuchen auf einem Raspberry wird der USB-Zigbee-3.0-Schlüssel mit externer Antenne 20dBm (kompatibel mit ZHA, Zigbee2MQTT) nicht erkannt.
Mein Ziel ist es, ein Netzwerk auf GLADYS zu entwickeln, daher habe ich das Problem online im Forum gemeldet. Es stellt sich heraus, dass dieses Problem viele Fälle betrifft (mit dem gleichen Schlüsselmodel) und dass es sich um eine Fehlfunktion der MQTT-Bibliothek handelt.
Ich verwende einen Pi 3 mit Boot von SSD.
Vielen Dank für die Information über die zu ergreifenden Maßnahmen, damit ich den Schlüssel unter normalen Bedingungen verwenden kann.
Mit freundlichen Grüßen. »
Ich hoffe, eine Antwort mit Aufschlüssen zu erhalten.
Guten Abend.
Mal sehen, was sie dir antworten, aber meiner Meinung nach können sie dir dabei nicht helfen, es bleibt ein Domadoo-Händler ^^
Wenn du jemanden kontaktieren möchtest, wäre hier eher die Zigbee2mqtt-Community (die ich daran erinnern möchte, dass es ein separates Projekt von Gladys ist, genauso wie Node-RED), sie haben eine Community hier: