WEATHERMAN ...die perfekte Wetterstation für die Hausautomation

[Flachzange]

Ich würde hier die Sensorik nach und nach bestücken und testen. Ich hatte ein solches Verhalten mal, als ein SHT21 zu viel Wasser gesehen hatte.

[dondaik]

ist ein anderer rechner da um damit mit dem WM zu arbeiten ?
ist die ausgabe auf dem ser- monitor "sauber"...
wird dhcp benutzt und/ oder ist die AMC des WM fest einer IP zugeordnet ....

[Nowiwan]

ist ein anderer rechner da um damit mit dem WM zu arbeiten ?
ist die ausgabe auf dem ser- monitor "sauber"...
wird dhcp benutzt und/ oder ist die AMC des WM fest einer IP zugeordnet ....

Habe bereits mit anderem Rechner getestet, auch über Handy.
Was ist ein Ser-Monitor? Was brauche ich dazu?
Der WM hat eine feste IP.

[dondaik]

das hat eigen mal beschrieben ... da wird der WM an den pc angschlossen und über die arduino IDE ( ser. monitor ) kann man denn sehen was der WM beim start alles anzeigt ...
sind alle Variable der ccu angelegt ? ..
sonst mal eine älter version der FW flashen ..? dich ich habe das netzwerk und die spannungsversorgung im "auge" - oder ein gerät in der nähe welches stört..

ups wie war der db wert ? 64 ... meiner ist 37 ..... also verbessern !

ps.: es mag auch sein das es zu längern verzögerungen kommt wenn man die www- verlässt und nicht schließt..... dann dauert es ggf was bis der WM sich wieder meldet

[QLink]

das Problem, dass mein WM mit fixer IP den internen NTP Server nicht findet besteht weiterhin mit der 143. Gehe ich beim WM auf DHCP findet er den internen NTP sofort...

Mit DHCP funktioniert sowohl der externe ntp-Zeitserver wie auch die Fritzbox als Zeitserver problemlos.

Bei fester IP funktionierte bisher der externe Zeitserver nur manchmal, der interne Fritzbox-Zeitserver aber immer ohne Probleme.

Der originale Arduino Befehl für die Vergabe einer festen Adresse ist: WiFi.config(ip, dns, gateway, subnet);
Diesen Befehl hatte ich bis dato auch so verwendet mit dem oben beschriebenen unbefriedigenden Ergebnis.
Die Wifi-Library für den ESP8266 bzw. ESP32 hab ich mir dann zur Fehlersuche im Detail angesehen mit dem Ergebnis, daß offensichtlich dort ein "Dreher/Bug" ist. Der Befehl muß richtig heißen: WiFi.config(ip, gateway, subnet, dns);

Mit der neuen letzten Firmware hab ich das so geändert und bei mir läuft nun jetzt sowohl der öffentliche Zeitserver wie auch der Fritzbox-Zeitserver fehlerfrei!
Du verwendest einen eigenen internen Zeitserver, bei dem das Problem wohl wieder auftritt. Bin jetzt etwas ratlos.

Hi Eugen,
wenn ich beim WM eine statische IP vergebe, dann kommt das Subnet ja gar nicht vor (nur IP, DNS und GW) oder übersehe ich hier was?
Zumindest ist es in dem Beispiel in der GUI nicht angeführt:

wm_ip.PNG (16.82 KiB) 1336 mal betrachtet

Woher nimmt der WM dann das Subnet ?

Beste Grüße

[dondaik]

ggf fix 255.255.255.0 ?

[funkleuchtturm]

... ist fest auf 255.255.255.0 eingestellt.

Wer verwendet denn wann was anderes ?

[gonzo0815]

Hallo,

möchte den SHT 21 als Externer Sensor einbauen. Was muss ich dann in den Parameter ändern ?

Danke

Gruß Gonzo

[turrican944]

Moin
anschließen und den BME280 auf intern stellen Parameter 9 auf 3.

[ihno]

Also sozusagen einen nocache oder eine Zufallszahl mit einbauen

Weil das keine große Tat ist, hab ich "nocache" mal eingebaut. Bei mir ist kein Unterschied festzustellen.
Hier ist die Test-Firmware: weatherman_144nocache.zip

Moin Eugen !

Endlich habe ich heute Morgen die Firmware einmal eingespielt. So konnte ich mit iOS Safari tatsächlich mal wieder darauf zugreifen !
Dann habe ich den Gegentest gemacht und die V.145 eingespielt. Dort ist ja leider der "nocache" scheinbar nicht enthalten...
Auf jeden Fall habe ich damit den WM beim ersten Aufruf via Safari in 5 Minuten Zwangsschlaf geschickt...
Danach habe ich dann wieder die 144 nocache geladen. Bisher läuft das super !
Also, wenn es nach mir ginge, dann bitte die nocache-Zeilen immer mit einbauen, bzw. nicht wieder herausnehmen