AnswerReading antwortet nicht

Begonnen von eburkon, 11 Dezember 2016, 20:11:34

Vorheriges Thema - Nächstes Thema

eburkon

Hallo Miteinander,

ich habe bei einem Device AnswerReading auf 1 gesetzt.

Wenn ich auf die GA aus der ETS heraus einen ReadRequest abgesetzt.
Aber niemand antwortet.

Im Event Monitor schaut es so aus als ob der ReadRequest garnicht bei FHEM ankommt.
Die Frage ist wo wird der verschluckt? Kann da der EIBD schuld sein?

Wenn ich auf GAs die auf dem Bus vorhanden sind einen ReadRequest absetze bekomme
ich eine Antwort wie erwartet.

Danke
   Ekkehard
FHEM auf Rpi48G, KNX via knxd und IP Interface, Hue, FS20, und ein paare externe Sachen via MQTT

Andi291

Habs gerade ausprobiert - geht.

Hat das Device einen gültigen Status? Wenn nein - poste doch bitte mal Deine Gerätekonfiguration...

Grüße, Andi

eburkon

Hallo Andi,

Zitat von: Andi291 am 11 Dezember 2016, 20:51:45
Hat das Device einen gültigen Status? Wenn nein - poste doch bitte mal Deine Gerätekonfiguration...

Ich bin mir nicht ganz sicher was Du mit gültigem Status meinst.

Hier wäre mal die Config:

defmod KNX_0103000 KNX 1/3/0:dpt1.001
attr KNX_0103000 IODev KNXD
attr KNX_0103000 alias Sommer / Winter
attr KNX_0103000 answerReading 1
attr KNX_0103000 room GEMEIN,HEIZUNG,KNX

setstate KNX_0103000 on
setstate KNX_0103000 2016-12-11 21:45:02 getG1 on
setstate KNX_0103000 2016-12-11 21:45:02 last-sender 1/1/254
setstate KNX_0103000 2016-12-11 21:45:02 state on


Danke & Gruß
   Ekkehard
FHEM auf Rpi48G, KNX via knxd und IP Interface, Hue, FS20, und ein paare externe Sachen via MQTT

Andi291

Komisch. Genau so müsste es aussehen und funktionieren. Kannst Du Verbose mal hochdrehen und einen ETS-Auszug posten?

eburkon

So jetzt habe ich mal etwas Zeit dafür gehabt.

Anbei die beiden Screenshots. Verbose hatte ich zuvor auf 5 gestellt.
Die Schreiboperation von 1.1.254 die man sieht ist fhem das aktuell den Wert
regelmässig auf den Bus wirft.

Gruss
   Ekkehard
FHEM auf Rpi48G, KNX via knxd und IP Interface, Hue, FS20, und ein paare externe Sachen via MQTT

Andi291


eburkon

Servus,

tschulligung irgendwas vergisst man doch immer.

Hier ist es.
   Gruss
      Ekkehard
FHEM auf Rpi48G, KNX via knxd und IP Interface, Hue, FS20, und ein paare externe Sachen via MQTT

Andi291

Da stimmt was nicht...Irgendwas passt nicht zusammen. Die TUL denkt, Du nutzt das Modul EIB und nicht das Modul KNX.
Poste doch mal bitte die Kopfdaten/Historie von 00_TUL.pm und 10_KNX.pm.
Weiterhin interessiert mich die Zeile NACH dem folgenden Kommentar in der 10_KNX.pm:
"#identifier for TUL"

eburkon

Hallo Andi,

danke für die Hilfe.

00_TUL.pm:
##############################################
# $Id: 00_TUL.pm 12531 2016-11-08 19:15:55Z andi291 $
# ABU 20150916 removed print: simpleWriteDate, cleaned init
# ABU 20150918 fixed deprecated warning, fixed warning related to hex-conversion in simple-write
# ABU 20151123 added error-label in getGroup. Responsible for error-handling, if knxd is not accesible
# ABU 20151213 changed message-check in decode_tpuart() to avoid ignore while receiving repeated messages
# ABU 20160308 remoced set, get. Changed loglevel to verbose. Added KNX/EIB-Split. Added EIB-backward-compatibility.
# ABU 20160309 fixed log2
# ABU 20160310 repaired dispatch events - inform EIB, only is useEIB is set
# ABU 20160515 removed compatibility flag for EIB
# ABU 20160516 added log entry for non-compatibility of tul
# ABU 20160613 changed log entry for startup
# ABU 20161108 added knxd. Added doku as well. Added summary. Treat it like eibd. See thread #58375



