• 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!!!

WLAN Thermometer Mini v2

Finde so erstmal nix, muss ich selbst nochmal versuchen das nachzuvollziehen.
 
Danke erstmal.
Für den Moment bin ich dazu übergegangen die wpa_supplicant.conf manuell zu editieren.
 
Was änderst du darin?

Ich bekomme das Interface wlan0 bei der Neuverbindung nicht hoch, muss ich aber nochmal auf der Konsole debuggen. Dauert also noch etwas.
 
Ich habe alle vorhandenen Einträge (SSID und Passwort) rausgelöscht und anschließend einen neuen Eintrag per Hand eingetragen.
Es standen vorher zwei Netzwerke drin. Diese waren aber z.B. über die GUI nicht bzw. nicht beide zu sehen.
Wenn ich mich recht entsinne, waren auch keine Prioritäten oder Verschlüsselungstypen für die enthaltenenen Netzwerke vergeben.
Muss ich aber nochmal nachschauen. Original ist gesichert.
Ich hab das nur auf die Schnelle geändert damit ich wieder im richtigen Netz drauf zugreifen konnte.
Schreibt die GUI denn in die supplicant? Muss sie ja, oder sind dort noch Routinen dazwischen?
Und sollte da eigentlich nicht mehr drin stehen? Werte wie Verschlüsselungstyp und priorität z.B.?
Ich schaue nachher auch nochmal ob der Wert "update_config=" auf 0 oder 1 steht.
Ersteres würde jedenfalls erklären warum meine Änderung über raspi-config scheinbar auf die Session begrenzt, und nach dem Neustart wieder weg war.
Wobei einige Werte ja Distri-/Versionsabhängig sind.
Da werde ich wohl wieder mal einlesen müssen um auf dem aktuellen Stand zu sein.
Was mich aber am meisten wundert ist das verhalten nach dem Update über das Display.
Dort wird ja visuell ein shutdown dargestellt mit anschließendem abschalten des Displays, der Raspi bleibt aber komplett am leben. Weder reboot noch shutdown werden ausgeführt.
Ich hab das Thermo mittlerweile permanent verkabelt am Monitor hängen.
Das Verhalten hat sich übrigens mit den verfügbaren Updates nicht verändert.
Vorher und nachher das gleich Verhalten.
 
KaiRo schrieb:
Wenn ich mich recht entsinne, waren auch keine Prioritäten oder Verschlüsselungstypen für die enthaltenenen Netzwerke vergeben.
Zum Vergrößern anklicken....
Prioritäten sind mir neu.
Verschlüsselungstypen muss man nicht unbedingt angeben, müsste man sonst nochmal extra auslesen.
KaiRo schrieb:
chreibt die GUI denn in die supplicant? Muss sie ja, oder sind dort noch Routinen dazwischen?
Zum Vergrößern anklicken....
Macht sie direkt, liest auch dort aus. Es muss allerdings der PSK mit drin stehen.
KaiRo schrieb:
Was mich aber am meisten wundert ist das verhalten nach dem Update über das Display.
Dort wird ja visuell ein shutdown dargestellt mit anschließendem abschalten des Displays, der Raspi bleibt aber komplett am leben. Weder reboot noch shutdown werden ausgeführt.
Zum Vergrößern anklicken....
Dort scheint der Prozess für das Display abzustürzen. Wenn du die Konsole dran hast mach mal folgendes, als root:
pkill -f wlt_2_nextion
(Display sollte herunterfahren)
/usr/sbin/wlt_2_nextion.py
Dann nochmal das Netzwerk über das Display ändern, könnte dann eine Meldung auf der Konsole geben.
 
Da die neue Version auf stretch basiert könnte das Problem mit der Netzwerkverbindung auch evtl. daran liegen.
Der Grundaufbau der wpa_Supplicant.conf hat sich seit jessie geändert.
In wie weit das zwingend ist kann ich aber nicht sagen.
Da muß ich etwas tiefer in die Doku schauen.
Heute Abend teste ich erstmal die Displaygeschichte.

Unten siehst Du die Unterschiede.

# Datei wpa_supplicant.conf in der Boot-Partition (Raspbian Jessie)
network={
ssid="wlan-bezeichnung"
psk="passwort"
key_mgmt=WPA-PSK
}​
________________________________________________________________________________________

# Datei wpa_supplicant.conf in der Boot-Partition (Raspbian Stretch)
country=DE
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
ssid="wlan-bezeichnung"
psk="passwort"
key_mgmt=WPA-PSK
}​
 
Außer dem country Code (Regulatory Domain) sollte normalerweise alles drin sein.
Der scheint erstaunlich wichtig zu sein (im ersten Release war es aber noch nicht so?!?), teste ich später nochmal.
 
