UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Boronsbruder]

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

@boronsbruder ... aber wir sollten den Thread hier nicht weiter volltexten sondern wenn du willst in einem Neuen.

Hier is die V2 des Skripts

[Nashra]

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

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

@boronsbruder ... aber wir sollten den Thread hier nicht weiter volltexten sondern wenn du willst in einem Neuen.

Hier is die V2 des Skripts

Die v2 installiert aber jeden Morgen kommt dieser Fehler zur selben Uhrzeit

2024-01-22 02:09:47.206 - info: linux-control.0 (1080) successful received data from ioBroker (192.168.1.14:22)
2024-01-22 02:10:00.797 - error: javascript.0 (283) script.js.Wetter.Luftqualität: TypeError: Cannot read properties of undefined (reading '2024-01-22 00:00:00')
2024-01-22 02:10:00.797 - error: javascript.0 (283) at get_data (script.js.Wetter.Luftqualität:148:54)
2024-01-22 02:10:00.797 - error: javascript.0 (283) at processTicksAndRejections (node:internal/process/task_queues:95:5)
2024-01-22 02:12:00.026 - info: host.ioBroker instance system.adapter.meteoalarm.2 started with pid 1832595

[Boronsbruder]

@nashra
Hab ich auch bemerkt.
Die Api kann meines Erachtens nicht mit Stunde 0 umgehen.
Hab die Kollegen mal angeschrieben, aber ich wurde so wie es aussieht missverstanden.

[Boronsbruder]

@SBorg
Falls du es mal brauchst:
API V3 Doku

[SBorg]

Ich verstehe deren System auch nicht so ganz. Eigentlich ist doch UBA nur Deutschland...?
Wollen sie jetzt noch Zeitzonen in BRD einführen? Bin schon mal auf die Sommer-/Winterzeit-Thematik bei denen gespannt.

Aber 1-24 bei den Stunden ist auch der Burner. Wer arbeitet den in der Computertechnologie mit 24:00 Uhr?
Ich bin jetzt im NodeRed-Flow den einfachen Weg gegangen und verzichte einfach auf den 0:00 Uhr Wert, wobei ich es eh nicht nutze. Ich nehme weiter die Daten des HLNUG, nur die Karte vom UBA, da die vom HLNUG schon ein paar Wochen nicht mehr aktualisiert wird :(

[Boronsbruder]

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

Wer arbeitet den in der Computertechnologie mit 24:00 Uhr?

Jeder der keinen Bock hat sich Gedanken um Jahres-, Monats- oder Tageswechsel zu machen...
Weisst ja 0 Uhr - 1 :D

[Boronsbruder]

@SBorg
Ich hab da was für dich:

2024-01-24 23:58:05.001 - info: simple-api.0 (5300) State value to set for "0_userdata.0.Wetterstation.Info.Solarenergie_VorTag" has to be type "number" but received type "string"
2024-01-24 23:58:05.175 - info: simple-api.0 (5300) State value to set for "0_userdata.0.Wetterstation.Info.Solarenergie_Woche" has to be type "number" but received type "string"
2024-01-24 23:58:05.175 - info: simple-api.0 (5300) State value to set for "0_userdata.0.Wetterstation.Info.Solarenergie_Monat" has to be type "number" but received type "string"
2024-01-24 23:58:05.176 - info: simple-api.0 (5300) State value to set for "0_userdata.0.Wetterstation.Info.Solarenergie_Jahr" has to be type "number" but received type "string"
2024-01-24 23:58:05.176 - info: simple-api.0 (5300) State value to set for "0_userdata.0.Wetterstation.tempData.Solarenergie" has to be type "string" but received type "number" 

Das passiert, wenn die Solarenergie-Datenpunkte leer sind.
Der TempData steht z.B. gerade auf 404,662, weil ich seit 2 Tagen erst wieder, in Ermangelung eines Aussensensors, Daten bekomme.
Wenn die SimpleApi halt alle 30 Sekunden rummotzt gibt das ganz schön große Logs ;)

Eigentlich eher ein Schönheitsfehler...

[SBorg]

@boronsbruder

:blush: Den Zustand kann es "eigentlich" auch nicht geben. Entweder alle Daten da oder eben nüscht.
Bei uns sagt man: Kommt davon wenn man so neumodische Ferz hat... :joy:

Sollte dann in/ab der V3.3.0 abgefangen werden. Da ich aber aktuell nicht aktiv daran arbeite kann das etwas dauern bis die kommt.

---

Aktueller Wasserstand des Projektes: Bugfixing ja, Weiterentwicklung (so 1-2 Dinge stehen aktuell noch auf der Agenda) ruht schlichtweg aus Zeitmangel

[Boronsbruder]

@sborg
Alte Maschin gabutt - Ameise machen Nest in Maschin - kaufen neie Maschin :man-shrugging:

[el_rob]

Hallo zusammen,

