FHEM Adapter
-
@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.
-
@d3ltoroxp sagte in FHEM Adapter:
länger kein Update mehr gemacht, daran sollte es nicht liegen
also bitte... da sollte man als erstes mal anpacken... UPDATES !
-
@d3ltoroxp
Welche Version ist der FHEM Adapter? -
@DJMarc75
Naja irgendwas muss ja an dem Spruch auch dran sein. " Never touch a running System "Wenn alles stabil läuft wieso Update ?
Hab aber mal alles u2d aber gleiche Probleme, dieser eine DP wird einfach nicht mehr übertragen, existiert einfach nicht in ioB in FHEM schon.
@LausiD Fhem Adapter ist V2.0.2
-
@d3ltoroxp sagte in FHEM Adapter:
Naja irgendwas muss ja an dem Spruch auch dran sein. " Never touch a running System "
Ein schrecklicher Irrtum...
@d3ltoroxp sagte in FHEM Adapter:
Wenn alles stabil läuft wieso Update ?
Ja genau... wenn alles stabil laufen würde, dann würde man ja kaum einen Beitrag hier im Forum aufmachen !
@d3ltoroxp sagte in FHEM Adapter:
Hab aber mal alles u2d aber gleiche Probleme
Nacherzählungen bringen nix... dass da alles aktuell ist sollte mal die Ausgabe von folgendem sein:
sudo apt updateund das wäre nur mal ein Anfang !
-
@d3ltoroxp sagte in FHEM Adapter:
Naja irgendwas muss ja an dem Spruch auch dran sein. " Never touch a running System "
Nein, da ist gar nix dran.
Wenn es keine Probleme gäbe würde kein Update erforderlich sein, dein System ist also schon 'kaputt' und muss angepackt werden.
Den Spruch hörst du auch nie von Administratoren von Systemen sondern immer nur von Leuten die keine Ahnung haben. -
Das ist das ioB System.
Naja, Probleme gibt es ja erst seit neustem, also muss ja irgendwas passiert sein, das dieser DP verschwunden ist und auch nicht mehr erstellt wird. Wie gesagt, in der VIS wird das schon seit Ewigkeit über diesen DP gesteuert, der jetzt bei jedem Rollo fehlt. So kann ich die Rollos auf keine gewünschte Position fahren..
Das System ist jetzt u2d. FHEM wurde aktualisiert, ioB System wurde aktualisiert und die Adapter die ich nutze sind auch u2d.
In der Log sieht man sonst auch nichts. Nur wenn ich eben diesen DP über die VIS befüllen will kommt obiger Logeintrag. Das der FHEM Adapter sonst irgendwelche Probleme hat, steht nichts drin. Am FEHM Adapter wurde ja auch in letzter Zeit doch nichts geändert oder ?
-
Buster ist nicht up-to-date, das ist seit September abgekündigt.
-
@d3ltoroxp sagte in FHEM Adapter:
Das der FHEM Adapter sonst irgendwelche Probleme hat, steht nichts drin. Am FEHM Adapter wurde ja auch in letzter Zeit doch nichts geändert oder ?
Was sollte da auch drin stehen wenn nur Du da Problemchen hast ?! System auf Stand bringen und dann sehen wir mal weiter !
-
HIER scheint es noch jemand zu geben..
Cannot process object kommt bei mir auch immer.
Ich schau mal wie ich von Buster auf die nächste Version komme und melde mich wieder.
-
@d3ltoroxp Super dass Du suchst ob Dein Problem auch andere haben Besser wäre zusätzlich die Tipps umzusetzen !
Und dann die "Ergebnisse" posten - damit man weiß ob da dann auch effektiv funktioniert hat
-
So, bin nun auf latest Bullseye (Debian 11) System läuft soweit wieder, aber hat an dem FHEM Problem nichts geändert.
Bin jetzt auf die Version 1.6.3 zurück und sofort waren die DP's wieder da und funktionieren auch. Indem Fall bleib ich erst mal so und melde mich dort mit im Issue. Dann muss sich ja im Update irgendwo ein Fehler eingeschlichen haben.
-
Was, worum ich mir sorgen machen muss und nachschauen sollte ?
fhem.0 2023-04-09 10:46:02.596 warn CHECK id: fhem.0.info.Info.roomioBroker fhem.0 2023-04-09 10:46:02.596 warn CHECK id: fhem.0.info.Info.numberObjectsIOBoutSub fhem.0 2023-04-09 10:46:02.596 warn CHECK id: fhem.0.info.Info.numberObjectsIOBout fhem.0 2023-04-09 10:46:02.596 warn CHECK id: fhem.0.info.Info.numberObjectsIOBin fhem.0 2023-04-09 10:46:02.596 warn CHECK id: fhem.0.info.Info.numberDevicesFHEMsync fhem.0 2023-04-09 10:46:02.596 warn CHECK id: fhem.0.info.Info.numberDevicesFHEMignored fhem.0 2023-04-09 10:46:02.596 warn CHECK id: fhem.0.info.Info.numberDevicesFHEM fhem.0 2023-04-09 10:46:02.596 warn CHECK id: fhem.0.info.Info.lastWarn fhem.0 2023-04-09 10:46:02.596 warn CHECK id: fhem.0.info.Info.lastSend2ioB fhem.0 2023-04-09 10:46:02.596 warn CHECK id: fhem.0.info.Info.lastInfo fhem.0 2023-04-09 10:46:02.596 warn CHECK id: fhem.0.info.Info.lastIOBout fhem.0 2023-04-09 10:46:02.596 warn CHECK id: fhem.0.info.Info.lastError fhem.0 2023-04-09 10:46:02.595 warn CHECK id: fhem.0.info.Info.buildDate fhem.0 2023-04-09 10:46:02.595 warn CHECK id: fhem.0.info.Info.aliveKam nach dem Update von nodejs auf 18.x
-
Hallo zusammen,
ich habe nun mein FHEM mit dem iobroker verknüpft.
Nun habe ich aber das Problem das alle FHEM Devices im iobroker ankommen. Würde jedoch nur ein paar Devices übertragen. Um dies zu ermöglichen habe ich in FHEM ein Raum der iobroker heisst. Dort liegt ein Testdevice. Muss ich sonst noch irgendetwas beachten? -
@michisa86888 Ich verstehe die Frage, ehrlich gesagt, nicht so ganz. Unter
ist ja ausführlich beschrieben, welche Möglichkeiten der Einschränkung der zu übertragenden Objekte man hat. Ist dir dazu etwas unklar? Funktioniert etwas nicht?
-
@marc-berg
Also kurz gesagt, möchte ich nur die FHEM Devices die im FHEM Raum ioBroker sind auch an iobroker übertragen.
Dazu habe ich onlySyncRoom wie im Screenshot konfiguriert. Es werden aber weiterhin alle FHEM Devices übetragen und auch aktualisiert.
-
@michisa86888
Seltsam, das funktioniert bei mir völlig problemlos. Allerdings habe ich "onlySyncRoom" bei mir nicht gesetzt, da (wenn der Raum "ioBroker" existiert) sowieso nur dieser synchronisiert wird, das ist die Defaulteinstellung. Aber auch, wenn ich "onlySyncRoom" mal testweise eintrage, ändert sich das Verhalten nicht. Es werden weiterhin nur Geräte aus diesem Raum synchronisiert. Es ist sogar so, das Objekte in ioBroker gelöscht werden, wenn ich das Gerät in FHEM aus dem Raum "ioBroker" entferne.Vielleicht Groß-/Kleinschreibung?
