Raspberry Pi Type B kommt in die Jahre?

Begonnen von duke-f, 29 August 2022, 14:46:22

Vorheriges Thema - Nächstes Thema

Otto123

Zitat von: fhem-hm-knecht am 30 August 2022, 21:59:59
Das Hauptübel sind neben den SD Karten diese langsam sterbene Netzgeräte.
das Undervoltage sieht man glaube erst beim Pi 3 ?
Ab PiB+ gibt es eine Erkennung
https://www.raspberrypi.com/documentation/computers/raspberry-pi.html#power-supply-warnings
Beim PiB hängt die rote LED aber einfach nur an den 3,3 Volt.
Interessanterweise ist das erste Modell aus der offiziellen Doku rausgeflogen? :o manche Dinge muss man eben lokal selbst aufheben ;)
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

duke-f

Zitat von: fhem-hm-knecht am 30 August 2022, 21:59:59
Das Hauptübel sind neben den SD Karten diese langsam sterbene Netzgeräte.
Das ist nochmal ein guter Hinweis. Ehrlich glaube ich ja nicht wirklich an die SD-Karte, weil ich sonst nie irgendwelche seltsamen Dinge hatte, außer jetzt dieses aktuelle Netzproblem. Und ich muss auch zugeben, dass ich gar nicht mehr weiß, was für ein Netzteil das eigentlich war. Der Raspie hängt schlecht zugänglich, das Netzteil hinter dem Schrank versteckt. Aber es kann durchaus ein altes Handy-Ladeteil gewesen sein. Nun gut, jetzt habe ich mal zwei neue Bestellt mit theoretisch 3A, die kommen noch vor den SD-Karten und das wird dann morgen oder übermorgen als erstes nach Ankunft ersetzt. Hab' leider kein Messregär für das Prüfen der Spannung an Micro-USB-Steckern und das Kabel abschneiden will ich jetzt auch nicht grade. Anschließend dann, nach Testphase kommt dann auch die neue SD rein. Ich werde berichten ....

Ich bin mir eigentlich sicher, meines war ein Modell B - fraglich, wie ich das wirklich sicher feststellen kann. Aber auf jeden Fall eines der frühen Modelle. Hab' lange da keine Updates mehr gemacht, lief ja alles. Leider gibt's für diese Raspian-Version (ich glaube, dieser hat wheezy) keine Repository mehr, da muss ich wohl doch nochmal Hand anlegen. Wollte gerade mount.cifs einrichten, war aber nichts (obwohl ich mir sicher bin, das funktionierte schon mal). Gut, das ist aber ein anderes Thema und gehört in einen anderen Thread.

@Otto123: Danke für den Link
Cubietruck, 3 Raspberry Pis,
CUL868, RFXtrx433, CUL433, SCC868, HM-USB,
IRTrans, EZcontrol XS1, IguanaWorks USB IR Transceiver
ESPEasy, Fritz!Box, Samsung TV+BD, LMS, Squeezelite

Otto123

Da hab ich noch zwei :)
Zitat von: duke-f am 31 August 2022, 09:52:25
- fraglich, wie ich das wirklich sicher feststellen kann. Aber auf jeden Fall eines der frühen Modelle.
https://www.elektronik-kompendium.de/sites/raspberry-pi/2006071.htm
ZitatHab' lange da keine Updates mehr gemacht, lief ja alles. Leider gibt's für diese Raspian-Version (ich glaube, dieser hat wheezy) keine Repository mehr, da muss ich wohl doch nochmal Hand anlegen.
https://heinz-otto.blogspot.com/2022/08/howto-fhem-umzug-von-system-nach-system.html
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

duke-f

Besten Dank, das wird mir sicher helfen. Schwierigkeiten wird mir da aber eher noch dieser Iguana IR Tranceiver eventuell machen. Muss aufpassen, dass ich mir nicht die vor ewigen Zeiten mühsam angelegten Fernbedienungen zerschieße. Klar, gibt von allem Backups, aber bekanntlich lauert Murphy hinter jeder Ecke. Schön ist ja an den Raspberries, dass man mit einer neuen SD-Karte anfangen kann und damit das alte System unberührt in der Schublade liegen lassen kann - solange die SD noch funktioniert.

