UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Skyx3]

Hallo zusammen,

das Abfrageintervall ist doch nur zum Abrufen von Informationen, nicht für das senden an Informationen? Zumindest hatte ich im Standard auf 5min gestellt, die Befehle wurden in der Regel aber innerhalb von 1 bis 2 sec ausgeführt. Wenn dem so ist könnte ich doch ohne Einschränkungen auch auf 60min stellen oder was holt ihr euch noch für Daten von der Melcloud?

Ich sende die Befehle für Temp, An/Aus und Modus und steuere meine 4 Innengeräte schon seit über einen Jahr via iobroker. Mir fehlt gerade die Phantasie was man sich für Daten holt und was man mit diesen zusätzlichen Daten noch anstellen könnte. Achso ich habe auch noch ein Meter installiert was den Verbrauch der Klima misst, von daher brauche ich keine Verbrauchswerte aus der Cloud.

Ich habe mir jetzt auch mal die aktuelle Version von Github installiert und hoffe das mein System wieder online geht. Morgen soll Sonne komme, ich hoffe dann springen meine Geräte bei PV Überschuss wieder an. :-)

Grüße

[Black Thunder]

@skyx3 Genau, das Abrufintervall bestimmt nur das regelmäßige Abrufen der Daten aus der Cloud. Wenn du diese Daten nicht wirklich benötigst, kannst du das Intervall auch auf einen sehr hohen Wert stellen, ohne dass das Senden der Befehle beeinträchtigt wird. Das Senden der Befehle funktioniert dann weiterhin in Echtzeit.

[darkblu]

@black-thunder ,
obwohl es ja jetzt scheinbar wieder löppt, habe ich das Intervall bei mir auf 60 Minuten gestellt um unnötig viele Anfragen zu vermeiden.
Werde das weiter beobachten und kann das Intervall dann auch noch höher stellen.
Ich frage da eigentlich nix ab und wenn das senden von Befehlen damit nix zu tun hat, umso besser.

Vielen Dank @Black-Thunder :bouquet:

[Bernd1967]

Blöd ist es aber trotzdem, denn ich muß die Intervall Zeit ja abwarten ob das Gerät überhaupt irgendein Befehl entgegengenommen hat. Egal was es ist, ich weiß erst in z.B. 5 Minuten ob es geklappt hat.

[Black Thunder]

@bernd1967 Die Antwort auf einen gesendeten Befehl wird auch direkt verarbeitet und ist ebenfalls nicht abhängig vom eingestellten Intervall.

[Bernd1967]

@black-thunder
Theoritisch vielleicht, aber praktisch ist es bei mir nicht so.
Da ich aktuell Probleme mit dem Wifi Adapter MAC-577IF2-E in Verbindung einer Fritzbox 7590AX und dem Mesh Netzwerk habe, kann ich das immer wieder Live beobachten.
Ich sende z.B. Befehl Temperatur 1°C höher in iobroker. Das geht dann über dein Adapter an die Melcloud, Melcloud sendet Befehl an mein Klimagerät, Klimagerät ist Online empfängt diesen Befehl aber nicht wegen irgendwelcher Probleme im Netzwerk.
Melcloud meldet im Web Interface "Warte auf Antwort vom Gerät", die aber nicht kommt. Nach Intervall Zeit fragt dein Adapter die aktuellen Daten bei der Melcloud ab und.... Temperatur ist wieder auf dem alten Wert.
Das hat natürlich nichts mit deinem Adapter zu tun.
Für mich nur Blöd zum testen weil ich solange warten muß bis ich die neusten Werte habe.

[Black Thunder]

@bernd1967 Gut, in diesem Fall hast du natürlich Recht. Der Adapter verarbeitet nur die Antwort der Cloud, ob der Befehl dort erfolgreich empfangen wurde. Ob dieser dann schlussendlich auch korrekt am Gerät selbst ankommt, steht auf einem andern Blatt und kann dann erst wirklich nach Ablauf des nächsten Abrufintervalls geprüft werden.
Die Alternative wäre dann vermutlich wirklich nur, die Cloud zu umgehen und direkt mit dem Gerät über den CN105-Port zu kommunizieren. Das setzt aber natürlich etwas mehr Bastelarbeit und -willigkeit voraus. :wink:

