Originally posted by: <email address deleted>
Hallo,
vermutlich habe ich Tomaten auf den Augen.
Folgende Einträge in der Konfiguration:
define CUL1 CUL /dev/ttyS6 4d33
...
define CUL_FHT FHT 4d33
ergibt obige Meldung (CUL_FHT: CODE collides with the FHTID of the
corresponding CUL).
ebenso
define CUL1 CUL /dev/ttyS6 4d33
...
kein define CUL_FHT
aber
get CUL1 raw T01
wird bei CUL1 als FHTID 4e33 angegeben, läufts wohl.
Warum?
In 11_FHT.pm heist die Abfrage doch
if($l2 == $i2 && $l1 >= $i1 && $l1 <= $i1+7) { ....
und die Bedingung ist doch bei 4d33 - 4d33 eingehalten.
Oder sehi ich da etwas nicht?
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> Folgende Einträge in der Konfiguration:
>
> define CUL1 CUL /dev/ttyS6 4d33
> ...
> define CUL_FHT FHT 4d33
>
> ergibt obige Meldung (CUL_FHT: CODE collides with the FHTID of the
> corresponding CUL).
Also mal sehen:
Erstmal richtest du ein CUL mit der FHT-ID 4d33 ein.
Dann definierst du ein FHT80b mit dem recht irreführenden Namen
CUL_FHT (anstatt z.b. "Wohnzimmer") und gibst dem als FHT
Sicherheitscode (quasi die Adresse des FHTs) GENAU den selben Code
wie die FHT-ID deines CUL.
Das geht nicht, weil die beide Teilnehmer (CUL und FHT80b) im selben
Kommunikationskanal und dem selben Adressschema sind.
WEIL du die aber gleich gemacht hast und WEIL der Name des FHT so
seltsam ist, vermute ich, dass du irgendwas ganz prinzipiell noch
nicht durchdrungen hast. Was also soll der Zweck der Zeile define
CUL_FHT FHT 4d33 deiner Meinung nach sein?
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
On 21 Jan., 02:45, "Zrrronggg!" wrote:
> > Folgende Einträge in der Konfiguration:
>
> > define CUL1 CUL /dev/ttyS6 4d33
> > ...
> > define CUL_FHT FHT 4d33
>
> > ergibt obige Meldung (CUL_FHT: CODE collides with the FHTID of the
> > corresponding CUL).
>
> Also mal sehen:
>
> Erstmal richtest du ein CUL mit der FHT-ID 4d33 ein.
> Dann definierst du ein FHT80b mit dem recht irreführenden Namen
> CUL_FHT (anstatt z.b. "Wohnzimmer") und gibst dem als FHT
> Sicherheitscode (quasi die Adresse des FHTs) GENAU den selben Code
> wie die FHT-ID deines CUL.
ob das Teil nun Wohnzimmer oder CUL_FHT heisst, ist doch egal, versteh
es einfach als die an das CUL gekoppelte FHT.
Im Vorgriff, am Namen lag's nicht, sondern an den Adressen.
Bei der CUL heisst jetzt 4e33 bei der FHT 4d33 und somit läufts.
Muss mir, wenn die Tomaten von den Augen gefallen sind, die if-
Abfragen nochmal zu Gemüte führen. :-) "4e" ist nun ausserhal des
Bereiches "4d" ... "4d+7" - und so ist die Abfrage wohl gemeint und
zu lesen.
>
> Das geht nicht, weil die beide Teilnehmer (CUL und FHT80b) im selben
> Kommunikationskanal und dem selben Adressschema sind.
>
> WEIL du die aber gleich gemacht hast und WEIL der Name des FHT so
> seltsam ist, vermute ich, dass du irgendwas ganz prinzipiell noch
> nicht durchdrungen hast. Was also soll der Zweck der Zeile define
> CUL_FHT FHT 4d33 deiner Meinung nach sein?
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com