Secure WebService

[saghon]

Ab der Version 1.3.0 gibt es in der Cloud Konfiguration eine neue Einstellung.

Screenshot 2024-07-07 104005.png (9.25 KiB) 43857 mal betrachtet

Hier kann ein [beliebiger] WebService-Endpoint gesetzt werden an den die Daten [als JSon-Struktur] geschickt werden.

Zudem kann damit mit jedem Reply das Interval neu gesetzt werden.

Z.B. für Interval 60 Sekunden:

Code: Alles auswählen

{
	"httpPushInterval": 60
}

Gruss
Saghon

[GrillparzerSolar]

Kommunikation mit einem Secure Server funktioniert bei mir nicht.

Firmware Version : 1.3.1h
MQTT ist nicht eingeschaltet.

Zum einen wird nicht jede URL im Secure Server Eingabefeld genommen. Wenn ich beispielsweise "https://<url>?device=1" eingebe und auf "Save Cloud Settings" gehe, ist das Eingabefeld für die Server URL wieder leer (ebenso wenn ich den Parameter "?device=xy" ganz weglasse und speichere).
Wenn ich stattdessen "https://<url>?device=101010" eingebe, und auf "Save Cloud Settings" klicke, bleibt die Eingabe bestehen.

Gibt es hier eine Konvention?

Aber schlussendlich, selbst mit der übernommenen URL und einem Reboot kommt bei meinem Server nichts an. Testweise Requests werden brav von meiner Test-Webseite geloggt, aber vom Smartmeter Sensor kommt nichts.

Was hab ich übersehen?

Grundsätzlich liefert der Smartmeter Sensor die Daten von der P1 Schnittstelle, weil im eingebauten Chart sind die Daten korrekt vorhanden.

[HolgerW67]

Kommunikation mit einem Secure Server funktioniert bei mir nicht.

Moin GrillparzerSolar, bei mir ist es eigentlich eher andersrum: Ich glaube nich, dass das Problem an der URL-Konvention liegt, das Feld leert sich bei mir auch mit anderen Parametern halt nur manchmal. Jedenfalls hab ich bei mir erst ma ohne Parameter und mit einer ganz simplen http-Adresse getestet, weil ich bei https eher an ein Zertifikat-Thema denke, das der Sensor nich mag. Der Server muss ja auch erst ma mit einer gültigen JSON-Antwort kommen, sonst passiert da glaub ich nix

Gruß Holger

[GrillparzerSolar]

Hi HolgerW67,

https sollte bei mir kein Problem sein, weil meine Gegenstelle eine URL im Web ist, die bereits ein gültiges SSL Zertifikat hat. Und genau das ist auch mein Motivator: Dass ich die Daten verschlüsselt übertragen kann. (BTW: http hat auch nicht funktioniert)

Ob die Antwort auf den Request ein gültiges JSON liefern muss, wäre ja erstens für den Request mit den Daten noch nicht relevant (der wird ja als erster Schritt geschickt), und ich hätte es auch nicht als Notwendigkeit verstanden, weil im Posting von @saghon oben steht ja nur, dass man im Response ein Intervall setzen _kann_, was dann im JSON Format sein soll, aber ich hätte nicht verstanden, dass es ein Muss ist.

Vielleicht kann @saghon hier nochmal Licht ins Dunkel bringen und die Kommunikation noch etwas genauer erklären.

> HolgerW67: das Feld leert sich bei mir auch mit anderen Parametern halt nur manchmal

Das versteh ich nicht. Leert es sich bei dir auch manchmal? Ist die URL dann gespeichert (ich vermute: nein)? Und was muss ich angeben, damit die URL korrekt übernommen wird?

Da wäre eine kurze Erklärung von @saghon auch nochmal fein.

LG, Georg

[saghon]

Hallo Georg,

ich habe dir eine PN zu dem Thema geschickt um hier das Forum nicht mit zu vielen Einträgen unübersichtlich zu machen.

Gruss
Saghon