NEWS
FHEM Adapter
-
@LausiD , ich möchte gerne fragen, ob Du den FHEM Adapter evtl. noch im Bereich der HomeMatic Internals aufweiten könntest / möchtest.
Im Moment finden sich dort NAME und TYPE.
Im FHEM- Device "HM" finden sich weitere interessante "Internals" zum Systemstatus, insbesondere was den State und die Errors einzelner Devices betrifft:
Diese Errors und Warnings liessen sich gut im IOBroker- Frontend darstellen, so das man Probleme mit seiner HM-Installation schnell sieht und beheben kann.
VG, ok
-
@LausiD , ich möchte gerne fragen, ob Du den FHEM Adapter evtl. noch im Bereich der HomeMatic Internals aufweiten könntest / möchtest.
Im Moment finden sich dort NAME und TYPE.Im FHEM- Device "HM" finden sich weitere interessante "Internals" zum Systemstatus, insbesondere was den State und die Errors einzelner Devices betrifft:
Diese Errors und Warnings liessen sich gut im IOBroker- Frontend darstellen, so das man Probleme mit seiner HM-Installation schnell sieht und beheben kann.
VG, ok
@ok1 sagte in FHEM Adapter:
@LausiD , ich möchte gerne fragen, ob Du den FHEM Adapter evtl. noch im Bereich der HomeMatic Internals aufweiten könntest / möchtest.
Im Moment finden sich dort NAME und TYPE.@ok1 Ist keine Erweiterung notwendig....
mit fhem.x.info.Configurations.allowedInternals = STATE wird auch dieses Internals übertragen.
ABER.....Internals können nur mit jsonlist2 einmalig ausgelesen werden (beim Start FHEM Adapter) und über Telnet werden keine Änderungen gesendet :-(
Geht so also nicht....deshalb müssen die gewünschten Internals irgendwie in ein Reading.
Eine Möglichkeit wäre zB der Weg über userReadings:
Dazu in FHEM attr hm userReadings STATE { InternalVal("hm","STATE",0) } eingeben oder manuell setzen.
Nach einem update von hm ist das neue Reading STATE mit dem Inhalt von Internals:STATE vorhanden.
Nach Neustart FHEM Adapter ist das Reading STATE auch im ioBroker vorhanden und wird synchronisiert :-)Gruß LausiD
-
@LausiD sagte in FHEM Adapter:
Es klappt leider noch nicht so ganz.
Testweise habe ich die Internals
attr hm userReadings STATE { InternalVal("hm","ERR__protocol",0) }
attr hm userReadings STATE { InternalVal("hm","ERR_motorErr",0) }
genommen.Im Bild oben sollten die beiden Internals ERR__protocol und ERR_motorErr die Devices Funkschalter, Zwischenstecker und Thermostat anzeigen.
Die beiden Internal tauchen auch unter Readings auf, aber mit falschen Werten, die auf Fehler hindeuten:
VG, ok
-
@LausiD sagte in FHEM Adapter:
Es klappt leider noch nicht so ganz.Testweise habe ich die Internals
attr hm userReadings STATE { InternalVal("hm","ERR__protocol",0) }
attr hm userReadings STATE { InternalVal("hm","ERR_motorErr",0) }
genommen.Im Bild oben sollten die beiden Internals ERR__protocol und ERR_motorErr die Devices Funkschalter, Zwischenstecker und Thermostat anzeigen.
Die beiden Internal tauchen auch unter Readings auf, aber mit falschen Werten, die auf Fehler hindeuten:VG, ok
@ok1 sagte in FHEM Adapter:
@LausiD sagte in FHEM Adapter:
Es klappt leider noch nicht so ganz.@ok1
Du brauchst für jedes Internal ein Eintrag unter userReadings (Komma getrennt)
Der verwendete Name darf auch nicht unter Readings schon vorhanden sein.Bilder sagen mehr als Worte :-)
Ein Bsp
Viel Erfolg und Gruß
LausiD -
@ok1 sagte in FHEM Adapter:
@LausiD sagte in FHEM Adapter:
Es klappt leider noch nicht so ganz.@ok1
Du brauchst für jedes Internal ein Eintrag unter userReadings (Komma getrennt)
Der verwendete Name darf auch nicht unter Readings schon vorhanden sein.Bilder sagen mehr als Worte :-)
Ein BspViel Erfolg und Gruß
LausiD -
-
Hey LausiD,
erst einmal vielen Dank für deine Arbeit!
Ich nutze FHEM eigentlich nur noch zur Kommunikation mit meinen Homematic Geräten und dein Adapter bewahrt mich davor eine CCU kaufen zu müssen...
Ein Problem habe ich in meinem Setup aber noch:
Die Räume in FHEM habe ich ganz anders organisiert, als in iobroker. In IOB nutze ich nur die tatsächlich vorhandenen Räume, weil die Objekte auch so gut sortiert sind.
In FHEM hingegen nutze ich pro Gerät mehrere Räume, also z.B Homematic, 20_Badezimmer, ioBrokerLeider werden diese Räume (und zB. noch ioB_System usw) nach jedem Neustart des Adapters in die Liste meiner Räume von ioBroker übernommen. Dort will ich aber wie gesagt nur meine physisch vorhandenen Räume haben.
Kann ich das automatische Übernehmen bzw. Eintragen der Räume von FHEM irgendwie abschalten?
Danke :)
-
Hey LausiD,
erst einmal vielen Dank für deine Arbeit!
Ich nutze FHEM eigentlich nur noch zur Kommunikation mit meinen Homematic Geräten und dein Adapter bewahrt mich davor eine CCU kaufen zu müssen...
Ein Problem habe ich in meinem Setup aber noch:
Die Räume in FHEM habe ich ganz anders organisiert, als in iobroker. In IOB nutze ich nur die tatsächlich vorhandenen Räume, weil die Objekte auch so gut sortiert sind.
In FHEM hingegen nutze ich pro Gerät mehrere Räume, also z.B Homematic, 20_Badezimmer, ioBrokerLeider werden diese Räume (und zB. noch ioB_System usw) nach jedem Neustart des Adapters in die Liste meiner Räume von ioBroker übernommen. Dort will ich aber wie gesagt nur meine physisch vorhandenen Räume haben.
Kann ich das automatische Übernehmen bzw. Eintragen der Räume von FHEM irgendwie abschalten?
Danke :)
@Holzlenkrad
Danke für deine Rückmeldung.
Geht Stand heute noch nicht....sollte aber kein großes Problem sein.
Automatische Vergabe Funktion kann ja auch schon deaktiviert werden...
Werde es mal in 1.4.0 von github einbauen.
Welche Version hast du im Einsatz?Gruß
LausiD -
@Holzlenkrad
Danke für deine Rückmeldung.
Geht Stand heute noch nicht....sollte aber kein großes Problem sein.
Automatische Vergabe Funktion kann ja auch schon deaktiviert werden...
Werde es mal in 1.4.0 von github einbauen.
Welche Version hast du im Einsatz?Gruß
LausiD@LausiD
Was meinst du mit der automatischen Vergabefunktion?
Also ich würde es schon gut finden, wenn es einfach eine weitere Configuration Option gibt, z.B. autocreateRooms, die man bei Bedarf auf false stellen könnte, sodass aus Attributes.Room eben nicht die Raumzuordnung von ioBroker übernommen wird.Ansonsten, könnte ich auch einfach allowedAttributes auf alias, comment stellen oder kann ich da nur zusätzliche Attribute angeben aber die Standards nicht ausschließen?
Ich nutze übrigens 1.3.0, also immer die aktuellen Versionen aus dem latest-Zweig.
-
@LausiD
Was meinst du mit der automatischen Vergabefunktion?
Also ich würde es schon gut finden, wenn es einfach eine weitere Configuration Option gibt, z.B. autocreateRooms, die man bei Bedarf auf false stellen könnte, sodass aus Attributes.Room eben nicht die Raumzuordnung von ioBroker übernommen wird.Ansonsten, könnte ich auch einfach allowedAttributes auf alias, comment stellen oder kann ich da nur zusätzliche Attribute angeben aber die Standards nicht ausschließen?
Ich nutze übrigens 1.3.0, also immer die aktuellen Versionen aus dem latest-Zweig.
@Holzlenkrad sagte in FHEM Adapter:
Was meinst du mit der automatischen Vergabefunktion?
Es gibt schon fhem.x.info.Configurations.autoFunction true/false zur automatischen Zuordnung einer Funktion
Neu in Ver 1.4.0 von github ist jetzt:
fhem.x.info.Configurations.autoRoom true/false zur automatischen Zuordnung Räume@Holzlenkrad sagte in FHEM Adapter:
Ansonsten, könnte ich auch einfach allowedAttributes auf alias, comment stellen oder kann ich da nur zusätzliche Attribute angeben aber die Standards nicht ausschließen?
Default Werte von allowed Attributes (default: room,alias,comment) können nicht geändert werden.
Nur zusätzliche Attribute sind möglichGruß
LausiD -
@Holzlenkrad sagte in FHEM Adapter:
Was meinst du mit der automatischen Vergabefunktion?
Es gibt schon fhem.x.info.Configurations.autoFunction true/false zur automatischen Zuordnung einer Funktion
Neu in Ver 1.4.0 von github ist jetzt:
fhem.x.info.Configurations.autoRoom true/false zur automatischen Zuordnung Räume@Holzlenkrad sagte in FHEM Adapter:
Ansonsten, könnte ich auch einfach allowedAttributes auf alias, comment stellen oder kann ich da nur zusätzliche Attribute angeben aber die Standards nicht ausschließen?
Default Werte von allowed Attributes (default: room,alias,comment) können nicht geändert werden.
Nur zusätzliche Attribute sind möglichGruß
LausiD -
@LausiD
Vielen Dank! Vor allem, dass du das so schnell gemacht hast.Ich habe mir direkt mal die Version von Github über die böse Katze gezogen, autoRoom auf false gesetzt und genau das erreicht, was ich mir gewünscht habe :)
@Holzlenkrad
Supi, so soll es sein :-)
Kannst ja die 1.4.0 noch fleissig testen...würde gerne als 1.4.1 in latest bringen
Viel Spaß mit iobroker und FHEM
Gruß LausiD -
Ich habe noch ein ganz kleines Problem entdeckt, was aber im Endeffekt nur kosmetisch ist, da die Funktion nicht eingeschränkt ist.
Einer meiner Temperatur-Sensoren in Fhem hat ein Reading namens state, das entweder die Sensorwerte (T: 22.0 H: 46.1) oder z.B. Fehlermeldungen oder den aktuellen Vorgang (write sensor data) ausgibt.
Allerdings wird von ioBroker nur reiner Text übernommen, bei der Kombination aus Temperatur und Luftfeuchtigkeit (T: 22.0 H: 46.1) erfolgt keine Aktualisierung. Ich vermute mal, weil das ganze durch die beiden Doppelpunkte falsch ausgewertet wird. Im Log sieht das ganze übrigens so aus.
fhem.0 2019-11-12 14:25:50.165 info (1679) event FHEM: BZ_BLEtemp | XiaomiBTLESens BZ_BLEtemp T: 22.1 H: 45.7 | reading > fhem.0.BZ_BLEtemp 22.1 H: 45.7 fhem.0 2019-11-12 14:25:50.105 info (1679) event FHEM: BZ_BLEtemp | XiaomiBTLESens BZ_BLEtemp temperature: 22.1 | reading > fhem.0.BZ_BLEtemp.temperature 22.1 fhem.0 2019-11-12 14:25:50.046 info (1679) event FHEM: BZ_BLEtemp | XiaomiBTLESens BZ_BLEtemp humidity: 45.7 | reading > fhem.0.BZ_BLEtemp.humidity 45.7Ich habe ja zum Glück ein Objekt temperature und humidity die ich nutzen kann, also kein großes Problem.
Mit Version 1.3.0 schmiss der Log übrigens noch folgendes:
fhem.0 (74) unhandled event FHEM "XiaomiBTLESens BZ_BLEtemp T: 22.2 H: 50.6" > jsonlist2 BZ_BLEtemp
Und das ganze wurde in den Objekten übernommen. -
Ich habe noch ein ganz kleines Problem entdeckt, was aber im Endeffekt nur kosmetisch ist, da die Funktion nicht eingeschränkt ist.
Einer meiner Temperatur-Sensoren in Fhem hat ein Reading namens state, das entweder die Sensorwerte (T: 22.0 H: 46.1) oder z.B. Fehlermeldungen oder den aktuellen Vorgang (write sensor data) ausgibt.
Allerdings wird von ioBroker nur reiner Text übernommen, bei der Kombination aus Temperatur und Luftfeuchtigkeit (T: 22.0 H: 46.1) erfolgt keine Aktualisierung. Ich vermute mal, weil das ganze durch die beiden Doppelpunkte falsch ausgewertet wird. Im Log sieht das ganze übrigens so aus.
fhem.0 2019-11-12 14:25:50.165 info (1679) event FHEM: BZ_BLEtemp | XiaomiBTLESens BZ_BLEtemp T: 22.1 H: 45.7 | reading > fhem.0.BZ_BLEtemp 22.1 H: 45.7 fhem.0 2019-11-12 14:25:50.105 info (1679) event FHEM: BZ_BLEtemp | XiaomiBTLESens BZ_BLEtemp temperature: 22.1 | reading > fhem.0.BZ_BLEtemp.temperature 22.1 fhem.0 2019-11-12 14:25:50.046 info (1679) event FHEM: BZ_BLEtemp | XiaomiBTLESens BZ_BLEtemp humidity: 45.7 | reading > fhem.0.BZ_BLEtemp.humidity 45.7Ich habe ja zum Glück ein Objekt temperature und humidity die ich nutzen kann, also kein großes Problem.
Mit Version 1.3.0 schmiss der Log übrigens noch folgendes:
fhem.0 (74) unhandled event FHEM "XiaomiBTLESens BZ_BLEtemp T: 22.2 H: 50.6" > jsonlist2 BZ_BLEtemp
Und das ganze wurde in den Objekten übernommen.@Holzlenkrad
Danke für den Hinweis und super Beschreibung.
Könnte ich bei mir nachvollziehen....Schau ich mir die Tage nochmal an
Gruß
LausiD -
Ich habe noch ein ganz kleines Problem entdeckt, was aber im Endeffekt nur kosmetisch ist, da die Funktion nicht eingeschränkt ist.
Einer meiner Temperatur-Sensoren in Fhem hat ein Reading namens state, das entweder die Sensorwerte (T: 22.0 H: 46.1) oder z.B. Fehlermeldungen oder den aktuellen Vorgang (write sensor data) ausgibt.
Allerdings wird von ioBroker nur reiner Text übernommen, bei der Kombination aus Temperatur und Luftfeuchtigkeit (T: 22.0 H: 46.1) erfolgt keine Aktualisierung. Ich vermute mal, weil das ganze durch die beiden Doppelpunkte falsch ausgewertet wird. Im Log sieht das ganze übrigens so aus.
fhem.0 2019-11-12 14:25:50.165 info (1679) event FHEM: BZ_BLEtemp | XiaomiBTLESens BZ_BLEtemp T: 22.1 H: 45.7 | reading > fhem.0.BZ_BLEtemp 22.1 H: 45.7 fhem.0 2019-11-12 14:25:50.105 info (1679) event FHEM: BZ_BLEtemp | XiaomiBTLESens BZ_BLEtemp temperature: 22.1 | reading > fhem.0.BZ_BLEtemp.temperature 22.1 fhem.0 2019-11-12 14:25:50.046 info (1679) event FHEM: BZ_BLEtemp | XiaomiBTLESens BZ_BLEtemp humidity: 45.7 | reading > fhem.0.BZ_BLEtemp.humidity 45.7Ich habe ja zum Glück ein Objekt temperature und humidity die ich nutzen kann, also kein großes Problem.
Mit Version 1.3.0 schmiss der Log übrigens noch folgendes:
fhem.0 (74) unhandled event FHEM "XiaomiBTLESens BZ_BLEtemp T: 22.2 H: 50.6" > jsonlist2 BZ_BLEtemp
Und das ganze wurde in den Objekten übernommen.@Holzlenkrad sagte in FHEM Adapter:
Einer meiner Temperatur-Sensoren in Fhem hat ein Reading namens state, das entweder die Sensorwerte (T: 22.0 H: 46.1) oder z.B. Fehlermeldungen oder den aktuellen Vorgang (write sensor data) ausgibt.
Allerdings wird von ioBroker nur reiner Text übernommen, bei der Kombination aus Temperatur und Luftfeuchtigkeit (T: 22.0 H: 46.1) erfolgt keine Aktualisierung. Ich vermute mal, weil das ganze durch die beiden Doppelpunkte falsch ausgewertet wird. Im Log sieht das ganze übrigens so aus.Sollte mit einem Update von github behoben sein :-)
Gruß
LausiD -
@Holzlenkrad sagte in FHEM Adapter:
Einer meiner Temperatur-Sensoren in Fhem hat ein Reading namens state, das entweder die Sensorwerte (T: 22.0 H: 46.1) oder z.B. Fehlermeldungen oder den aktuellen Vorgang (write sensor data) ausgibt.
Allerdings wird von ioBroker nur reiner Text übernommen, bei der Kombination aus Temperatur und Luftfeuchtigkeit (T: 22.0 H: 46.1) erfolgt keine Aktualisierung. Ich vermute mal, weil das ganze durch die beiden Doppelpunkte falsch ausgewertet wird. Im Log sieht das ganze übrigens so aus.Sollte mit einem Update von github behoben sein :-)
Gruß
LausiDDanke, das habe ich direkt mal installiert. Nun wird das Reading wieder richtig angezeigt. :)
Allerdings kommt nun im Log die Meldung:
unhandled event FHEM: BZ_BLEtemp | XiaomiBTLESens BZ_BLEtemp T: 21.7 H: 52.9 > no sync - id not found! >> jsonlist2 BZ_BLEtempAber das soll sicherlich so?
-
Danke, das habe ich direkt mal installiert. Nun wird das Reading wieder richtig angezeigt. :)
Allerdings kommt nun im Log die Meldung:
unhandled event FHEM: BZ_BLEtemp | XiaomiBTLESens BZ_BLEtemp T: 21.7 H: 52.9 > no sync - id not found! >> jsonlist2 BZ_BLEtempAber das soll sicherlich so?
@Holzlenkrad sagte in FHEM Adapter:
unhandled event FHEM: BZ_BLEtemp | XiaomiBTLESens BZ_BLEtemp T: 21.7 H: 52.9 > no sync - id not found! >>
Ja, die Meldung soll kommen.
Kannst du aber mit fhem.x.info.Settings.logUnhandledEventFHEM auf false auch deaktivieren :-)
500
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge