Klimaanlage über Panasonic Comfort Cloud

Begonnen von Guybrush, 05 Juli 2022, 14:02:26

Vorheriges Thema - Nächstes Thema

FhemPiUser

#60
klasse, vielen Dank!

Drei Fragen dazu

1) Kann man den Leitungsdruck selbst messen oder kann dad nur ein Kältetechniker? Falls Letzteres, kann man irgendwie feststellen oder gibt es Indizien dafür m, dass der Leitungsdruck niedrig ist?

2) Hat jemand eine Empfehlung für eine Strom-/Leistungsmessung, die mit fhem
verbunden werden kann, z.B. Shelly 3EM Wifi?

3) Kann man den powerful modus auch über das modul aktivieren/deaktivieren?

teufelchen

Zitat von: FhemPiUser am 06 Oktober 2022, 20:53:07
klasse, vielen Dank!

Drei Fragen dazu

1) Kann man den Leitungsdruck selbst messen oder kann dad nur ein Kältetechniker? Falls Letzteres, kann man irgendwie feststellen oder gibt es Indizien dafür m, dass der Leitungsdruck niedrig ist?

2) Hat jemand eine Empfehlung für eine Strom-/Leistungsmessung, die mit fhem
verbunden werden kann, z.B. Shelly 3EM Wifi?

3) Kann man den powerful modus auch über das modul aktivieren/deaktivieren?

1) Im gewerblichen Bereich muss eine Anlage regemäßig von eine Fachfirma überprüft werden im privaten Bereich sollte die Anlage geprüft werden.
Einen Druckverlust merkst du erst wenn die Anlage nicht mehr wir gewünscht funktioniert, aber dann ist schon viel Kältemittel entwichen.
2) Ein Shelly 1 Plus PM kann das
3) Du kannst über set <name> ecoMode <0|1|2> dass auswählen:
0: Auto
1: Power
2: Quiet
Raspberry Pi 3
CUL433: V 1.26.05 a-culfw Build: 311 (2018-12-09_19-12-53) CUL433 (F-Band: 433MHz)
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Debmatic mit RPI-RF-MOD

teufelchen

Hallo,

seit 11.10. kann ich nicht mehr auf die Klimaanlagen zugreifen.
Im Log habe ich folgende Fehlermeldung:
error. no JSON code received: ({"message":"New version app has been published","code":4106})

Was mus ich ändern, damit es wieder funktioniert?
Raspberry Pi 3
CUL433: V 1.26.05 a-culfw Build: 311 (2018-12-09_19-12-53) CUL433 (F-Band: 433MHz)
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Debmatic mit RPI-RF-MOD

FhemPiUser

gleiche Frage von mir, bei mir geht es seit dem auch nicht mehr.

leuschman

Wie es aussieht, hat Panasonic an der Schnittstelle herumgefuscht.
Es gibt da einen Parameter:

Zitatattr <name> version <Versionsnummer>

Hier kann eine abweichende Versionsnummer definiert werden, die an die API übergeben wird (Header Parameter "X-APP-VERSION"). Default wird als Version "1.15.1" verwendet. Da die API bei einer unpassenden Version einen Fehler zurückgibt und nicht funktioniert, kann hierüber die Version angepasst werden ohne das Modul aktualisieren zu müssen.

Beispiel:
attr <name> version 1.15.1 # setzen der Version auf "1.15.1"

Trotzdem läufts nicht :-\

marboj

lt. Changelog ist die neue Version 1.16.0. Klappt aber nicht :-(


1.16.0
28. Sept. 2022

• Neue nanoe™-Konzentrationssimulationsmuster wurden hinzugefügt, um eine breitere Palette von Produkttypen abzudecken.

• Unterstützung des AP-Modus für die neue Luft-Wasser-Wärmepumpe CZ-TAW1B WLAN-Adapter hinzugefügt.

• Jetzt auch in Mexiko zum Download verfügbar.

• Litauisch wird nun als unterstützte Sprache hinzugefügt.

1.15.1
27. Juni 2022

• Kleinere Fehlerbehebungen.

meine FHEM-Konfiguration: Raspberry Pi4, BT-Dongle, CUL868, CeeBee II

FhemPiUser

ja, habe ich auch versucht und klappt bei mir auch nicht. verbose 5 logeinträge deuten aber darauf hin, dass es mit der version zu tun hat...

EinEinfach

Ihr müsst mit wireshark oder ähnlichem Tool (einfacher mit Android) dem Anmeldevorgang der App mitlauschen, dann im Header schauen, welchen Wert die X-App-Version Größe hat, dann diese in den Attribut eintragen. Die Größe hat nichts mit App-Version zu tun.
fhem auf Intel NUC6CAYH mit Proxmox im LXC (Debian 10), KNX mit knxd über MDT SCN-IP000.02, Buderus GB192-15i über KM100, Solaredge WR SE9K über Modbus-TCP

FhemPiUser

kann man die http-header nicht mit fhem httpmod auf accsmart.panasonic.com mit der eigenen device ID irgendwie herausbekommen?

marboj

können versierte User hier ggf. etwas finden:

https://github.com/lostfields/python-panasonic-comfort-cloud


da steht u.a. folgendes: "X-APP-VERSION": "1.16.0" does the trick!

Geht aber ja leider nicht :-(
meine FHEM-Konfiguration: Raspberry Pi4, BT-Dongle, CUL868, CeeBee II

EinEinfach

Zitatkönnen versierte User hier ggf. etwas finden:

Kann nicht funktionieren, die repository ist 3 Monate alt, die Änderungen an dem Header hat Panasonic wie ich verstanden habe erst vor kurzem durchgeführt.
fhem auf Intel NUC6CAYH mit Proxmox im LXC (Debian 10), KNX mit knxd über MDT SCN-IP000.02, Buderus GB192-15i über KM100, Solaredge WR SE9K über Modbus-TCP

marboj

meine FHEM-Konfiguration: Raspberry Pi4, BT-Dongle, CUL868, CeeBee II

EinEinfach

fhem auf Intel NUC6CAYH mit Proxmox im LXC (Debian 10), KNX mit knxd über MDT SCN-IP000.02, Buderus GB192-15i über KM100, Solaredge WR SE9K über Modbus-TCP

teufelchen

Hallo, hat schon jemand eine Lösung gefunden wie dieses Modul wieder funktioniert?
Leider fehlt mir das Fachwissen, den benötigten Header selber auszulesen bzw. die Anpassungen vorzunehmen.

Habe über attr version verschiedene Versionsnummern (1.18.0, 1.19.0, 2.0.0) erfolglos probiert.

Bin für sämtliche Lösungshinweise dankbar.
Raspberry Pi 3
CUL433: V 1.26.05 a-culfw Build: 311 (2018-12-09_19-12-53) CUL433 (F-Band: 433MHz)
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Debmatic mit RPI-RF-MOD

leuschman

Du musst in der Datei "50_PanasonicAC.pm" nach 2 Einträgen "1.15.1" suchen und diese durch "1.16.0" ersetzen.
Dann FHEM reboot.
Danach steht 1.16.0 in der X-App-Version und die Kommunikation läuft wieder. ;D

Der Eintrag "attr version" funktioniert nicht. :-\

Gruß
leuschman