Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Rand]

@sborg

Bitte sehr - alles mit _co2 müsste der WH45A sein, habe gerade nur einen co2 sensor dran

DATA von Wetterstation:
PASSKEY=myKey&stationtype=GW1000A_V1.6.3&dateutc=2021-06-19+11:49:19&tempinf=93.4&humidityin=35&baromrelin=29.320&baromabsin=29.320&tempf=84.7&humidity=45&winddir=197&windspeedmph=0.00&windgustmph=2.91&maxdailygust=7.38&solarradiation=748.70&uv=7&rainratein=0.000&eventrainin=0.000&hourlyrainin=0.000&dailyrainin=0.000&weeklyrainin=0.000&monthlyrainin=1.201&yearlyrainin=9.906&totalrainin=9.906&temp1f=37.94&humidity1=45&temp2f=76.10&humidity2=60&temp4f=105.44&humidity4=31&tf_co2=79.2&humi_co2=61&pm25_co2=4.1&pm25_24h_co2=4.5&pm10_co2=4.6&pm10_24h_co2=5.1&co2=421&co2_24h=569&lightning_time=1623268319&lightning_num=0&lightning=14&leak_ch1=0&leak_ch2=0&wh80batt=3.00&wh40batt=1.6&wh26batt=0&batt1=0&batt2=0&batt4=0&wh57batt=4&leakbatt1=4&leakbatt2=4&co2_batt=6&freq=868M&model=GW1000_Pro

[Boronsbruder]

@SBorg
ich glaube noch einen Fehler gefunden zu haben...:

Das ist ein aktueller Screenshot. Aber das Datum der Statistik ist das heutige (19.06.2021) und die Maximaltemperatur ist von gestern (Da ja die Statistik von heut erst heute Nacht erstellt wird ;) )...
Die Zeit und Datumseinstellungen habe ich schon kontrolliert (Passen sowohl im Iobroker sowie auf dem Server)

Grüße
Boronsbruder

[SBorg]

@rand Sieht lösbar aus :)

@rand sagte in [Linux Shell-Skript] WLAN-Wetterstation:

habe gerade nur einen co2 sensor

co2_batt=6

Müsste dann dessen Batterie sein, weil ich auch nichts mit WH45 sonst diesbzgl. finde?

[SBorg]

@boronsbruder Das ist eine Zwickmühle. Das Skript nimmt den aktuellen Tag an dem es läuft, der Rekordwert ist aber vom Vortag. Nimmt man jetzt den LC/TS vom eigentlichen Datenpunkt in der VIS, steht dann auch wieder "Heute" statt "Gestern".

Da dies aber im Grunde falsch ist und es eh nur die erzeugte Textanzeige per Template betrifft, kann man den Tag aber IMO ruhig abziehen (ist ja auch korrekt).

Ändere mal so ~607:

//[TAG]
    REKORDWERTEAUSGABE = REKORDWERTEAUSGABE.replace("[TAG]", new Date(getState(PRE_DP+'.Rekordwerte.value.'+DatenPunkt).lc).getDate());

in

//[TAG]
    REKORDWERTEAUSGABE = REKORDWERTEAUSGABE.replace("[TAG]", new Date(getState((PRE_DP+'.Rekordwerte.value.'+DatenPunkt).lc)-86400).getDate());

(ungetestet, sollte beim Template [TAG] dann den korrekten Tag ergeben).
Wenn es funktioniert, kommt es in die nächste Version hinein.

[Rand]

@sborg said in [Linux Shell-Skript] WLAN-Wetterstation:

@rand Sieht lösbar aus :)

@rand sagte in [Linux Shell-Skript] WLAN-Wetterstation:

habe gerade nur einen co2 sensor

co2_batt=6

Müsste dann dessen Batterie sein, weil ich auch nichts mit WH45 sonst diesbzgl. finde?

Sollte - kann morgen mal einen zweiten dranhängen und dann schauen wir ob es gleich bleibt:)

[Boronsbruder]

@sborg

Ich glaube, da hast du dich verklammert :D

Statt:

REKORDWERTEAUSGABE = REKORDWERTEAUSGABE.replace("[TAG]", new Date(getState((PRE_DP+'.Rekordwerte.value.'+DatenPunkt).lc)-86400).getDate());

Sollte die linke Klammer vor getState rein, oder?

REKORDWERTEAUSGABE = REKORDWERTEAUSGABE.replace("[TAG]", new Date((getState(PRE_DP+'.Rekordwerte.value.'+DatenPunkt).lc)-86400).getDate());

[Rand]

@rand said in [Linux Shell-Skript] WLAN-Wetterstation:

@sborg said in [Linux Shell-Skript] WLAN-Wetterstation:

@rand Sieht lösbar aus :)

@rand sagte in [Linux Shell-Skript] WLAN-Wetterstation:

habe gerade nur einen co2 sensor

