FHEM Adapter
-
@sticks
Danke für die Rückmeldung
Habe nach Doku Adapter Echodevice mal versucht die Meldungen in Griff zu bekommen.
Bitte teste nochmal die github Version.......Gruß
LausiD -
Hi, habe nochmal die neueste Github Version installiert (Build-Date 15.07.22), aber leider noch keine Änderung bezüglich der Type-Fehler bei den ECHO-Devices.
-
@sticks sagte in FHEM Adapter:
aber leider noch keine Änderung bezüglich der Type-Fehler bei den ECHO-Devices.
Sorry, kann hier den Adapter Echodevice nicht testen
Hast du mal ein betroffenes Objekt z.B. fhem.0.ECHO_Wohnzimmer gelöscht und durch Neustart Fhem Adapter neu anlegen lassen?
fhem.0.info.Configurations.autoType steht auf true?Gruß
LausiD -
@lausid
Hi, ja, ich habe bei meinen Tests nach Github-Update immer den kompletten "FHEM"-Objektbaum löschen und neu anlegen lassen (Nach Update der Github-Version).
Und "AutoType" wird dann ja im "default" immer auf "True" gesetzt, was auch jetzt der Fall ist. -
@sticks
OK muss es eine andere Ursache haben
Kannst du mir aus FHEM die Ausgabe von "jsonlist2 .ECHO_Wohnzimmer" zukommen lassen?
Damit kannn ich zum Test das Objekt bei mir anlegen lassen....... -
Hi, ich hab dir die Ausgabe mal als Chat gesendet, da ich nicht weiß ob dort eventuell "geheime" Informationen zu meinem Amazon Account mit drin sind.
-
ECHODEVICE Log-Problem mit der neuesten GitHub Version des FHEM-Adapters jetzt gelöst.
Danke LausiD. -
@sticks
Danke für die Rückmeldung und den geduldigen TestGruß
LausiD -
Re: FHEM Adapter
@LausiD , ich erhalte seit heute Abend folgende Fehlermeldungen im Log, so dass der fhem-Adapter nicht startet.
Das System wurde nicht verändert, der aktuellste fhem-Adapter ist installiert und lief bislang einwandfrei.
(eine zweite fhem-Instanz fhem.1 startet dagegen einwandfrei ?!)Vielen Dank schon jetzt für einen Hinweis !
fhem.0 2022-10-23 23:16:37.756 info State value to set for "fhem.0.info.Configurations.allowedInternals" has to be type "string" but received type "boolean" fhem.0 2022-10-23 23:16:37.750 warn Terminated (UNCAUGHT_EXCEPTION): Without reason fhem.0 2022-10-23 23:16:37.748 debug Plugin sentry destroyed fhem.0 2022-10-23 23:16:37.746 info terminating fhem.0 2022-10-23 23:16:37.737 error state.val.split is not a function fhem.0 2022-10-23 23:16:37.736 error TypeError: state.val.split is not a function at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.fhem/main.js:529:44) at processImmediate (internal/timers.js:463:21) fhem.0 2022-10-23 23:16:37.735 error uncaught exception: state.val.split is not a function fhem.0 2022-10-23 23:16:37.731 warn TypeError: state.val.split is not a function at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.fhem/main.js:529:44) at processImmediate (internal/timers.js:463:21) fhem.0 2022-10-23 23:16:37.728 warn Exception: TypeError: state.val.split is not a function fhem.0 2022-10-23 23:16:37.726 debug [main] [getConfigurationsSYNC] [getConfig] info.Configurations.allowedInternals: {"val":true,"ack":true,"ts":1666559762075,"q":0,"from":"system.adapter.fhem.0","user":"system.user.admin","lc":1666547534818} fhem.0 2022-10-23 23:16:37.717 debug [main] [getConfigurationsSYNC] [getConfig] info.Configurations.allowedInternals (TYPE,NAME) -
Hallo,
ich habe vorgestern eine Verbindung zu einer bestehenden Fhem Installation aufgebaut.
Nun bekomme ich meinen Log mit lauter Meldungen zugemüllt.
Wie kann ich diese Meldungen abstellen?
Vielen Dank
Daniel -
@iob_daniel sagte in FHEM Adapter:
Wie kann ich diese Meldungen abstellen?
indem Du das LOGLevel der Instanz auf mindestens "warn" setzt !
-
@DJMarc75 Vielen Dank!
Wenn immer alles so einfach gehen würde! -
@ok1 sagte in FHEM Adapter:
ich erhalte seit heute Abend folgende Fehlermeldungen im Log, so dass der fhem-Adapter nicht startet.
Welchen Wert hat info.Configurations.allowedInternals?
Hast du die Version von github (16.07.22) ?
Die zweite Instanz geht auf eine andere FHEM Installation? -
Hallo zusammen,
kurze Frage, da ich per Suche nichts gefunden habe.
Ist es möglich per fhem.0.Info.Commands.SendFHEM einen regSet Befehl zu senden, der dann im Gerät auch übernommen wird?
Wenn ich darüber folgenden Befehl sende, steht zwar kurz im Register set_100%, aber wechselt dann wieder auf die in FHEM selbst eingestellten 50%.set HM_728021_Bright regSet shOnLevel 100 HM_68E334_Sw_01
Es scheint mir, als ob eine Registeränderung über iobroker nicht möglich ist, kann das sein?
Gruß,
Richy -
Niemand eine Idee?
-
@rickman
Sollte eigentlich über fhem.0.Info.Commands.SendFHEM laufen....der Wert wird 1:1 an FHEM gesendet.
Funktioniert "set HM_728021_Bright regSet shOnLevel 100 HM_68E334_Sw_01" über die Befehlszeile in FHEM?Gruß
LausiD -
@lausid said in FHEM Adapter:
shOnLevel 100 HM_68E334_Sw_01
Das hätte ich auch vorher schon mal ausprobieren können...
Mal geht es, meistens aber nicht. Da ist es dann auch egal, ob ich es in der commandline eingebe, oder ob ich es über die Schaltflächen probiere.
Beim ersten Mal funktionierte es in FHEM direkt, daher habe ich das nicht mehr weiter in Betracht gezogen.Scheit also eher ein FHEM / Geräteproblem zu sein und hat hier wohl nix zu suchen. Sorry!
Gruß,
Richy -
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 ioBrokerstateChange (out): 0_userdata.0.hmip.30142E1B4C00008882440318_primaryShadingLevel | 0 > set 0_userdata.0.hmip.30142E1B4C00008882440318_primaryShadingLevel 0 -
@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') -
Mir viel auf, das ich über die VIS meine Rollos nicht mehr steuern konnte. Direkt über FHEM geht. Jetzt hab ich mal rein geschaut in die VIS, dort habe ich einen DP Namens
fhem.0.Buero_li.pctDiesen scheint es nicht mehr zu geben. Unter meinen DP's gibt es den nicht mehr. Hab diesen aber Jahrelang benutzt und auch an der VIS was das Thema Rollos angeht, schon ewig nicht mehr geändert.
Im Log sehe ich auch folgendes...
Weiß hier jemand was ? Hat sich was bei FHEM geändert, oder am Adapter ? Hatte bei FHEM auch länger kein Update mehr gemacht, daran sollte es nicht liegen.
