Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[LausiD]

@jupzup:

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ückmeldung

Die 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

[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#p197720

jsonlist2 erledigt

Vielen Dank und Gruß

LausiD

[Kyocera007]

@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

[LausiD]

@Kyocera007:

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

[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

[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

[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

[LausiD]

Hallo zusammen,

zur Info

Device MAX in Verbindung mit Heizungsthermostatsteuerung 2.0 - Script

viewtopic.php?f=21&t=10096&start=760

Gruß

LausiD

[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

[LausiD]

zur Info:

Viele Meldungen "check channel [Device Name] > jsonlist2 [Device Name]"

viewtopic.php?f=20&t=19613&p=205333#p205333

Gruß

LausiD

[LausiD]

zur Info:

Absturz FHEM Adapter bei Verwendung \n in readings

viewtopic.php?f=22&t=20105&start=40

[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

[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

[Einklaus]

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

[LausiD]

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?

[LausiD]

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

[Einklaus]

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

[LausiD]

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

[LausiD]

Hallo Klaus,

Fehler sollten weg sein.

Falls du Zeit und Lust hast darfst es gerne nochmal über github testen…...

Danke und Gruß

LausiD

[Einklaus]

Hallo LausiD,

Danke für deine Arbeit und das du es den Adapter immer weiter entwickelst.

Bisschen testen und dann rummaulen ist nicht der große Einsatz

Einen Adapter zu entwickeln dürfte da deutlich mehr Einsatz bedeuten (und es zeigt auch das du deutlich mehr Ahnung hast).

Werde es morgen erst testen können, hatte nebenbei nicht mit einer Neuen Instanz getestet.

Gruß und noch einen schönen Abend

Klaus