GROHE SENSE GUARD

Begonnen von Heuberg, 08 Dezember 2017, 19:15:15

Vorheriges Thema - Nächstes Thema

McShire

Hallo JOEK3R,
Stimmt, trotz mehrfach update.
Die Bridge (grohe) hat version 3.0.13
und die Module haben 3.0.6

bei IW_GUARD ist ein event on change reading, weil ich nur die Werte gemonitort habe,
das war übersichtlicher, ich habe lange bei mir eine Leckage gesucht.

event-on-change-reading
ActionOnMicroLeakage,ActionOnMinorLeakage,LastPressure,LastTemperature,ActionOnMajorLeakage,CmdMeasureNow,TodayWaterConsumption

Viele Grüße
Werner

J0EK3R

Hallo Werner,

dann ist Dein Problem gelöst: auf die aktuelle Version updaten. Oder?

Beste Grüße
JOEK3R

McShire

Hallo JOEK3R,

schau mal:


Downloading https://fhem.de/fhemupdate/controls_fhem.txt

fhem
nothing to do...
Downloading https://raw.githubusercontent.com/J0EK3R/fhem-grohe-ondus/master/controls_grohe_ondus.txt

grohe_ondus
nothing to do...
Downloading https://www.rp-dev.de/fhem/entertaintv/controls_entertaintv.txt

entertaintv
nothing to do...



Downloading https://fhem.de/fhemupdate/controls_fhem.txt

fhem
nothing to do...
Downloading https://raw.githubusercontent.com/J0EK3R/fhem-grohe-ondus/master/controls_grohe_ondus.txt

grohe_ondus
UPD FHEM/73_GroheOndusSmartBridge.pm

New entries in the CHANGED file:
FHEM Grohe Ondus last changes:
2021-11-16
- V3.0.15

Downloading https://www.rp-dev.de/fhem/entertaintv/controls_entertaintv.txt

entertaintv
nothing to do...
Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while

update finished, "shutdown restart" is needed to activate the changes.

Please consider using the global attribute sendStatistics



Downloading https://fhem.de/fhemupdate/controls_fhem.txt

fhem
nothing to do...
Downloading https://raw.githubusercontent.com/J0EK3R/fhem-grohe-ondus/master/controls_grohe_ondus.txt

grohe_ondus
UPD FHEM/74_GroheOndusSmartDevice.pm

New entries in the CHANGED file:
FHEM Grohe Ondus last changes:
2021-11-16
- V3.0.15

Downloading https://www.rp-dev.de/fhem/entertaintv/controls_entertaintv.txt

entertaintv
nothing to do...
Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while

update finished, "shutdown restart" is needed to activate the changes.

Please consider using the global attribute sendStatistics


Alles 3.0.15 jetzt.
Ist mir unverständlich, warum die alten Versionen wieder da waren.
Ist vermutlich beim Neubespielen der SD-Card mit einem Backup passiert.
Das musste ich, weil mit dem teamviewer etwas schief gelaufen ist.

Manchmal sieht man die einfachsten Dinge nicht.
Jetzt noch Intervall der Sense auf 600 und dann hoffentlich fertig.

Vielen Dank für deinen Aufwand und die Zeit, die Du mir geopfert hast.

Viele Grüße
Werner

McShire

das Ergebnis vom update:

2021-11-17_17:09:18 grohe login cleared
2021-11-17_17:09:18 grohe logging in
2021-11-17_17:09:19 grohe logged in
2021-11-17_17:09:59 grohe connected to cloud
2021-11-17_18:08:27 grohe login cleared
2021-11-17_18:08:27 grohe logging in
2021-11-17_18:08:28 grohe logged in
2021-11-17_18:10:00 grohe connected to cloud