Aktuell besteht meine "Wetterstation" aus einer selbstgebastelten Arduino Lösung. Allerdings möchte ich jetzt etwas Verlässlicheres und überlege mir daher ein Ecowitt GW2000 Gateway in Kombi mit einem WS90 "Wittboy" 7-in-1 Sensor zu holen. Die Regenmessung des WS90 soll allerdings nicht so prickelnd funktionieren, weswegen in den einschlägigen Foren empfohlen wird, zusätzlich einen WH40 (= Froggit DP80) Regenmesser zu verwenden. Der WH40 wird hier allerdings nicht unter den kompatiblen Zusatzsensoren aufgeführt. Heisst das, es werden nur die Regenwerte des WS90 an iobroker übergeben oder gibt es eine Möglichkeit, auch den WH40 einzubinden? Hat jemand die Kombi WS90 und WH40 im Einsatz und kann berichten ob das funktioniert?

[Boronsbruder]

@el_rob

Es besteht die Möglichkeit im WebIf des GW2000 auszuwählen, welcher Wert an den Server gesendet werden soll. Somit sollte der WH40 auch funktioneren.

[el_rob]

@boronsbruder Ah, okay. Das heisst, ich kann im Gateway einstellen, dass für den Wert "Regenstatus" der Wert des WS90 gesendet wird (da dieser aufgrund seines Piezo-Sensors schneller reagiert) und für die restlichen Regen-Werte (Menge etc.) die Daten des WH40 genommen werden?

[SBorg]

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

für den Wert "Regenstatus" der Wert des WS90 gesendet

In dem Fall egal, denn der kommt vom Skript, nicht vom Sensor ;)

Ich kann nicht direkt auf den Wert verlinken, aber in der Liste steht es drin: https://github.com/SBorg2014/WLAN-Wetterstation/wiki

Fehlende Sensoren kann ich in aller Regel implementieren, ich brauche dann nur den Datenstring. An den komme ich ohne Hardware nicht dran und Herstellersupport bekomme ich nicht.

[SBorg]

Weil mir ja langweilig ist und ich nix besseres zu tun habe, ist die Freizeit der letzten Tage dafür drauf gegangen Grafana umzustellen. Mit der aktuellen meckert er nun jedes Panel schon an das unter anderem Angular nutzt.
Also alles von "Blendstat" nach "Stat" migriert. Na danke, das Blendstat war um Längen besser. Ich habe zwar schon fast alles wieder hinbekommen, zwei Sachen gehen aber nicht:

• die Deckkraft der Sparklines ändern (die sind sehr durchsichtig)
• jedes benötigt eine meines Erachtens zu große Mindestgröße um überhaupt Sparklines anzuzeigen

[Boronsbruder]

@el_rob
Nein, du kannst nur einstellen, welcher Wert an den Server gesendet wird. Entweder Piezo oder Kipphebel.

[el_rob]

Vielen Dank für eure Antworten @SBorg und @boronsbruder, dann werde ich es mal mit dieser Kombi versuchen.

[EasyTJ]

hello,

Edit: Kommando zurück - Fehler gefunden und behoben :)

ich bin am verzweifeln. Es hat ewig gedauert, bis ich das Skript zum Laufen bekommen habe. Letztlich lag es daran, dass ich den docker auf nem NAS laufen lasse und immer den Netzwerkmodus Host anstatt Bridge verwendet habe. Nachdem ich einige Daten empfangen habe, wollte ich meine Altlasten beseitigen und habe einen neuen Docker aufgesetzt. Gleichzeitig wurde mir ein Update der GW-2000A angeboten (V. 3.1.2), was ich auch gestartet hatte. Nachdem Aufsetzen des neuen Dockers mit anderer IP bekomme ich nun wieder keine Verbindung und ich weiß einfach nicht, was ich falsch mache. Liegt es an dem Update?

Protokoll zeigt:
parse error: Invalid numeric literal at line 1, column 7
(standard_in) 1: syntax error
(standard_in) 1: syntax error
/opt/wetterstation/wetterstation.sub: line 849: [: : integer expression expected

[EasyTJ]

Hey hey,

da ich mich jetzt ein wenig mehr mit dem Script beschäftigen kann. Wenn ich das richtig verstanden habe kann das Script die Daten direkt an influxdb übergeben. Kann mir wer erklären, wo der Vorteil ist, wenn man es direkt macht anstatt über den iobroker? Schneller? Weniger Rechenleistung?
Danke

[Boronsbruder]

@easytj
Wenn ich das richtig im Kopf habe, dann benutzt das Skript die Verbindung zur Influx um Daten auszulesen, für Statistik bzw. z.B. Min/Max/Durchschnittswerte.
Das Logging erfolgt über den Influxfluxadapter im Iobroker.

[Boronsbruder]

@SBorg
Arbeit für dich :D

Seit kürzerem (anscheinend FW 3.0.8) sendet das GW2000 die Rohwerte der Bodenfeuchtigkeitssensoren mit (soilad):

soilmoisture1=31&soilad1=187

Und er neue Ecowitt WH51L Bodenfeuchtesensor (mit Sensor an 1m Leitung zur tieferen Messung bzw. dass der Sender zur Reichweitenvergrößerung höher angebracht werden kann ) sendet das selbe wie ein WH51 bzw DP100 (wobei ich die 1,7v aus einer 1,5v-Zelle mal anzweifeln will ;) / die 99% weil er gerade in einem Wasserglas liegt... )

&soilmoisture2=99&soilad2=383&&soilbatt2=1.7

Kann somit in die unterstützten Sensoren eingefügt werden!