FHEM Adapter

[LausiD]

Nabend zusammen,
habe mal eine kurze Doku zum Thema "Auswahl Device(s) aus FHEM zur Synchronisation in ioBroker" erstellt.
https://github.com/iobroker-community-adapters/ioBroker.fhem/blob/master/docs/de/SynchroFHEMconfig.md

Lob, Kritik, Anregungen gerne

Gruß
LausiD

[ok1]

@LausiD , ich habe ein Problem mit dem automatischen Überschreiben des Objekt-Feldes "Name" im iobroker beim FHEM-Resync.
Ich nutze dieses Feld als State-Bezeichner für die iogo-App. Nach erstmaligem Einlesen der FHEM- Devices habe ich die benötigten "Name"-Felder mit Kurzbezeichnungen überschrieben. Leider wird dieses Feld bei Neu-Synchronisation mit dem Standard-Name aus FHEM wieder überschrieben.
Gibt es eine Möglichkeit das "Name"-Feld nach initialem Import durch den FHEM-Adapter und anschließender manueller Überarbeitung für folgende FHEM-Syncs zu sperren bzw. dieses im FHEM-Adapter für die bereits initiierten Devices einzustellen ? Aus der Doku im GIT konnte ich diese Option für mich noch nicht herauslesen, ich hoffe ich habe etwas übersehen.
Schön wäre z.B. ein config-Schalter, der das Überschreiben eines initial durch den FHEM-Adapter belegten "Name"-Feldes global für sämtliche Devices bei einem ReSync verhindert. Vielen Dank schon jetzt für Deine Unterstützung !

[LausiD]

@ok1
Dein Vorschlag wäre natürlich umzusetzen und eventuell noch eine sinnvolle Erweiterung....Danke dafür
Wenn ich dich richtig verstanden habe geht es um den Inhalt vom Name eines Objekts. Der Name entspricht dem Attribut alias aus FHEM. Hat ein Device noch kein Attribut alias wird es automatisch mit dem Name vom Device angelegt.
Name=Attribut alias
Du kannst das Attribut alias jederzeit in FHEM ändern oder auch im ioBroker unter dem jeweiligen Objekt unter Attributes/alias.
Hat auch den Vorteil deine gewünschte Bezeichnung für Name Objekt ist einheitlich unter FHEM und ioBroker.
Ein Versuch wäre es wert

Nachtrag: Geht natürlich nur für Objekt als Typ:channel, Reicht dir vermutlich nicht,oder? Du möchtest die Namen für Typ: state ändern?

Gruß
LausiD

[ok1]

@LausiD , ja genau. Der Name des State dient der iogo-App zur Anzeige der Datenpunktbezeichnung in der App. Hier ein Beispiel:

"Bad-IST-Temperatur" habe ich nach Einlesen aller Devices via Deines prima funktionierenden FHEM-Adapters (vielen Dank dafür !) manuell geändert und wird in der App angezeigt. Beim erneuten Sync durch den FHEM-Adapter wird der Name leider überschrieben und dann steht dort wieder das FHEM-Attribut "Thermostat_Bad_Clima measured-temp". Im Prinzip müsste im FHEM-Adapter beim Sync nur überprüft werden, ob das Feld "Name" bereits mit einem String belegt ist. Falls ja, dann nicht überschreiben. Vielleicht ist der Änderungsaufwand nur minimal, würde aber mir und den iogo-App-Nutzern sehr weiterhelfen ! Vielen Dank !

[LausiD]

@ok1
Danke für das Beispiel.....jetzt habe ich es glaub verstanden
Schau ich heute Abend mal was sich machen lässt.
Welche Version FHEM Adapter hast du jetzt im Einsatz?

Gruß
LausiD

[ok1]

@LausiD , ich habe die aktuelle 1.2.0 im Einsatz. Grüsse und nochmals vielen Dank, ok1

[LausiD]

@ok1
So sollte mit Update auf 1.2.1 über github flutschen
Neu unter fhem.x.info.Configurations:
autoName=false kein Überschreiben Name bei resync

Wo ich gerade dabei war:
autoType=false kein Überschreiben type bei resync
autoStates=false kein Überschreiben states bei resync
autoRest=false kein Überschreiben min,max,unit, read,write bei resync

