Test Adapter melcloud v2.0.x Latest
-
@oxident In deinem geposteten JSON sind auch gerade 4 der 5 Geräte als offline ("Offline": true) markiert, von daher passt es ja, wenn diese so angezeigt werden. Da kann ich aus Adaptersicht nichts dran rütteln, weil diese Daten so aus der Melcloud zurückgegeben werden.
Warum diese sich dann aber trotzdem steuern lassen und damit ja offensichtlich eine Verbindung haben, kann ich dir leider auch nicht sagen. Evtl. nochmal die Wifi-Adapter zurücksetzen und neu verbinden? -
@black-thunder Okay, verstehe. Da kannst Du ja wirklich nix dran machen
Ich mach dann mal auf Netzwerkebene weiter...
Danke für's Drüberschauen!UPDATE: Sieht so aus, als gäbe es da wohl ein generelles Problem bei Mitsubishi. Tibber hat derzeit auch Stress mit der Abfrage
-
Hi kurze Frage habe gerade ein Problem mit dem Mel Adapter.,,,irgendwie holt er sich keine Verbrauchsdaten mehr auch der Cloud...?? keine Ahnung warum habe den Adapter schon neu installiert.... Habe aktuell noch die 1.21 Version installiert die 1.3 wir mir aktuell im IObroker als Update nicht angeboten ???
-
@dataeasy Welche Version angezeigt wird, kommt darauf an, ob du als Repository "Stable" oder "Latest" eingestellt hast. In Stable ist im Moment v1.2.1 die neueste, in Latest v1.3.1. Du kannst gerne auch mal probehalber auf Latest umstellen, hat aber mit deinem eigentlichen Problem denke ich nichts zu tun.
Und mit Verbrauchsdaten meinst du die Berichte über die Energienutzung? Die werden nie automatisch geholt, sondern immer nur durch Auslösen des entsprechenden States "getPowerConsumptionReport".
Ansonsten stell doch mal die Logstufe des Adapters auf "Debug" und poste das Log hier (ohne persönliche Daten). Evtl. sieht man da ja schon das Problem. -
@black-thunder habe jetzt mal auf latest geupdated .. selbes verhalten ... und ja ich meine den Consumption report bis Montag hat alles noch funktioniert seid Dienstag keine Daten mehr ???
melcloud.0
2023-04-05 20:03:59.965 debug Received response from: https://app.melcloud.com/Mitsubishi.Wifi.Client/User/ListDevices (status code: 200 - OK)melcloud.0
2023-04-05 20:03:59.830 debug Fetching devices...melcloud.0
2023-04-05 20:03:59.829 debug Login successful. ContextKey: 018D803A3C1445A0931DD33FE0E102melcloud.0
2023-04-05 20:03:59.829 debug Response from cloud: {"ErrorId":null,"ErrorMessage":null,"LoginStatus":0,"UserId":0,"RandomKey":null,"AppVersionAnnouncement":null,"LoginData":{"ContextKey":"018D803A3C1445A0931DD33FE0E102","Client":373118,"Terms":1282,"AL":1,"ML":0,"CMI":true,"IsStaff":false,"CUTF":false,"CAA":false,"ReceiveCountryNotifications":false,"ReceiveAllNotifications":false,"CACA":false,"CAGA":false,"MaximumDevices":10,"ShowDiagnostics":false,"Language":4,"Country":85,"RealClient":0,"Name":"Thomas Rees","UseFahrenheit":false,"Duration":525600,"Expiry":"2024-04-04T18:03:52.843","CMSC":false,"PartnerApplicationVersion":null,"EmailSettingsReminderShown":true,"EmailUnitErrors":1,"EmailCommsErrors":1,"ChartSeriesHidden":512,"DeletePending":false,"IsImpersonated":false,"LanguageCode":"de","CountryName":"Deutschland","CurrencySymbol":"€","SupportEmailAddress":null,"DateSeperator":"/","TimeSeperator":":","AtwLogoFile":"ecodan_logo.png","DECCReport":false,"CSVReport1min":false,"HidePresetPanel":false,"EmailSettingsReminderRequired":false,"TermsText":null,"MapView":false,"MapZoom":13,"MapLongitude":7.541700635273401,"MapLatitude":50.58184916555166},"ListPendingInvite":[],"ListOwnershipChangeRequest":[],"ListPendingAnnouncement":[],"LoginMinutes":0,"LoginAttempts":0}melcloud.0
2023-04-05 20:03:59.828 debug Received response from: https://app.melcloud.com/Mitsubishi.Wifi.Client/Login/ClientLogin (status code: 200 - OK)melcloud.0
2023-04-05 20:03:59.386 debug Fetching context key...melcloud.0
2023-04-05 20:03:59.386 info Connecting initially to MELCloud and retrieving data...melcloud.0
2023-04-05 20:03:59.385 debug Found known device: 20433761melcloud.0
2023-04-05 20:03:59.305 debug Getting current known devices...melcloud.0
2023-04-05 20:03:59.304 debug Checking adapter settings...melcloud.0
2023-04-05 20:03:59.293 debug Initializing objects...melcloud.0
2023-04-05 20:03:59.285 info starting. Version 1.3.1 (non-npm: Black-Thunder/ioBroker.melcloud#c3baab76a6c010a229be184cc6c608038e6e35e3) in C:/ioBroker/node_modules/iobroker.melcloud, node: v18.15.0, js-controller: 4.0.24melcloud.0
2023-04-05 20:03:26.945 warn Terminated (ADAPTER_ALREADY_RUNNING): Without reasonmelcloud.0
2023-04-05 20:03:26.943 error melcloud.0 already runningmelcloud.0
2023-04-05 20:03:26.938 debug States connected to redis: 127.0.0.1:9000melcloud.0
2023-04-05 20:03:26.905 debug States create User PubSub Clientmelcloud.0
2023-04-05 20:03:26.905 debug States create System PubSub Clientmelcloud.0
2023-04-05 20:03:26.887 debug Redis States: Use Redis connection: 127.0.0.1:9000melcloud.0
2023-04-05 20:03:26.730 debug Objects connected to redis: 127.0.0.1:9001melcloud.0
2023-04-05 20:03:26.725 debug Objects client initialize lua scriptsmelcloud.0
2023-04-05 20:03:26.614 debug Objects create User PubSub Clientmelcloud.0
2023-04-05 20:03:26.613 debug Objects create System PubSub Clientmelcloud.0
2023-04-05 20:03:26.598 debug Objects client ready ... initialize nowmelcloud.0
2023-04-05 20:03:26.560 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 -
@dataeasy Kann sein, dass es nach dem Umstellen auf Latest etwas dauert, bis die neue Version angeboten wird.
Aber auch bis Montag musstest du "getPowerConsumptionReport" triggern, damit die Berichte abgerufen werden. Automatisch ging das noch nie
Was steht denn dann im Log, wenn du das tust? -
@black-thunder ja ich habe ein Script das triggert regelmäßig alle 4 Stunden mit dem tagesaktuellen Datum...
das steht dann im LOG
melcloud.0
2023-04-05 21:03:00.848 debug Updated report data for device 20433761 (Klimaanlage)melcloud.0
2023-04-05 21:03:00.836 debug Response from cloud: {"Heating":[5.2,57.50000000000003,146.49999999999994,27.4],"Cooling":[0,0,0,0],"Auto":[0,0,0,0],"Dry":[0,0,0,0],"Fan":[0,0,0,0],"Other":[0,0,0,0],"TotalHeatingConsumed":236.6,"TotalCoolingConsumed":0,"TotalAutoConsumed":0,"TotalDryConsumed":0,"TotalFanConsumed":0,"TotalOtherConsumed":0,"LinkedDevicesIncludedInArregateEnergyReport":"","LinkedDevicesNotIncludedInArregateEnergyReport":"","UsageDisclaimerPercentages":"41.9%","Status":0,"LabelType":2,"TempLabels":[0,0,0,0],"Labels":[1,2,3,4],"HasZone2":false,"CurrencySymbol":"kWh","FromDate":"2023-01-01T00:00:00","ToDate":"2023-04-05T00:00:00","DeviceName":"Klimaanlage","BuildingAddress":null,"BuildingCity":null,"BuildingCountry":null,"CustomerName":null,"costs":null,"TotalMinutes":135360,"MissingMinutes":78600}melcloud.0
2023-04-05 21:03:00.836 debug Received response from: https://app.melcloud.com/Mitsubishi.Wifi.Client/EnergyCost/Report (status code: 200 - OK)melcloud.0
2023-04-05 21:03:00.680 debug Getting power consumption report for 20433761 (Klimaanlage)melcloud.0
2023-04-05 21:03:00.680 debug Processing command 'getPowerConsumptionReport' with value 'false' for device object with id 20433761 (Klimaanlage)...melcloud.0
2023-04-05 21:03:00.679 debug Trying to get device object with id 20433761...melcloud.0
2023-04-05 21:02:27.576 debug Updated report data for device 20433761 (Klimaanlage) -
@dataeasy Das sieht ja eigentlich laut Log gut aus. Die Verbrauchswerte für Heizen und der Gesamtverbrauch sind befüllt. Was passt denn dann nicht bzw. welche Werte aktualisieren sich nicht?
-
Hi @Black-Thunder ;
als 1. ein großes Dankeschön für den Adapter. Ich bin recht neu im ioB Thema und versuche mich vorerst an der Einbindung meiner smarten Geräte.
Da meine neue Klimaanlage jetzt läuft, wollte ich sie über einige Parameter aus meiner PV-Anlage steuern.
Das hat bis vor kurzem auch recht gut funktioniert.
Ich habe jetzt leider folgendes Phänomen:
Melcloude auf dem Hdy offen, Melcloude im Browser offen, Datenpunkte des Adapters im ioB offen. Klimaanlage (KA) aus.
Wenn ich per Hdy oder per Web die KA einschalte wird der Datenpunkt ...devices.12345678.control.Power spätestens nach meinem Abrufinterval (2min) auf true gesetzt. die KA schaltet ein.
Wenn ich allerdings diesen Datenpunkt mittels JS (setState("melcloud.0.devices.12345678.control.power"/Power/,true, true)) setze, schaltet weder die KA noch erfolgt eine Anzeige auf dem Hdy oder dem Browser... nach einiger Zeit wird der Status (nach Ablauf des Intervals?) wieder zurück auf false gesetzt.
Was komisch ist, das setzen anderer Parameter wie z.B Temepratur ist in Browser oder App sichtbar...
Was mache ich falsch?
Vielen Dank für Deine Hilfe. -
@ringo-66 Freut mich natürlich, wenn dir mein Adapter gefällt.
Das Problem, wenn du einen Datenpunkt via setState() so steuerst, wie du es im Moment tust, liegt an dem sogenannten ack-Flag (letzter Aufrufparameter, siehe Doku). Steht das auf "true", wird das nicht als benutzergesteuertes Kommando vom Adapter interpretiert und daher ignoriert. Mit folgendem Aufruf sollte es funktionieren (beachte das letzte "false"). Du kannst das aber auch ganz weglassen, da es standardmäßig eh auf "false" steht.
setState("melcloud.0.devices.12345678.control.power", true, false) setState("melcloud.0.devices.12345678.control.power", true) -
@black-thunder said in Test Adapter melcloud v1.3.x Latest:
@ringo-66 Freut mich natürlich, wenn dir mein Adapter gefällt.
Das Problem, wenn du einen Datenpunkt via setState() so steuerst, wie du es im Moment tust, liegt an dem sogenannten ack-Flag (letzter Aufrufparameter, siehe Doku). Steht das auf "true", wird das nicht als benutzergesteuertes Kommando vom Adapter interpretiert und daher ignoriert. Mit folgendem Aufruf sollte es funktionieren (beachte das letzte "false"). Du kannst das aber auch ganz weglassen, da es standardmäßig eh auf "false" steht.
setState("melcloud.0.devices.12345678.control.power", true, false) setState("melcloud.0.devices.12345678.control.power", true)Ah, OK dann bau ich das um... Danke Dir für die schnelle Hilfe
..und funktioniert sofort -
@Black-Thunder
thanks a lot for your great tool. Was looking forward to latest functions.Now, just updated melcloud to v1.3.5 and keep receiving errors on iobroker. running on raspberry pi4. Have updated to node.js 18.x, running js-controller 4.x;
Error starts with "Caught by controller[0]: node:internal/modules/cjs/loader:1080"
have deleted complete entries, removed adapter and reinstalled.
After errors, i-iobroker reports: "Rebuild for adapter system.adapter.melcloud.0 not successful in 3 tries."; manual rebuilt does not help.Error chain keeps coming
host.bb-broker 2023-08-05 19:02:42.971 error instance system.adapter.melcloud.0 terminated with code 1 (JS_CONTROLLER_STOPPED) host.bb-broker 2023-08-05 19:02:42.970 error Caught by controller[0]: Node.js v18.17.0 host.bb-broker 2023-08-05 19:02:42.970 error Caught by controller[0]: } host.bb-broker 2023-08-05 19:02:42.970 error Caught by controller[0]: ] host.bb-broker 2023-08-05 19:02:42.970 error Caught by controller[0]: '/opt/iobroker/node_modules/iobroker.melcloud/main.js' host.bb-broker 2023-08-05 19:02:42.970 error Caught by controller[0]: '/opt/iobroker/node_modules/iobroker.melcloud/node_modules/@iobroker/adapter-core/build/index.js', host.bb-broker 2023-08-05 19:02:42.970 error Caught by controller[0]: requireStack: [ host.bb-broker 2023-08-05 19:02:42.970 error Caught by controller[0]: code: 'MODULE_NOT_FOUND', host.bb-broker 2023-08-05 19:02:42.969 error Caught by controller[0]: at Module.require (node:internal/modules/cjs/loader:1143:19) { host.bb-broker 2023-08-05 19:02:42.969 error Caught by controller[0]: at Module._load (node:internal/modules/cjs/loader:960:12) host.bb-broker 2023-08-05 19:02:42.969 error Caught by controller[0]: at Module.load (node:internal/modules/cjs/loader:1119:32) host.bb-broker 2023-08-05 19:02:42.969 error Caught by controller[0]: at Module._extensions..js (node:internal/modules/cjs/loader:1310:10) host.bb-broker 2023-08-05 19:02:42.969 error Caught by controller[0]: at Module._compile (node:internal/modules/cjs/loader:1256:14) host.bb-broker 2023-08-05 19:02:42.969 error Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.melcloud/node_modules/@iobroker/adapter-core/build/index.js:21:1) host.bb-broker 2023-08-05 19:02:42.969 error Caught by controller[0]: at require (node:internal/modules/cjs/helpers:110:18) host.bb-broker 2023-08-05 19:02:42.968 error Caught by controller[0]: at Module.require (node:internal/modules/cjs/loader:1143:19) host.bb-broker 2023-08-05 19:02:42.968 error Caught by controller[0]: at Module._load (node:internal/modules/cjs/loader:922:27) host.bb-broker 2023-08-05 19:02:42.968 error Caught by controller[0]: at Module._resolveFilename (node:internal/modules/cjs/loader:1077:15) host.bb-broker 2023-08-05 19:02:42.968 error Caught by controller[0]: - /opt/iobroker/node_modules/iobroker.melcloud/main.js host.bb-broker 2023-08-05 19:02:42.968 error Caught by controller[0]: - /opt/iobroker/node_modules/iobroker.melcloud/node_modules/@iobroker/adapter-core/build/index.js host.bb-broker 2023-08-05 19:02:42.967 error Caught by controller[0]: Require stack: host.bb-broker 2023-08-05 19:02:42.967 error Caught by controller[0]: Error: Cannot find module '@iobroker/types' host.bb-broker 2023-08-05 19:02:42.967 error Caught by controller[0]: ^ host.bb-broker 2023-08-05 19:02:42.967 error Caught by controller[0]: throw err; host.bb-broker 2023-08-05 19:02:42.966 error Caught by controller[0]: node:internal/modules/cjs/loader:1080 modbus.0 2023-08-05 19:02:01.098 error Client in error state. modbus.0 2023-08-05 19:02:01.097 error Socket ErrorAny idea - hints much appreciated
-
@vsebian At first glance, I think there's rather an issue with your environment than with the adapter itself. You may check your system according to this instructions to see if there's anything not quite right.
Especially check whether the command
sudo ln -s /usr/bin/node /usr/bin/nodejs &> /dev/null uname -m && type -P nodejs node npm npx && nodejs -v && node -v && npm -v && npx -v && iob -v && whoami && groups && echo $XDG_SESSION_TYPE && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejsreturns a similar output like in the link above.
-
Welche Version von node bzw. npm verwendest du?
EDIT: grad gesehen, node 18, das sollte OK seinCaught by controller[0]: Error: Cannot find module '@iobroker/types'Das Problem tritt bei npm 6 auf da npm 6 peerDependencies nicht automatisch installiert. Das sollte bei node 18 aber nicht der Fall sein - außer du hast eine unsaubere Installation mit npm6
-
Hallo Zusammen, der Adapter verbindet sich nicht mit Melcloud, Passwort/User habe ich mehrfach geprüft. Zur Sicherheit die Frage, ob es mit folgenden Versionen laufen sollte:
js-controler 4.0.23
npm 6.14.17
node 14.20.0 -
@highline sagte in Test Adapter melcloud v1.3.x Latest:
node 14.20.0
Installier da nodejs@18.
Brauchst du ohnehin auch für andere Adapter und ist die aktuell für den ioBroker empfohlene Version. -
@highline
Mit node 14 (genauer npm 6) wirst du definitiv Probleme bekommen. melcloud verwendet adapter-core 3.x.x und erfordert daher node 16 oder neuer. Da node 16 ab 11.9 deprecated ist solltest du wie schon von Thomas Braun empfohlen auf node 18 upgraden. Node 14 ist "tot" und wird dir bereits jetzt und erst recht in naher Zukunft jede Menge Problem bereiten. -
Danke euch, es läuft nun mit nodejs18
-
@Black-Thunder
Dein Adapter lässt sich auf einem ioBroker Slave ohne installierten Admin nicht installieren. Es wird der fehlende Admin angemeckert.
Lässt sich das änden? -
@fredf Hm, eigentlich ist der Admin-Adapter unter globalDependencies definiert, sprich die Abhängigkeit wird auf dem gesamten Multihost-System gesucht und nicht nur auf der lokalen Instanz. Von daher sollte das eigentlich funktionieren. Wie ist denn die genaue Fehlermeldung bzw. was steht im Log?