[Hakemann]

@black-thunder sagte in Test Adapter melcloud v1.3.x Latest:

Die Alternative wäre dann vermutlich wirklich nur, die Cloud zu umgehen und direkt mit dem Gerät über den CN105-Port zu kommunizieren. Das setzt aber natürlich etwas mehr Bastelarbeit und -willigkeit voraus. :wink:

Habe bei mir 2 Wärmepumpenheizungen jeweils über den CN105 Port laufen. Nutze hierfür ein Projekt von Bart Gijsbers. Es haben sich auch schon andere mit der Schnittstelle beschäftig und man findet auf Git verschiedene Ausführungen. Verwende den ESP32, genauer den M5Stick C plus. In der Ausführung hat man bereits ein Gehäuse und brauch nur die 4 Pins verbinden und das Programm auf den Stick laden.

[galdreth]

Hi, mit der neuen Version beobachte ich bei mir sehr reproduzierbar Verbindungsausfälle und das unabhängig von den Intervallen (3, 5, 15, 60) ausprobiert.

Jeden Tag ist das letzte Aktualisierungsintervall entweder genau vor 7:00 oder vor 17:00, wenn ich in der Melcloud App nachschaue. Der Adapter in Iobroker bekommt ab da keine Daten mehr, auch wenn ich ihn neustarte.

Das Problem verschwindet erst nach Neustart des WiFi-Adapters an der Wärmepumpe (Mitsubishi Geodan). Ich habe jetzt auch schon 3 verschiedene WiFi-Netze ausprobiert und davon 2 an verschiedenen Routern.

Hat jemand ähnliches beobachtet?

Hier der Debug-Output von heute morgen.

