NEWS
FHEM Adapter
-
Hi und vielen Dank für die ausführliche Erklärung. Dann hatte ich tatsächlich den Log Eintrag nur falsch verstanden.
Also soweit scheint alles bei mir nach wie vor zu funktionieren kann aber noch noch nicht viel dazu sagen, da der Adapter ja erst seit ein paar Stunden läuft.
Vielen Dank für deine Hilfe bzw. den tollen Adapter.
EDIT: Nachdem ich soeben FHEM mal wieder neugestartet habe, bekomme ich nun weitere Warnings im Log ähnlich wie weiter oben von Werner beschrieben.
-
EDIT: Nachdem ich soeben FHEM mal wieder neugestartet habe, bekomme ich nun weitere Warnings im Log ähnlich wie weiter oben von Werner beschrieben. `
Vielen Dank für Deine RückmeldungDie Warnmeldung unhandled event habe ich eingebaut um nicht verarbeite Events aus FHEM im Log anzeigen zu können. In deinem Fall wird nur das Sonos Model aktualisiert….kannst unter fhem.0.info.Settings.logUnhandledEventFHEM auf false setzen.
Unter fhem.0.info.Configuration.autoConfigFHEM auf true und du hast keine warn Meldungen mehr
Gruß
LausiD
-
Morgähn zusammen,
hat noch jemand diese Aqara Sensoren über CC2531 am Start und kann mir mal ein jsonlist2 davon zukommen lassen?
@Sedonion:Keinen, bzw. FHEM Adapter.
In FHEM sind die Aqara Sensoren (Temperatur und Fensterkontakt) über einen Cc2531 USB Stick angebunden. `
viewtopic.php?f=8&t=18789&p=197720&hilit=fhem#p197720jsonlist2 erledigt
Vielen Dank und Gruß
LausiD
-
Hallo Werner,
vielen Dank für Deine Rückmeldung
unhandled event FHEM "CUL_TCM97001 Unknown Code: 3E85D5594580" > jsonlist2
= Ein Event/Ereignis "CUL_TCM97001 Unknown Code: 3E85D5594580" aus FHEM konnte nicht verarbeitet werden.
Im Event monitor FHEM taucht dieser Eintrag bestimmt in gleicher Anzahl auf, oder?
Ziel wäre es diesen Eintrag in FHEM aus der Welt zu schafen
Alternativ: Unter Objekte fhem.1.info.Settings.logUnhandledEventFHEM auf false setzen.
Damit werden die Meldungen unterdrückt, aber das eigentliche Problem bleibt.
Hast du in FHEM ein Gerät mit dem Namen "Unknown" ?
FHEM Befehlszeile "list Unknown"
Gruß
LausiD `
Sooooo, sorry das ich mich erst jetzt melde, aber das Geld verdienen geht vor
ich habe jetzt einen Raum "IOBroker" in Fhem angelegt, den Devices die in Iobroker angezeigt werden sollen den Raum zugeordnet.
Thermometer, Steckdosen,HM-Fenster/Türkontakte,HM-Heizkörper-Thermostate und Energieverbrauch
Habe jetzt nur noch eine Meldung im Log
fhem.0 2018-12-01 13:42:26.710 warn unhandled event FHEM "ESA2000 Stromzaehler CNT: 127- CUM: 3125.853 CUR: 0.353 TICKS: 75 LR" > jsonlist2 fhem.0 2018-12-01 13:40:10.663 info check channel Stromzaehler > jsonlist2 Stromzaehler fhem.0 2018-12-01 13:40:10.663 warn unhandled event FHEM "ESA2000 Stromzaehler CNT: 126- CUM: 3125.840 CUR: 0.152 TICKS: 75 LR" > jsonlist2
welche Daten benötigst du ??
Gruß Werner
-
Sooooo, sorry das ich mich erst jetzt melde, aber das Geld verdienen geht vor
ich habe jetzt einen Raum "IOBroker" in Fhem angelegt, den Devices die in Iobroker angezeigt werden sollen den Raum zugeordnet.
Thermometer, Steckdosen,HM-Fenster/Türkontakte,HM-Heizkörper-Thermostate und Energieverbrauch
Habe jetzt nur noch eine Meldung im Log
Code: Alles auswählen
fhem.0 2018-12-01 13:42:26.710 warn unhandled event FHEM "ESA2000 Stromzaehler CNT: 127- CUM: 3125.853 CUR: 0.353 TICKS: 75 LR" > jsonlist2
fhem.0 2018-12-01 13:40:10.663 info check channel Stromzaehler > jsonlist2 Stromzaehler
fhem.0 2018-12-01 13:40:10.663 warn unhandled event FHEM "ESA2000 Stromzaehler CNT: 126- CUM: 3125.840 CUR: 0.152 TICKS: 75 LR" > jsonlist2 `
Hallo Werner,
mit dem Geld verdienen geht mir auch…mehr Geld = weniger Freizeit
Vermutlich ist das der state-Wert von Stromzaehler. Die : werden noch nicht richtig auflösen, deshalb wird Stromzeahler neu eingelesen.
Also unkritisch
Du kannst "fhem.0.info.Settings.logUnhandledEventFHEM" auf false setzen und Ruhe ist.
Grundsätzlich können unter "fhem.0.info.Settings" Meldungen fürs Log mit true/false ausgewählt werden.
edit 17.12.18
states mit : sollten jetzt auch richtig aufgelöst werden
Gruß und viel Spaß mit ioBroker,FHEM usw
LausiD
-
Hallo zusammen,
auf github kann der Adapter mit folgenden Änderungen aktualisiert werden
Da state eines FHEM Device unterschiedliche Zustände/Funktionen haben kann, werden bei Bedarf im ioBroker automatisch zusätzliche Objekte angelegt.
1. fhem.x.Device.state enthält den Wert aus FHEM 1:1 als String
a. fhem.x.Device.state_switch true/false als Boolean, wenn state on oder off ist oder Possible Sets on und off enthalten.
Dadurch kann zB auch ein dummy als Schalter verwendet werden.
b. fhem.x.Device.state_boolean true/false , wenn state open/ooened/close/closed/present/absent ist.
c. fhem.x.Device.state_value 0/2 für die Werte von state_boolean
Damit sollte es in VIS viel einfacher werden
2. Objekte mit nummerischen Inhalt werden als number angelegt
Gruß
LausiD
-
Hallo zusammen,
was habe ich mich schon mit den HUEGroup´s in FHEM rumgeärgert….keine Readings, kein state nichts.
Dabei ist es so einfach...zur HUEBridge Atrribute createGroupReadings 1 hinzufügen
https://forum.fhem.de/index.php/topic,81711.0.html
Wer fhem.x.info.Configurations.autoConfigFHEM auf true stehen hat bekommt das Attribut automatisch in FHEM gesetzt und somit auch die entsprechenden Objekte im ioBroker.
(Adapter über github aktualisieren)
Gruß
LausiD
-
Hallo zusammen,
wer Zeit und Lust hat darf gerne mal den FHEM Adapter von github aktualisieren
Folgende Änderungen:
1. fhem.x.device.Atrributes.alias wird jetzt für jedes Objekt channel angelegt (alias nicht vorhanden alias=Name Device) und für folgende Funktionen verwendet:
a. Objekt channel als Name
b. Bei Instanz fhem.0 als SmartName für Adapter Cloud
Nach der ersten Synchronisation aus FHEM sind alle steuerbaren Objekte im Cloud Adapter mit dem "alias" Namen unter Smart Geräte angelegt.
c. Für Adapter Material UI als Name "Kachel"
d. alias enthält Tür,door bei einem Sensor role=sensor.door
e. alias enthält Fenster,window bei einem Sensor role=sensor.window
2. Zusätzlich zu open/opened/close/closed/present/absent im state aus FHEM wird motion/nomotion erkannt
a. open/opened/close/closed in Abhängigkeit von alias role=sensor.door oder sensor.window (fhem.x.Device.state_boolean)
Wird von Material UI erkannt und angezeigt
b. motion/nomotion role=sensor.motion (fhem.x.Device.state_boolean)
Wird von Material UI erkannt und angezeigt
c. present/absent role=indicator.presence (fhem.x.Device.state_boolean)
Role ist nicht gut gewählt, wird noch nicht von Material UI erkannt Wer eine besseren Idee hat nur her damit
Kann jemand ein jsonlist2 von Rollladen/blind hier einstellen? Danke
Gruß und ein schönes Wochenende
LausiD
-
Hallo zusammen,
zur Info
Device MAX in Verbindung mit Heizungsthermostatsteuerung 2.0 - Script
viewtopic.php?f=21&t=10096&start=760
Gruß
LausiD
-
Morgähn,
Adapter von github aktualisieren und neue Funktion testen
1. In FHEM wird automatisch ein dummy send2ioB im Raum ioB_System angelegt.
2. Mit "set send2ioB [Objekt in ioBroker] [Wert]" können states im ioBroker gesetzt werden.
zB set send2ioB alexa2.0.Echo-Devices.[deine id].Commands.speak FHEM lässt Alexa sprechen
3. Es erfolgt eine Prüfung ob Objekt vorhanden und Write=true ist
Somit sind jetzt alle Möglichkeiten im FHEM Adapter gegeben:
1. fhem.x.info.Commands.sendFHEM entspricht der Befehlszeile in FHEM
2. Unter fhem.x.info.Configurations.allowedIOBin können Objekte/States aus ioBroker zur Übertragung an FHEM definiert werden.
Wer möchte kann jetzt zB seine gesamte Steuerung weiterhin in FHEM/Perl umsetzen
Nicht vergessen: Eure Rückmeldungen helfen den Adapter zu verbessern…Danke
Gruß
LausiD
-
zur Info:
Viele Meldungen "check channel [Device Name] > jsonlist2 [Device Name]"
viewtopic.php?f=20&t=19613&p=205333#p205333
Gruß
LausiD
-
-
Morgähn,
Adapter von github aktualisieren und folgende Funktionen sind neu:
1. fhem.x.info.Configurations.deleteUnusedObjects
true=Automatisches Löschen nicht synchronisierter Objekte aus FHEM (default wie bisher)
false=keine automatische Löschung
2. fhem.x.info.Debug.activate
Für Device Namen aus FHEM mit Komma getrennt werden im admin Log Einträge für Anlage Objekte bei Synchro aus FHEM, Events aus FHEM und löschen nicht benutzer Objekte in ioBroker erzeugt.
Danke für Rückmeldungen
Gruß
LausiD
-
Nabend zusammen,
gerade noch den aktuellen Stand FHEM Adapter auf github geschoben…
Keine neuen Funktionen, aber einige Verbesserungen
Wer mal testen kann bitte um Rückmeldung.
Falls keine Probleme kann neue Version generiert werden.
Vielen Dank und Gruß
LausiD
-
Hallo Lausi,
scheint alles i.O. zu sein. Ist seit gestern Abend am laufen.
Habe aber Fhem auch nur mit bisschen Hardware am laufen (FS20 und FloureonThermostate).
Gruss
Klaus
-
Hallo Klaus,
vielen Dank für die Rückmeldung
Gruß
LausiD
Weitere Rückmeldungen?
Mich würde mal interessieren:
Nutzt jemand die Möglichkeit Objekte/States vom ioBroker nach FHEM übertragen?
Oder mit sendioB aus FHEM im ioBroker Objekte/States zu schreiben?
-
Nabend zusammen,
gibt mal wieder neue Version auf github mit folgenden Änderungen:
1. delete unused objekte optimiert
2. Log Start Adapter versucht übersichtlicher zu gestalten:
Verbesserungsvorschläge gerne
Gruß
LausiD
-
Hallo
habe es installiert (von Git) und es gab Probleme. Adapter wollte nicht mehr starten.
Caught 2019-01-31 19:02:05.459 error by controller[0]: at TCP.onStreamRead [as onread] (internal/stream_base_commons.js:94:17)
Caught 2019-01-31 19:02:05.459 error by controller[0]: at Socket.Readable.push (_stream_readable.js:219:10)
Caught 2019-01-31 19:02:05.459 error by controller[0]: at readableAddChunk (_stream_readable.js:264:11)
Caught 2019-01-31 19:02:05.459 error by controller[0]: at addChunk (_stream_readable.js:283:12)
Caught 2019-01-31 19:02:05.459 error by controller[0]: at Socket.emit (events.js:182:13)
Caught 2019-01-31 19:02:05.459 error by controller[0]: at Socket.telnetSocket.on.data (D:\ioBroker\node_modules\iobroker.fhem\lib\telnet.js:136:30)
Caught 2019-01-31 19:02:05.459 error by controller[0]: at Telnet.telnetOut.send [as requestCB] (D:\ioBroker\node_modules\iobroker.fhem\main.js:855:17)
Caught 2019-01-31 19:02:05.459 error by controller[0]: at checkSubscribe (D:\ioBroker\node_modules\iobroker.fhem\main.js:918:15)
Caught 2019-01-31 19:02:05.459 error by controller[0]: at checkSubscribe (D:\ioBroker\node_modules\iobroker.fhem\main.js:856:21)
Caught 2019-01-31 19:02:05.458 error by controller[0]: at parseObjects (D:\ioBroker\node_modules\iobroker.fhem\main.js:1003:22)
Caught 2019-01-31 19:02:05.458 error by controller[0]: TypeError: Cannot read property 'length' of undefined
fhem.0 2019-01-31 19:02:05.429 error at TCP.onStreamRead [as onread] (internal/stream_base_commons.js:94:17)
fhem.0 2019-01-31 19:02:05.429 error at Socket.Readable.push (_stream_readable.js:219:10)
fhem.0 2019-01-31 19:02:05.429 error at readableAddChunk (_stream_readable.js:264:11)
fhem.0 2019-01-31 19:02:05.429 error at addChunk (_stream_readable.js:283:12)
fhem.0 2019-01-31 19:02:05.429 error at Socket.emit (events.js:182:13)
Habe anschließend über IObroker 1.1.0. und dann 1.1.1. Installiert und es lief dann wieder.
Gruß
Klaus
-
Hallo Klaus,
vielen Dank für Deinen Einsatz und die Rückmeldung
Du hast mit einer neuen Instanz getestet,oder?
Konnte den Fehler jedenfalls nur bei Anlage einer neuen Instanz nachvollziehen.
Sorry hatte ich nicht getestet
Gruß
LausiD
-
Hallo Klaus,
Fehler sollten weg sein.
Falls du Zeit und Lust hast darfst es gerne nochmal über github testen…...
Danke und Gruß
LausiD