@BestEx: scheint erst mal zu laufen. Ich werde beobachten.
@All: Die Batteriespannung sinkt weiter. Bei der Inbetriebnahme waren es ~ 2,6V. Nun bin ich bei 2,446V und die ersten Sparmaßnamen greifen. Wind kommt nur alle 6sec. Die letzten Tage waren bei uns auch nie über 100 W/m^2. :mad:
Wind alle 6 Sekunden ist ja nun nicht so schrecklich. Insgesamt gesehen sind die abgestuften Ereignisse sinnvoll gewählt.
Wir haben auch ne dicke Wolkendecke ohne Sonne aber die Spannung sinkt sehr sehr langsam. Für die tiefen Temps echt geringe Verluste.
Gesendet von iPhone XS mit Tapatalk
@BestEx: seit heute morgen kommt alle Minute die Meldung:
03.12.2020, 08:31:22 | Register Variable | <br />
<b>Warning</b>: Variablentyp und Profiltyp stimmen nicht überein in <b>C:\ProgramData\Symcon\scripts\55577.ips.php</b> on line <b>932</b><br />
Variablen Profil auf aktuellen Stand gebracht
Könntest Du bitte in der Zeile 932 den ECHO Befehl durch die folgende Zeile ersetzen :
IPS_LogMessage("Tempest", " Variablen Profil auf aktuellen Stand gebracht ".IPS_GetName($var_id)." Profil : ".$profil);
Bei mir tritt der Fehler nicht auf. Ich vermute das Du noch eine alte Variable aktiv hast der ich später mit gleichem Namen einen anderen Typ zugeordnet habe.
Wenn du im Message Log im Filter auf „Tempest“ triggerst müsstest Du den Variablen Namen und den Namen des Profils sehen
Schicke mit bitte beides
Bitteschön:
03.12.2020, 12:58:19 | Tempest | Variablen Profil auf aktuellen Stand gebracht Battery Status Profil : Tempest_battery_status
und die Warnung nochmal:
03.12.2020, 12:58:19 | Register Variable | <br />
<b>Warning</b>: Variablentyp und Profiltyp stimmen nicht überein in <b>C:\ProgramData\Symcon\scripts\55577.ips.php</b> on line <b>932</b><br />
Lösche doch bitte einmal die Variable Batterie Status. Danach müsste das System die Variable neu anlegen und der Fehler sollte behoben sein (hoffe ich)
Sent from my Pixel 4 using Tapatalk
Ahhh…
sieht gut aus. Jetzt hat die neu erstandene Variable Battery Status, false/Discharge Battery
Allgemein: Wo kommt die eigentlich her. Ist die einzige Boolean und in der UDP Reference unter type = obs_st finde ich sie nicht.
UND
Paresy hat in seinem Modul auch einige Boolean.
Lightning Strike Event
Observation (Tempest)
Rapid Wind
Dies sind Nachrichten aus der UDP Reference. Ich dachte das sind nur Überschriften. Wie kommt man da an einen Booleanwert?
Sobald der betreffende Event erfasst wird, wird die Variable angelegt und gefüllt. Du kannst den Vorgang beschleunigen indem du aus der Doku den Jason String in das Script kopierst und dann manuell Startest
Sent from my Pixel 4 using Tapatalk
Battery Status, Slope und counter werden vom Script berechnet. Kannst du deaktivieren wenn du willst
Sent from my Pixel 4 using Tapatalk
Bei mir wird ein Fehler des Sensors angezeigt. Unter
device_status (Tempest) / sensor_status / light/uv failed (Wert 2048)
Wie ich mir die Werte so angeschaut habe ist mir auch aufgefallen das alle Werte 2x geschrieben werden. Der Sensor läuft aber. Lux und Solar Radiation werden aktualisiert.
Die Tempest Station (Device) meldet als Status den Wert 256 = light/uv failed.
Poste doch mal den Rohdaten String vom device_status Dann schau ich mir das noch mal genauer an.
a:11:{s:13:„serial_number“;s:11:„ST-00022747“;s:4:„type“;s:13:„device_status“;s:6:„hub_sn“;s:11:„HB-00003469“;s:9:„timestamp“;i:1607113776;s:6:„uptime“;i:571362;s:7:„voltage“;d:2.41;s:17:„firmware_revision“;i:134;s:4:„rssi“;i:-62;s:8:„hub_rssi“;i:-65;s:13:„sensor_status“;i:2048;s:5:„debug“;i:0;}
Geht es so?
Und wie schon geschrieben, alle Werte werden doppelt aktualisiert.
Ich habe mir das angeschaut und im Status Feld kommt von der Station ein Datum das es eigentlich nicht geben sollte. Ich drücke mich so vorsichtig aus weil in meinem System eine Decimal 4096 kommt und so wie ich die Doku verstehe der größte Decimal Wert 256 sein sollte.
Sensor Status (sensor_status) is a set of bit flags, encoded in a single decimal value, each bit represents the following
Binary Value Applies to device Status description
0b000000000 All Sensors OK
0b000000001 AIR, Tempest lightning failed
0b000000010 AIR, Tempest lightning noise
0b000000100 AIR, Tempest lightning disturber
0b000001000 AIR, Tempest pressure failed
0b000010000 AIR, Tempest temperature failed
0b000100000 AIR, Tempest rh failed
0b001000000 SKY, Tempest wind failed
0b010000000 SKY, Tempest precip failed
0b100000000 SKY, Tempest light/uv failed
Ich habe bei Tempest eine support anfrage gemacht und bin mal gespannt auf die Antwort 
Hast Du bei Dir das script zwei mal am laufen ? Bei mir wird die variable nur jede Minute 1 mal geschrieben :
Ich habe gerade im support Forum von Weatherflow einen entscheidenden Hinweis gefunden der es leider nicht in die Dokumentation geschafft hat 
Alles nach dem neunten Bit muss ignoriert werden da es sich um interne Daten handelt
Ich werde das Script entsprechend anpassen und posten
@BestEx
wenn du gerade das Script anpasst:
für den Wert „Wind Speed“ in rapid_wind fehlt noch die Umrechnung in km/h. Das Profil ist km/h, aber der Wert ist noch original m/s.
Gruß
Rainer
Eigentlich ist nichts doppelt am laufen, aber schon im Debug des UDP Socket ist alles doppelt.
05.12.2020, 12:19:23 | RECEIVED [192.168.178.36:50222] | {„serial_number“:„ST-00022747“,„type“:„rapid_wind“,„hub_sn“:„HB-00003469“,„ob“:[1607167153,1.48,192]}
05.12.2020, 12:19:23 | RECEIVED [192.168.178.36:50222] | {„serial_number“:„ST-00022747“,„type“:„rapid_wind“,„hub_sn“:„HB-00003469“,„ob“:[1607167153,1.48,192]}
Neue Version 1.4.2 : https://www.symcon.de/forum/threads/42554-Tempest/page12
1.) Rapid Wind jetzt korrekt in km/h
2.) Beim Sensor_Status werden nur noch die ersten 9 Bit ausgewertet
3.) Charge + Discharge Profil geändert
Bitte einmal im Skrip mit $profil_update = true starten und dann $profil_update = false setzen
Unter device_status gibt es hub_rssi und rssi. Weiß einer den Unterschied?
Unter hub_status gibt es noch einmal rssi. Das müsste die WiFi Verbindung ins Netzwerk sein.
Empfänger und Sender RSSI der Station vielleicht ?
Sent from my Pixel 4 using Tapatalk
Naja könnte sein, aber eigentlich ist ja RSSI die Empfangsfeldstärke.
Edit
Dabei fällt mir ein, der Hub hat ja 2 Empfänger. Hat sich also erledigt.
Eigentlich sogar 3. Aber bei BT ist eine RSSI Angabe selten.