2024-02-27 07:39:29.376 - info: host.smarthome stopInstance system.adapter.melcloud.0 (force=false, process=true)
2024-02-27 07:39:29.378 - info: host.smarthome stopInstance system.adapter.melcloud.0 send kill signal
2024-02-27 07:39:29.378 - info: melcloud.0 (8238) Got terminate signal TERMINATE_YOURSELF
2024-02-27 07:39:29.378 - debug: melcloud.0 (8238) Cleared polling timer.
2024-02-27 07:39:29.378 - debug: melcloud.0 (8238) Cleared context key invalidation timer.
2024-02-27 07:39:29.379 - info: melcloud.0 (8238) onUnload(): Cleaned everything up...
2024-02-27 07:39:29.379 - info: melcloud.0 (8238) terminating
2024-02-27 07:39:29.379 - info: melcloud.0 (8238) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2024-02-27 07:39:29.902 - info: host.smarthome instance system.adapter.melcloud.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2024-02-27 07:39:32.403 - info: host.smarthome instance system.adapter.melcloud.0 started with pid 8253
2024-02-27 07:39:32.706 - debug: melcloud.0 (8253) Redis Objects: Use Redis connection: 127.0.0.1:9001
2024-02-27 07:39:32.732 - debug: melcloud.0 (8253) Objects client ready ... initialize now
2024-02-27 07:39:32.733 - debug: melcloud.0 (8253) Objects create System PubSub Client
2024-02-27 07:39:32.733 - debug: melcloud.0 (8253) Objects create User PubSub Client
2024-02-27 07:39:32.766 - debug: melcloud.0 (8253) Objects client initialize lua scripts
2024-02-27 07:39:32.769 - debug: melcloud.0 (8253) Objects connected to redis: 127.0.0.1:9001
2024-02-27 07:39:32.782 - debug: melcloud.0 (8253) Redis States: Use Redis connection: 127.0.0.1:9000
2024-02-27 07:39:32.789 - debug: melcloud.0 (8253) States create System PubSub Client
2024-02-27 07:39:32.789 - debug: melcloud.0 (8253) States create User PubSub Client
2024-02-27 07:39:32.801 - debug: melcloud.0 (8253) States connected to redis: 127.0.0.1:9000
2024-02-27 07:39:32.864 - info: melcloud.0 (8253) starting. Version 1.3.7 in /opt/iobroker/node_modules/iobroker.melcloud, node: v19.9.0, js-controller: 4.0.21
2024-02-27 07:39:32.875 - debug: melcloud.0 (8253) Initializing objects...
2024-02-27 07:39:32.929 - debug: melcloud.0 (8253) Checking adapter settings...
2024-02-27 07:39:32.930 - debug: melcloud.0 (8253) Getting current known devices...
2024-02-27 07:39:32.959 - debug: melcloud.0 (8253) Found known device: 42490188
2024-02-27 07:39:32.959 - info: melcloud.0 (8253) Connecting initially to MELCloud and retrieving data...
2024-02-27 07:39:32.960 - debug: melcloud.0 (8253) Fetching context key...
2024-02-27 07:39:33.244 - debug: melcloud.0 (8253) Received response from: https://app.melcloud.com/Mitsubishi.Wifi.Client/Login/ClientLogin (status code: 200 - OK)
2024-02-27 07:39:33.245 - debug: melcloud.0 (8253) Response from cloud: {"ErrorId":null,"ErrorMessage":null,"LoginStatus":0,"UserId":0,"RandomKey":null,"AppVersionAnnouncement":null,"LoginData":{"ContextKey":"0-A7898A86A4124A8D967CC3B86C26DC-528497-1","Client":528497,"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":"Michael Ramolla","UseFahrenheit":false,"Duration":525600,"Expiry":"2025-02-26T07:39:33.18","CMSC":false,"PartnerApplicationVersion":null,"EmailSettingsReminderShown":true,"EmailUnitErrors":0,"EmailCommsErrors":0,"ChartSeriesHidden":262272,"DeletePending":false,"Throttle":true,"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":19,"MapLongitude":10.103961653225156,"MapLatitude":48.788148579801835,"Throttled":false},"ListPendingInvite":[],"ListOwnershipChangeRequest":[],"ListPendingAnnouncement":[],"LoginMinutes":0,"LoginAttempts":0,"EnableRegistration":true,"EnableEditStructure":true,"EnableFrostProtection":true,"EnableHolidayMode":true,"EnableTimer":true,"EnableScenes":true,"EnableInviteNewGuests":true,"EnableManageGuestAccess":true,"EnableControlOfGuestDevices":true}
2024-02-27 07:39:33.245 - debug: melcloud.0 (8253) Login successful. ContextKey: 0-A7898A86A4124A8D967CC3B86C26DC-528497-1
2024-02-27 07:39:33.245 - debug: melcloud.0 (8253) Fetching devices...
2024-02-27 07:39:33.339 - debug: melcloud.0 (8253) Received response from: https://app.melcloud.com/Mitsubishi.Wifi.Client/User/ListDevices (status code: 200 - OK)
2024-02-27 07:39:33.340 - debug: melcloud.0 (8253) Response from cloud: [{"ID":404862,"Name":"xxxx","AddressLine1":"Musterweg 15","AddressLine2":null,"City":"Musterstadt","Postcode":"12345","Latitude":38.788077,"Longitude":14.1039255,"District":null,"FPDefined":true,"FPEnabled":false,"FPMinTemperature":10,"FPMaxTemperature":12,"HMDefined":true,"HMEnabled":false,"HMStartDate":null,"HMEndDate":null,"BuildingType":1,"PropertyType":8,"DateBuilt":null,"HasGasSupply":true,"LocationLookupDate":"2022-06-03T06:50:26.447","Country":85,"TimeZoneContinent":3,"TimeZoneCity":49,"TimeZone":119,"Location":119945,"CoolingDisabled":false,"LinkToMELCloudHome":false,"Expanded":true,"Structure":{"Floors":[],"Areas":[],"Devices":[{"DeviceID":42490188,"DeviceName":"MitsubishiGeodanWP","BuildingID":404862,"BuildingName":null,"FloorID":null,"FloorName":null,"AreaID":null,"AreaName":null,"ImageID":-1,"InstallationDate":null,"LastServiceDate":null,"Presets":[],"OwnerID":528497,"OwnerName":null,"OwnerEmail":null,"AccessLevel":4,"DirectAccess":false,"EndDate":"2500-01-01T00:00:00","Zone1Name":null,"Zone2Name":null,"MinTemperature":0,"MaxTemperature":40,"HideVaneControls":false,"HideDryModeControl":false,"HideRoomTemperature":false,"HideSupplyTemperature":false,"HideOutdoorTemperature":false,"EstimateAtaEnergyProductionOptIn":false,"EstimateAtaEnergyProduction":false,"BuildingCountry":null,"OwnerCountry":null,"AdaptorType":-1,"LinkedDevice":null,"Type":1,"MacAddress":"74:7a:90:c5:69:cd","SerialNumber":"2102128023","Device":{"PCycleActual":0,"ErrorMessages":"","DeviceType":1,"FTCVersion":1100,"FTCRevision":"r0","LastFTCVersion":0,"LastFTCRevision":null,"FTCModel":3,"RefridgerentAddress":0,"DipSwitch1":54,"DipSwitch2":160,"DipSwitch3":68,"DipSwitch4":0,"DipSwitch5":38,"DipSwitch6":16,"HasThermostatZone1":true,"HasThermostatZone2":true,"TemperatureIncrement":0.5,"DefrostMode":0,"HeatPumpFrequency":0,"MaxSetTemperature":35,"MinSetTemperature":20,"RoomTemperatureZone1":21,"RoomTemperatureZone2":-39,"OutdoorTemperature":6,"FlowTemperature":21,"FlowTemperatureZone1":16.5,"FlowTemperatureZone2":25,"FlowTemperatureBoiler":25,"ReturnTemperature":15,"ReturnTemperatureZone1":16.5,"ReturnTemperatureZone2":25,"ReturnTemperatureBoiler":25,"BoilerStatus":false,"BoosterHeater1Status":false,"BoosterHeater2Status":false,"BoosterHeater2PlusStatus":false,"ImmersionHeaterStatus":false,"WaterPump1Status":false,"WaterPump2Status":false,"WaterPump3Status":false,"ValveStatus3Way":false,"ValveStatus2Way":false,"WaterPump4Status":false,"ValveStatus2Way2a":false,"ValveStatus2Way2b":false,"TankWaterTemperature":13,"UnitStatus":0,"HeatingFunctionEnabled":true,"ServerTimerEnabled":false,"ThermostatStatusZone1":false,"ThermostatStatusZone2":false,"ThermostatTypeZone1":0,"ThermostatTypeZone2":2,"MixingTankWaterTemperature":25,"CondensingTemperature":40.57,"DemandPercentage":100,"ConfiguredDemandPercentage":null,"HasDemandSideControl":false,"DailyHeatingEnergyConsumed":5.42,"DailyCoolingEnergyConsumed":0,"DailyHotWaterEnergyConsumed":1.25,"DailyHeatingEnergyProduced":25.57,"DailyCoolingEnergyProduced":0,"DailyHotWaterEnergyProduced":4.25,"DailyLegionellaActivationCounter":0,"LastLegionellaActivationTime":"0001-01-01T00:00:00","EffectiveFlags":1,"LastEffectiveFlags":0,"Power":true,"EcoHotWater":true,"OperationMode":0,"OperationModeZone1":2,"OperationModeZone2":2,"SetTemperatureZone1":20,"SetTemperatureZone2":20,"SetTankWaterTemperature":45,"TargetHCTemperatureZone1":27,"TargetHCTemperatureZone2":35,"ForcedHotWaterMode":false,"HolidayMode":false,"ProhibitHotWater":true,"ProhibitHeatingZone1":false,"ProhibitHeatingZone2":false,"ProhibitCoolingZone1":false,"ProhibitCoolingZone2":false,"ServerTimerDesired":false,"SecondaryZoneHeatCurve":false,"SetHeatFlowTemperatureZone1":30,"SetHeatFlowTemperatureZone2":20,"SetCoolFlowTemperatureZone1":20,"SetCoolFlowTemperatureZone2":20,"DECCReport":false,"CSVReport1min":false,"Zone2Master":false,"DailyEnergyConsumedDate":"2024-02-26T00:00:00","DailyEnergyProducedDate":"2024-02-26T00:00:00","CurrentEnergyConsumed":0,"CurrentEnergyProduced":0,"CurrentEnergyMode":null,"HeatingEnergyConsumedRate1":0,"HeatingEnergyConsumedRate2":0,"CoolingEnergyConsumedRate1":0,"CoolingEnergyConsumedRate2":0,"HotWaterEnergyConsumedRate1":0,"HotWaterEnergyConsumedRate2":0,"HeatingEnergyProducedRate1":0,"HeatingEnergyProducedRate2":0,"CoolingEnergyProducedRate1":0,"CoolingEnergyProducedRate2":0,"HotWaterEnergyProducedRate1":0,"HotWaterEnergyProducedRate2":0,"ErrorCode2Digit":0,"SpSubDivisionsToWrite":0,"SpSubDivisionsToRead":0,"SpState":0,"SpSubDivisionsWriteInProgress":0,"SpSubDivisionsReadInProgress":0,"InitialSettingsData":null,"InitialSettingsTimestamp":null,"SupportsHourlyEnergyReport":false,"HasZone2":false,"HasSimplifiedZone2":false,"CanHeat":true,"CanCool":false,"HasHotWaterTank":true,"CanSetTankTemperature":true,"CanSetEcoHotWater":true,"HasEnergyConsumedMeter":true,"HasEnergyProducedMeter":true,"CanMeasureEnergyProduced":false,"CanMeasureEnergyConsumed":false,"Zone1InRoomMode":false,"Zone2InRoomMode":false,"Zone1InHeatMode":true,"Zone2InHeatMode":true,"Zone1InCoolMode":false,"Zone2InCoolMode":false,"AllowDualRoomTemperature":false,"IsGeodan":true,"HasEcoCuteSettings":false,"HasFTC45Settings":true,"HasFTC6Settings":true,"CanEstimateEnergyUsage":true,"CanUseRoomTemperatureCooling":false,"IsFtcModelSupported":true,"MaxTankTemperature":60,"IdleZone1":true,"IdleZone2":true,"MinPcycle":1,"MaxPcycle":1,"MaxOutdoorUnits":255,"MaxIndoorUnits":255,"MaxTemperatureControlUnits":0,"ModelCode":"027a","DeviceID":42490188,"MacAddress":"74:7a:90:c5:69:cd","SerialNumber":"2102128023","TimeZoneID":119,"DiagnosticMode":0,"DiagnosticEndDate":null,"ExpectedCommand":1,"Owner":528497,"DetectedCountry":null,"AdaptorType":-1,"FirmwareDeployment":null,"FirmwareUpdateAborted":false,"LinkedDevice":null,"WifiSignalStrength":-72,"WifiAdapterStatus":"NORMAL","Position":"Unknown","PCycle":1,"PCycleConfigured":null,"RecordNumMax":1,"LastTimeStamp":"2024-02-27T06:59:00","ErrorCode":8000,"HasError":false,"LastReset":"2022-06-03T07:43:27.78","FlashWrites":7,"Scene":null,"TemperatureIncrementOverride":0,"SSLExpirationDate":"2037-12-31T00:00:00","SPTimeout":1,"Passcode":null,"ServerCommunicationDisabled":false,"ConsecutiveUploadErrors":0,"DoNotRespondAfter":null,"OwnerRoleAccessLevel":1,"OwnerCountry":85,"HideEnergyReport":false,"ExceptionHash":null,"ExceptionDate":null,"ExceptionCount":null,"Rate1StartTime":null,"Rate2StartTime":null,"ProtocolVersion":0,"UnitVersion":0,"FirmwareAppVersion":19000,"FirmwareWebVersion":0,"FirmwareWlanVersion":0,"LinkToMELCloudHome":false,"LinkedByUserFromMELCloudHome":"00000000-0000-0000-0000-000000000000","EffectivePCycle":1,"MqttFlags":257,"HasErrorMessages":false,"Offline":true,"Units":[{"ID":1,"Device":0,"SerialNumber":"079229","ModelNumber":880,"Model":"EHGT17D-YM9ED","UnitType":1,"IsIndoor":true}]},"DiagnosticMode":0,"DiagnosticEndDate":null,"Location":119945,"DetectedCountry":null,"Registrations":445,"LocalIPAddress":null,"TimeZone":119,"RegistReason":"STARTUP","ExpectedCommand":1,"RegistRetry":1,"DateCreated":"2022-06-03T06:28:50.064Z","FirmwareDeployment":null,"FirmwareUpdateAborted":false,"Permissions":{"CanSetForcedHotWater":true,"CanSetOperationMode":true,"CanSetPower":true,"CanSetTankWaterTemperature":true,"CanSetEcoHotWater":false,"CanSetFlowTemperature":true,"CanSetTemperatureIncrementOverride":true}}],"Clients":[]},"AccessLevel":4,"DirectAccess":true,"MinTemperature":0,"MaxTemperature":40,"Owner":null,"EndDate":"2500-01-01T00:00:00","iDateBuilt":null,"QuantizedCoordinates":{"Latitude":48.8,"Longitude":10.1}}]
2024-02-27 07:39:33.340 - debug: melcloud.0 (8253) Got ATW device from cloud: 42490188 (MitsubishiGeodanWP)
2024-02-27 07:39:33.340 - debug: melcloud.0 (8253) Saving device data...
2024-02-27 07:39:33.498 - debug: melcloud.0 (8253) Created and saved ATW device 42490188 (MitsubishiGeodanWP)
2024-02-27 07:39:33.504 - debug: melcloud.0 (8253) Updated device data for ATW device 42490188 (MitsubishiGeodanWP)
2024-02-27 07:39:33.505 - info: melcloud.0 (8253) Connection successful. Starting polling (interval: 5 minute(s))...