2021-11-17_17:09:18 Unter_Wasseruhr bridge login cleared
2021-11-17_17:09:18 Unter_Wasseruhr bridge logging in
2021-11-17_17:09:19 Unter_Wasseruhr bridge logged in
2021-11-17_17:09:59 Unter_Wasseruhr connected over bridge to cloud
2021-11-17_18:08:27 Unter_Wasseruhr bridge login cleared
2021-11-17_18:08:27 Unter_Wasseruhr bridge logging in
2021-11-17_18:08:28 Unter_Wasseruhr bridge logged in
2021-11-17_18:10:00 Unter_Wasseruhr connected over bridge to cloud



2021-11-17_17:06:14 IW_GUARD LastTemperature: 14.5
2021-11-17_17:06:14 IW_GUARD LastPressure: 6.9
2021-11-17_17:22:15 IW_GUARD LastTemperature: 15
2021-11-17_17:22:15 IW_GUARD LastPressure: 7
2021-11-17_17:52:15 IW_GUARD LastTemperature: 15.5
2021-11-17_17:52:15 IW_GUARD LastPressure: 6.9
2021-11-17_18:06:15 IW_GUARD LastTemperature: 16
2021-11-17_18:22:16 IW_GUARD LastPressure: 6.6
2021-11-17_18:22:16 IW_GUARD TodayWaterConsumption: 208


Danke nochmals
viele Grüße
Werner

J0EK3R

Jawoll  ;)

Sieht soweit gut aus.
Wenn ich dazu komme, mach die Tage weiter.

Beste Grüße
JOEK3R

McShire

Hallo JOEK3R
eine Frage noch,
gibt es eine Möglichkeit, die Sense Werte stündlich zu aktualisieren. Mich interessiert schon der Feuchtigkeits- und Temperaturverlauf, insbesondere in den Kellerräumen.
(Lüftungskonzept)
Die Sense selber messen und übertragen intern stündlich.
Viele Grüße
Werner

J0EK3R

Moin Werner  :)

Soweit ich weiß, schicken die Sense-Geräte nur einmal pro Tag Werte in die Grohe-Cloud.

Momentan ist das Abholen der Messdaten so umgesetzt:
Es wird eine Abfrage in der Art ,,gib mir alle Messwerte seit heute Mitternacht" in die Cloud geschickt.
Als Antwort kommt dann eine json-Struktur zurück, die alle Messungen seit dem angefragten Zeitpunkt enthält.
Sense geht dann die Liste einfach durch und nimmt den letzten Eintrag und schreibt die Werte auf die Readings.
SenseGuard ermittelt für alle Tageswerte die Summen und schreibt sie auf die Readings.

Aber da sind auch schon die Probleme (die ich baldmöglichst zu fixen versuche):
Sendet ein Sense morgens um 6 Uhr neue Werte, dann bringt die Abfrage ,,seit Mitternacht" zwischen 0 Uhr und 5:59 Uhr nix - das sieht man aktuell auch in den Logs.
Und momentan geh ich davon aus, dass die jüngste Messung am Ende der Liste ist - das werd ich auch noch ändern.

So schaut's aus  ;)

McShire

Hallo JOEK3R,

vielen Dank für Deine Erklärungen.
Schade, dass es keine aktuellen Werte (stündlich) gibt.
In der Grohe App werden die Wert stündlich in einer Kurve aufgezeichnet, daher dachte ich,
dass die Übertragung in die Cloud auch stündlich erfolgt.

Gut dass Sense Guard aktuellere Werte bringt. Die haben mit schon geholfen.

Viele Grüße
Werner

J0EK3R

Ich schau mir das mal an...

J0EK3R

#99
Also:
Entgegen meiner Annahme sendet ein Sense doch öfter als einmal pro Tag - hier ein Beispiel:


{
  "appliance_id":"",
  "type":101,"data":
    {
      "measurement":
      [
        {
          "timestamp":"2021-11-18T00:25:16.000+01:00",
          "temperature":18.8,"humidity":63
        },
        {
          "timestamp":"2021-11-18T01:25:16.000+01:00",
          "temperature":18.8,"humidity":64
        },
        {
          "timestamp":"2021-11-18T02:25:16.000+01:00",
          "temperature":18.8,"humidity":64
        },
        {
          "timestamp":"2021-11-18T03:25:16.000+01:00",
          "temperature":18.8,"humidity":63
        },
        {
          "timestamp":"2021-11-18T04:25:31.000+01:00",
          "temperature":18.8,"humidity":63
        }
      ],
    "withdrawals":[]
  }
}


Ich erkenn da allerdings keine Logik: nachts stündlich, dann irgendwann nimmer?!
Ich hab auch ein Sense, das sendet nur einmal pro Tag.

Oder ich mach bei der Abfrage etwas falsch!?  :-[

Im SmartDevice-Modul für Sense werden die Messungen richtig verarbeitet:
Die Werte der neusten Messung werden genommen und mittels der FHEM-internen Funktion "readingsBulkUpdateIfChanged" auf die Readings "LastDataTimestamp", "LastHumidity" und "LastTemperature" gelegt.

Also solltest Du das im Log auch sehen - wenn sich ein Wert geändert hat.


readingsBulkUpdateIfChanged https://wiki.fhem.de/wiki/DevelopmentModuleAPI#readingsBulkUpdateIfChanged
Die Funktion readingsBulkUpdateIfChanged() führt ein Update eines einzelnen Readings für die Definition $hash durch, sofern sich der neue Wert $value gegenüber dem vorherigen Wert verändert. Dabei wird das Readings $reading auf den Wert $value gesetzt. Bevor diese Funktion benutzt werden kann, muss readingsBeginUpdate() zuvor aufgerufen werden, ansonsten werden keine Updates durchgeführt. Nur, sobald sich der Wert des Readings verändert, wird die Funktion readingsBulkUpdate() ausgeführt.

Der Wert des Internals "STATISTICDATALOOPCOUNTER" eines Sense sagt, wieviele Messungen seit Mitternacht gemacht wurden.

Und das Reading "ApplianceTDT" sagt, wann die letzte Messung vom Gerät in die Coud geschickt wurde.

McShire

Hallo JOEK3R,

in der App sehe ich dass alle 4 Sense Geräte stündlich Werte senden.

Ich habe mein System heute mittag neu aufgesetzt. Habe immer noch die Probleme mit dem Teamviewer.
Irgendetwas läuft da im raspi (nicht im FHEM) noch schief.
Jetzt stelle ich aus den Backups noch mal ein sauberes Sytem zusammen und kann Dir dann morgen abend
vollständige Werte (lists, logs) von dem ganzen Tag senden.

Ob Du in der Abfrage etwas falsch machst, kann ich schwer beurteilen, soweit reichen meine Kenntnisse bezüglich API und
Systemfunktionen nicht aus.

Viele Grüße
Werner

J0EK3R

...ich habe da einen Verdacht: wir haben beide recht!  :o

Nach längerem Blick in die Log-Dateien ist mir für das reading ApplianceTDT folgendes aufgefallen:

TDT übersetz ich jetzt mal ganz frei mit TransmissionDataTime - also dem Zeitstempel der letzten Datenübertragung...

Sense

2021-11-04_14:36:15 KG_Vorratsraum_Sense ApplianceTDT: 2021-11-04T04:15:52.000+01:00
2021-11-05_04:15:38 KG_Vorratsraum_Sense ApplianceTDT: 2021-11-05T04:15:15.000+01:00
2021-11-06_04:16:07 KG_Vorratsraum_Sense ApplianceTDT: 2021-11-06T04:15:14.000+01:00
2021-11-07_04:16:11 KG_Vorratsraum_Sense ApplianceTDT: 2021-11-07T04:13:48.000+01:00

These: Sense überträgt einmal pro Tag seine Datensätze

SenseGuard

2021-11-04_14:36:15 KG_Vorratsraum_SenseGUARD ApplianceTDT: 2021-11-04T14:29:47.000+01:00
2021-11-04_14:45:21 KG_Vorratsraum_SenseGUARD ApplianceTDT: 2021-11-04T14:44:48.000+01:00
2021-11-04_15:00:35 KG_Vorratsraum_SenseGUARD ApplianceTDT: 2021-11-04T14:59:48.000+01:00
2021-11-04_15:15:33 KG_Vorratsraum_SenseGUARD ApplianceTDT: 2021-11-04T15:14:49.000+01:00
2021-11-04_15:30:33 KG_Vorratsraum_SenseGUARD ApplianceTDT: 2021-11-04T15:30:27.000+01:00

These: SenseGuard überträgt viertelstündlich seine Datensätze

So, nun haben wir aber das Problem - zumindest für Sense:
Aktuell ist es so: ich hole alle Messungen seit Mitternacht und nehme mir daraus die letzte, um die Werte auf die Readings zu schreiben.
Der Zeitstempel für das Setzten der Readings und der Eintrag im Log-File ist die Systemzeit von FHEM.

Aber erst nach dem Zeitpunkt ApplianceTDT (also nur alle 24 Stunden) gibt es neue Messungen - wenn Sense stündlich miss, sollten das dann 12 Stück sein.

Da ich aus der Liste die letzte Messung nehme, gibt das dann nur einen neuen Eintrag im Log-File.

Wenn ich alle verarbeiten würde, wäre die Systemzeit von FHEM aber schon einen Tag weiter - das Setzen von Readings und damit die Zeitstempel im Log wären aber Systemzeit und nicht der tatsächliche Zeitstempel der Messung und somit würde der Zeitstempel nicht zum Wert passen...

Natürlich könnte ich eine Kombination aus Zeitstempel + Wert in die Readings und damit ins Log-File schreiben.
Aber kommt der Plot damit klar? Ich denke nicht...

Problem erkannt - Problem gebannt  :-\

Ideen?

McShire

#102
Hallo JOEK3R,
danke für die Analyse. Ich gehe davon aus, dass diese korrekt ist.
Ich habe eben auf Grund Deiner Analyse noch mal in der App nachgeschaut.
Die Grafik stellt die Werte in einer Kurve mit stündlichen Einträgen dar,
aber bei den Sense ist der letzte Eintrag heute früh 4:00 Uhr. Das deuted darauf hin,
dass stündlich gemessen wird, aber nur um 4:00 Uhr übertragen wird. ich werde heute
spät abends und morgen früh schauen ob die Einträge sprunghaft kommen.

Wenn man beide Werte Messzeit und Systemzeit von allen Messungen einträgt, geht jedenfalls keine Information verloren.
wenn ich den Plot richtig verstehe, wertet dieser immer die ganz links stehende Zeit im Format jjjj-mm-tt hh:mm:ss für die Zeitachse aus.
also müsste die Messzeit ganz links stehen. Für die Werteanzeige kann man die Spalte auswählen, so hätte man einen
zeitgerechten Verlauf im Plot, wenn auch nur immer bis zum TDT.

Mir ist noch etwas anderes aufgefallen.
Bisher habe ich mit die Logs immer am Ende angesehen und bin nie nach morgens zurückgegangen.
Da sehe ich jetzt bei mir ein seltsames Verhalten, immer bis zum TDT und einen JSON Error 01:16:20.
Das ist in allen devices gleich. Hier das Log dazu.


2021-11-19_00:31:19 Unter_Spuele bridge login cleared
2021-11-19_00:31:19 Unter_Spuele bridge logging in
2021-11-19_00:31:20 Unter_Spuele bridge logged in
2021-11-19_00:31:21 Unter_Spuele connected over bridge to cloud
2021-11-19_01:01:39 Unter_Spuele Message: TimeStamp: 2021-11-19T01:01:39 Code: 404 Message: Not found
2021-11-19_01:11:39 Unter_Spuele Message: TimeStamp: 2021-11-19T01:11:39 Code: 404 Message: Not found
2021-11-19_01:16:20 Unter_Spuele bridge GETLOCATIONS: WRONG JSON STRUCTURE
2021-11-19_01:21:21 Unter_Spuele connected over bridge to cloud
2021-11-19_01:21:39 Unter_Spuele Message: TimeStamp: 2021-11-19T01:21:39 Code: 404 Message: Not found
2021-11-19_01:31:20 Unter_Spuele bridge login cleared
2021-11-19_01:31:20 Unter_Spuele bridge logging in
2021-11-19_01:31:21 Unter_Spuele bridge logged in
2021-11-19_01:31:22 Unter_Spuele connected over bridge to cloud
2021-11-19_01:31:40 Unter_Spuele Message: TimeStamp: 2021-11-19T01:31:40 Code: 404 Message: Not found
2021-11-19_01:41:39 Unter_Spuele Message: TimeStamp: 2021-11-19T01:41:39 Code: 404 Message: Not found
2021-11-19_01:51:39 Unter_Spuele Message: TimeStamp: 2021-11-19T01:51:39 Code: 404 Message: Not found
2021-11-19_02:01:39 Unter_Spuele Message: TimeStamp: 2021-11-19T02:01:39 Code: 404 Message: Not found
2021-11-19_02:11:39 Unter_Spuele Message: TimeStamp: 2021-11-19T02:11:39 Code: 404 Message: Not found
2021-11-19_02:21:39 Unter_Spuele Message: TimeStamp: 2021-11-19T02:21:39 Code: 404 Message: Not found
2021-11-19_02:31:20 Unter_Spuele bridge login cleared
2021-11-19_02:31:20 Unter_Spuele bridge logging in
2021-11-19_02:31:21 Unter_Spuele bridge logged in
2021-11-19_02:31:22 Unter_Spuele connected over bridge to cloud
2021-11-19_02:31:39 Unter_Spuele Message: TimeStamp: 2021-11-19T02:31:39 Code: 404 Message: Not found
2021-11-19_02:41:39 Unter_Spuele Message: TimeStamp: 2021-11-19T02:41:39 Code: 404 Message: Not found
2021-11-19_02:53:43 Unter_Spuele bridge error write to https://idp2-apigw.cloud.grohe.com:443 timed out
2021-11-19_02:53:43 Unter_Spuele error write to https://idp2-apigw.cloud.grohe.com:443 timed out
2021-11-19_02:54:23 Unter_Spuele bridge login cleared
2021-11-19_02:54:23 Unter_Spuele bridge logging in
2021-11-19_02:54:38 Unter_Spuele bridge logged in
2021-11-19_02:54:39 Unter_Spuele connected over bridge to cloud
2021-11-19_02:54:42 Unter_Spuele Message: TimeStamp: 2021-11-19T02:54:42 Code: 404 Message: Not found
2021-11-19_03:04:41 Unter_Spuele Message: TimeStamp: 2021-11-19T03:04:41 Code: 404 Message: Not found
2021-11-19_03:14:41 Unter_Spuele Message: TimeStamp: 2021-11-19T03:14:41 Code: 404 Message: Not found
2021-11-19_03:24:41 Unter_Spuele Message: TimeStamp: 2021-11-19T03:24:41 Code: 404 Message: Not found
2021-11-19_03:34:41 Unter_Spuele Message: TimeStamp: 2021-11-19T03:34:41 Code: 404 Message: Not found
2021-11-19_03:44:41 Unter_Spuele Message: TimeStamp: 2021-11-19T03:44:41 Code: 404 Message: Not found
2021-11-19_03:54:24 Unter_Spuele bridge login cleared
2021-11-19_03:54:24 Unter_Spuele bridge logging in
2021-11-19_03:54:25 Unter_Spuele bridge logged in
2021-11-19_03:54:26 Unter_Spuele connected over bridge to cloud
2021-11-19_03:54:41 Unter_Spuele Message: TimeStamp: 2021-11-19T03:54:41 Code: 404 Message: Not found
2021-11-19_04:04:40 Unter_Spuele ApplianceTDT: 2021-11-19T03:59:52.000+01:00
2021-11-19_04:04:41 Unter_Spuele LastDataTimestamp: 2021-11-19T03:59:50.000+01:00
2021-11-19_04:04:41 Unter_Spuele LastHumidity: 59
2021-11-19_04:04:41 Unter_Spuele LastTemperature: 17.6
2021-11-19_04:54:24 Unter_Spuele bridge login cleared
2021-11-19_04:54:24 Unter_Spuele bridge logging in
2021-11-19_04:54:25 Unter_Spuele bridge logged in
2021-11-19_04:54:26 Unter_Spuele connected over bridge to cloud
2021-11-19_05:54:25 Unter_Spuele bridge login cleared
2021-11-19_05:54:25 Unter_Spuele bridge logging in
2021-11-19_05:54:26 Unter_Spuele bridge logged in
2021-11-19_05:54:27 Unter_Spuele connected over bridge to cloud
2021-11-19_06:54:25 Unter_Spuele bridge login cleared
2021-11-19_06:54:25 Unter_Spuele bridge logging in
2021-11-19_06:54:26 Unter_Spuele bridge logged in
2021-11-19_06:54:27 Unter_Spuele connected over bridge to cloud
2021-11-19_07:54:26 Unter_Spuele bridge login cleared
2021-11-19_07:54:26 Unter_Spuele bridge logging in
2021-11-19_07:54:27 Unter_Spuele bridge logged in
2021-11-19_07:54:28 Unter_Spuele connected over bridge to cloud
2021-11-19_08:54:26 Unter_Spuele bridge login cleared
2021-11-19_08:54:26 Unter_Spuele bridge logging in
2021-11-19_08:54:27 Unter_Spuele bridge logged in
2021-11-19_08:54:28 Unter_Spuele connected over bridge to cloud
2021-11-19_09:54:26 Unter_Spuele bridge login cleared
2021-11-19_09:54:26 Unter_Spuele bridge logging in
2021-11-19_09:54:27 Unter_Spuele bridge logged in
2021-11-19_09:54:29 Unter_Spuele connected over bridge to cloud
2021-11-19_10:54:27 Unter_Spuele bridge login cleared
2021-11-19_10:54:27 Unter_Spuele bridge logging in
2021-11-19_10:54:28 Unter_Spuele bridge logged in
2021-11-19_10:54:29 Unter_Spuele connected over bridge to cloud
2021-11-19_11:54:27 Unter_Spuele bridge login cleared
2021-11-19_11:54:27 Unter_Spuele bridge logging in
2021-11-19_11:54:28 Unter_Spuele bridge logged in
2021-11-19_11:54:29 Unter_Spuele connected over bridge to cloud
2021-11-19_12:54:28 Unter_Spuele bridge login cleared
2021-11-19_12:54:28 Unter_Spuele bridge logging in
2021-11-19_12:54:29 Unter_Spuele bridge logged in
2021-11-19_12:54:30 Unter_Spuele connected over bridge to cloud
2021-11-19_13:54:28 Unter_Spuele bridge login cleared
2021-11-19_13:54:28 Unter_Spuele bridge logging in
2021-11-19_13:54:29 Unter_Spuele bridge logged in
2021-11-19_13:54:30 Unter_Spuele connected over bridge to cloud
2021-11-19_14:54:28 Unter_Spuele bridge login cleared
2021-11-19_14:54:29 Unter_Spuele bridge logging in
2021-11-19_14:54:30 Unter_Spuele bridge logged in
2021-11-19_14:54:31 Unter_Spuele connected over bridge to cloud
2021-11-19_15:54:29 Unter_Spuele bridge login cleared
2021-11-19_15:54:29 Unter_Spuele bridge logging in
2021-11-19_15:54:30 Unter_Spuele bridge logged in
2021-11-19_15:54:31 Unter_Spuele connected over bridge to cloud
2021-11-19_16:54:30 Unter_Spuele bridge login cleared
2021-11-19_16:54:30 Unter_Spuele bridge logging in
2021-11-19_16:54:31 Unter_Spuele bridge logged in
2021-11-19_16:54:32 Unter_Spuele connected over bridge to cloud



Dazu das Log der Bridge:

2021-11-19_00:31:19 grohe login cleared
2021-11-19_00:31:19 grohe logging in
2021-11-19_00:31:20 grohe logged in
2021-11-19_00:31:21 grohe connected to cloud
2021-11-19_01:16:20 grohe GETLOCATIONS: WRONG JSON STRUCTURE
2021-11-19_01:21:21 grohe connected to cloud
2021-11-19_01:31:20 grohe login cleared
2021-11-19_01:31:20 grohe logging in
2021-11-19_01:31:21 grohe logged in
2021-11-19_01:31:22 grohe connected to cloud
2021-11-19_02:31:20 grohe login cleared
2021-11-19_02:31:20 grohe logging in
2021-11-19_02:31:21 grohe logged in
2021-11-19_02:31:22 grohe connected to cloud
2021-11-19_02:53:43 grohe error write to https://idp2-apigw.cloud.grohe.com:443 timed out
2021-11-19_02:54:23 grohe login cleared
2021-11-19_02:54:23 grohe logging in
2021-11-19_02:54:38 grohe logged in
2021-11-19_02:54:39 grohe connected to cloud
2021-11-19_03:54:24 grohe login cleared
2021-11-19_03:54:24 grohe logging in
2021-11-19_03:54:25 grohe logged in
2021-11-19_03:54:26 grohe connected to cloud
2021-11-19_04:54:24 grohe login cleared
2021-11-19_04:54:24 grohe logging in
2021-11-19_04:54:25 grohe logged in
2021-11-19_04:54:26 grohe connected to cloud
2021-11-19_05:54:25 grohe login cleared
2021-11-19_05:54:25 grohe logging in
2021-11-19_05:54:26 grohe logged in
2021-11-19_05:54:27 grohe connected to cloud
2021-11-19_06:54:25 grohe login cleared
2021-11-19_06:54:25 grohe logging in
2021-11-19_06:54:26 grohe logged in
2021-11-19_06:54:27 grohe connected to cloud
2021-11-19_07:54:25 grohe login cleared
2021-11-19_07:54:26 grohe logging in
2021-11-19_07:54:27 grohe logged in
2021-11-19_07:54:27 grohe connected to cloud
2021-11-19_08:54:26 grohe login cleared
2021-11-19_08:54:26 grohe logging in
2021-11-19_08:54:27 grohe logged in
2021-11-19_08:54:28 grohe connected to cloud
2021-11-19_09:54:26 grohe login cleared
2021-11-19_09:54:26 grohe logging in
2021-11-19_09:54:27 grohe logged in
2021-11-19_09:54:28 grohe connected to cloud
2021-11-19_10:54:27 grohe login cleared
2021-11-19_10:54:27 grohe logging in
2021-11-19_10:54:28 grohe logged in
2021-11-19_10:54:29 grohe connected to cloud
2021-11-19_11:54:27 grohe login cleared
2021-11-19_11:54:27 grohe logging in
2021-11-19_11:54:28 grohe logged in
2021-11-19_11:54:29 grohe connected to cloud
2021-11-19_12:54:28 grohe login cleared
2021-11-19_12:54:28 grohe logging in
2021-11-19_12:54:29 grohe logged in
2021-11-19_12:54:30 grohe connected to cloud
2021-11-19_13:54:28 grohe login cleared
2021-11-19_13:54:28 grohe logging in
2021-11-19_13:54:29 grohe logged in
2021-11-19_13:54:30 grohe connected to cloud
2021-11-19_14:54:28 grohe login cleared
2021-11-19_14:54:28 grohe logging in
2021-11-19_14:54:30 grohe logged in
2021-11-19_14:54:31 grohe connected to cloud
2021-11-19_15:54:29 grohe login cleared
2021-11-19_15:54:29 grohe logging in
2021-11-19_15:54:30 grohe logged in
2021-11-19_15:54:31 grohe connected to cloud
2021-11-19_16:54:30 grohe login cleared
2021-11-19_16:54:30 grohe logging in
2021-11-19_16:54:31 grohe logged in
2021-11-19_16:54:32 grohe connected to cloud



Den Timeout-Error brauchst Du nicht zu beachten, zu dem Zeitpunkt hab ich was am raspi gemacht, was sicher dazu geführt hat.

Mehr kann ich heute leider nicht beitragen.
Ich werde mich jetzt doch mehr mit der Programmierung beschäftigen müssen,
aber es ist ziemlich schwer wenn man die APIs und die Systemfunktionen nicht kennt,
und nicht so richtig weiß, was das Programm im einzelnen macht.
Ein Tip, wie man am besten einsteigt, würde ich sehr begrüßen.
Ich komme noch aus der Cobol, Algol und Fortran Generation,
habe aber auch schon etwas auf dem Arduino und ESP in C und C++ gemacht,
und mich ein bißchen in Perl eingelesen (variablentypen, refence, subrotine usw.), ist vieles verwandt nur mit anderen Namen.

Viele Grüße
Werner


J0EK3R

Hallo Werner,

die Log-Einträge ,,Message: TimeStamp: 2021-11-19T02:11:39 Code: 404 Message: Not found" kommen daher, dass ich die Messwerte ab Mitternacht (bzw. 23 Uhr vom Vortag) anfrage (da aber erst später ->TDT die Messungen vom Sense in die Cloud übertragen werden), aber noch keine Messwerte vorhanden sind.

Das werde ich in einer baldigen Überarbeitung so ändern: nur wenn ein neuer Zeitstempel in ,,ApplianceTDT" steht, macht es Sinn, Messungen abzurufen.

Für die Zeitstempel-Daten-Geschichte lass ich mir noch was einfallen.

ZitatIch werde mich jetzt doch mehr mit der Programmierung beschäftigen müssen,
aber es ist ziemlich schwer wenn man die APIs und die Systemfunktionen nicht kennt,
und nicht so richtig weiß, was das Programm im einzelnen macht.
Ein Tip, wie man am besten einsteigt, würde ich sehr begrüßen.

Puuuh, schwierig: einfach machen! ;)
So hab ich das jedenfalls gemacht.
Ich hab mir Eclipse als Entwicklungsumgebung und Strawberry-Perl auf meinem Windows PC installiert, die FHEM-Quellen abgerufen, mir ein Modul geschnappt und kopiert und probiert...

ZitatIch komme noch aus der Cobol, Algol und Fortran Generation,
habe aber auch schon etwas auf dem Arduino und ESP in C und C++ gemacht,
und mich ein bißchen in Perl eingelesen (variablentypen, refence, subrotine usw.), ist vieles verwandt nur mit anderen Namen.
Bei mir ging's mit Basic und Pascal los, dann C++ und jetzt hauptsächlich C#.
Cobol, Algol und Fortran kenn ich nur vom Namen her - aber im Prinzip ist die Sprache egal, wenn man ,,Programmieren kann".

...und Perl würde ich mir nicht freiwillig aussuchen... ;)

Beste Grüße JOEK3R

McShire

Hallo JOEK3R,
Danke für die Info.
welche IDE von Eclipse empfiehlst Du.
Da gibt es viele C, C++, Java, HTML, PHP usw.
nur für Perl sehe ich in der Liste keinen Eintrag.
Viele Grüße
Werner