Geändert:
autoRole=false nur noch kein Überschreiben role bei resync

Gabe es schon:
autoFunction=false kein Überschreiben function bei resync

Viel Spaß beim ausführlichen Testen und Gruß
LausiD

[ok1]

@LausiD , Ergebnis des Schnelltests für das "Name"-Feld - es flutscht !
Meine Änderung nach Installation des 1.2.1-Updates im "Name"-Feld des Objekts hat den mehrfachen Restart des FHEM-Adapters überlebt.

Da ich die nächsten Tage noch einige neue HM-Devices über den FHEM-Adapter einbinde kann ich die Erweiterung dann auch noch einmal bzgl. der weiteren Felder ausführlicher testen.

Viele Grüße bis hierin, ok1

[LausiD]

Zur Info:
https://forum.iobroker.net/topic/22437/keine-aktuellen-daten-von-fhem
Kein Sync durch Attribut event-change-reading

[ChrisXY]

hmm kann von fhem nichts in iobroker steuern
Wollte im room ioB_System bei fhem.0.send2ioB
folgendes machen
yeelight-2.0.wohnzimmerlampe.control.power false

auch set fhem.0.send2ioB yeelight-2.0.wohnzimmerlampe.control.power false
geht nicht ..
iob log taucht auch nichts auf hmmm

Optimal wäre ein eigenes Gerät welches in iob ist un fhem als dummy zu bekommen. Damit ich per set MEINDUMMY ON etwas in iob schalten kann

[LausiD]

@ChrisXY
Welche Version hat FHEM Adapter?
Mit fhem.0.info.Commands.createSwitch "Name Raum" kannst du einen dummy als Schalter anlegen.
Komisch...bei mir funktioniert fhem.0.send2ioB einwandfrei
Gruß
LausiD

[ChrisXY]

@LausiD 1.2.0 Es tut sich einfach nichts aber ich teste es morgen nochmal mit einem anderen Gerät

[LausiD]

@ChrisXY
Mit 1.2.0 kann es Probleme gegeben haben
Und fhem.x.info.Commands.createSwitch gab es auch noch nicht.
Versuche es doch mal mit Version 1.2.1 von github
Gruß
LausiD

[ChrisXY]

Danke update gemacht. Passiert trotzdem nichts von fhem aus... Komisch

[LausiD]

@ChrisXY
Instanz danach neu gestartet?

[ChrisXY]

Yep sogar iobroker ganz und fhem hmmm

[LausiD]

Bow.....
Als Test kannst du in FHEM das state von fhem.0.send2ioB auf test setzen.
Danach sollte im Admin Log folgende Meldung erscheinen:
warn event FHEM "dummy fhem.0.send2ioB test" > object "test" not found!

[ChrisXY]

Okay es geht ein eigenes Objekt lässt sich ändern aber z. B yeelight ging nicht. Also alles gut vom Prinzip ghet es wohl. Manuell kann ich im yeelight das als true oder false setzen.. Über fhem aber wohl nicht. Komisch

[LausiD]

Und du bekommst keine Meldung im Admin Log?
Plan B ist wie oben beschrieben ein dummy als Schalter

[ralf-ms]

Moinsen,

ich habe das gleiche Problem mit einem tuya-Switch.
Eine Änderung bzw. ein Schalten des Tuya ist über fhem (send2ioB) nicht möglich, ich kann den ioBroker switch Status nicht ändern
Schreibe ich den Namen falsch, bekomme ich die von LausiD beschriebene Fehlermeldung "object xyz not found", schreibe ich ihn richtig, gibt's keine Ausgabe im Log aber der Wert der Variablen in ioBroker wird auch nicht verändert.
Eine Sprach-Ausgabe von fhem über ioBroker nach alexa funktioniert einwandfrei. Der Mechanismus funktioniert also, der Tuya-Schalter geht allerdings nicht.
In den event-logs von ioB sieht man folgendes, wenn ich in fhem ein
set fhem.0.send2ioB tuya.0.06527533840d8e904ce5.2 false
abschicke:
(Zeile mit tuya.0.xxxx.2 " false" von fhem.0, also val = " false")

Schade eigentlich...