Vom Cubie hatte ich auch mal versucht, eine Kopie als VM anzulegen. Ging dann aber doch nicht so einfach 1:1, weil das NAS einen Intel-Prozessor hat. Hab dann schnell aufgegeben und mich damit begnügt, dass ich das Image jederzeit einbinden kann und so an alle Konfigurationsfiles komme. Dauert bei mir nur immer so lang, bis ich mich wieder ran machen kann und da wird halt doch immer wieder eine Kleinigkeit vergessen. Da sind solche Anleitungen wirklich Gold wert.
Cubietruck, 3 Raspberry Pis,
CUL868, RFXtrx433, CUL433, SCC868, HM-USB,
IRTrans, EZcontrol XS1, IguanaWorks USB IR Transceiver
ESPEasy, Fritz!Box, Samsung TV+BD, LMS, Squeezelite

Wernieman

Ist die IR-Fernsteuerung am IR-Reciver oder an der Software (lirc) angelernt? Wenn 2. ist es in der Config vorhanden ...
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

duke-f

Genau das ist schon mal eine erste Frage, die beantwortet werden muss. Ich muss mir da die Doku nochmal heraussuchen, die hatte ich damals extra auch lokal abgelegt. Ich meine aber, es war in lirc.

In den Logs habe ich jetzt erst mal nichts erkennen können. Die Anbindung des CUL und des SCC laäuft über ser2net und diese werden dann am Cubie empfangen. Da bekomme ich immer wieder mal die Meldung, dass die Verbundung abgebrochen sei. Genau zu diesen Zeiten finde ich aber leider nichts weiteres in den Logs des Raspies. Dummerweise ist er jetzt gerade woh mal endgültig weg und der Watchdog hilft auch nicht, also bekomme ich auch keine neueren Logs mir mehr Einträgen.
Cubietruck, 3 Raspberry Pis,
CUL868, RFXtrx433, CUL433, SCC868, HM-USB,
IRTrans, EZcontrol XS1, IguanaWorks USB IR Transceiver
ESPEasy, Fritz!Box, Samsung TV+BD, LMS, Squeezelite

duke-f

So, gestern kam das neue Netzteil, die SD-Karten und auch gleich ein USB-Messgerät, das auch Micro-USB anschließen kann.

Zuerst das alte Netzteil angeschlossen (der Kontakt zum Raspie war wieder seit stunden abgebrochen, daher musste ich sowieso den Stecker ziehen, um wieder ran zu kommen) und gemessen hat mich erst mal etwas enttäuscht: 5.22 V - also absolut nicht kritisch. Allerdings ohne Last. Dann aber sofort fing die Anzeige an zu springen: 4.78 V, 5.1 V, 4.6 V, ...

Die Beschreibung des Messgerätes sagt, dass eine Messung nur mit angeschlossenem Telefon möglich sei. Aber andere Netzteile haben diese Sprünge nicht gezeigt. Gut, das ist jetzt kein wirklich erstklassiges Messgerät und die Qualität der Aussage kann ich nicht wirklich bewerten. Aber dennoch ist es wohl ein Indiz dafür, dass das Netzteil unbrauchbar ist. Habs heute mal noch an einen kleinen USB-Ventilator mit Akku angeschlossen mit Messgerät dazwischen und da zwigt das Teil jetzt zwar wieder springend die Spannung an, aber als Strom zeigt es 0 an  :o

Jetzt warte ich mal ein paar Tage (hoffentlich) und sehe, ob mit neuem Netzteil alles wieder stabil läuft. Wenn ja kommt irgendwann die neue SD-Karte zum Einsatz und das Update auf aktuelles Raspian. Ist dann aber ein anderes Thema. Sollte jetzt alles stabil laufen könnte ich die Frage des Thread-Titels ja mit "nein" beantworten.

Danke nochmal allen hier.
Cubietruck, 3 Raspberry Pis,
CUL868, RFXtrx433, CUL433, SCC868, HM-USB,
IRTrans, EZcontrol XS1, IguanaWorks USB IR Transceiver
ESPEasy, Fritz!Box, Samsung TV+BD, LMS, Squeezelite

