@thomas-braun
Danke, so klappt das. Und der Adapter läuft weiterhin

@lausid
passt, mit dem Patch 92013ae5973311518f1dc766371c18bf73a7a97c auf die 2.0.3 läuft es wieder. Zum Installieren von github bin ich zu doof.
Danke für's Reparieren.

@det20 said in FHEM Adapter:

Ich weiß nicht ob es nach dem letzten Update noch funktioniert hat. Bisher konnte ich von FHEM > ioBroker mit "set fhem.0.send2ioB xyz wert" Daten im ioBroker ändern. Genau das funktioniert nun nicht mehr, im ioBroker wird nichts geändert, im Log steht aber auch nichts.

Das gleiche Problem habe ich hier auch. Mit 1.6.3 lief das noch, ab 2.0.0, genauer ab diesem commit
https://github.com/iobroker-community-adapters/ioBroker.fhem/commit/1f9cdd02f45dc422137d333d93ba1e6319176b5e
funktioniert die Kommunikation von fhem->ioBroker nicht mehr, nur noch ioBroker->fhem.

Ja, das ist für mich ein bug.
Christian

0 GermanBluefox committed to iobroker-community-adapters/ioBroker.fhem

corrected https://github.com/iobroker-community-adapters/ioBroker.fhem/issues/144

@hopsi said in FHEM Adapter:

Wenn der Datenpunkt als 'Zahl' konfiguriert ist (und das ist er automatisch in diesem Fall), dann kommt bei einem
set fhem.0.send2ioB hmip.0.devices.30142E1B4C00008882440318.channels.1.primaryShadingLevel 0.32
von fhem-Seite her nur der Wert 0 an, die Nachkommastellen werden ignoriert.

Habe das Problem gefunden. Nachdem ich wohl keinen Einfluss darauf habe, wie der Datenpunkt angelegt wird, hilft nur ein kleiner Patch, der das Abschneiden der Nachkommastellen verhindert.
Nicht schön, aber läuft.

--- node_modules/iobroker.fhem/main.js.bak      2022-12-10 15:13:24.762686756 +0100
+++ node_modules/iobroker.fhem/main.js  2022-12-10 15:39:42.648445578 +0100
@@ -2558,5 +2558,8 @@
                 } else if (obj && obj.common.write) {
                     let setState = event.substr(parts[0].length + device.length + parts[2].length + 3);
-                    if (obj.common.type === 'number')
+                    //if (obj.common.type === 'number')
+                    if (val.indexOf("primaryShadingLevel") !== -1)
+                        adapter.log.info('[parseEvent] primaryShadingLevel quirks');
+                    if (obj.common.type === 'number' && val.indexOf("primaryShadingLevel") == -1)
                         setState = parseInt(setState);
                     if (obj.common.type === 'boolean')

Habe ein Problem, mit fhem.0.send2ioB in einen Datenpunkt bei ioBroker zu schreiben.
Wenn der Datenpunkt als 'Zahl' konfiguriert ist (und das ist er automatisch in diesem Fall), dann kommt bei einem
set fhem.0.send2ioB hmip.0.devices.30142E1B4C00008882440318.channels.1.primaryShadingLevel 0.32
von fhem-Seite her nur der Wert 0 an, die Nachkommastellen werden ignoriert.
ändere ich den Datenpunkt auf 'Zeichenkette', dann wird die 0.32 geschrieben und auch korrekt ausgeführt vom Gerät.
Auf welcher Seite liegt der Fehler? Leider kann ich den Datenpunkt nur bis zum nächsten Einlesen der Geräte umstellen auf 'Zeichenkette', so daß das keine Lösung ist.
Hab unter 0_userdata einen Test-Datenpunkt zum Spielen eingerichtet, der zeigt das gleiche Verhalten: sende ich 0.32, protokolliert ioBroker

stateChange (out): 0_userdata.0.hmip.30142E1B4C00008882440318_primaryShadingLevel | 0 > set 0_userdata.0.hmip.30142E1B4C00008882440318_primaryShadingLevel 0