Danke!
Super. Kannst du mir noch sagen, wie ich mich mit Root-Rechten anmelden kann?
-
Du musst dich registrieren, bevor du Beiträge verfassen kannst. Klicke auf Jetzt registrieren!, um den Registrierungsprozess zu starten. Registrierte User surfen werbefrei, können Suchen durchführen und sehen die volle Darstellung des Forums mit vielen anderen Unterforen!!!
Supportthread zum WLAN-Thermometer mit dem Raspberry Pi
- Ersteller grillprophet
- Erstellt am
Danke!
Super. Kannst du mir noch sagen, wie ich mich mit Root-Rechten anmelden kann?
Klappt sudo vor den Befehlen aus deinem Account heraus nicht?
Variante 1 sollte prinzipiell gehen, habe ich letztens für was anderes auch so gemacht. Kann nur sein, dass es mit der WLANThermo-Software kollidiert. Einfach mal ausprobieren.
Super!
Vielen Dank an alle und insbes. @s.ochs.
Mit der o.g. Variante 1 funktioniert meine MiniV2 nun wie gewünscht.
Anbei der Work-Around falls jemand ähnliche Probleme hat (jeweils per SSH):
Abfragen des Status von GPIO 5:
pigs r 5
(0=low -> GPIO bzw. FAN an Pit 2 aus / 1=high -> GPIO bzw. FAN an Pit 2 an; bei mir mit ausgeschaltetem Pitmaster müsste der Grundzustand 0 sein)
Manuelles Setzen des Zustandes von GPIO 5 (falls dieser nicht auf low steht bei ausgeschaltetem Pitmaster)
pigs w 5 0
Um das ganze beim Start zu automatisieren und nicht immer manuell eingeben zu müssen:
1. Zur Konfiguration öffnen wir in SSH die Datei "/etc/rc.local" und nehmen darin die Konfiguration der GPIOs vor.
sudo nano /etc/rc.local
2. Hier tragen wir folgende Zeile vor "exit 0" ein, wenn wir den GPIO 5 (FAN an Pit 2) mit dem Grundzustand "low" (0) konfiguriert haben wollen.
pigs w 5 0
3. Dann mit Strg.+O speichern und mit Strg.+X schließen.
Abschließend stellt sich mir aber weiterhin die Frage der Fehlerursache?!
Vielleicht kann @Bjoern ja mal die Software auf einen Bug prüfen und ggf. Vorkehrungen gegen ein solches Phänomen in das nächste Image einbauen?!
Ich hoffe nicht, dass ich bei einem eventuellem ungewollten Neustart während eines LongJobs dadurch die Pitmasterregelung aushebele?!
Bis dahin frohes Grillen.
Stephan
Vielen Dank an alle und insbes. @s.ochs.
Mit der o.g. Variante 1 funktioniert meine MiniV2 nun wie gewünscht.
Anbei der Work-Around falls jemand ähnliche Probleme hat (jeweils per SSH):
Abfragen des Status von GPIO 5:
pigs r 5
(0=low -> GPIO bzw. FAN an Pit 2 aus / 1=high -> GPIO bzw. FAN an Pit 2 an; bei mir mit ausgeschaltetem Pitmaster müsste der Grundzustand 0 sein)
Manuelles Setzen des Zustandes von GPIO 5 (falls dieser nicht auf low steht bei ausgeschaltetem Pitmaster)
pigs w 5 0
Um das ganze beim Start zu automatisieren und nicht immer manuell eingeben zu müssen:
1. Zur Konfiguration öffnen wir in SSH die Datei "/etc/rc.local" und nehmen darin die Konfiguration der GPIOs vor.
sudo nano /etc/rc.local
2. Hier tragen wir folgende Zeile vor "exit 0" ein, wenn wir den GPIO 5 (FAN an Pit 2) mit dem Grundzustand "low" (0) konfiguriert haben wollen.
pigs w 5 0
3. Dann mit Strg.+O speichern und mit Strg.+X schließen.
Abschließend stellt sich mir aber weiterhin die Frage der Fehlerursache?!
Vielleicht kann @Bjoern ja mal die Software auf einen Bug prüfen und ggf. Vorkehrungen gegen ein solches Phänomen in das nächste Image einbauen?!
Ich hoffe nicht, dass ich bei einem eventuellem ungewollten Neustart während eines LongJobs dadurch die Pitmasterregelung aushebele?!
Bis dahin frohes Grillen.
Stephan
Nachtrag;
Nachdem gerade mein SV zu kochen anfing, musste ich feststellen, dass mein Problem leider nicht gelöst ist.
Zwar funktioniert alles, wenn ich beim Pitmaster einen manuellen Wert eintrage.
Sobald ich aber den Pitmaster regeln lasse (manueller Wert 0), geht er wieder auf dauerhaft 12 V - auch nach dem Deaktivieren des Pitmaster.
Für mich sieht es so aus, also würde der Pitmaster beim deaktivieren den GPIO nicht richtig auf low setzen sondern auf high?!
Jetzt bin ich ratlos... ;-(
Nachdem gerade mein SV zu kochen anfing, musste ich feststellen, dass mein Problem leider nicht gelöst ist.
Zwar funktioniert alles, wenn ich beim Pitmaster einen manuellen Wert eintrage.
Sobald ich aber den Pitmaster regeln lasse (manueller Wert 0), geht er wieder auf dauerhaft 12 V - auch nach dem Deaktivieren des Pitmaster.
Für mich sieht es so aus, also würde der Pitmaster beim deaktivieren den GPIO nicht richtig auf low setzen sondern auf high?!
Jetzt bin ich ratlos... ;-(
Ich schau mal was da los ist.
Das nächste Image wird aber eine Neuinstallation, da sich das Basis-Image wegen des neuen Betriebssystemreleases geändert hat. Vielleicht gibt es doch noch einmal ein Update vorweg...
Nur wenn der Pitmaster aus ist.
Kein Pitmaster == nix sinnvolles am Ausgang. Nachdem der Pitmaster einmal an gewesen ist sollte es aber passen.
sudo -i
Danke.
Vielleicht kannst du mir hierzu einen Tipp geben, Bjoern?!
Sofern du hierzu eine Logdatei o.ä. benötigst - gerne melden.
Bei mir ist es leider gerade anders herum... Geht nach dem o.g. Fix solange (ich kann den Ausgang über den manuellen Wert steuern und auch wieder ausschalten: Pit aus = 0V / manueller Wert 50% = 7,7 V / manueller Wert 100% = 12,4 V / manueller Wert 0 und gleichzeitig Pit aus = 0,0 V) bis ich den Pitmaster einmal automatisch übernehmen lasse (also manueller Wert = 0 und Pitmaster an sowie IST-Temp < Soll-Temp).
So nachdem ich heute einen letzten Test durchführen konnte, konnte ich das Problem weiter identifizieren:
Sorry für die bisherige Konfusion.
Durch den oben dargestellten Eintrag in der "local.rc" funktioniert der Pitmaster 2 im ersten Moment wie gewünscht
1. Nach dem Neustart / Hochfahren liegen bei ausgeschalteten Pitmastern an beiden Ausgängen 0 V an
2. Sowohl die manuelle (manueller Wert) als auch die automatische (PID bzw. Regelkurve) Regelung können den FAN 2 Ausgang an Pitmaster 2 wie gewünscht steuern
Soweit so gut, aber...
Beim Deaktivieren von Pitmaster 2 behält der FAN 2 Ausgang respektive GPIO 5 den jeweils gerade ausgegebenen Wert bei (und setzt nicht wie erforderlich / erwartet auf 0V)
@Bjoern / @s.ochs: Ich hoffe ihr habt einen Tipp wie ich das bei mir ggf. händisch anpassen kann (ggf. eine Option, die bei der Aktion "deaktiviere Pit 2" gleichzeitig den Befehl "pigs w 5 0" ausführt?!)
Sorry für die bisherige Konfusion.
Durch den oben dargestellten Eintrag in der "local.rc" funktioniert der Pitmaster 2 im ersten Moment wie gewünscht
1. Nach dem Neustart / Hochfahren liegen bei ausgeschalteten Pitmastern an beiden Ausgängen 0 V an
2. Sowohl die manuelle (manueller Wert) als auch die automatische (PID bzw. Regelkurve) Regelung können den FAN 2 Ausgang an Pitmaster 2 wie gewünscht steuern
Soweit so gut, aber...
Beim Deaktivieren von Pitmaster 2 behält der FAN 2 Ausgang respektive GPIO 5 den jeweils gerade ausgegebenen Wert bei (und setzt nicht wie erforderlich / erwartet auf 0V)
@Bjoern / @s.ochs: Ich hoffe ihr habt einen Tipp wie ich das bei mir ggf. händisch anpassen kann (ggf. eine Option, die bei der Aktion "deaktiviere Pit 2" gleichzeitig den Befehl "pigs w 5 0" ausführt?!)
Besser: Ich schaue mal warum er genau das nicht macht...
Wäre natürlich super.
Wenn du von mir irgendwelche Informationen / Dateien brauchst, einfach per PN.
Danke und Grüße
Stephan
Hi,
edit:
Flashen des Displays auf v2.6 hat nun geklappt , jedoch zeigt er mir an dass ich nun das Update über das GUI anstoßen soll. Update Info ist nicht vorhanden und beim "Update erzwingen" passiert nichts.
Was sollte ich nun tun?
Thermo hat v2.7.
Danke
edit:
Flashen des Displays auf v2.6 hat nun geklappt , jedoch zeigt er mir an dass ich nun das Update über das GUI anstoßen soll. Update Info ist nicht vorhanden und beim "Update erzwingen" passiert nichts.
Was sollte ich nun tun?
Thermo hat v2.7.
Danke
? Bei mir hat das Flashen von der GUI aus funktioniert, doch auf dem Bildschirm steht immer noch Version 2.5 , die Software selber habe ich auch auf Version 2.7. geflasht.
hab ich da noch irgendwas übersehen ?
Auf dem Thermo selber kam keine Meldung zum flashen, nur auf der GUI unter Info´s. Musste dann auch noch das Passwort neu erstellen, wie hier im Forum schon öfter erwähnt. Das hat auch ganz gut geklappt - im 3.ten Anlauf
Danke schon mal für Eure Hilfe.
hab ich da noch irgendwas übersehen ?
Auf dem Thermo selber kam keine Meldung zum flashen, nur auf der GUI unter Info´s. Musste dann auch noch das Passwort neu erstellen, wie hier im Forum schon öfter erwähnt. Das hat auch ganz gut geklappt - im 3.ten Anlauf
Danke schon mal für Eure Hilfe.
Moin,
ich kann die Antwort zu meiner Frage leider nicht finden, weiß aber das diese mal beschrieben wurde.
Ich möchte mein Wlanthermo außerhalb meines Wlan nutzen.
Was muss ich an meinem Handy und am Wlanthermo umstellen?
Danke Euch!
ich kann die Antwort zu meiner Frage leider nicht finden, weiß aber das diese mal beschrieben wurde.
Ich möchte mein Wlanthermo außerhalb meines Wlan nutzen.
Was muss ich an meinem Handy und am Wlanthermo umstellen?
Danke Euch!
Vermute mal du meinst die Mini oder?
Das hat nichts mit dem Thermo zu tun. Du musst das bei dir im Modem/Router freigeben. Falls du keine statische ip hast brauchst du auch einen Dienst wie dyndns. Aber das sollte im Modem/Router Handbuch beschrieben sein.
Ich mein die Mini.
Hab mich aber falsch ausgedrückt.
Ich möchte am Wochenende mein Mini mit zu meinen Eltern nehmen und dieses da nutzen und hält auch Einstellungen vornehmen.
Hab mich aber falsch ausgedrückt.
Ich möchte am Wochenende mein Mini mit zu meinen Eltern nehmen und dieses da nutzen und hält auch Einstellungen vornehmen.
Du musst Dein Handy zum WLAN-Hotspot machen und da ein Kennwort vergeben. Im Mini suchst Du nach Netzen und verbindest Dich dann mit dem Handy. Dann kannst Du auf dem Handy aufs Mini zugreifen. Teste das vorher mal, ist aber eigentlich recht simpel.
Danke Dir!