duke-f

Ich denke, jetzt kann ich sicher bestätigen: Es war das Netzteil.

Die Tage hatte ich zwar noch einiges wieder zurechtzubiegen, aber der Raspberry Pi hat dabei nie mehr Schwächen seitens der Netzverbindung oder sonstigem gezeigt. Am Rande: Es ist mir sogar erstmals in Echt gelungen, ein ehemals im laufenden Betrieb per Skript erstelltes Backup auf die neue SD-Karte zu schreiben und dieses dann einzusetzen. Bisher hatte ich es nie gewagt, das wirklich mal zu probieren (einfache Logik: Solange ich das Gegenteil nicht beweise, kann ich vom Idealzustand ausgehen).

Ein Phänomen, das am Rande auftrat, nicht aber durch das aktuelle Problem zurückzuführen war: Plötzlich konnte ich nicht mehr eine Freigabe meines NAS mounten. Die Maßnahmen, die ich versuchte, dies wieder hinzubekommen endeten eben damit, dass auch lirc nicht mehr funktionierte - warum auch immer. Naja, Hauptgrund war natürlich das veraltete Wheezy mit keinen vernünftigen Quellen mehr. Erst als ich ein altes Backup einspielte und das Mount-Problem immer noch da war war klar: Der Knoten liegt offensichtlich auf der anderen Seite beim NAS. Und obwohl ich mir sicher bin, das schon erfolglos probert zu haben, hat zuletzt dann doch die Angabe von vers=2.0 in der fstab geholfen.

Zusammengefasst: Jetzt ist erst mal wieder alles wie es war - mit neuem Netzteil.
Cubietruck, 3 Raspberry Pis,
CUL868, RFXtrx433, CUL433, SCC868, HM-USB,
IRTrans, EZcontrol XS1, IguanaWorks USB IR Transceiver
ESPEasy, Fritz!Box, Samsung TV+BD, LMS, Squeezelite

MadMax-FHEM

Aber du bist jetzt immer noch auf Wheezy?

Trotz neu aufsetzen?
Bzw. wie machst du dein Backup?
"Kopie" der SD-Karte? Im laufenden Betrieb? (dann kann es sein, dass du Glück hattest ;) )

Mit dieser Backup-/Restore-Methode wird ein (dringend nötiger) Umstieg auf eine neuere OS-Version echt hart...

Ich nehme fhem Backup und Notizen und Basis ist immer ein nacktes OS (immer aktuellste Version, wenn ich schon mal umsteige/ein Backup "einspiele"), reicht völlig.

Von Otto gibt es auch ein Script, sollte man keine Notizen von installierten Paketen etc. haben...

Sollte ich es falsch interpretiert haben und du bist OS-seitig aktuell: SORRY! ;)

Der Knoten liegt nicht beim NAS sondern (falls tatsächlich immer noch Wheezy) bei dir bzw. deinem PI!
Wenn du aktuell bist und das NAS tatsächlich noch nach V2 verlangt, dann sollte man dort mal schauen...