Also laut dem was ich bislang finden konnte stimme ich Dir zu.
Am Country Code scheint einiges zu scheitern, wenn er nicht vorhanden ist.
Ohne den scheint er die .conf auch nicht sauber zu speichern wenn von extern geschrieben wird.?!
Direktes editieren ist kein problem.
Linux halt.....
Laut dem was ich finden konnte ist die Änderung seit stretch implementiert.
Ob neue version nachgeschoben wurde hab ich bislang allerdings nicht finden können.
Ich hab schnell noch ein standard stretch system aufgesetzt.
Die konfig-routinen schreiben den countrycode bei der konfiguration des wlan mit in die supplicant.
Über die standard GUI also scheinbar kein Problem.
 
Auch mit läuft es nicht. Wenn man ifdown wlan0 macht bekommt man es mit ifup wlan0 nicht wieder hoch.
 
Bin relativ out-of-ideas
:fahne:
Hab noch den ein oder anderen kleineren Bug gefunden, aber nichts was hilft das WLAN wieder zu starten nachdem es gestoppt wurde.
Setze jetzt erstmal die gefundenen Punkte ordentlich auf GitHub um, dann gibt es ein neues Release.
 
Bjoern schrieb:
Bin relativ out-of-ideas
:fahne:
Hab noch den ein oder anderen kleineren Bug gefunden, aber nichts was hilft das WLAN wieder zu starten nachdem es gestoppt wurde.
Setze jetzt erstmal die gefundenen Punkte ordentlich auf GitHub um, dann gibt es ein neues Release.
Zum Vergrößern anklicken....
Björn, haben sich nicht auch die default interface names geändert? wlan0 gibts ja nicht mehr wirklich... die wurden ja umbenannt oder so... eventuell liegt es daran?
 
Wurde für raspbian zurückgenommen, ist dort bei wlan0 geblieben:
# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 74:da:38:xx:xx:xx brd ff:ff:ff:ff:ff:ff
inet 192.168.10.25/24 brd 192.168.10.255 scope global wlan0
valid_lft forever preferred_lft forever
inet6 fe80::a055:ca55:ad1d:91fe/64 scope link
valid_lft forever preferred_lft forever
 
@KaiRo:
Konntest du das nachvollziehen wenn das System neustartet bzw. sich der Prozess aufhängt nachdem du einen PSK eingegeben hast?
 
@Bjoern
Sorry, ich war beruflich sehr eingespannt.
Da bleibt das Hobby dann zeitweise auf der Strecke.
Heute Abend werde ich, soweit mir der Bereitschaftsdienst da keinen Strich durch die Rechnung macht, alles testen und berichten.
Gruß
Kai
 
Hallo,

bin grade am Aufbau meines Mini v2.
Allerdings fehlen mir die 2 Sicherungen ( 0,75A und 2,0A)
Hat zufällig noch jemand was rumliegen oder gibt es alternativen bei Conrad oder Reichelt?
Danke

Grüße
Max
 
Hi Max, schreibe mir eine Mail mit deiner Adresse an meinen User-Namen @wlanthermo.de, dann lass ich dir 2 Sicherungen zukommen. Gruß Steffen

Edit: Alternativen bei reichelt/conrad gibt es so leider nicht, sonst hätten wir sie verlinkt.
 
Hello,
Im interested to use MQTT data sent from Wlanthermo, do I need to add something to the configuration or is it enabled already from start?
BR
Henrik
 
Hallo Leute,

ich brauche bitte mal etwas Nachhilfe...

Ich habe meine MINI V2 schon seit einiger Zeit am Laufen.
Begonnen habe ich mit dem Softwarestand: 2.6.0 und dann einige Updates drüber.
Soweit so gut.
Jetzt ist mir die SD-Card abgeschmiert und bei der Neuinstallation gibt es Probleme, weil ich keinen Raspi-Zero eingebaut habe, sonder einen Raspi 3. Installiert habe ich Ganze damals mit dem Script "WLANThermo_install-2.6.0.run".
Leider läuft dieses Script nicht mehr korrekt durch und bringt einige Fehlermeldungen:

...Kein Installationskandidat für php5-cgi gefunden
...2019-04-21 12:15:32 (188 KB/s) - »pigpio.tar« gespeichert [92628]
...tar: Das sieht nicht wie ein „tar“-Archiv aus.
...tar: Springe zum nächsten Kopfteil.
...tar: Beende mit Fehlerstatus aufgrund vorheriger Fehler
...usw

Gibt es für die neue Version 2.8 wieder so ein Install-Script?
Finden konnte ich es bisher leider nicht.
Das fertige Image hilft mir wahrscheinlich auch nicht weiter oder läuft das Image auch auf einem Raspi 3?

Für einen Tipp wäre ich dankbar.

Schöne Ostern
Horst
 
Zurück
Oben Unten