10_KNX.pm
##############################################
# $Id: 10_KNX.pm 12687 2016-11-29 19:20:57Z andi291 $
# ABU 20160307 First release
# ABU 20160309 Fixed issue for sending group-indexed with dpt1. Added debug-information. Fixed issue for indexed get. Fixed regex-replace-issue
.
# ABU 20160312 Fixed error while receiving numeric DPT with value 0. Added factor for dpt 08.010.
# ABU 20160312 Fixed Regex-Attributes. Syntax changed from space-seperated to " /".
# ABU 20160322 Fixed dpt1.008
# ABU 20160326 Added fix for stateFormat
# ABU 20160327 Removed readingRegex, writingRegex, created stateRegex, stateCmd, added reading-name support, fixed dblog-split
# ABU 20160403 Fixed various minor perl warnings
# ABU 20160413 Changed SplitFn
# ABU 20160414 Changed SplitFn again
# ABU 20160416 Changed SplitFn again
# ABU 20160422 Added dpt9.021 - mA
# ABU 20160529 Changed Doku
# ABU 20160605 Changed Doku, changed autocreate-naming, fixed dpt10-sending-now
# ABU 20160608 changed sprintf for int-dpt from %d to %.0f
# ABU 20160624 corrected Doku: till->until
# ABU 20161121 cleaned get/set options
# ABU 20161122 fixed set-handling
# ABU 20161126 added summary
# ABU 20161126 fixed doku
# ABU 20161127 adjusted dpt-16-sending, added dpt16.001
# ABU 20161129 fixed get-mechanism


und die gewünschte Zeile:

#identifier for TUL
my $id = 'C';


Gruss
    Ekkehard
FHEM auf Rpi48G, KNX via knxd und IP Interface, Hue, FS20, und ein paare externe Sachen via MQTT

Andi291

Sehr komisch...Leg mal bitte ein neues Device an und probier es damit. Bitte nicht vergessen, dem Device vorher einen Status zu verpassen.

Irgendwie hängen bei Dir wohl noch EIB-Fragmente drin...

eburkon

Hallo Andi,

ich habe jetzt sowohl das TUL device alsauch ein KNX Device komplett neu angelegt.

Keine Änderung.

Des weitere ist mir folgendes aufgefallen. Beim Neustart jammert FHEM:


2017.01.02 12:30:47 0: Using EIB is deprecated. Please migrate to KNX soon. Module 10_EIB is not maintained any longer. If you still want to use the module EIB,
        please set the attribute useEIB to 1 within the tul-device. Please keep in mind, that 10_KNX has a changed syntax regarding the definition, arguments and readings. Please refer to the commandref.
        As well 10_EIB and 10_KNX are compatible to daemon eibd and knxd.


obwohl useEIB sicher nicht gesetzt ist.

Ich habe dann nochmal ein FHEM update gefahren und mal testweise die 10_EIB.pm aus dem Modulpfad entfernt.
Immer das gleiche.

Gruss
   Ekkehard
FHEM auf Rpi48G, KNX via knxd und IP Interface, Hue, FS20, und ein paare externe Sachen via MQTT

Andi291

Die Fehlermeldung beim Start ist ok - habe ich auf vielfachen Wunsch eingebaut.
Wg. Deines Fehlers muss ich nochmal schauen. Verstehs grad nicht...

Andi291

Probier mal die Version im Anhang. Ganz misteriöse Geschichte...

eburkon

Damit tut es!

Danke
   Ekkehard
FHEM auf Rpi48G, KNX via knxd und IP Interface, Hue, FS20, und ein paare externe Sachen via MQTT

Andi291

...erledigt und eingechecked...