co2_batt=6

Müsste dann dessen Batterie sein, weil ich auch nichts mit WH45 sonst diesbzgl. finde?

Sollte - kann morgen mal einen zweiten dranhängen und dann schauen wir ob es gleich bleibt:)

So, mit einem zweiten Pm2.5 Sensor (WH41A für aussen)

DATA von Wetterstation:
PASSKEY=myKey
stationtype=GW1000A_V1.6.3
dateutc=2021-06-20+07:17:05
tempinf=83.7
humidityin=48
baromrelin=29.246
baromabsin=29.246
tempf=77.0
humidity=59
winddir=291
windspeedmph=0.00
windgustmph=6.26
maxdailygust=13.87
solarradiation=375.53
uv=3
rainratein=0.000
eventrainin=0.000
hourlyrainin=0.000
dailyrainin=0.000
weeklyrainin=0.000
monthlyrainin=1.201
yearlyrainin=9.906
totalrainin=9.906
temp1f=37.58
humidity1=57
temp2f=75.92
humidity2=59
temp3f=77.72
humidity3=58
temp4f=82.76
humidity4=59
pm25_ch2=7.0
pm25_avg_24h_ch2=18.3
tf_co2=78.6
humi_co2=61
pm25_co2=3.4
pm25_24h_co2=5.4
pm10_co2=3.6
pm10_24h_co2=6.0
co2=409
co2_24h=587
lightning_time=1624150154
lightning_num=12
lightning=27
leak_ch1=0
leak_ch2=0
wh80batt=3.02
wh40batt=1.6
wh26batt=0
batt1=0
batt2=0
batt3=0
batt4=0
pm25batt2=4
wh57batt=4
leakbatt1=4
leakbatt2=4
co2_batt=6
freq=868M
model=GW1000_Pro

[RaspiUser]

Hallo,

eine (blöde) Frage ...:
Kann man das "am schlechtesten ablesbare Display auf dieser Welt" der ELV WS980 WiFi (komplett in ioBroker eingebunden) durch das dnt WeatherScreen PRO Display einfach 1:1 ohne irgendwelche Einstellungsänderungen ersetzen ?!

[SBorg]

@boronsbruder sagte in [Linux Shell-Skript] WLAN-Wetterstation:

Ich glaube, da hast du dich verklammert

Öhm ,ja :grin:
Den Tag vom "getState" abziehen wird so wohl nicht funktionieren, der soll natürlich vom ermittelten "lc" abgezogen werden.
Man sollte bei Temperaturen um 34°C in der Wohnung einfach gar nichts machen...
Allerdings müsste man das auch bei den 3 Monaten und Jahr noch nachziehen. Wenn das am 01.Juni passiert, wird durch das Template dann der 31. Juni erzeugt ;)

Ich kann aber aktuell eh nix machen (kommt gleich wieso) oder es testen.

[SBorg]

@rand Jupp, dann ist er vom WH45. Ich sag mal Danke im Namen der nachfolgenden User die so einen nutzen :)

Allerdings wird es in der nächsten Zeit nichts werden. Vermutlich durch die Hitze ist die SSD (gerade mal 1 Jahr alt) meines Intel NUCs gestern abgeraucht. Proxmox mit sämtlichen VMs + LXCs weg, darunter auch PiHole, Grafana, Influx, ioBroker usw.

[da_Woody]

@sborg autsch! das tut weh... hast wenigstens exteres backup?

[SBorg]

@raspiuser sagte in [Linux Shell-Skript] WLAN-Wetterstation:

Hallo,

eine (blöde) Frage ...:
Kann man das "am schlechtesten ablesbare Display auf dieser Welt" der ELV WS980 WiFi (komplett in ioBroker eingebunden) durch das dnt WeatherScreen PRO Display einfach 1:1 ohne irgendwelche Einstellungsänderungen ersetzen ?!

Da der Wettermast identisch ist, ja. Aber das Display enthält auch die Einstellungen die du per App getätigt hast (WU/Ecowitt-Account, Port, IP, etc.) Die kannst du 1:1 übernehmen, musst es aber per App einstellen.

[SBorg]

@da_woody sagte in [Linux Shell-Skript] WLAN-Wetterstation:

@sborg autsch! das tut weh... hast wenigstens exteres backup?

Daten ja, aber die eigentliche Installation halt nicht :(

[da_Woody]

@sborg hehe, gleich mal auf die schnelle alle 4 VMs stop backup gemacht und runtergeholt aufs NAS... :face_with_rolling_eyes:

[Boronsbruder]

@SBorg siehs mal positiv. Nach einer kompletten Neuinstallation sind auch alle Altlasten weg :man-facepalming:

[da_Woody]

@boronsbruder so kann mans auch sehn, spass bei dem wetter sieht anders aus...
kann ein lied trällern. musste gestern einen neuen router insten, mit kompletter umstellung auf meine config mit 2048 IP adrs... erschwerend kam noch ein FW update dazu, sodas mein backup nicht ganz funktioniert hat... :face_with_head_bandage:

[Rand]

@sborg said in [Linux Shell-Skript] WLAN-Wetterstation:

@rand Jupp, dann ist er vom WH45. Ich sag mal Danke im Namen der nachfolgenden User die so einen nutzen :)