Edit: Router sind FritzBox 6690 und 6591

[Black Thunder]

@galdreth Wenn in der Melcloud-App keine aktualisierten Daten vorliegen, kann auch der Adapter keine neuen Daten bereitstellen. Von daher vermute ich eher ein lokales Netzwerkproblem bei dir, das zufällig in zeitlicher Nähe mit der neuen Version auftritt. Dafür spricht auch, dass es nach einem Neustart des Wifi-Adapters wieder funktioniert.

Leider kann ich dir da aber auch keine wirklichen Tipps geben, da mir sowas bisher nicht untergekommen ist. Ist denn die Wärmepumpe weiterhin lokal erreichbar (Anpingen der IP), wenn keine Daten mehr geliefert werden? Vermute ja fast, dass die Verbindung zum Router abbricht.

EDIT: Eventuell auch mal im Ereignisprotokoll der Fritzbox die WLAN-An-/Abmeldungen prüfen.

[galdreth]

@black-thunder
Danke. Der Adapter ist lokal erreichbar im Netzwerk und ich kann auch keinen Verlust der Internetverbindung feststellen. IP-Adresse und Gateway bleiben konstant. Der Router ist nur 5m Luftlinie entfernt. Was mich wundert ist, dass es gut ein halbes Jahr ohne Probleme lief und erst mit dem Update des Melcloud Adapters in Iobroker fällt es immer zu festen Zeiten aus. Es ist als würde der Adapter beim Sendeprozess von irgendwas blockiert.

