FHEM Adapter

[takero78]

AUf GitHib gibts noch nix neues ?

[LausiD]

@takero78 sagte in FHEM Adapter:

AUf GitHib gibts noch nix neues ?

Ja, Ist immer noch V1.4.3
Einfach nochmal drüber bügeln

[takero78]

Tz Tz Tz sowas macht man doch nicht

[takero78]

Achso, es hat übrigens geholfen

[LausiD]

@takero78 sagte in FHEM Adapter:

Achso, es hat übrigens geholfen

Und nur das zählt
Danke für die Rückmeldung
Wenn alles gut läuft sollte demnächst V1.5.0 am Start sein

Gruß
LausiD

[Robin82]

Hallo zusammen,

ich habe seit Kurzem ein kleines Problem.
Readings aus FHEM die nur ein update und kein change erhalten wurden bisher immer in den Objekten auch aktualisiert.

Ich habe, außer Host- & Instanzen Updates, nichts geändert. Oder vielleicht doch?

Das Reading in FHEM selbst wird aktualisiert, im ioBroker kommt es aber anscheint nicht an. (Auch im Log mit Debug nicht sichtbar)

Adapter Version 1.5.2 (habs aber auch mit älteren Versionen probiert)

Bitte um Hilfestellung wo hier das Problem liegen könnte.

DANKE!

[LausiD]

@Robin82
Ab V1.5.0 entspricht die Verarbeitung der Readings deiner Beschreibung.
War als Verbesserung der Performance gedacht.
Falls du auch jedes Update eines Readings benötigst (Was machst du damit?) wäre eventuell eine "schaltbare" Funktion möglich...
Gruß LausiD

[Robin82]

@LausiD
Danke für die schnelle Rückmeldung, dann lags ja doch nicht an mir.

Ich habe in FHEM Enocean Geräte laufen.
Bei den Sensoren triggere ich auf die Kanäle selbst. Und da dort relativ häufig der gleiche Wert nur aktualisiert wird, stellt mich das aktuell vor Probleme

Eine schaltbare Funktion wäre natürlich super, wenns kein riesen Aufwand ist.
Ansonsten muss ich ein paar Scripte umschreiben.

Gruß
Robin

[LausiD]

@Robin82
Sorry, Änderung hat etwas länger gedauert.
Nach Update von github hast du ein neues Objekt fhem.0.info.Configurations.syncUpdate
Auf true setzen und jedes Update eines RFeadings wird wieder synchronisiert

Gruß LausiD

[Feinfinger]

@LausiD

Vielleicht sitzt der Fehler auch zwischen Schreibtischstuhl und Monitor, aber ich hab heute 2x geupdatet, neu gestartet und den Menüpunkt hab ich immer noch nicht unter den Objekten

[LausiD]

@Feinfinger
Du meinst fhem.0.info.Configurations.syncUpdate?
Update von github (buildate 02.06.20) hast du gemacht?

[Feinfinger]

@LausiD

Hab jetzt die Ordnerstruktur nochmal neu geladen und nun ist der Menüpunkt vorhanden

[Robin82]

@LausiD

Besten Dank, hat geklappt!

[LausiD]

@Robin82
Prima.....vielen Dank für die Rückmeldung.
Demnächst sollte V1.5.3 am Start sein..

Gruß LausiD

[Scooty]

Hallo @LausiD,

erst einmal Danke für Deine Arbeit.
Hatte Version 1.3.0 am Start und nun auf 1.5.3 aktualisiert.
Instanz bekommt aber leider keine Verbindung zu FHEM hin:
-Verbunden mit Host: wahr
-Lebenszeichen: wahr
-Verbunden mit Host: falsch

Wiederholt kommt im Log jetzt:

fhem.0	2020-06-12 11:32:31.570	error	(1587) TypeError: Cannot read property 'val' of null at adapter.getForeignStates (/opt/iobroker/node_modules/iobroker.fhem/main.js:573:41) at adapterStates.getStates (/opt/iobroker/node_module
fhem.0	2020-06-12 11:32:31.569	error	(1587) uncaught exception: Cannot read property 'val' of null
fhem.0	2020-06-12 11:31:56.856	error	at process._tickCallback (internal/process/next_tick.js:68:7)
fhem.0	2020-06-12 11:31:56.856	error	at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49)
fhem.0	2020-06-12 11:31:56.856	error	at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23)
fhem.0	2020-06-12 11:31:56.856	error	at client.mget (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:673:13)
fhem.0	2020-06-12 11:31:56.856	error	at adapterStates.getStates (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6757:17)
fhem.0	2020-06-12 11:31:56.856	error	at adapter.getForeignStates (/opt/iobroker/node_modules/iobroker.fhem/main.js:573:41)
fhem.0	2020-06-12 11:31:56.856	error	(1572) TypeError: Cannot read property 'val' of null
fhem.0	2020-06-12 11:31:56.856	error	(1572) uncaught exception: Cannot read property 'val' of null
fhem.0	2020-06-12 11:31:21.766	error	at process._tickCallback (internal/process/next_tick.js:68:7)
fhem.0	2020-06-12 11:31:21.766	error	at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49)
fhem.0	2020-06-12 11:31:21.766	error	at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23)
fhem.0	2020-06-12 11:31:21.766	error	at client.mget (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:673:13)
fhem.0	2020-06-12 11:31:21.766	error	at adapterStates.getStates (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:6757:17)
fhem.0	2020-06-12 11:31:21.766	error	at adapter.getForeignStates (/opt/iobroker/node_modules/iobroker.fhem/main.js:573:41)
fhem.0	2020-06-12 11:31:21.766	error	(1557) TypeError: Cannot read property 'val' of null
fhem.0	2020-06-12 11:31:21.754	error	(1557) uncaught exception: Cannot read property 'val' of null

Objekt-Tabelle wurde jedoch nach und nach gefüllt.
Zurück auf 1.3.0 gibt leider die gleichen Fehler.
Kann ich noch weitere Infos liefern um den Fehler einzugrenzen?

Viele Grüße,
Andreas

[LausiD]

@Scooty
Hi Andreas,
du hast die Version 1.5.2 von github, oder?
Läuft der Adapter beim Start bis STEP 6?
Hast du unter fhem.0.info.Configurations.allowedIOBin ( Übertrag ioBroker zu FHEM) einen Eintrag?

Gruß LausiD

[Scooty]

@LausiD
Danke für die prompte Reaktion.

du hast die Version 1.5.2 von github, oder?

Ja, direkt aus github, Version 1.5.3: https://github.com/iobroker-community-adapters/ioBroker.fhem

Läuft der Adapter beim Start bis STEP 6?

Ja, Abbruch lt. Log nach/bei STEP 6.

fhem.0	2020-06-12 12:43:01.529	warn	(3399) TypeError: Cannot read property 'val' of null
fhem.0	2020-06-12 12:43:01.522	warn	(3399) Exception: TypeError: Cannot read property 'val' of null
fhem.0	2020-06-12 12:43:01.504	info	(3399) > detected 9 state(s) of "vw-connect.0.TMBJW7NP7L70XXXXX.remote"
fhem.0	2020-06-12 12:43:01.185	info	(3399) STEP 06 ===== check Subscribe - check fhem.0.info.Configurations.allowedIOBin

Hast du unter fhem.0.info.Configurations.allowedIOBin ( Übertrag ioBroker zu FHEM) einen Eintrag?

Bingo, das scheint's zu sein, ohne Einträge in fhem.0.info.Configurations.allowedIOBin startet der Adapter.

fhem.0	2020-06-12 12:49:26.731	info	(3455) END ===== Synchronised FHEM in 10199 ms :-)

Hat sich die Syntax geändert? Ist doch eine Liste komma-separierter Einträge aus der Objekttabelle, oder ?
Gerade getestet, Probleme sind wohl wie auch oben im Log ersichtlich die Objekte des VW-Connect Adapters.

Viele Grüße,
Andreas

[LausiD]

@Scooty
Von github kommt noch V 1.5.2 oder?
Ok Fehler erkannt....in den Objekten von vw-connect sind states ohne val (Wert)
Muss ich noch ändern

Gruß LausiD

[Scooty]

@LausiD said in FHEM Adapter:

Von github kommt noch V 1.5.2 oder?

Ups, ja, von github ist Version 1.5.2

Ok Fehler erkannt....in den Objekten von vw-connect sind states ohne val (Wert)
Muss ich noch ändern

Alles klar, danke für die Unterstützung.

Viele Grüße,
Andreas

[pole23]

Hallo,
ich habe gerade den Adapter installiert und mir ist dabei aufgefallen, das der Adapter bei KNX Geräten leider kein "state_switch" Objekt im ioBroker anlegt. Daduch kann ich in der VIS einige Toggles nicht benutzen.
ein jsonlist2 vom KNX Device sieht wie folgt aus:

{
  "Arg":"bu_LichtDecke",
  "Results": [
  {
    "Name":"bu_LichtDecke",
    "PossibleSets":"g1:off,on",
    "PossibleAttrs":"alias comment:textField-long eventMap:textField-long group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 IODev do_not_notify:1,0 showtime:1,0 answerReading:1,0 stateRegex:textField-long stateCmd:textField-long putCmd:textField-long format listenonly:1,0 readonly:1,0 slider useSetExtensions:1,0 event-aggregator event-min-interval event-on-change-reading event-on-update-reading oldreadings stateFormat:textField-long timestamp-on-change-reading  DbLogExclude DbLogInclude DbLogValueFn:textField-long alarmDevice:Actor,Sensor alarmSettings alexaName alexaProactiveEvents:1,0 alexaRoom cmdIcon devStateIcon devStateIcon:textField-long devStateStyle genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,TemperatureSensor,thermostat,contact,garage,window,lock,MotionSensor,speaker homebridgeMapping:textField-long icon siriName sortby webCmd webCmdLabel:textField-long widgetOverride userattr",
    "Internals": {
      "DEF": "1/0/40:dpt1.001",
      "DEVNAME": "bu_LichtDecke",
      "FIRSTGADNAME": "g1",
      "FUUID": "5c7bd032-f33f-6f0b-03c9-1fd93b0796862f01",
      "GETSTRING": "g1:noArg",
      "KNX_MSGCNT": "17",
      "KNX_RAWMSG": "C0113cw0102800",
      "KNX_TIME": "2020-06-14 09:57:42",
      "LASTInputDev": "KNX",
      "MSGCNT": "17",
      "NAME": "bu_LichtDecke",
      "NR": "92",
      "NTFY_ORDER": "50-bu_LichtDecke",
      "SETSTRING": "g1:off,on",
      "STATE": "off",
      "TYPE": "KNX"
    },
    "Readings": {
      "getG1": { "Value":"off", "Time":"2020-06-14 09:57:42" },
      "last-sender": { "Value":"1/1/60", "Time":"2020-06-14 09:57:42" },
      "setG1": { "Value":"off", "Time":"2020-06-13 16:37:03" },
      "state": { "Value":"off", "Time":"2020-06-14 09:57:42" }
    },
    "Attributes": {
      "DbLogExclude": ".*",
      "IODev": "KNX",
      "alexaName": "Deckenlicht",
      "alexaRoom": "Büro",
      "alias": "Deckenlicht",
      "devStateIcon": "off:light_light_dim_00 on:light_light_dim_100@orange",
      "genericDeviceType": "light",
      "group": "Licht",
      "homebridgeMapping": "On=state,valueOn=on,valueOff=off,cmdOn=g1+on,cmdOff=g1+off",
      "icon": "light_ceiling_light",
      "room": "Buero,Homekit,alexa,ioBroker",
      "siriName": "Deckenlicht"
    }
  }  ],
  "totalResultsReturned":1
}

Im ioBroker sieht es wie folgt aus:

Wäre es möglich, dies noch in den Adapter mit einzubauen?