Hallo Zusammen,
seit dem letzten Update von Homegear bekomme ich immer
Datapoint xxxxx:4#MANU_MODE' not found on gateway xxxx
für meine HM-CC-RT-DN im Log bei OH2.4
Andere User berichten ähnliches im OH Forum:
Die Devices aus PaperUI zu entfernen und wieder hinzuzufügen hilft nicht.
Irgendeine Idee, die mir helfen könnte.
Helfen würde es, wenn du etwas mehr Informationen lieferst:
Hallo Job,
anbei meine Antworten:
Version von der ich komme, weiß ich nicht genau. Müsste aber die letzte ‘stable’ gewesen sein. Aktuell ist Version 0.7.38-2757
Ich weiß nicht genau, was Du meinst, aber das ist der Auszug wenn ich eine der Aktionen (Fensterkontakt sendet Fenster zu an OH, OH an Heizungsthermostate: auf AUTO stellen) durchführe:
```03/19/19 08:40:35.809 HomeMatic BidCoS packet received (My-CUL): 0FFD86102C725F0000000A98D50B0000
03/19/19 08:40:35.811 Module HomeMatic BidCoS: Info: ACTUAL_TEMPERATURE on channel 4 of HomeMatic BidCoS peer 45 with serial number LEQ0845200 was set to 0x00D5.
03/19/19 08:40:35.811 Module HomeMatic BidCoS: Info: BATTERY_STATE on channel 4 of HomeMatic BidCoS peer 45 with serial number LEQ0845200 was set to 0x0B.
03/19/19 08:40:35.811 Module HomeMatic BidCoS: Info: BOOST_STATE on channel 4 of HomeMatic BidCoS peer 45 with serial number LEQ0845200 was set to 0x00.
03/19/19 08:40:35.812 Module HomeMatic BidCoS: Info: CONTROL_MODE on channel 4 of HomeMatic BidCoS peer 45 with serial number LEQ0845200 was set to 0x00.
03/19/19 08:40:35.812 Module HomeMatic BidCoS: Info: FAULT_REPORTING on channel 4 of HomeMatic BidCoS peer 45 with serial number LEQ0845200 was set to 0x00.
03/19/19 08:40:35.812 Module HomeMatic BidCoS: Info: PARTY_START_TIME on channel 4 of HomeMatic BidCoS peer 45 with serial number LEQ0845200 was set to 0x00.
03/19/19 08:40:35.812 Module HomeMatic BidCoS: Info: SET_TEMPERATURE on channel 4 of HomeMatic BidCoS peer 45 with serial number LEQ0845200 was set to 0x26.
03/19/19 08:40:35.812 Module HomeMatic BidCoS: Info: VALVE_STATE on channel 4 of HomeMatic BidCoS peer 45 with serial number LEQ0845200 was set to 0x00.```
Wenn Du mir sagst, wie das geht, versuche ich das gerne. Ich arbeite normalerweise nur über Openhab und Homegear fungiert als ‘Transportschicht’.
Danke für die Hilfe im Voraus.
Das ist das Log von Openhab:
08:40:00.799 [INFO ] [smarthome.event.ItemStateChangedEvent] - OG1_gb_ht_fenster_act_temp changed from 20.60 to 20.30
08:40:13.414 [INFO ] [smarthome.event.ItemStateChangedEvent] - OG1_az_fk_tuer changed from OPEN to CLOSED
08:40:13.424 [INFO ] [smarthome.event.ItemStateChangedEvent] - homematic_HG_HM_Sec_SC_2_35ef1fcb_KEQ0952038_1_STATE changed from OPEN to CLOSED
08:40:13.432 [INFO ] [home.event.GroupItemStateChangedEvent] - gH_Contact_global changed from OPEN to CLOSED through OG1_az_fk_tuer
08:40:13.515 [INFO ] [smarthome.event.ItemCommandEvent ] - Item 'OG1_az_ht_fenster_auto' received command ON
08:40:13.547 [INFO ] [smarthome.event.ItemCommandEvent ] - Item 'OG1_gb_ht_fenster_auto' received command ON
08:40:13.556 [INFO ] [arthome.event.ItemStatePredictedEvent] - OG1_az_ht_fenster_auto predicted to become ON
08:40:13.539 [WARN ] [mematic.handler.HomematicThingHandler] - Datapoint 'KEQ0508019:4#AUTO_MODE' not found on gateway '35ef1fcb'
08:40:13.587 [INFO ] [arthome.event.ItemStatePredictedEvent] - OG1_gb_ht_fenster_auto predicted to become ON
08:40:13.591 [WARN ] [mematic.handler.HomematicThingHandler] - Datapoint 'LEQ0256517:4#AUTO_MODE' not found on gateway '35ef1fcb'
08:40:14.306 [INFO ] [smarthome.event.ItemCommandEvent ] - Item 'OG1_az_ht_fenster_auto' received command ON
08:40:14.320 [INFO ] [smarthome.event.ItemCommandEvent ] - Item 'OG1_gb_ht_fenster_auto' received command ON
08:40:14.330 [WARN ] [mematic.handler.HomematicThingHandler] - Datapoint 'KEQ0508019:4#AUTO_MODE' not found on gateway '35ef1fcb'
08:40:14.332 [INFO ] [arthome.event.ItemStatePredictedEvent] - OG1_az_ht_fenster_auto predicted to become ON
08:40:14.344 [INFO ] [arthome.event.ItemStatePredictedEvent] - OG1_gb_ht_fenster_auto predicted to become ON
08:40:14.357 [WARN ] [mematic.handler.HomematicThingHandler] - Datapoint 'LEQ0256517:4#AUTO_MODE' not found on gateway '35ef1fcb'
08:40:14.854 [INFO ] [smarthome.event.ItemCommandEvent ] - Item 'OG1_az_ht_fenster_auto' received command ON
08:40:14.866 [INFO ] [arthome.event.ItemStatePredictedEvent] - OG1_az_ht_fenster_auto predicted to become ON
08:40:14.868 [WARN ] [mematic.handler.HomematicThingHandler] - Datapoint 'KEQ0508019:4#AUTO_MODE' not found on gateway '35ef1fcb'
08:40:14.890 [INFO ] [smarthome.event.ItemCommandEvent ] - Item 'OG1_gb_ht_fenster_auto' received command ON
08:40:14.901 [INFO ] [arthome.event.ItemStatePredictedEvent] - OG1_gb_ht_fenster_auto predicted to become ON
08:40:14.905 [WARN ] [mematic.handler.HomematicThingHandler] - Datapoint 'LEQ0256517:4#AUTO_MODE' not found on gateway '35ef1fcb'
08:40:16.249 [INFO ] [smarthome.event.ItemCommandEvent ] - Item 'OG1_az_ht_fenster_auto' received command ON
08:40:16.262 [WARN ] [mematic.handler.HomematicThingHandler] - Datapoint 'KEQ0508019:4#AUTO_MODE' not found on gateway '35ef1fcb'
08:40:16.268 [INFO ] [arthome.event.ItemStatePredictedEvent] - OG1_az_ht_fenster_auto predicted to become ON
08:40:16.281 [INFO ] [smarthome.event.ItemCommandEvent ] - Item 'OG1_gb_ht_fenster_auto' received command ON
08:40:16.298 [INFO ] [arthome.event.ItemStatePredictedEvent] - OG1_gb_ht_fenster_auto predicted to become ON
08:40:16.303 [WARN ] [mematic.handler.HomematicThingHandler] - Datapoint 'LEQ0256517:4#AUTO_MODE' not found on gateway '35ef1fcb'
08:40:17.121 [INFO ] [smarthome.event.ItemStateChangedEvent] - network_device_192_168_2_1_time changed from 10.0 to 11.0
08:40:18.296 [INFO ] [smarthome.event.ItemCommandEvent ] - Item 'OG1_az_ht_fenster_auto' received command ON
08:40:18.312 [WARN ] [mematic.handler.HomematicThingHandler] - Datapoint 'KEQ0508019:4#AUTO_MODE' not found on gateway '35ef1fcb'
08:40:18.316 [INFO ] [smarthome.event.ItemCommandEvent ] - Item 'OG1_gb_ht_fenster_auto' received command ON
08:40:18.331 [INFO ] [arthome.event.ItemStatePredictedEvent] - OG1_az_ht_fenster_auto predicted to become ON
08:40:18.339 [WARN ] [mematic.handler.HomematicThingHandler] - Datapoint 'LEQ0256517:4#AUTO_MODE' not found on gateway '35ef1fcb'
08:40:18.347 [INFO ] [arthome.event.ItemStatePredictedEvent] - OG1_gb_ht_fenster_auto predicted to become ON
08:40:21.085 [INFO ] [smarthome.event.ItemCommandEvent ] - Item 'OG1_az_ht_fenster_auto' received command ON
08:40:21.104 [INFO ] [arthome.event.ItemStatePredictedEvent] - OG1_az_ht_fenster_auto predicted to become ON
08:40:21.102 [WARN ] [mematic.handler.HomematicThingHandler] - Datapoint 'KEQ0508019:4#AUTO_MODE' not found on gateway '35ef1fcb'
08:40:21.122 [INFO ] [smarthome.event.ItemCommandEvent ] - Item 'OG1_gb_ht_fenster_auto' received command ON
08:40:21.125 [WARN ] [mematic.handler.HomematicThingHandler] - Datapoint 'LEQ0256517:4#AUTO_MODE' not found on gateway '35ef1fcb'
08:40:21.137 [INFO ] [arthome.event.ItemStatePredictedEvent] - OG1_gb_ht_fenster_auto predicted to become ON
08:40:26.120 [INFO ] [smarthome.event.ItemCommandEvent ] - Item 'OG1_az_ht_fenster_auto' received command ON
08:40:26.130 [WARN ] [mematic.handler.HomematicThingHandler] - Datapoint 'KEQ0508019:4#AUTO_MODE' not found on gateway '35ef1fcb'
08:40:26.142 [INFO ] [smarthome.event.ItemCommandEvent ] - Item 'OG1_gb_ht_fenster_auto' received command ON
08:40:26.149 [INFO ] [arthome.event.ItemStatePredictedEvent] - OG1_az_ht_fenster_auto predicted to become ON
08:40:26.150 [WARN ] [mematic.handler.HomematicThingHandler] - Datapoint 'LEQ0256517:4#AUTO_MODE' not found on gateway '35ef1fcb'
08:40:26.166 [INFO ] [arthome.event.ItemStatePredictedEvent] - OG1_gb_ht_fenster_auto predicted to become ONSo, ich habe das jetzt bei mir geprüft. Ich erhalte die Fehlermeldung nicht, das heisst allerdings nicht, dass es funktioniert. Tut es nämlich nicht. 
Es scheint, als ob die ganzen Moduswechsel aktuell überhaupt nicht funktionieren. Ich bin auf 0.8.0-2572.
Folgende Meldungen sind bei mir im openHAB-Log, wenn ich auf den Comfort-Mode schalte:
2019-03-19 11:20:59.424 [ome.event.ItemCommandEvent] - Item 'AZH_SET_MODE' received command COMFORT_MODE
2019-03-19 11:20:59.472 [vent.ItemStateChangedEvent] - AZH_SET_MODE changed from NULL to COMFORT_MODE
2019-03-19 11:20:59.485 [ome.event.ItemCommandEvent] - Item 'AZH_COMFORT_MODE' received command ON
2019-03-19 11:20:59.508 [nt.ItemStatePredictedEvent] - AZH_COMFORT_MODE predicted to become NULL
AZH_COMFORT_MODE ist der Switch in den Comfort Mode für Heizkörper & Wandthermostat. Das “predicted to become NULL” bedeutet normalerweise immer ein Problem in der Anbindung.
Switch AZH_COMFORT_MODE "Comfort AZ" (gRoomRadiatorComfort,gSetModes) { channel = "homematic:HG-HM-TC-IT-WM-W-EU:homegear:OEQ0300665:2#COMFORT_MODE,homematic:HG-HM-CC-RT-DN:homegear:NEQ0172836:4#COMFORT_MODE" }
Der Switch in openHAB wirkt auf beide Datenpunkte.
In Node-Blue fehlen die Datenpunkte der Thermostate um die Modis zu schalten.
Wandthermostat:
In der Homegear-Konsole selbst existieren die Punkte:
Channel: 2
{
[SET_TEMPERATURE]: 26
[LOWBAT_REPORTING]: 00
[CONTROL_MODE]: 00
[PARTY_START_YEAR]: 02
[COMFORT_MODE]: 01
[AUTO_MODE]: 01
[ACTUAL_TEMPERATURE]: 00 c8
[BOOST_STATE]: 00
[WINDOW_OPEN_REPORTING]: 00
[BOOST_MODE]: 01
[LOWERING_MODE]: 01
[ACTUAL_HUMIDITY]: 2a
[MANU_MODE]: 28
[PARTY_MODE_SUBMIT]:
[PARTY_START_MONTH]: 0d
[PARTY_START_TIME]: 00
[PARTY_STOP_DAY]: 18
[PARTY_START_DAY]: 0c
[PARTY_STOP_MONTH]: 0d
[PARTY_STOP_YEAR]: 6a
[COMMUNICATION_REPORTING]: 00
[BATTERY_STATE]: 0e
[PARTY_STOP_TIME]: 2a
[PARTY_TEMPERATURE]: 32
}
Channel: 4
{
[VALVE_STATE]: 00
[PARTY_TEMPERATURE]: 06
[SET_TEMPERATURE]: 26
[PARTY_STOP_YEAR]: 75
[PARTY_STOP_MONTH]: 00
[PARTY_START_YEAR]: 1c
[PARTY_STOP_TIME]: 10
[PARTY_STOP_DAY]: 04
[PARTY_START_TIME]: 00
[PARTY_START_MONTH]: 09
[BOOST_MODE]: 01
[BATTERY_STATE]: 0e
[BOOST_STATE]: 00
[PARTY_START_DAY]: 1a
[ACTUAL_TEMPERATURE]: 00 c8
[PARTY_MODE_SUBMIT]:
[MANU_MODE]: 28
[CONTROL_MODE]: 00
[AUTO_MODE]: 01
[COMFORT_MODE]: 01
[FAULT_REPORTING]: 00
[LOWERING_MODE]: 01
}
@sathya, hast Du eine Idee?
Kann das hiermit zu tun haben? Ich hatte damals nicht alles getestet, sondern war froh, dass die Thermostate wieder Werte geliefert haben.
Hallo zusammen,
kurze Info: ich habe exakt das gleiche Problem.
openhabian 2.4 / openhab 2.4.0-1
Der Fehler taucht nach dem Update auf homegear 0.7.38-2757 auf.
Danke für Ideen.
BG, J.
Hallo,
die Parameter wurden von den zwei RPC-Funktionen (getParamset() und getParamsetDescription()) nicht mehr zurückgegeben. Den Fehler habe ich jetzt behoben und sie sind im nächsten Nightly enthalten. Wir sehen zu, dass die Änderungen auch schnell im Stable-Zweig sind.
Danke an euch!
Viele Grüße
Sathya
Das werde ich sobald das nightly da ist testen.
Viele Dank!
Danke 
.
Hallo in die Runde,
ich schildere mal meine Beobachtung zu dem Thema.
Da ich auch die oben genannte Fehlermeldung bei mir im Openhab System hatte, und die Befehle für Manuellen und Automodus nicht umgesetzt wurden, habe ich mich auch auf die Suche begeben und die vermeintliche Lösung gefunden die Thermostate über Paper UI zu löschen und über die Inbox neu hinzuzufügen. Das hab ich mit einem Thermostat zum Testen gemacht
Das hat tatsächlich die Fehlermeldung beseitigt aber leider den Fehler nicht. Im Homematic Manager ist eine Änderung des Modus nicht zu sehen im OpenHab Log erscheint der Fehler der Eingangs steht auch nicht mehr.
Sorry falls die Progammierexperten das schon so kannten, aber ich konnte das hier so nicht nachvollziehen und wollte es kund tun.
Lieben Grüße Philipp
Hallo Philipp,
das ist kein Grund sich zu entschuldigen. Es ist ein interessanter Effekt, den ich mal kurz erkläre. Wahrscheinlich ist den meisten nicht klar, warum das so ist. Es ist eine Spezialität von openHAB.
Wenn du mit der Autodiscovery die Geräte findest, wird die Gerätestruktur in der JsonDB von openHAB abgelegt. Beim nächsten Neustart wird die Gerätestruktur aus der JsonDB ausgelesen und nicht neu abgefragt. In diesem Szenario kommt die Fehlermeldung, da laut Struktur Datenpunkte da sein müssten, es aber nicht sind.
Wenn du die Geräte löscht und neu finden läßt, wird die Struktur ohne die fehlenden Punkte neu angelegt, daher gibt es keine Fehlermeldung mehr, weil Struktur und Realität übereinstimmen.
Ich benutze Things-Files und da wird bei jedem Start von openHAB die Gerätestruktur abgefragt und die neue verwendet (meine JsonDB ist leer). Daher hatte ich auch keine Fehlermeldung.
Der Effekt ist allerdings immer gleich, es funktioniert nicht. 
Noch ein Nachtrag…
Wenn die Korrketur installiert ist, ist eventuell noch eine Anpassung in openHAB notwendig:
Vielen Dank für die schnelle Hilfe 
und für die Erklärung damit hab ich wieder was gelernt.
Das Umstellen des Modus (Auto, Manuell, Boost) klappt jetzt wieder super. Da ich bei der Fehlersuche wieder auf das offizielle Homematic Binding 2.4.0 umgestellt hatte, ist jetzt das einstellen der Temperatur noch nicht möglich mit folgender Fehlermeldung:
Can’t convert type QuantityType with value ‘15 °C’ to FLOAT value with DecimalTypeConverter for ‘PEQ1234567:1#SET_TEMPERATURE’, please check the item type and the commands in your scripts
Aber das hatte ich mit der Umstellung auf OH 2.4.0 auch schon. Das Löschen und neu Suchen nach deiner Beschreibung hat aber auch diesen Fehler bei 2 Testgeräten beseitigt. Die restlichen 12 Komponenten lass ich dann morgen nochmal neu suchen.
Super Arbeit
So, mit dem nightly 0.8.0-2573 funktioniert das Modus-Umschalten auch wieder!
Danke @sathya für die schnelle Korrektur!
Hallo Zusammen,
cool, dass das hier so schnell gelöst werden konnte.
Wie kann ich das Nightly denn einspielen oder ist es in 1-2 Tagen als Stable vorhanden?
Es müsste schon im stable sein, da dort als Datum der 20.3. steht.
Wie man ein nightly einspielt steht hier: https://homegear.eu/downloads.html - da einfach “nightly” auswählen.
Sorry, für die späte Antwort, aber ich war die ganze Woche unterwegs.
Ich bin nicht so firm in Homegear. Normalerweise kommt bei mir das Update automatisch wenn ich Openhabian update (apt-get).
Was passiert, wenn ich da jetzt das nightly einspiele? Geht das dann in Zukunft nicht mehr?
Danke im Voraus.
Ich gehe davon aus, dass das übliche apt upgrade dir die neue stable einspielt.
Wenn du das nightly einspielt, verlierst du diese Möglichkeit, da es einige Zeit dauern wird bis das stable eine höhere Version als dieses nightly hat.
Kann denn dann jmd. den Fehler im Stable korrigieren und eine neue Version erstellen?
Ich habe immer noch Version 0.7.38-2757 und bekomme kein neues Paket.
Eigentlich möchte ich nicht auf das Nightly upgraden, sondern das Stable behalten - da ich eigentlich die Hoffnung hatte, dass ich eine stabile Version bekommen.
Hausautomation hat einen hohen WAF bei uns, und da sind Störungen im Betrieb eher kontraproduktiv.