[Black Thunder]

@galdreth Du könntest mal testhalber auf die v1.3.6 zurückgehen (und da das Intervall auf 5min belassen) bzw. den Adapter vorübergehend ganz deaktivieren. Ich bezweifle aber, dass das wirklich einen Unterschied macht.
Das zugrundeliegende Problem besteht ja in der gestörten Kommunikation Gerät zu Cloud. Der Adapter kommuniziert mit dem Gerät selbst nicht, nur mit der Cloud.

[mchott]

Hallo .. ich habe seit heute mein Klimagerät an die Melcloud angeschlossen. Bevor ich zu Plan B übergehe habe ich noch eine Frage. Kann man dem Klimagerät einfach mitteilen, wie warm es wirklich im Raum ist. Dafür hätte ich ein paar Sensoren im Raum, die ich per ioBroker auswerten kann. Da wo das Gerät verbaut wurde misst es im Sommer und Winter einfach völlig falsch. Ich kann nur die Zieltemperatur setzen und nicht die Ist-Temperatur im Gerät überschreiben. (mal abgesehen davon, dass ich selbst auf der Basis der falschen Temperatur die Automatik nie verstanden habe)

[Black Thunder]

@mchott Nein, das ist so nicht möglich. Den Ist-Wert zu überschreiben bzw. ein Offset einzustellen, ist meines Wissens nicht möglich.
Ich habe es auch so gelöst, dass ich anhand externer Sensoren im Raum die Zieltemperatur dynamisch selbst bestimme und an die Anlage sende.