Allerdings wird es in der nächsten Zeit nichts werden. Vermutlich durch die Hitze ist die SSD (gerade mal 1 Jahr alt) meines Intel NUCs gestern abgeraucht. Proxmox mit sämtlichen VMs + LXCs weg, darunter auch PiHole, Grafana, Influx, ioBroker usw.

Argh - Probleme die der Mensch nicht braucht :(

Kein Stress damit, mach erstmal das Dein Kram wieder tut, der Sensor läuft nicht weg

[Rene55]

@SBorg Ich habe ein Problem mit der Wetterstatistik:

2021-06-22 01:03:00.006  - info: javascript.0 (1975624) script.js.background.Wetterstation_Statistik_v22: Auswertung durchgeführt...
2021-06-22 01:03:05.072  - error: javascript.0 (1975624) script.js.background.Wetterstation_Statistik_v22: ReferenceError: REKORDWERTE_AUSGABEFORMAT is not defined
2021-06-22 01:03:05.072  - error: javascript.0 (1975624)     at Template_Rekordwerte (script.js.background.Wetterstation_Statistik_v22:598:5)
2021-06-22 01:03:05.072  - error: javascript.0 (1975624)     at runMicrotasks (<anonymous>)
2021-06-22 01:03:05.072  - error: javascript.0 (1975624)     at runNextTicks (internal/process/task_queues.js:62:5)
2021-06-22 01:03:05.072  - error: javascript.0 (1975624)     at listOnTimeout (internal/timers.js:523:9)
2021-06-22 01:03:05.073  - error: javascript.0 (1975624)     at processTimers (internal/timers.js:497:7)
2021-06-22 01:03:05.083  - error: javascript.0 (1975624) script.js.background.Wetterstation_Statistik_v22: ReferenceError: REKORDWERTE_AUSGABEFORMAT is not defined
2021-06-22 01:03:05.083  - error: javascript.0 (1975624)     at Template_Rekordwerte (script.js.background.Wetterstation_Statistik_v22:598:5)
2021-06-22 01:03:05.083  - error: javascript.0 (1975624)     at runMicrotasks (<anonymous>)
2021-06-22 01:03:05.083  - error: javascript.0 (1975624)     at runNextTicks (internal/process/task_queues.js:62:5)
2021-06-22 01:03:05.083  - error: javascript.0 (1975624)     at listOnTimeout (internal/timers.js:523:9)
2021-06-22 01:03:05.083  - error: javascript.0 (1975624)     at processTimers (internal/timers.js:497:7)
2021-06-22 01:03:05.084  - error: javascript.0 (1975624) script.js.background.Wetterstation_Statistik_v22: ReferenceError: REKORDWERTE_AUSGABEFORMAT is not defined
2021-06-22 01:03:05.085  - error: javascript.0 (1975624)     at Template_Rekordwerte (script.js.background.Wetterstation_Statistik_v22:598:5)

Anscheinend gibt es Unstimmigkeiten beim

if (REKORDWERTE_AUSGABEFORMAT.search("[WERT]") != -1) {
        REKORDWERTEAUSGABE = REKORDWERTE_AUSGABEFORMAT.replace("[WERT]", wert+' '+unit);
    } else { REKORDWERTEAUSGABE = REKORDWERTE_AUSGABEFORMAT; }

Der kennt wohl das REKORDWERTE_AUSGABEFORMAT nicht. Kann/muss ich da noch was machen?
LG Rainer

[SBorg]

@rene55 sagte in [Linux Shell-Skript] WLAN-Wetterstation:

Hi,

REKORDWERTE_AUSGABEFORMAT is not defined

kann eigentlich nicht sein, dass wird "ganz oben" definiert. Wie sieht denn aktuell dein Template in den User-Einstellungen aus?
default:

let REKORDWERTE_AUSGABEFORMAT="[WERT] im [MONAT] [JAHR]";

Ev. Anführungszeichen oder Semikolon eliminiert ;)
...oder nutzt du schon den neuen JS-Controller (weil damit kann ich derzeit nicht testen ob es ggf. da zu Problemen kommt) ?

[Rene55]

@SBorg Hi,
ja Danke. Da hab ich gar nicht hingeguckt. Bei mir waren - warum auch immer - die Zeilen 46 - 56 komplett als Kommentar. Ich habs jetzt korrigiert und warte auf das morgige Log.
Nochmals Danke für Scripte und schnelle Hilfe.
LG Rainer