Den NanoeMode kann man immer ein und aus schalten, bei jeder Betriebsart. Eine eigene Betriebsart nur für Nanoe gibt es nicht.
Die Betriebsart Lüften allerdings, macht nur mit Nanoe-Modus=an sinn und ist in der App auch nur so möglich.
Daher würde ich das so ändern:
Wenn NanoeX verfügbar, dann auch Lüften erlauben (nanoeStandAlone=1)
Wenn OperationMode Lüften gesetzt wird, dann immer NanoeX mit einschalten.
Nanoe darf beim Lüften nicht mehr geschaltet werden.
Eine zweite Kleinigkeit habe ich noch gefunden:
Bei der vertikalen Ausrichtung gibt es noch den Wert 5 für ständige Lamellenbewegung hoch/runter. Im Gegensatz zu Automatik werden die Teile hier dauerhaft bewegt.
What a wonderfull module! My Panasconic WH-MDC05J3E5 heatpump is easily recognized, device type is actually unknown - can I help to add this heatpump in the types?
I have no information on how to connect these devices. The link provided refers to a completely different type of communication.
In this respect, the most we can do is „play“ a bit:
Please open the IO instance from the Panasonic module, open the debug and set the limitation to large enough (> 2000 lines).
Then open the configurator instance. Some things should have happened in the debug of the IO instance. Please save this debug and send it to me via PN or mail (demel42@web.de).
I can have a look at it, if I can see anything here, so that it is worth to investigate further.
Hmm,
this is a completely different cloud, even if it says Panasonic on it, it’s called „Aquarera Smart Cloud“ and not „Panasonic Comfort Cloud“.
On the other hand, the device can be seen in the overview, but it causes problems when retrieving the status (GetDeviceStatus()). - HTTP 403(FORBIDDEN).
Can you see / control the device via the Panasonic Comfort Cloud app?
I seem to remember that when I logged in the air conditioners in the Panasonic Cloud, I had to somehow „enable“ them for control … but it’s been a while.
Is there anything in the device documentation
I have spent the last few hours on this topic and have exhausted my options for the time being.
To „Domoticz“:
Is the connection of Heishamon, that seems to be a hardware solution (based on ESP), which is connected directly to the data bus of the system. I didn’t pursue that either, because yes, that would require some tinkering.
About „Homebridge“:
which is apparently the attempt to connect to the
Aquarell Smart website (aquarea-smart.panasonic.com)
to read out data, i.e. to parse the web page.
About the „Panasonic comfort cloud“:
Here is the problem that the first data retrieval of Geräetdaten is already rejected as „FORBIDDEN“.
This can be a small thing, what is missing in the data in the API, but can also be that the API call for the heat pumps is completely different.
It could of course also be some setting (in the app/Papasonic cloud) that restricts access to the device - but is rather unlikely, because the API is also used by the mobile app …
On the Internet I have not found any information on how to address a heat pump via Panasonic cloud - probably no one with the appropriate ambition has yet analyzed the data; heat pumps are not yet so extremely widespread, otherwise there would certainly be someone.
The problem with the Panasonic cloud API is that it is not public and therefore there are no documents. And since this is encrypted accordingly, it is not so easy to eavesdrop on the data traffic (which would require that the person who reverse enegeneered both the device and access to the account).
Basically, you have to intercept and analyze the still unencrypted traffic on the hand where the app is running. This is easier to do on an Android, an iPhone needs to be jailbroken to be able to do this; both techniques I am not familiar with and have never used.
The only vague hope would be that if I had access to your account, I could try to play around a bit; would be more of a fluke though.
Da die Zeilennummern nicht zu den aktuellen Source passen, welche Version hast du im Einsatz?
(Instanz->Konfigurationsseite → Information)
Und welche IPS-Version?
Es gibt nach dem Trace auf jeden Fall ein Problem mit einem Objekt (oder Event), das von der Instanz referenziert wird bzw. das die Referenz referenziert.
Darf natürlich nicht zu einem Problem dieser Art führen, da muss ich bei.
ich hab die Beta aus dem ModulStore. Neu installieren aus dem Store hat keine Änderung der Zeilennummern im Stack ergeben.
Da die vorhandenen Instanzen nicht aufgehen lässt sich die Versionsnummer nicht so einfach auslesen. Aber eine neue Instanz kann angelegt werden und zeigt dann an
Stack nach Neuinstallation des Moduls
Konnte Konfigurationsform nicht laden
Fatal error: Uncaught TypeError: strcmp() expects parameter 1 to be string, bool given in D:\Symcon\modules\.store\demel42.panasonic.comfortcloud\libs\common.php(10) : eval()'d code:892
Stack trace:
#0 D:\Symcon\modules\.store\demel42.panasonic.comfortcloud\libs\common.php(10) : eval()'d code(892): strcmp(false, 'PHP-Skript')
#1 [internal function]: PanasonicCloudDevice->cmp_refs(Array, Array)
#2 D:\Symcon\modules\.store\demel42.panasonic.comfortcloud\libs\common.php(10) : eval()'d code(1188): usort(Array, Array)
#3 D:\Symcon\modules\.store\demel42.panasonic.comfortcloud\libs\common.php(10) : eval()'d code(1399): PanasonicCloudDevice->ExplodeReferences(18428)
#4 D:\Symcon\modules\.store\demel42.panasonic.comfortcloud\PanasonicCloudDevice\module.php(348): PanasonicCloudDevice->GetReferencesFormAction()
#5 D:\Symcon\modules\.store\demel42.panasonic.comfortcloud\libs\common.php(10) : eval()'d code(651): PanasonicCloudDevice->GetFormActions()
#6 C:\Windows\System32\-(3): PanasonicCloudDevice->GetConfigurationForm()
#7 {main}
in D:\Symcon\modules\.store\demel42.panasonic.comfortcloud\libs\common.php(10) : eval()'d code on line 892 (Code: -32603)
ok, ich habe eine neue Version als Beta eingestellt.
die sollte nun ohne Fehler funktionieren (hoffentlich), aber da ich das Problem noch nicht verstehe, habe ich noch Debug eingebaut.
Also, wenn es klappt, dann
eine Panasonic-Instanz aufrufen
Debug-Fenster öffnen
Limitierung auf 10000 Zeilen erhöhen
dann das Instanz-Fenster schliessen, das Debug-Fenster bleibt offen
dann Instanz wieder öffnen
=> im Debug-Fenster müsste allerlei stehen. Das bitte Herunterladen und mit schicken (per PN oder Mail)
Bedeutet erstmal, das die IO-Instanz deaktiviert ist, was i.d.R. von Problemen in der Cloud-Kommunikation kommt.
Löst sich ggfs. von selbst.
Ich habe dann bei mir kontrolliert und gesehen, das er auch heute morgen (so ab 8 Uhr) Probleme meldete. Durch ein „Zugriff testen“ in der IO-Instanz wurde der Status wieder auf i.O. geändert.
Du kannst nur den Debug der IO-Instanz aktivieren; da es vermutlich zu lange dauert für die Consolen-Oberfläche müsstest Du „Debug an Datei schicken“ nehmen und mir dann die Datei schicken, wenn es wieder aufgetreten ist (eine Angabe der fraglichen Zeit hilft bei der Suche im Logfile).
Das Logfile kann man ja nur im Dateisystem des IPS-Servers finden (Name ist „debug_“)
das bedeutet, das der Panasonic-Server ein Problem hat, da kann ich wenig dran machen.
Was mir nicht klar ist, ob die IO-Instanz sich dann irgendwann wieder berappelt und es neu versucht oder dauerhaft (bis zum „Zugriff testen“) in dem Status bleibt