[mchott]

@black-thunder said in Test Adapter melcloud v1.3.x Latest:

ich anhand externer Sensoren im Raum die Zieltemperatur dynamisch selbst bestimme und an die Anlage se

Okay .. das in etwa war mein Plan B .. das Denken der Anlage abnehmen und indirekt steuern

[oxident]

@mchott @Black-Thunder Das heißt also,
ihr wollt z. B. 22°C im Raum,
Klimagerät meint, es wären schon 22°
und der externe Temperaturfühler zeigt 20°.

Ergo, ihr stellt die Klimaanlage auf 24°, oder?

[mchott]

@oxident so in der Art .. meine Klimaanlage wurde damals ungünstig positioniert, weswegen ich in der einen Ecke 24°C und in der anderen 20°C habe .. die Klimaanlage misst im Sommer in dem Fall 29°C und im Winter eher 17°C .. also alles völliger Mist und ich würde die Anlage so nicht einbauen.

Die Temperaturdifferenz behebe ich durch die Einstellung der Richtung, womit die Luft homogener wird und den Rest löse ich wie von dir beschrieben über eine manuelle Übersteuerung. Also ich schalte HEAT, COOL und VENT und eine Temperatur, die knapp über oder unter der gemessen liegt, bis es passt.

Soweit die Theorie, denn es funktioniert noch nicht alles perfekt, was im Wesentlichen an der schlechten Kommunikation zwischen ioBroker und MelCloud liegt.