Es hat schon seinen Grund, warum alte Versionen von Protokollen "obsoltete" werden und irgendwann nur noch "auf Nachfrage" (oder besser irgendwann gar nicht mehr) zur Verfügung stehen...
(https://de.wikipedia.org/wiki/Server_Message_Block)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

duke-f

Du hast bestimmt in allen Punkten recht, was Wheezy betrifft. Und ich habe auch ehrlich schon lange vor, mal alle Geräte nach und nach auf ein aktuelles System zu bringen. Nur sind das heir bereits 3 Raspberry Pie, ein Cubietruck sowie drei unterschiedliche virtuelle Debian-Rechner. Und hier reden wir von meinem ersten in der ganze Reihe. Dieser dient eigentlich nur noch ausschließlich als
Schnittstelle für den SCC, einen CUL433 sowie einen IguanaIR, um das selten im Betrieb befindliche Heimkino zu steuern. Dann diente er noch lange als Player für den LMS. DIese Funktion wird aber praktisch nicht mehr genutzt, seid die Alexas im Hause verteilt sind.

Von daher hatte ich mich bei diesen 2-3 Raspberry Pie dazu entschieden, sie im aktuellen Zustand zu halten. Sie sind nicht von extern zugreifbar sondern dienen nur als Slave für FHEM.

Hätte das Bckup tatsächlich nicht funktioniert, wäre eben doch ein aktuelles System aufgespielt worden und die selbstverständlich aktuell gehaltene FHEM-Konfiguration wieder aufgespielt worden. Die Treiber zum IguanaIR sind in aktuellen System offensichtlich auch enthalten.

Dass ich ein NAS-Laufwerk gemounter habe ist auch aus reiner Bequemlichkeit so, um eben gewisse Konfigurationen einfach dort ablegen zu können.

Für das "Backup im laufenden Betrieb" hatte ich mal ein Skript gefunden. Damit hatte ich 2-3mal eine äktuellere Version erstellt, um im Glücksfall nicht auf eine ganz alte Backup-Version aus Anfagszeiten zurückgreifen zu müssen.
Cubietruck, 3 Raspberry Pis,
CUL868, RFXtrx433, CUL433, SCC868, HM-USB,
IRTrans, EZcontrol XS1, IguanaWorks USB IR Transceiver
ESPEasy, Fritz!Box, Samsung TV+BD, LMS, Squeezelite

Wernieman

Zitat... Sie sind nicht von extern zugreifbar ...

Ich werde immer Misstrauisch, wenn ich so etwas lese. Es gibt mittlerweile Standardangriffe über "Bande", d.h. über den Pc 1) , der ins Internet kommt. Nur wenn die Geräte in einem eigenen Netz und alle Geräte 2) in diesem Netz keine Zugriff nach draußen habe, stimme ich zu.

1) Oder Sonstige Geräte mit Internetzugriff (Auch Ausgehend!)
2) Gehärtete Geräte für die direkte Kommunikation ausgenommen .. man sollte aber schon Wissen, was man tut.
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

duke-f

Das ist natürlich richtig. Unangreifbar ist man wirklich nur dann, wenn man absolut keine Verbindung hat nach drin oder nach draußen. Das ist mir klar.

"nicht von extern zugreifbar" kann ich natürlich nur in dem Sinne sagen, dass ich selber ausschließlich über eine VPN-Verbindung ran komme. Böse Menschen haben da leider mir verschlossene Wege.
Cubietruck, 3 Raspberry Pis,
CUL868, RFXtrx433, CUL433, SCC868, HM-USB,
IRTrans, EZcontrol XS1, IguanaWorks USB IR Transceiver
ESPEasy, Fritz!Box, Samsung TV+BD, LMS, Squeezelite

Bernhard

Hallo,
weiter oben werden zerschossene SD-Karten angesprochen. Gibt es bei mir auch immer wieder.
Meist hilft, diese Karte in den PC zu schieben und die Reparatur durchführen. Scheint einfach ein Bit zu kippen  8) . In rund 10 Jaren waren nur ein oder 2 Karten wirklich kaputt.

Es gibt auch die Möglichkeit mit System (auch 2B) über den USB-Stick. Beim 2B wird allerdings dennoch eine SD-Karte mit einem kleinen System für den Bootvorgang benötigt.

Otto123

Letzter Satz stimmt so pauschal nicht, ab Version Pi2B v1.2 geht auch direkt vom USB Stick booten.
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Wernieman

Wobei dann natürlich die Frage ist, ob der Speicher vom USB-Stick besser *) als der von der SDCard ist

*) "besser" im sinne von Haltbarer. Ist vom Hersteller (des Speichers, nicht des Sticks/Card) abhängig. Da bei USB-Sticks gerne "Resteverwertung" gemacht werden (Gib genug Analysen im Netz dazu), ist die Ausfallwahrscheinlichkeit bei USB-Sticks höher als bei SDCard ...

Bezüglich "Ausfall":
Hatte bisher 2 mal einen "echten" Ausfall einer SDCard. Da half dann auch eine "Reparatur" am PC. Gibt hier irgendwo im Forum einen Tread-Start von mir dazu.
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html