[Black Thunder]

Als kleines Schalttagsschmankerl habe ich soeben eine neue Version 1.4.0 bei npm freigegeben (und sollte demnächst im latest aufschlagen). :wink:
Damit ist es nun möglich, in den Einstellungen den Abruf der Daten auch komplett zu deaktivieren, für all diejenigen, die dies sowieso nicht benötigen. Damit ist auch der Workaround, sehr hohe Werte beim Intervall einzutragen, überflüssig.

Bitte gerne Feedback, ob alles so funktioniert wie bisher oder ob es unerwünschte Nebeneffekte gibt.

[galdreth]

@black-thunder
Danke, es hat wie erwartet nicht die Lösung gebracht. Dann hab ich ein Ad-Hoc Wifi mit meinem Homeserver im Keller eingerichtet... gleiches Problem. Heute sogar mein Telefon per Wifi-Hotspot im Keller platziert... auch nix.

Folgende Symptome hat das Problem:

1. Letzte Kommunikation ist immer Sekunden vor 07:00 morgens oder 17:00 abends. Der Wifi-Adapter ist danach im lokalen Netzwerk und man erreicht auf ihm einn Login-Dialog per http. Die Fritzbox hatte auch keine zeitlich korrelierten Events. (Wifi An-/Abmeldung)

2. Dann muss man den Reset auf dem Wifi-Adapter ausführen, sonst kann man keine Werte auslesen oder Aktionen steuern. Danach gehts.

3. Noch eine Beobachtung: Nach Reset (selbst nach Power-Cycle aller Geräte) funktioniert die Timer-Einstellung in der MelCloud nicht (Egal ob Android oder über Web-App). Ich kann aber normal Steuerbefehle aus dem Netz senden und die Maschine macht was sie soll... hier der Fehler, wenn ich auf 'Timer' gehe: Hat das noch wer?
   

Das scheint doch eher ein rein interner Fehler auf Seiten der MelCloud zu sein?

[mchott]

@black-thunder Danke .. ich habe es gleich installiert und auch den Haken aktiviert .. scheint zu funktionieren.

Ich habe aber ein anderes Problem:

Im Raum verteilt sind Sensoren, deren Temp Werte ich einsammle und jede Minute läuft ein Skript, welches daraus die Einstellungen für das Kilmagerät ermittelt. Das funktioniert soweit. Per setState setze ich diese dann in den Objekten der melcloud, aber dann passiert damit eher nichts. Von der App aus reagiert das Klimagerät allerdings, also ist die Verbindung Klimagerät-Melcloud gegeben. Die Verbindung vom Adapter-Melcloud ist laut Log auch in Ordnung und ich erhalte auch die aktuellen Daten vom Gerät, also auch kein Auth Problem. Und vom Objekt her passiert auch manchmal was, aber eher selten, was mich eher verwirrt, weil es eben nicht immer nicht geht.

Irgendeine Idee? Zu schnell hintereinander? Muss ich noch was anderes setzen, damit er es sendet? Beim setState setze ich ack=false?