hiya,
habe heute meinen ersten CUL in betrieb genommen. dieser soll die FHZ1300 voll
ersetzten.
auf den ersten anhieb klappt es auch so wie es scheint, doch das eine oder
andere problem habe ich noch:
erstmal bekomme ich ständig meldungen dieser art:
2009.12.16 14:59:12 4: CUL868: TCC55D482 -66
2009.12.16 14:59:12 3: CUL868: Unknown CUL_FHTTK device detected, define one
to get detailed information.
ok, mir ist klar das es sich dabei um die tür-/fenster-kontakte handelt. wie
bekomme ich aber den devicecode raus?
sind das die 6 letzten stellen von TCC55D482? und wo wir schon dabei sind, was
bedeutet die zahl (-66) dahinter?
zum zweiten bekomme ich zwar alle meldungen von meinen fht80b-2's aber ich
kann keine temperatur setzen:
set EG.wz.HZ desired-temp 24.0
das erscheint zwar im logfile:
2009.12.16 15:02:18 2: FHT set EG.wz.HZ desired-temp 24.0
aber die temperatur wird nicht geändert.
da wären wir auch schon bei der dritten frage. bei der definition des CUL's
ist der hauscode 4-stellig in hex anzugeben. bei FHZ gab es FHTcode der einen
2-stelligen hex wollte. der lautete bisher bei mir '33' und wenn ich ihn
ändere dann musste das übliche PROG->CENT->nA gesetzt werden.
die fht's hatten dann jeweils einen eigenen hauscode:
define EG.bu.HZ FHT 1701
define EG.bz.HZ FHT 1501
usw.
wie verhält sich das nun mit dem CUL? ich habe dem jetzt ein hauscode
mitgegeben:
define CUL868 CUL /dev/cul868 0b0b
und bei einem FHT mal zum test PROG->CENT->nA gesetzt. aber es ändert nichts
daran: temperatur wird nicht gesetzt.
und letzte frage:
ich hatte immer einen job laufen der die zeit der FHZ stündlich neu setzte:
define at.01.timerFhz at +*01:00:00 set FHZ time
ist der nun obsolete?
ansonsten lüppt alles wie es soll, auch meine S555TH's melden fleissig..
gruß martin
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
> sind das die 6 letzten stellen von TCC55D482?
Ich tippe auf die ersten 6. (CC55D4)
> und wo wir schon dabei sind, was bedeutet die zahl (-66) dahinter?
RSSI / Empfangsstarke. -90 == kaum hoerbar / -40 direkt daneben
> da wären wir auch schon bei der dritten frage. bei der definition des CUL's
> ist der hauscode 4-stellig in hex anzugeben.
Die ersten beiden haben die gleiche Funktion wie beim FHZ, und alle 4 zusammen
bilden den FHT-Id, fuer den Fall dass mit dem CUL's Ventile gesteuert werden
sollten.
> define CUL868 CUL /dev/cul868 0b0b
Vorgang um CUL mit FHT80b zu paaren:
- FHZ abstoepseln oder fhtid aendern.
- CUL anschliessen / in fhem mit ID definieren
- An dem FHT80b via fhem ein Befehl senden (z.Bsp set desired-temp 22)
- FHT80b via Menu zum paaren Auffordern: PROG->CENT->nA
- 2-4 Minuten warten...
Nach aendern der CUL id wird der interne Puffer geloescht. Nicht an FHT80b
gesendete Befehle verschwinden NICHT auch dem Puffer. Den FHT-Puffer kann man
T02 (get CUL raw T02) pruefen.
> define at.01.timerFhz at +*01:00:00 set FHZ time
> ist der nun obsolete?
Stuendlich ist definitiv zu viel. Ich mache es einmal am Tag um 3:30 (nach der
Zeitumstellung). Es gibt in dieser Zusammenhang noch ein Bug: Das Datum der
FHT80b wandert langsam nach vorne. Waere gut rauszufinden, wieso. Oder man
setzt es im gleichen at-Befehl auch noch.
Gruss,
Rudi
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Originally posted by: <email address deleted>
Rudolf Koenig wrote:
>> sind das die 6 letzten stellen von TCC55D482?
>
> Ich tippe auf die ersten 6. (CC55D4)
Use the Source, Luke ;)
# -wusel, 2009-11-06
#
# Parse messages from FHT80TK, normally interpreted only by FHT80
#
# Format as follows: "TCCCCCCXX" with CCCCCC being the id of the
# sensor in hex, XX being the current status: 02/82 is Window
# closes, 01/81 is Window open, 0C is synchronization, ?? is the
# battery low warning. FIXME!
my %fhttfk_codes = (
"02" => "Window:Closed",
"82" => "Window:Closed",
"01" => "Window:Open",
"81" => "Window:Open",
"0c" => "Sync:Syncing",
"91" => "Window:Open, Low Batt",
"11" => "Window:Open, Low Batt",
"92" => "Window:Closed, Low Batt",
"12" => "Window:Closed, Low Batt",
"0f" => "Test:Success");
>> und wo wir schon dabei sind, was bedeutet die zahl (-66) dahinter?
> RSSI / Empfangsstarke. -90 == kaum hoerbar / -40 direkt daneben
Die kommt vom CUL und FHZ hat das nicht, richtig?
>> define at.01.timerFhz at +*01:00:00 set FHZ time
>> ist der nun obsolete?
>
> Stuendlich ist definitiv zu viel. Ich mache es einmal am Tag um 3:30 (nach der
> Zeitumstellung). Es gibt in dieser Zusammenhang noch ein Bug: Das Datum der
> FHT80b wandert langsam nach vorne. Waere gut rauszufinden, wieso. Oder man
> setzt es im gleichen at-Befehl auch noch.
Hmm, ich mache da gar nix, FHZ ist für mich dummer Receiver ;) Sollte
man Datum & Zeit periodisch setzen, welchen Vorteil hat das?
kai
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Am Mittwoch 16 Dezember 2009 schrieb Rudolf Koenig:
> > sind das die 6 letzten stellen von TCC55D482?
>
> Ich tippe auf die ersten 6. (CC55D4)
2009.12.16 17:15:36 4: CUL868: TCC55D402 -71.5
2009.12.16 17:15:36 3: CUL868: Unknown CUL_FHTTK device detected, define one
to get detailed information.
2009.12.16 17:15:37 4: CUL868: TCC55D482 -71
2009.12.16 17:15:37 3: CUL868: Unknown CUL_FHTTK device detected, define one
to get detailed information.
nun habe ich ein
define tk.02 CUL_FHTTK CC55D4
und das logfile sieht nun so aus:
2009.12.16 17:16:03 4: CUL868: T150100B61B -68
2009.12.16 17:16:03 4: FHT EG.bz.HZ actuator: 11%
2009.12.16 17:16:22 4: CUL868: T170100B600 -57.5
2009.12.16 17:16:22 4: FHT EG.bu.HZ actuator: 0%
2009.12.16 17:16:23 4: CUL868: T340C0A02 -65.5
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 189.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 199.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 201.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 204.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 205.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 206.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 211.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 211.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 211.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 221.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 222.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 223.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 232.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 233.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 234.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 235.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 236.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 237.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 240.
Use of uninitialized value $self in concatenation (.) or string at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 243.
2009.12.16 17:16:23 4: FHTTK Device (Window: Closed)
Use of uninitialized value $found[0] in string eq at /usr/local/bin/fhem.pl
line 2097.
2009.12.16 17:16:24 4: CUL868: T340C0A82 -66
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 189.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 190.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 191.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 192.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 193.
2009.12.16 17:16:24 3: FHTTK skipping state 02 as last similar telegram was
received less than 5 secs ago
Use of uninitialized value in hash element at /usr/local/bin/fhem.pl line
1881.
Use of uninitialized value in hash element at /usr/local/bin/fhem.pl line
1881.
2009.12.16 17:16:41 4: CUL868: K97171007003ACD -79
2009.12.16 17:16:41 4: KS300 0b0b: 810d04xx4027a0017971017000a3dc
Use of uninitialized value in hash element at /usr/local/bin/fhem.pl line
1881.
Use of uninitialized value in numeric comparison (<=>) at
/usr/local/bin/fhem.pl line 1080.
Use of uninitialized value in numeric comparison (<=>) at
/usr/local/bin/fhem.pl line 1080.
Use of uninitialized value in numeric comparison (<=>) at
/usr/local/bin/fhem.pl line 1080.
Use of uninitialized value in numeric comparison (<=>) at
/usr/local/bin/fhem.pl line 1080.
Use of uninitialized value in hash element at /usr/local/bin/fhem.pl line
1881.
2009.12.16 17:16:44 4: CUL868: T180100B600 -62
2009.12.16 17:16:44 4: FHT EG.sz.HZ actuator: 0%
Use of uninitialized value in hash element at /usr/local/bin/fhem.pl line
1881.
Use of uninitialized value in hash element at /usr/local/bin/fhem.pl line
1881.
Use of uninitialized value in hash element at /usr/local/bin/fhem.pl line
1881.
2009.12.16 17:17:34 4: CUL868: T0B01003611 -85
2009.12.16 17:17:34 4: FHT EG.wz.HZ actuator: 7%
Use of uninitialized value in hash element at /usr/local/bin/fhem.pl line
1881.
2009.12.16 17:17:35 4: CUL868: T47149402 -75
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Originally posted by: <email address deleted>
As usual: work here. Welche Version bei Dir?
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Am Mittwoch 16 Dezember 2009 schrieb Martin Fischer:
> Am Mittwoch 16 Dezember 2009 schrieb Rudolf Koenig:
> > > sind das die 6 letzten stellen von TCC55D482?
> >
> > Ich tippe auf die ersten 6. (CC55D4)
>
> 2009.12.16 17:15:36 4: CUL868: TCC55D402 -71.5
> 2009.12.16 17:15:36 3: CUL868: Unknown CUL_FHTTK device detected, define
> one to get detailed information.
> 2009.12.16 17:15:37 4: CUL868: TCC55D482 -71
> 2009.12.16 17:15:37 3: CUL868: Unknown CUL_FHTTK device detected, define
> one to get detailed information.
>
> nun habe ich ein
>
> define tk.02 CUL_FHTTK CC55D4
>
> und das logfile sieht nun so aus:
> 2009.12.16 17:16:03 4: CUL868: T150100B61B -68
> 2009.12.16 17:16:03 4: FHT EG.bz.HZ actuator: 11%
> 2009.12.16 17:16:22 4: CUL868: T170100B600 -57.5
> 2009.12.16 17:16:22 4: FHT EG.bu.HZ actuator: 0%
> 2009.12.16 17:16:23 4: CUL868: T340C0A02 -65.5
> Use of uninitialized value $self in hash element at
> /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 189.
> [...]
in ergänzung:
obwohl ich nur zwei kontakte zum testen definiert habe kommt nun bei den noch
nicht definierten nicht mehr:
Unknown CUL_FHTTK device detected, define one to get detailed information.
sondern es hagelt im logfile
2009.12.16 17:28:00 4: FHTTK Device tk.02 (Window: Closed)
Use of uninitialized value in hash element at /usr/local/bin/fhem.pl line
1881.
2009.12.16 17:28:01 4: CUL868: TCC55D482 -71.5
2009.12.16 17:28:01 3: FHTTK skipping state 02 as last similar telegram was
received less than 5 secs ago
Use of uninitialized value in hash element at /usr/local/bin/fhem.pl line
1881.
Use of uninitialized value in hash element at /usr/local/bin/fhem.pl line
1881.
2009.12.16 17:28:17 4: CUL868: T180100B600 -62
2009.12.16 17:28:17 4: FHT EG.sz.HZ actuator: 0%
Use of uninitialized value in hash element at /usr/local/bin/fhem.pl line
1881.
Use of uninitialized value in hash element at /usr/local/bin/fhem.pl line
1881.
Use of uninitialized value in hash element at /usr/local/bin/fhem.pl line
1881.
2009.12.16 17:29:00 4: CUL868: T340C0A02 -65.5
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 189.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 190.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 199.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 199.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 201.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 204.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 205.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 206.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 211.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 211.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 211.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 221.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 222.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 223.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 232.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 233.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 234.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 235.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 236.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 237.
Use of uninitialized value $self in hash element at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 240.
Use of uninitialized value $self in concatenation (.) or string at
/usr/local/lib/FHEM/09_CUL_FHTTK.pm line 243.
2009.12.16 17:29:00 4: FHTTK Device (Window: Closed)
usw.
auch die readings stimmen nicht:
fhem> list tk.02
Internals:
CODE cc55d4
CUL868_MSGCNT 1
CUL868_RAWMSG TCC55D40205
CUL868_RSSI -71.5
CUL868_TIME 2009-12-16 17:19:44
DEF CC55D4
IODev CUL868
LASTIODev CUL868
MSGCNT 1
NAME tk.02
NR 171
OPEN 0
PREVSTATE ???
PREVTIMESTAMP 1260980384
STATE Closed
TYPE CUL_FHTTK
Readings:
Battery
Reliability
Warning
2009-12-16 17:19:44 Window Closed
Prev:
STATE 02
TIMESTAMP 1260980384
Attributes:
das hat zur folge, das im statefile steht:
setstate Battery
setstate PREV
setstate Reliability
setstate Warning
setstate 2009-12-16 17:29:59 Window Closed
was widerum zur beim starten von fhem zur folge hat:
2009.12.16 17:31:28 3: Usage: setstate
where is either:
- a single device name
- a list seperated by komma (,)
- a regexp, if contains one of the following characters: *[]^$
- a range seperated by dash (-)
2009.12.16 17:31:28 3: Usage: setstate
where is either:
- a single device name
- a list seperated by komma (,)
- a regexp, if contains one of the following characters: *[]^$
- a range seperated by dash (-)
2009.12.16 17:31:28 3: Usage: setstate
where is either:
- a single device name
- a list seperated by komma (,)
- a regexp, if contains one of the following characters: *[]^$
- a range seperated by dash (-)
2009.12.16 17:31:28 3: Usage: setstate
where is either:
- a single device name
- a list seperated by komma (,)
- a regexp, if contains one of the following characters: *[]^$
- a range seperated by dash (-)
2009.12.16 17:31:28 3: Please define 2009-12-16 first
upsala... da scheint es irgendwas ziemlich zu zerhauen...
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Am Mittwoch 16 Dezember 2009 schrieb Kai 'wusel' Siering:
> As usual: work here. Welche Version bei Dir?
2009.12.16 17:31:28 0: Server started (version =VERS= from =DATE= ($Id:
fhem.pl,v 1.91 2009/12/09 13:29:47 rudolfkoenig Exp $), pid 16651)
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Am Mittwoch 16 Dezember 2009 schrieb Kai 'wusel' Siering:
> Rudolf Koenig wrote:
> >> sind das die 6 letzten stellen von TCC55D482?
> >
> > Ich tippe auf die ersten 6. (CC55D4)
>
> Use the Source, Luke ;)
jo... aber commandref.html wäre wohl der bessere ort :-)
> >> und wo wir schon dabei sind, was bedeutet die zahl (-66) dahinter?
> >
> > RSSI / Empfangsstarke. -90 == kaum hoerbar / -40 direkt daneben
>
> Die kommt vom CUL und FHZ hat das nicht, richtig?
habe ich zumindest bis heute bei meiner fhz1300 noch nie gesehen..
> >> define at.01.timerFhz at +*01:00:00 set FHZ time
> >> ist der nun obsolete?
> >
> > Stuendlich ist definitiv zu viel. Ich mache es einmal am Tag um 3:30
> > (nach der Zeitumstellung). Es gibt in dieser Zusammenhang noch ein Bug:
> > Das Datum der FHT80b wandert langsam nach vorne. Waere gut rauszufinden,
> > wieso. Oder man setzt es im gleichen at-Befehl auch noch.
>
> Hmm, ich mache da gar nix, FHZ ist für mich dummer Receiver ;) Sollte
> man Datum & Zeit periodisch setzen, welchen Vorteil hat das?
so wie ich rudi und die funktion verstanden habe, setzt du damit die uhrzeit
der fht auf die uhrzeit vom fhem.
allerdings: wenn ich nun keine FHZ1300 mehr einsetze dann geht das doch nicht
mehr, da CUL das nicht unterstützt, oder rudi?
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Originally posted by: <email address deleted>
Martin Fischer wrote:
> Am Mittwoch 16 Dezember 2009 schrieb Kai 'wusel' Siering:
>> As usual: work here. Welche Version bei Dir?
>
> 2009.12.16 17:31:28 0: Server started (version =VERS= from =DATE= ($Id:
> fhem.pl,v 1.91 2009/12/09 13:29:47 rudolfkoenig Exp $), pid 16651)
CVS also; da ist was broken, derzeit besser die Warnungen in Kauf
nehmen und kein FHTTK-Gerät definieren.
kai
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Originally posted by: <email address deleted>
Martin Fischer wrote:
>>> Ich tippe auf die ersten 6. (CC55D4)
>> Use the Source, Luke ;)
>
> jo... aber commandref.html wäre wohl der bessere ort :-)
Stimmt, der Hinweis sollte vielleicht rein.
> so wie ich rudi und die funktion verstanden habe, setzt du damit die uhrzeit
> der fht auf die uhrzeit vom fhem.
>
> allerdings: wenn ich nun keine FHZ1300 mehr einsetze dann geht das doch nicht
> mehr, da CUL das nicht unterstützt, oder rudi?
Mich treibt ja mehr die Frage um, wozu man in der FHZ, die von FHEM ge-
steuert wird, 'ne (akurate) Zeit benötigt?
kai
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Am Mittwoch 16 Dezember 2009 schrieb Rudolf Koenig:
> > define CUL868 CUL /dev/cul868 0b0b
>
> Vorgang um CUL mit FHT80b zu paaren:
> - FHZ abstoepseln oder fhtid aendern.
> - CUL anschliessen / in fhem mit ID definieren
> - An dem FHT80b via fhem ein Befehl senden (z.Bsp set desired-temp 22)
> - FHT80b via Menu zum paaren Auffordern: PROG->CENT->nA
> - 2-4 Minuten warten...
gesagt, getan.. 2-10 min gewartet nochmal probiert.. nüschts..
> Nach aendern der CUL id wird der interne Puffer geloescht. Nicht an FHT80b
> gesendete Befehle verschwinden NICHT auch dem Puffer. Den FHT-Puffer kann
> man T02 (get CUL raw T02) pruefen.
ist immer leer:
fhem> set EG.wz.HZ desired-temp 24
fhem> get CUL868 raw T02
CUL868 raw =>
fhem>
ich kriege keine paarung hin..
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
> ist immer leer:
Welchem Geraet (IODev) ist EG.wz.HZ zugeordnet (list EG.wz.HZ)? Wenn es CUL868
ist, dann bitte noch ein "get CUL868 raw T01" absetzen, um zu pruefen, ob der
ID gesetzt ist.
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
> > RSSI / Empfangsstarke. -90 == kaum hoerbar / -40 direkt daneben
> Die kommt vom CUL und FHZ hat das nicht, richtig?
Ja. RSSI ist aber nicht alles: man kann mit RSSI -90 Signale noch klar
empfangen, und mit RSSI von -50 Probleme haben.
> Hmm, ich mache da gar nix, FHZ ist für mich dummer Receiver ;) Sollte
> man Datum & Zeit periodisch setzen, welchen Vorteil hat das?
Weiss ich auch nicht, stand in irgendeiner Doku sogar drin, dass man es einmal
die Minute machen soll.
> allerdings: wenn ich nun keine FHZ1300 mehr einsetze dann geht das doch nicht
> mehr, da CUL das nicht unterstützt, oder rudi?
Stimmt. Ich meinte auch "set TYPE=FHT time". Vielleicht habe ich die beiden
("set FHZ time" und "set FHT time") durcheinandergebracht.
Gruss,
Rudi
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Am Mittwoch 16 Dezember 2009 schrieb Rudolf Koenig:
> > ist immer leer:
>
> Welchem Geraet (IODev) ist EG.wz.HZ zugeordnet (list EG.wz.HZ)? Wenn es
> CUL868 ist, dann bitte noch ein "get CUL868 raw T01" absetzen, um zu
> pruefen, ob der ID gesetzt ist.
T01 zeigt die gesetzte ID.
ansonsten ist alles dem cul zugeordnet, da ich den fhz rausgenommen habe. ich
habe nun einiges durch:
"set EG.wz.HZ desired-temp 24" dann sofort PROG->CENT->nA aber er bleibt auf
nA.
zwischenzeitlich habe ich mal den fhz wieder dran gehabt und mal start-xmit
beobachtet. der bleibt da auch immer auf 100 (== nA) aber wenn ich dann
zusätzlich auf PROG->CODE->PROG,PROG,PROG(x anzahl aktoren) drücke, dann hat
zumindest unter fhz der start-xmit auf 59 geändert. wobei ich 59 nicht
verstehe. gesetzt war beim fhz 0b. 59 ist doch hex 3b ??? oder was lüppt hier
falsch.
nun ja dann habe ich den fhz wieder rausgenommen und wieder den cul als IODev
dran. nun aber die id 0b0b gesetzt. T01 zeigt es auch.
witzigerweise habe ich immer den actuator wert angezeigt bekommen aber keine
anderen werte. ein report1 255 bleibt auch unbeantwortet.
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
> "set EG.wz.HZ desired-temp 24" dann sofort PROG->CENT->nA aber er bleibt auf
> nA.
Falls T02 N/A meldet, dann ist das auch kein Wunder. Das eigentliche Wunder
ist, wieso das o.g. set nicht den T02 Puffer fuellt, dieses Problem muss als
naechstes geloest werden. Was sagt T02, wenn Du "set CUL raw THHHH4124"
eingibst (und HHHH durch den FHT Hauscode ersetzt) ? 4124 == "desired-temp 18"
> witzigerweise habe ich immer den actuator wert angezeigt bekommen aber keine
> anderen werte. ein report1 255 bleibt auch unbeantwortet.
Das ist so normal, wenn CUL und FHT nicht miteinander reden wollen.
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
also so langsam verlauf ich mich im nirvana...
kurz nochmal die ausgangsbasis:
# CUL868
define CUL868 CUL /dev/cul868 3333
attr CUL868 model CUL
define EG.bu.HZ FHT 1701
define EG.bz.HZ FHT 1501
define EG.sz.HZ FHT 1801
define EG.wz.HZ FHT 0b01
fhem> set CUL868 verbose 61
2009.12.16 23:21:04 4: set CUL868 verbose 61
2009.12.16 23:21:20 4: CUL868: T47149402FA
2009.12.16 23:21:20 3: FHT Unknown device 4714, please define it
2009.12.16 23:21:21 4: CUL868: T47149482FA
2009.12.16 23:21:21 3: FHT Unknown device 4714, please define it
wo zum teufel kommt das nun her? selbiges kommt für 340c, cc55 und
2009.12.16 23:21:48 4: CUL868: T150100A61833
2009.12.16 23:21:48 4: FHT EG.bz.HZ actuator: 9%
2009.12.16 23:21:48 4: CUL868: T15017D673B32
2009.12.16 23:21:48 4: FHT EG.bz.HZ start-xmit: 59
2009.12.16 23:21:49 4: CUL868: T340C0A821E
2009.12.16 23:21:49 3: FHT Unknown device 340c, please define it
2009.12.16 23:22:07 4: CUL868: T170100A60003
2009.12.16 23:22:07 4: FHT EG.bu.HZ actuator: 0%
2009.12.16 23:22:07 4: CUL868: T17017D673B05
2009.12.16 23:22:07 4: FHT EG.bu.HZ start-xmit: 59
2009.12.16 23:22:29 4: CUL868: T180100A60010
2009.12.16 23:22:29 4: FHT EG.sz.HZ actuator: 0%
2009.12.16 23:22:29 4: CUL868: T18017D673B0E
2009.12.16 23:22:29 4: FHT EG.sz.HZ start-xmit: 59
2009.12.16 23:22:35 4: CUL868: K11991049F2
2009.12.16 23:22:35 4: CUL_WS TH1 KG.ga.TF.01: T: 9.9 H: 49.1
2009.12.16 23:22:46 4: CUL868: T0B0100A600F3
2009.12.16 23:22:46 4: FHT EG.wz.HZ actuator: 0%
2009.12.16 23:23:29 4: CUL868: TCC55D40203
2009.12.16 23:23:29 3: FHT Unknown device cc55, please define it
2009.12.16 23:23:39 4: OWTEMP KG.hz.TF.01 present: 1
2009.12.16 23:23:40 4: OWTEMP KG.hz.TF.01 temperature: 53.6250 (Celsius)
2009.12.16 23:23:40 4: OWTEMP KG.hz.TF.01 warnings: none
2009.12.16 23:23:40 4: OWTEMP KG.hz.TF.02 present: 1
2009.12.16 23:23:41 4: OWTEMP KG.hz.TF.02 temperature: 46.9375 (Celsius)
2009.12.16 23:23:41 4: OWTEMP KG.hz.TF.02 warnings: none
2009.12.16 23:23:42 4: OWTEMP KG.hz.TF.03 present: 1
2009.12.16 23:23:43 4: OWTEMP KG.hz.TF.03 temperature: 61.3125 (Celsius)
2009.12.16 23:23:43 4: OWTEMP KG.hz.TF.03 warnings: none
2009.12.16 23:23:43 4: CUL868: T150100A61833
2009.12.16 23:23:43 4: FHT EG.bz.HZ actuator: 9%
2009.12.16 23:23:43 4: OWTEMP KG.hz.TF.04 present: 1
2009.12.16 23:23:44 4: OWTEMP KG.hz.TF.04 temperature: 41.0625 (Celsius)
2009.12.16 23:23:44 4: OWTEMP KG.hz.TF.04 warnings: none
2009.12.16 23:23:44 4: CUL868: T15017D673B32
2009.12.16 23:23:44 4: FHT EG.bz.HZ start-xmit: 59
2009.12.16 23:24:03 4: CUL868: T170100A60003
2009.12.16 23:24:03 4: FHT EG.bu.HZ actuator: 0%
2009.12.16 23:24:25 4: CUL868: T180100A60010
2009.12.16 23:24:25 4: FHT EG.sz.HZ actuator: 0%
2009.12.16 23:24:37 4: CUL868: TECB196820B
2009.12.16 23:24:37 3: FHT Unknown device ecb1, please define it
2009.12.16 23:24:42 4: CUL868: T0B0100A600F2
2009.12.16 23:24:42 4: FHT EG.wz.HZ actuator: 0%
nun zu dir rudi :-)
Am Mittwoch 16 Dezember 2009 schrieb Rudolf Koenig:
> > "set EG.wz.HZ desired-temp 24" dann sofort PROG->CENT->nA aber er bleibt
> > auf nA.
>
> Falls T02 N/A meldet, dann ist das auch kein Wunder. Das eigentliche Wunder
> ist, wieso das o.g. set nicht den T02 Puffer fuellt, dieses Problem muss
> als naechstes geloest werden. Was sagt T02, wenn Du "set CUL raw
> THHHH4124" eingibst (und HHHH durch den FHT Hauscode ersetzt) ? 4124 ==
> "desired-temp 18"
am EG.wz.HZ -> PROG->CENT->nA
2009.12.16 23:24:52 4: CUL868: T0B017D6764EF
2009.12.16 23:24:52 4: FHT EG.wz.HZ start-xmit: 100
2009.12.16 23:25:28 4: CUL868: T47149402FA
2009.12.16 23:25:28 3: FHT Unknown device 4714, please define it
2009.12.16 23:25:29 4: CUL868: T47149482FA
2009.12.16 23:25:29 3: FHT Unknown device 4714, please define it
2009.12.16 23:25:32 4: CUL868: K11991049F2
2009.12.16 23:25:32 4: CUL_WS TH1 KG.ga.TF.01: T: 9.9 H: 49.1
2009.12.16 23:25:39 4: CUL868: T150100A61833
2009.12.16 23:25:39 4: FHT EG.bz.HZ actuator: 9%
2009.12.16 23:25:58 4: CUL868: T170100A60003
2009.12.16 23:25:58 4: FHT EG.bu.HZ actuator: 0%
2009.12.16 23:26:01 4: CUL868: T340C0A021F
2009.12.16 23:26:01 3: FHT Unknown device 340c, please define it
2009.12.16 23:26:01 4: CUL868: T340C0A821E
2009.12.16 23:26:01 3: FHT Unknown device 340c, please define it
2009.12.16 23:26:20 4: CUL868: T180100A6000F
2009.12.16 23:26:20 4: FHT EG.sz.HZ actuator: 0%
2009.12.16 23:26:37 4: CUL868: T0B0100A600F5
2009.12.16 23:26:37 4: FHT EG.wz.HZ actuator: 0%
2009.12.16 23:26:37 4: CUL868: T0B017D6764F4
2009.12.16 23:26:37 4: FHT EG.wz.HZ start-xmit: 100
fhem> set CUL868 raw T33334124
2009.12.16 23:26:52 4: set CUL868 raw T33334124
2009.12.16 23:27:34 4: CUL868: T150100261732
2009.12.16 23:27:34 4: FHT EG.bz.HZ actuator: 9%
2009.12.16 23:27:37 4: CUL868: TCC55D40202
2009.12.16 23:27:37 3: FHT Unknown device cc55, please define it
2009.12.16 23:27:38 4: CUL868: TCC55D48202
2009.12.16 23:27:38 3: FHT Unknown device cc55, please define it
fhem> get CUL868 raw T02
CUL868 raw =>
2009.12.16 23:27:54 4: CUL868: T170100A60003
2009.12.16 23:27:54 4: FHT EG.bu.HZ actuator: 0%
2009.12.16 23:27:54 4: CUL868: T17017D673B05
2009.12.16 23:27:54 4: FHT EG.bu.HZ start-xmit: 59
2009.12.16 23:28:16 4: CUL868: T180100A6000F
2009.12.16 23:28:16 4: FHT EG.sz.HZ actuator: 0%
2009.12.16 23:28:16 4: CUL868: T18017D673B0F
2009.12.16 23:28:16 4: FHT EG.sz.HZ start-xmit: 59
2009.12.16 23:28:16 4: CUL868: T180100A6000F
2009.12.16 23:28:16 4: FHT EG.sz.HZ actuator: 0%
2009.12.16 23:28:16 4: CUL868: T18017D673B0F
2009.12.16 23:28:16 4: FHT EG.sz.HZ start-xmit: 59
2009.12.16 23:28:28 4: CUL868: K11980049F2
2009.12.16 23:28:28 4: CUL_WS TH1 KG.ga.TF.01: T: 9.8 H: 49
2009.12.16 23:28:33 4: CUL868: T0B0100A600F4
2009.12.16 23:28:33 4: FHT EG.wz.HZ actuator: 0%
2009.12.16 23:28:33 4: CUL868: T0B017D6764F3
2009.12.16 23:28:33 4: FHT EG.wz.HZ start-xmit: 100
und so gehts weiter...
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Originally posted by: <email address deleted>
Martin Fischer schrieb:
> fhem> set CUL868 verbose 61
> 2009.12.16 23:21:04 4: set CUL868 verbose 61
> 2009.12.16 23:21:20 4: CUL868: T47149402FA
> 2009.12.16 23:21:20 3: FHT Unknown device 4714, please define it
> 2009.12.16 23:21:21 4: CUL868: T47149482FA
> 2009.12.16 23:21:21 3: FHT Unknown device 4714, please define it
ich hatte auch komische Effekte bei der Umstellung. Habe dann die FHT's
wie in Punkt6 der FAQ beschrieben neu "angelernt", und seither keine
Probleme.
> http://www.koeniglich.de/fhem/faq.html#faq6
Setzen der Temperatur per at Command geht ohne Probleme:
# 99% für schnelles Aufheizen
define at30hzg.eg.bad at *06:00:00 set egBAD desired-temp 30.5
# regeln
define at31hzg.eg.bad at *07:00:00 set egBAD desired-temp 22.0
#keiner mehr im Haus => absenken
define at32hzg.eg.bad at *10:00:00 set egBAD desired-temp 18.0
Grüße,
Manfred
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
> 2009.12.16 23:21:21 3: FHT Unknown device 4714, please define it
> wo zum teufel kommt das nun her? selbiges kommt für 340c, cc55 und
Offensichtlich haben die FHT's andere ID's. Ich wuerde die bitte einfach
erfuellen. Und um es einfacher zu haben, wuerde ich den CUL868 id auf 3b3b
setzen, dann braucht man keine Paarung durchzufuehren.
> 2009.12.16 23:26:52 4: set CUL868 raw T33334124
...
> fhem> get CUL868 raw T02
> CUL868 raw =>
Das ist sehr merkwuerdig, nach "=>" sollte "N/A" oder 3333:4124 stehen.
> 2009.12.16 23:28:33 4: FHT EG.wz.HZ start-xmit: 100
Dieser FHT muss gepaart werden (wg. dem 100), dh es muss ein Kommando vom CUL
bekommen, z.Bsp "set EG.wz.HZ time"
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Am Donnerstag 17 Dezember 2009 schrieb Manfred Caspari:
> ich hatte auch komische Effekte bei der Umstellung. Habe dann die FHT's
> wie in Punkt6 der FAQ beschrieben neu "angelernt", und seither keine
> Probleme.
>
> > http://www.koeniglich.de/fhem/faq.html#faq6
und genau das hat seit jahren mit dem fhz1300 funktioniert, nur mit dem cul
will es nicht :-(
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Am Donnerstag 17 Dezember 2009 schrieb Rudolf Koenig:
> > 2009.12.16 23:21:21 3: FHT Unknown device 4714, please define it
> > wo zum teufel kommt das nun her? selbiges kommt für 340c, cc55 und
>
> Offensichtlich haben die FHT's andere ID's. Ich wuerde die bitte einfach
> erfuellen. Und um es einfacher zu haben, wuerde ich den CUL868 id auf 3b3b
> setzen, dann braucht man keine Paarung durchzufuehren.
ich habe jetzt mal 3b3b = 5959 dezimal gesetzt. nu bekomme ich die "measured-
temp" also verstehen die beiden (cul <-> fht) sich scheinbar. aber ich kann
keine befehle absetzen. die werden einfach ignoriert. siehe auch "raw T02".
ich habe jetzt den cul erased und nicht die cvs-version, sondern die download
version genommen. ausserdem habe ich nun auch die FHT8v fw draufgemacht.
alles unverändert.
nun noch mal zu den
> > 2009.12.16 23:21:21 3: FHT Unknown device 4714, please define it
obwohl ich fhem nun schon seit ewigkeiten einsetzte und das paaren immer
geklappt hat, muss ich nun nochmal etwas bohren, zwecks verständnis:
seit jeher mit FHZ1300 definiert:
"set FHZ FHTcode 33"
im CUL868 ist definiert:
"define CUL868 CUL /dev/cul868 3333"
im FHT selber:
PROG->CODE ->"code1: 011","code2: 001"
PROG->Cent->nA
FHZ1300 und CUL melden:
rechner mit CUL868:
2009.12.17 23:10:21 3: FHT Unknown device 0b01, please define it
2009.12.17 23:10:22 4: CUL868: T0B01022F32 -32.5
rechner mit FHZ1300:
2009.12.17 23:10:21 4: FHZ/RAW: 810c04210909a0010b010100 (Unparsed: )
2009.12.17 23:10:21 4: FHZ/RAW: 2f32 (Unparsed: 810c04210909a0010b010100)
2009.12.17 23:10:21 3: FHT Unknown device 0b01, please define it
also als nächstes beim rechner mit CUL868:
fhem> define EG.wz.HZ FHT 0b01
CUL868 meldet:
2009.12.17 23:22:40 4: FHT EG.wz.HZ actuator: 0%
FHZ1300 meldet:
2009.12.17 23:22:40 4: FHZ/RAW: 810c04650909a0010b0100 (Unparsed: )
2009.12.17 23:22:40 4: FHZ/RAW: 00a600 (Unparsed: 810c04650909a0010b0100)
2009.12.17 23:22:40 3: FHT Unknown device 0b01, please define it
nun bei CUL868:
fhem> set EG.wz.HZ desired-temp 21
2009.12.17 23:24:36 4: FHT EG.wz.HZ actuator: 0%
2009.12.17 23:24:55 2: FHT set EG.wz.HZ desired-temp 21.0
fhem> get CUL868 raw T02
CUL868 raw =>
2-4 minuten gewartet. es kommen nur actuator meldungen, keine temperatur. FHT
ist immer noch bei "desired-temp 11.0", PROG->Cent ist immer noch nA
2009.12.17 23:26:31 4: CUL868: T0B0100A600 -55.5
2009.12.17 23:26:31 4: FHT EG.wz.HZ actuator: 0%
2009.12.17 23:28:27 4: CUL868: T0B0100A600 -53.5
2009.12.17 23:28:27 4: FHT EG.wz.HZ actuator: 0%
2009.12.17 23:30:22 4: CUL868: T0B0100A600 -52
2009.12.17 23:30:22 4: FHT EG.wz.HZ actuator: 0%
jetzt wechsel nach rechner mit FHZ1300:
fhem> define EG.wz.HZ FHT 0b01
fhem> set EG.wz.HZ desired-temp 21
2009.12.17 23:36:12 2: FHT set EG.wz.HZ desired-temp 21.0
2009.12.17 23:38:06 4: FHZ/RAW: 810b04 (Unparsed: )
2009.12.17 23:38:06 4: FHZ/RAW: cc830983010b01412a45 (Unparsed: 810b04)
2009.12.17 23:38:06 4: FHT EG.wz.HZ confirmation: 41
2009.12.17 23:38:06 4: FHT EG.wz.HZ desired-temp: 21.0
2009.12.17 23:38:06 4: FHT softbuffer check: EG.wz.HZ / desired-temp 21.0
2009.12.17 23:38:06 4: FHT softbuffer found
2009.12.17 23:38:06 4: FHZ/RAW: 810c04ce0909a0 (Unparsed: )
2009.12.17 23:38:06 4: FHZ/RAW: 010b017e00672a (Unparsed: 810c04ce0909a0)
2009.12.17 23:38:06 4: FHT EG.wz.HZ end-xmit: 42
FHT ist bei "desired-temp 21", PROG-Cent->On
rechner mit CUL868:
2009.12.17 23:38:04 4: CUL868: T0B0100A600 -60.5
2009.12.17 23:38:04 4: FHT EG.wz.HZ actuator: 0%
2009.12.17 23:38:05 4: CUL868: T0B0141692A -77
2009.12.17 23:38:05 4: FHT EG.wz.HZ desired-temp: 21.0
rechner mit FHZ1300:
2009.12.17 23:41:55 4: FHZ/RAW: 810c04650909 (Unparsed: )
2009.12.17 23:41:55 4: FHZ/RAW: a0010b010000a600 (Unparsed: 810c04650909)
2009.12.17 23:41:55 4: FHT EG.wz.HZ actuator: 0%
2009.12.17 23:41:56 4: FHZ/RAW: 810c (Unparsed: )
2009.12.17 23:41:56 4: FHZ/RAW: 04 (Unparsed: 810c)
2009.12.17 23:41:56 4: FHZ/RAW: 430909a0010b01420069d9 (Unparsed: 810c04)
2009.12.17 23:41:56 4: FHZ/RAW: 810c (Unparsed: )
2009.12.17 23:41:56 4: FHZ/RAW: 046b0909a0010b01 (Unparsed: 810c)
2009.12.17 23:41:56 4: FHZ/RAW: 43006900 (Unparsed: 810c046b0909a0010b01)
2009.12.17 23:41:56 4: FHT EG.wz.HZ measured-temp: 21.7 (Celsius)
2009.12.17 23:41:57 4: FHZ/RAW: 810c (Unparsed: )
2009.12.17 23:41:57 4: FHZ/RAW: 04710909a0010b014b006700 (Unparsed: 810c)
2009.12.17 23:41:57 4: FHT EG.wz.HZ ack: 0
2009.12.17 23:41:57 4: FHZ/RAW: 81 (Unparsed: )
2009.12.17 23:41:57 4: FHZ/RAW: 0c (Unparsed: 81)
2009.12.17 23:41:57 4: FHZ/RAW: 046c0909 (Unparsed: 810c)
2009.12.17 23:41:57 4: FHZ/RAW: a0010b0144006900 (Unparsed: 810c046c0909)
2009.12.17 23:41:57 4: FHT EG.wz.HZ warnings: none
2009.12.17 23:41:57 4: FHZ/RAW: 810c (Unparsed: )
2009.12.17 23:41:57 4: FHZ/RAW: 04710909a0010b01 (Unparsed: 810c)
2009.12.17 23:41:57 4: FHZ/RAW: 4b006700 (Unparsed: 810c04710909a0010b01)
2009.12.17 23:41:57 4: FHT EG.wz.HZ ack: 0
2009.12.17 23:41:57 4: FHZ/RAW: 810c04a40909a0010b (Unparsed: )
2009.12.17 23:41:57 4: FHZ/RAW: 017e006700 (Unparsed: 810c04a40909a0010b)
2009.12.17 23:41:57 4: FHT EG.wz.HZ end-xmit: 0
rechner mit CUL868:
2009.12.17 23:41:55 4: CUL868: T0B0100A600 -59.5
2009.12.17 23:41:55 4: FHT EG.wz.HZ actuator: 0%
2009.12.17 23:41:56 4: CUL868: T0B014269D9 -59.5
2009.12.17 23:41:56 4: CUL868: T0B01436900 -59.5
2009.12.17 23:41:56 4: FHT EG.wz.HZ measured-temp: 21.7 (Celsius)
2009.12.17 23:41:57 4: CUL868: T0B01446900 -59.5
2009.12.17 23:41:57 4: FHT EG.wz.HZ warnings: none
also gepaart... nun gehts weiter:
rechner mit CUL868:
fhem> set EG.wz.HZ desired-temp 15
2009.12.17 23:44:10 2: FHT set EG.wz.HZ desired-temp 15.0
fhem> get CUL868 raw T01
CUL868 raw => 3333
fhem> get CUL868 raw T02
CUL868 raw =>
FHT bleibt bei "desired-temp 21".
egal was ich also dem CUL868 auf den weg gebe, es kommt nüschts beim FHT an.
FS20 geht übrigens einwandfrei.
es gibt insgesamt 4 FHT's:
define EG.bu.HZ FHT 1701
define EG.bz.HZ FHT 1501
define EG.sz.HZ FHT 1801
define EG.wz.HZ FHT 0b01
wenn ich jetzt beim CUL868 den verbose setze:
fhem> set CUL868 verbose 61
2009.12.17 23:51:43 4: set CUL868 verbose 61
2009.12.17 23:51:44 4: CUL868: TECB19602F3
2009.12.17 23:51:44 3: FHT Unknown device ecb1, please define it
2009.12.17 23:51:44 4: CUL868: TECB19682F2
2009.12.17 23:51:44 3: FHT Unknown device ecb1, please define it
2009.12.17 23:51:53 4: CUL868: T340C0A021A
2009.12.17 23:51:53 3: FHT Unknown device 340c, please define it
2009.12.17 23:51:54 4: CUL868: T340C0A821A
2009.12.17 23:51:54 3: FHT Unknown device 340c, please define it
[...]
2009.12.17 23:54:57 4: CUL868: T4714940206
2009.12.17 23:54:57 3: FHT Unknown device 4714, please define it
2009.12.17 23:54:58 4: CUL868: T4714948205
2009.12.17 23:54:58 3: FHT Unknown device 4714, please define it
2009.12.17 23:55:01 4: CUL868: TCC55D402E9
2009.12.17 23:55:01 3: FHT Unknown device cc55, please define it
2009.12.17 23:55:01 4: CUL868: TCC55D482E6
2009.12.17 23:55:01 3: FHT Unknown device cc55, please define it
es sind also 4 "Unknown devices":
ecb1, 340c, 4714, cc55
bei allen FHT's loggt CUL868 "start-xmit: 59":
2009.12.17 23:52:30 4: CUL868: T150100A600EF
2009.12.17 23:52:30 4: FHT EG.bz.HZ actuator: 0%
2009.12.17 23:52:30 4: CUL868: T15017D673BEF
2009.12.17 23:52:30 4: FHT EG.bz.HZ start-xmit: 59
2009.12.17 23:52:30 4: CUL868: T15017D773BF9
2009.12.17 23:52:30 4: FHT EG.bz.HZ FHZ:start-xmit: 59
2009.12.17 23:52:31 4: CUL868: T150169673BEE
2009.12.17 23:52:31 4: FHT EG.bz.HZ ack2: 59
CUL kennt aber dennoch die devices:
1701, 1501, 1801, 0b01
warum aber "start-xmit: 59"?
hex(59) == 0x3b
zur erinnerung:
FHZ1300: FHTcode 33
CUL868 : 3333
als nächstes bei CUL868:
fhem> define fht.01 FHT 340c
fhem> define fht.02 FHT ecb1
fhem> define fht.03 FHT 4714
fhem> define fht.04 FHT cc55
nun bekomme ich zum ersten mal:
2009.12.18 00:06:12 4: CUL868: H886E00607143F4
2009.12.18 00:06:12 3: CUL868: Unknown code
810f04xx0510a001886e000000607143f4, help me!
desweiteren:
2009.12.18 00:07:21 4: CUL868: T471494021F
2009.12.18 00:07:21 4: FHT fht.03 (Unknown: 94 => 31)
2009.12.18 00:07:22 4: CUL868: T4714948219
2009.12.18 00:07:22 4: FHT fht.03 (Unknown: 94 => 25)
2009.12.18 00:07:25 4: CUL868: TCC55D402E8
2009.12.18 00:07:25 4: FHT fht.04 (Unknown: d4 => 232)
2009.12.18 00:07:26 4: CUL868: TCC55D482E5
2009.12.18 00:07:26 4: FHT fht.04 (Unknown: d4 => 229)
2009.12.18 00:08:00 4: CUL868: TECB19602FD
2009.12.18 00:08:00 4: FHT fht.02 (Unknown: 96 => 253)
2009.12.18 00:08:00 4: CUL868: TECB19682FE
2009.12.18 00:08:00 4: FHT fht.02 (Unknown: 96 => 254)
2009.12.18 00:08:41 4: CUL868: T340C0A021E
2009.12.18 00:08:41 4: FHT fht.01 (Unknown: 0a => 30)
2009.12.18 00:08:42 4: CUL868: T340C0A821E
2009.12.18 00:08:42 4: FHT fht.01 (Unknown: 0a => 30)
2009.12.18 00:11:29 4: CUL868: T471494020B
2009.12.18 00:11:29 4: FHT fht.03 (Unknown: 94 => 11)
2009.12.18 00:11:30 4: CUL868: T471494820B
2009.12.18 00:11:30 4: FHT fht.03 (Unknown: 94 => 11)
2009.12.18 00:11:33 4: CUL868: TCC55D402E8
2009.12.18 00:11:33 4: FHT fht.04 (Unknown: d4 => 232)
2009.12.18 00:11:34 4: CUL868: TCC55D482E9
2009.12.18 00:11:34 4: FHT fht.04 (Unknown: d4 => 233)
2009.12.18 00:12:04 4: CUL868: TECB19602F9
2009.12.18 00:12:04 4: FHT fht.02 (Unknown: 96 => 249)
2009.12.18 00:12:04 4: CUL868: TECB19682FA
2009.12.18 00:12:04 4: FHT fht.02 (Unknown: 96 => 250)
2009.12.18 00:12:53 4: CUL868: T340C0A0221
2009.12.18 00:12:53 4: FHT fht.01 (Unknown: 0a => 33)
2009.12.18 00:12:54 4: CUL868: T340C0A821F
2009.12.18 00:12:54 4: FHT fht.01 (Unknown: 0a => 31)
kann es sein, das die vormals "undefined devices" die jetzt fht.01 bis fht.04
heissen, die aktuatoren sind? allerdings habe ich an einem FHT 3 8v's und
sonst jeweils 1 8v je FHT. in summe demnach 6.
> > 2009.12.16 23:26:52 4: set CUL868 raw T33334124
>
> ...
>
> > fhem> get CUL868 raw T02
> > CUL868 raw =>
>
> Das ist sehr merkwuerdig, nach "=>" sollte "N/A" oder 3333:4124 stehen.
und genau das passiert ja nach dem ausführlichen debug nicht.
> > 2009.12.16 23:28:33 4: FHT EG.wz.HZ start-xmit: 100
>
> Dieser FHT muss gepaart werden (wg. dem 100), dh es muss ein Kommando vom
> CUL bekommen, z.Bsp "set EG.wz.HZ time"
ja, ist klar. aber siehe oben. egal was ich vom CUL absetze, die FHT's
reagieren nicht drauf.
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Am Mittwoch 16 Dezember 2009 schrieb Martin Fischer:
> 2009.12.16 17:15:36 4: CUL868: TCC55D402 -71.5
> 2009.12.16 17:15:36 3: CUL868: Unknown CUL_FHTTK device detected, define
> one to get detailed information.
> 2009.12.16 17:15:37 4: CUL868: TCC55D482 -71
> 2009.12.16 17:15:37 3: CUL868: Unknown CUL_FHTTK device detected, define
> one to get detailed information.
>
> nun habe ich ein
>
> define tk.02 CUL_FHTTK CC55D4
>
> und das logfile sieht nun so aus:
> 2009.12.16 17:16:03 4: CUL868: T150100B61B -68
> 2009.12.16 17:16:03 4: FHT EG.bz.HZ actuator: 11%
> 2009.12.16 17:16:22 4: CUL868: T170100B600 -57.5
> 2009.12.16 17:16:22 4: FHT EG.bu.HZ actuator: 0%
> 2009.12.16 17:16:23 4: CUL868: T340C0A02 -65.5
> Use of uninitialized value $self in hash element at
> /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 189.
> Use of uninitialized value $self in hash element at
[...]
hm.. nachdem ich nun die cul-fw mit 8v geflasht habe ist der fehler weg...
lediglich ein skipping kommt noch:
2009.12.18 12:41:44 4: CUL868: T47149402 -82.5
2009.12.18 12:41:44 4: FHTTK Device foo.02 (Window: Closed)
2009.12.18 12:41:45 4: CUL868: T47149482 -82.5
2009.12.18 12:41:45 3: FHTTK skipping state 02 as last similar telegram was
received less than 5 secs ago
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Originally posted by: <email address deleted>
Martin Fischer wrote:
>> nun habe ich ein
>>
>> define tk.02 CUL_FHTTK CC55D4
>>
>> und das logfile sieht nun so aus:
>> 2009.12.16 17:16:03 4: CUL868: T150100B61B -68
>> 2009.12.16 17:16:03 4: FHT EG.bz.HZ actuator: 11%
>> 2009.12.16 17:16:22 4: CUL868: T170100B600 -57.5
>> 2009.12.16 17:16:22 4: FHT EG.bu.HZ actuator: 0%
>> 2009.12.16 17:16:23 4: CUL868: T340C0A02 -65.5
>> Use of uninitialized value $self in hash element at
>> /usr/local/lib/FHEM/09_CUL_FHTTK.pm line 189.
>> Use of uninitialized value $self in hash element at
> [...]
>
> hm.. nachdem ich nun die cul-fw mit 8v geflasht habe ist der fehler weg...
>
> lediglich ein skipping kommt noch:
>
> 2009.12.18 12:41:44 4: CUL868: T47149402 -82.5
> 2009.12.18 12:41:44 4: FHTTK Device foo.02 (Window: Closed)
> 2009.12.18 12:41:45 4: CUL868: T47149482 -82.5
> 2009.12.18 12:41:45 3: FHTTK skipping state 02 as last similar telegram was
> received less than 5 secs ago
Das Skipping ist normal, der TFK schickt ja 2 Telegramme in kurzem
Abstand, welche normiert werden ("Wiederholungsbit" gestrippt) und
dedupliziert; ist eigentlich 'ne reine Debug-Meldung, kommt in einer
zukünftigen Version dann auch nimmer.
Aber daß jetzt die cul-fw-Version Auswirkungen auf FHEM-Code hat
macht mich etwas stutzig ...
kai
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Am Freitag 18 Dezember 2009 schrieb Kai 'wusel' Siering:
> > 2009.12.18 12:41:45 3: FHTTK skipping state 02 as last similar telegram
> > was received less than 5 secs ago
>
> Das Skipping ist normal, der TFK schickt ja 2 Telegramme in kurzem
> Abstand, welche normiert werden ("Wiederholungsbit" gestrippt) und
> dedupliziert; ist eigentlich 'ne reine Debug-Meldung, kommt in einer
> zukünftigen Version dann auch nimmer.
ok.. gut zu wissen..
> Aber daß jetzt die cul-fw-Version Auswirkungen auf FHEM-Code hat
> macht mich etwas stutzig ...
hm.. das war der einzige unterschied zu vorher. ich hatte erst die CUL.hex
geflasht, da ich die CUL_FHT8v.hex übersehen hatte.
und da traten die fehler auf. jetzt wo ich die CUL_FHT8v.hex geflasht habe,
treten die fehler nicht mehr auf.. zufall?
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
also ich habe jetzt nochmal alle möglichen varianten durchgespielt. ich
bekomme definitiv keine daten vom CUL zum FHT und vom FHT bekomme ich maximal
nur den actuator.
no ideas?
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Originally posted by: <email address deleted>
Hallo Martin,
ich hatte auch große Probleme mit einem FHT-80b von Conrad, der zwar
wunderbar Ventile steuerte, aber so gut wie nie auf die Bemühungen meines
CUN antwortete, mit ihm zu kommunizieren. Umgetauscht, der zweite ging.
Viele Grüße,
Christian
2009/12/19 Martin Fischer
> also ich habe jetzt nochmal alle möglichen varianten durchgespielt. ich
> bekomme definitiv keine daten vom CUL zum FHT und vom FHT bekomme ich
> maximal
> nur den actuator.
>
> no ideas?
>
> --
>
> You received this message because you are subscribed to the Google Groups
> "FHEM users" group.
> To post to this group, send email to fhem-users@googlegroups.com.
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/fhem-users?hl=en.
>
>
>
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
hallo christian,
Am Sonntag 20 Dezember 2009 schrieb Christian Drechsler:
> ich hatte auch große Probleme mit einem FHT-80b von Conrad, der zwar
> wunderbar Ventile steuerte, aber so gut wie nie auf die Bemühungen meines
> CUN antwortete, mit ihm zu kommunizieren. Umgetauscht, der zweite ging.
ich glaube nicht das es bei mir an den FHT's liegt. ich habe ja mehrere im
einsatz und alle lassen sich seit jahren einwandfrei mit FHZ1300 paaren.
keinen von den FHT's bekomme ich allerdings mit CUL gepaart.
rudi wunderte sich ja auch über:
Am Donnerstag 17 Dezember 2009 schrieb Rudolf Koenig:
> > 2009.12.16 23:26:52 4: set CUL868 raw T33334124
> ...
> > fhem> get CUL868 raw T02
> > CUL868 raw =>
>
> Das ist sehr merkwuerdig, nach "=>" sollte "N/A" oder 3333:4124 stehen
und ich glaube, das hier das problem zu suchen ist. allerdings komme ich
alleine nicht weiter. siehe auch mein "debug posting" vom 18.12.
gruß martin
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Originally posted by: <email address deleted>
Hallo Zusammen,
was ich mich da immer wieder frage....
Ist die Actuator-Meldung wirklich vom FHT80b selbst ?
Oder ist die vom FHT8v im FHT80b-Format ?
z.B. Measured/Desired-Temp kommt ja nur 1/4-stündlich vom FHT..
also eigentlich ist der relativ "Faul"....
Warum dann Actuator alle 2min...
Wem könnte ein FHT80b den Actuator-Stand mitteilen wollen ?
Was sollte ein FHZ damit...die ist doch wohl eher an Temperaturen
insteressiert ;-))
das nur mal so nebenbei ,-)))
Schöne Grüße
Axel
Axel
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Originally posted by: <email address deleted>
Axel schrieb:
> Wem könnte ein FHT80b den Actuator-Stand mitteilen wollen ?
dem FHT8V vielleicht? Wem sollte denn der FHT8V den Actuator-Stand
mitteilen wollen, er *empfängt* von der FHT80 seinen einzustellenden
Stand, oder? Sonst müsste man von beiden Telegramme empfangen können.
> Was sollte ein FHZ damit...die ist doch wohl eher an Temperaturen
Grüße,
Manfred
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Originally posted by: <email address deleted>
Hi Manfred,
du meinst das ist die Richtung: FHT80b -> FHT8v: "setzte Actuator 25%"
Schau mal hier z.B. : http://groups.google.com/group/cul-fans/browse_thread/thread/d82ca2b5380bfa72
Da gibts für den Weg 'nen extra Thread ....
Axel
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Am Sonntag 20 Dezember 2009 schrieb Axel:
> was ich mich da immer wieder frage....
> Ist die Actuator-Meldung wirklich vom FHT80b selbst ?
> Oder ist die vom FHT8v im FHT80b-Format ?
> z.B. Measured/Desired-Temp kommt ja nur 1/4-stündlich vom FHT..
> also eigentlich ist der relativ "Faul"....
> Warum dann Actuator alle 2min...
das habe ich mich auch schon gefragt..
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Am Donnerstag 17 Dezember 2009 schrieb Martin Fischer:
> Am Donnerstag 17 Dezember 2009 schrieb Manfred Caspari:
> > ich hatte auch komische Effekte bei der Umstellung. Habe dann die FHT's
> > wie in Punkt6 der FAQ beschrieben neu "angelernt", und seither keine
> > Probleme.
> >
> > > http://www.koeniglich.de/fhem/faq.html#faq6
>
> und genau das hat seit jahren mit dem fhz1300 funktioniert, nur mit dem cul
> will es nicht :-(
ich habe zum testen an einem rechner den fhz1300 und an einem zweiten rechner
den cul. kann es evtl. daran liegen, das ich mit dem cul meine fht's nicht
paaren kann, weil sich die beiden (fhz1300 / cul) in die quere kommen?
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
> ich habe zum testen an einem rechner den fhz1300 und an einem zweiten rechner
> den cul. kann es evtl. daran liegen, das ich mit dem cul meine fht's nicht
> paaren kann, weil sich die beiden (fhz1300 / cul) in die quere kommen?
Das ist sogar sehr wahrscheinlich, ich habe es in diversen Postings schon so
erwaehnt.
Trotzdem wurmt mich wieso "get CUL T02" nichts meldet.
Koenntest Du folgendes in einem Screen/Minicom, welches mit dem CUL verbunden
ist, ausfuehren, und mir/uns die Ergebnisse zeigen.
% screen /dev/ttyACM0 (oder vergleichbares)
V
T01
T02
T12344142
T02
T010000
T02
Ich habe gerade mein CUL mit dem 1.35 CUL.hex von der Webseite geflashed, und
bekomme folgende Ergebnisse:
V => V 1.35 CUL868
T01 => 0000
T02 => N/A
T1234416742 =>
T02 => 1234:4142
T010000 =>
T02 => N/A
Eigentlich koennte man auch in fhem die gleichen Befehle ausfuehren, jeweils
als "get CUL raw XXX" wenn man Daten zurueckhaben will, oder "set CUL raw XXX",
wenn keine Ergebnisse gemeldet werden (z.Bsp beim T1234416742 oder beim
T010000).
Gruss,
Rudi
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
guten morgen rudi,
Am Montag 21 Dezember 2009 schrieb Rudolf Koenig:
> Trotzdem wurmt mich wieso "get CUL T02" nichts meldet.
> Koenntest Du folgendes in einem Screen/Minicom, welches mit dem CUL
> verbunden ist, ausfuehren, und mir/uns die Ergebnisse zeigen.
>
> % screen /dev/ttyACM0 (oder vergleichbares)
> V
> T01
> T02
> T12344142
> T02
> T010000
> T02
V => V 1.35 CUL868
T01 => 3B3B
T02 =>
T1234416742 =>
T02 =>
T010000 =>
T02 =>
:-(
kann es sein, dass das CUL defekt ist? aber komischerweise kann ich alle FS20
aktoren schalten.
gruß martin
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
> V => V 1.35 CUL868
> T01 => 3B3B
> T02 =>
Kannst Du "T03" ausprobieren? Beim mir liefert es "4a" zurueck. Wenn das bei
Dir auch leer ist, dann hast Du ein Firmware bei dem das FHT80b Support
(#define HAS_FHT_80b) ausgeschaltet ist, z.Bsp der CUL_FHT8v.hex ist so einer.
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Am Montag 21 Dezember 2009 schrieb Rudolf Koenig:
> > V => V 1.35 CUL868
> > T01 => 3B3B
> > T02 =>
>
> Kannst Du "T03" ausprobieren? Beim mir liefert es "4a" zurueck. Wenn das
> bei Dir auch leer ist, dann hast Du ein Firmware bei dem das FHT80b
> Support (#define HAS_FHT_80b) ausgeschaltet ist, z.Bsp der CUL_FHT8v.hex
> ist so einer.
T03 =>
in der tat, ich habe CUL_FHT8v.hex geflasht. aber erst nachdem ich mit CUL.hex
keinen erfolg hatte (schrieb ich ja bereits).
es ist mir aus keiner beschreibung her bewusst, das dort der komplette support
für die 80b disabled ist. vielleicht als vorschlag: einfach an die version den
flashtyp anhängen. das erleichtert das debugging :-)
na dann werd ich mal wohl neu flashen und mich gleich wieder melden.
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Am Montag 21 Dezember 2009 schrieb Martin Fischer:
> Am Montag 21 Dezember 2009 schrieb Rudolf Koenig:
> > > V => V 1.35 CUL868
> > > T01 => 3B3B
> > > T02 =>
> >
> > Kannst Du "T03" ausprobieren? Beim mir liefert es "4a" zurueck. Wenn das
> > bei Dir auch leer ist, dann hast Du ein Firmware bei dem das FHT80b
> > Support (#define HAS_FHT_80b) ausgeschaltet ist, z.Bsp der CUL_FHT8v.hex
> > ist so einer.
ok.. nachdem ich nun "make conf1" statt "make conf2" ausgeführt und dann die
CUL.hex geflasht habe kommt nun:
V => V 1.35 CUL868
T01 => 0000
T02 => N/A
T1234416742 =>
T02 => 1234:4167,42
T010000 =>
T02 => N/A
T03 => 4A
einzige abweichung gegenüber deiner ausgabe ist das erste T02:
bei dir:
> 1234:4142
bei mir:
1234:4167,42
aber zu meiner ehrenrettung muss ich sagen:
zitat README:
CUL firware needs compileconfig.h. Before the first build type either
"make conf1" oder "make conf2".
To compile the CUL firmware with RF_ROUTING support (and without FHT8v),
type "make conf1".
To compile the CUL firmware with FHT8v support (and without RF_ROUTING),
type "make conf2".
hieraus geht nicht hervor, das bei conf2 auch der ganze FHT support disabled
wird. ich interpretiere das so:
make conf1: hat zusätzlich RF_ROUTING aber kann nicht mit FHT8v kommunizieren
make conf2: hat kann mit FHT8v kommunizieren hat dafür aber nicht RF_ROUTING
vielleicht sollte man bei conf2 ergänzen, das dann auch der FHT80b support
disabled ist.
so: nun werde ich erstmal die FHZ abklemmen und dann sehen ob das paaren nun
funktioniert.
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Am Montag 21 Dezember 2009 schrieb Martin Fischer:
> so: nun werde ich erstmal die FHZ abklemmen und dann sehen ob das paaren
> nun funktioniert.
it work's :-)
danke rudi, für den entscheidenen hinweis!
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
nachdem der fehler mit der falschen firmware nun geklärt ist, bleibt noch das
folgende offen:
Am Mittwoch 16 Dezember 2009 schrieb Martin Fischer:
> kurz nochmal die ausgangsbasis:
> # CUL868
> define CUL868 CUL /dev/cul868 3333
> attr CUL868 model CUL
>
> define EG.bu.HZ FHT 1701
> define EG.bz.HZ FHT 1501
> define EG.sz.HZ FHT 1801
> define EG.wz.HZ FHT 0b01
jetzt auch alle gepaart.
> fhem> set CUL868 verbose 61
> 2009.12.16 23:21:04 4: set CUL868 verbose 61
> 2009.12.16 23:21:20 4: CUL868: T47149402FA
> 2009.12.16 23:21:20 3: FHT Unknown device 4714, please define it
> 2009.12.16 23:21:21 4: CUL868: T47149482FA
> 2009.12.16 23:21:21 3: FHT Unknown device 4714, please define it
>
> wo zum teufel kommt das nun her? selbiges kommt für 340c, cc55 und
bleibt also zu klären, was das hier nun für devices sind:
2009.12.21 13:23:41 3: FHT Unknown device 4714, please define it
2009.12.21 13:23:42 3: FHT Unknown device 4714, please define it
2009.12.21 13:24:33 3: FHT Unknown device 340c, please define it
2009.12.21 13:24:33 3: FHT Unknown device 340c, please define it
2009.12.21 13:25:09 3: FHT Unknown device ecb1, please define it
2009.12.21 13:25:09 3: FHT Unknown device ecb1, please define it
2009.12.21 13:25:45 3: FHT Unknown device cc55, please define it
2009.12.21 13:25:45 3: FHT Unknown device cc55, please define it
und was das die für werte liefern.
nun habe ich auch diese definiert:
define foo.01 FHT 340c
define foo.02 FHT ecb1
define foo.03 FHT cc55
define foo.04 FHT 4714
und sicherheitshalber auch ein befehl hinterher gesendet:
set TYPE=FHT time
ergebnis:
2009.12.21 13:36:39 2: FHT set foo.1 hour 13 minute 36
2009.12.21 13:36:39 2: FHT set foo.2 hour 13 minute 36
2009.12.21 13:36:39 2: FHT set foo.3 hour 13 minute 36
2009.12.21 13:36:39 2: FHT set foo.4 hour 13 minute 36
2009.12.21 13:37:09 4: FHT foo.1 (Unknown: 0a => 27)
2009.12.21 13:37:09 4: FHT foo.1 (Unknown: 0a => 27)
2009.12.21 13:37:21 4: FHT foo.2 (Unknown: 96 => 11)
2009.12.21 13:37:21 4: FHT foo.2 (Unknown: 96 => 12)
2009.12.21 13:38:09 4: FHT foo.3 (Unknown: d4 => 15)
2009.12.21 13:38:09 4: FHT foo.3 (Unknown: d4 => 14)
2009.12.21 13:40:13 4: FHT foo.4 (Unknown: 94 => 242)
2009.12.21 13:40:14 4: FHT foo.4 (Unknown: 94 => 242)
2009.12.21 13:41:21 4: FHT foo.1 (Unknown: 0a => 27)
2009.12.21 13:41:25 4: FHT foo.2 (Unknown: 96 => 12)
2009.12.21 13:41:25 4: FHT foo.2 (Unknown: 96 => 13)
2009.12.21 13:42:17 4: FHT foo.3 (Unknown: d4 => 22)
2009.12.21 13:42:17 4: FHT foo.3 (Unknown: d4 => 17)
2009.12.21 13:44:21 4: FHT foo.4 (Unknown: 94 => 243)
2009.12.21 13:44:22 4: FHT foo.4 (Unknown: 94 => 243)
2009.12.21 13:45:29 4: FHT foo.2 (Unknown: 96 => 12)
2009.12.21 13:45:29 4: FHT foo.2 (Unknown: 96 => 12)
2009.12.21 13:45:33 4: FHT foo.1 (Unknown: 0a => 28)
2009.12.21 13:45:33 4: FHT foo.1 (Unknown: 0a => 27)
2009.12.21 13:46:25 4: FHT foo.3 (Unknown: d4 => 13)
fhem> list foo.1
Internals:
CODE 340c
CUL868_MSGCNT 9
CUL868_RAWMSG T340C0A821B
CUL868_TIME 2009-12-21 13:49:45
DEF 340c
IODev CUL868
LASTIODev CUL868
MSGCNT 9
NAME foo.1
NR 730
STATE ???
TYPE FHT
Attributes:
retrycount 3
die anderen sehen genauso aus.
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Am Mittwoch 16 Dezember 2009 schrieb Martin Fischer:
> hiya,
>
> habe heute meinen ersten CUL in betrieb genommen. dieser soll die FHZ1300
> voll ersetzten.
>
> auf den ersten anhieb klappt es auch so wie es scheint, doch das eine oder
> andere problem habe ich noch:
nach der (jetzt funktionierenden) paarung habe ich
fhem> set TYPE=FHT report1 255 report2 255
abgesetzt. nach kurzer zeit bekomme ich auch schon die ersten rückmeldungen:
2009.12.21 13:49:55 4: CUL868: T17017D67331B
2009.12.21 13:49:55 4: FHT EG.bu.HZ start-xmit: 51
2009.12.21 13:49:55 4: CUL868: T17017D7733FA
2009.12.21 13:49:55 4: FHT EG.bu.HZ FHZ:start-xmit: 51
2009.12.21 13:49:56 4: CUL868: T17012869331A
2009.12.21 13:49:56 4: FHT EG.bu.HZ sat-from1: 08:30
2009.12.21 13:49:56 4: CUL868: T1701287933FA
2009.12.21 13:49:56 4: FHT EG.bu.HZ FHZ:sat-from1: 08:30
2009.12.21 13:49:56 4: CUL868: T170129698F1B
2009.12.21 13:49:56 4: FHT EG.bu.HZ sat-to1: 23:50
2009.12.21 13:49:56 4: CUL868: T170129798FFA
2009.12.21 13:49:56 4: FHT EG.bu.HZ FHZ:sat-to1: 23:50
2009.12.21 13:49:56 4: CUL868: T17012A69901B
2009.12.21 13:49:56 4: FHT EG.bu.HZ sat-from2: 24:00
2009.12.21 13:49:56 4: CUL868: T17012A7990FA
2009.12.21 13:49:56 4: FHT EG.bu.HZ FHZ:sat-from2: 24:00
2009.12.21 13:49:56 4: CUL868: T17012B69901A
2009.12.21 13:49:56 4: FHT EG.bu.HZ sat-to2: 24:00
2009.12.21 13:49:57 4: CUL868: T17012B7990FA
2009.12.21 13:49:57 4: FHT EG.bu.HZ FHZ:sat-to2: 24:00
2009.12.21 13:49:57 4: CUL868: T17012B7990FA
2009.12.21 13:49:57 4: FHT EG.bu.HZ FHZ:sat-to2: 24:00
2009.12.21 13:49:57 4: CUL868: T17014B67901B
2009.12.21 13:49:57 4: FHT EG.bu.HZ ack: 144
2009.12.21 13:49:57 4: CUL868: T17014B7790FA
2009.12.21 13:49:57 4: FHT EG.bu.HZ FHZ:ack: 144
2009.12.21 13:49:58 4: CUL868: T17012C69331B
2009.12.21 13:49:58 4: FHT EG.bu.HZ sun-from1: 08:30
2009.12.21 13:49:58 4: CUL868: T17012C7933FA
2009.12.21 13:49:58 4: FHT EG.bu.HZ FHZ:sun-from1: 08:30
2009.12.21 13:49:58 4: CUL868: T17012D698F1B
2009.12.21 13:49:58 4: FHT EG.bu.HZ sun-to1: 23:50
2009.12.21 13:49:58 4: CUL868: T17012D798FFA
2009.12.21 13:49:58 4: FHT EG.bu.HZ FHZ:sun-to1: 23:50
2009.12.21 13:49:58 4: CUL868: T17012E69901A
2009.12.21 13:49:58 4: FHT EG.bu.HZ sun-from2: 24:00
2009.12.21 13:49:58 4: CUL868: T17012E7990FA
2009.12.21 13:49:58 4: FHT EG.bu.HZ FHZ:sun-from2: 24:00
2009.12.21 13:49:58 4: CUL868: T17012F69901B
2009.12.21 13:49:58 4: FHT EG.bu.HZ sun-to2: 24:00
2009.12.21 13:49:59 4: CUL868: T17012F7990FA
2009.12.21 13:49:59 4: FHT EG.bu.HZ FHZ:sun-to2: 24:00
2009.12.21 13:49:59 4: CUL868: T17014B67901A
2009.12.21 13:49:59 4: FHT EG.bu.HZ ack: 144
2009.12.21 13:49:59 4: CUL868: LOVF
2009.12.21 13:49:59 2: CUL: unknown message LOVF
2009.12.21 13:49:59 4: CUL868: T17014B7790FA
2009.12.21 13:49:59 4: FHT EG.bu.HZ FHZ:ack: 144
2009.12.21 13:49:59 4: CUL868: LOVF
2009.12.21 13:49:59 2: CUL: unknown message LOVF
2009.12.21 13:49:59 4: CUL868: T17014B7790FA
2009.12.21 13:49:59 4: FHT EG.bu.HZ FHZ:ack: 144
2009.12.21 13:49:59 4: CUL868: LOVF
2009.12.21 13:49:59 2: CUL: unknown message LOVF
2009.12.21 13:49:59 4: CUL868: T17014B7790FA
2009.12.21 13:49:59 4: FHT EG.bu.HZ FHZ:ack: 144
2009.12.21 13:50:00 4: CUL868: LOVF
2009.12.21 13:50:00 2: CUL: unknown message LOVF
2009.12.21 13:50:00 4: CUL868: T17014B7790FA
2009.12.21 13:50:00 4: FHT EG.bu.HZ FHZ:ack: 144
was hat es mit
CUL868: LOVF
CUL: unknown message LOVF
auf sich? das habe ich FHZ nie gesehen. das ganze tritt bei mehreren FHT's
auf.
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
einen hab ich noch :-)
fhem> set TYPE=FHT time
No set implemented for EG.bu.TK.01
No set implemented for EG.es.TK.01
No set implemented for EG.sz.TK.01
No set implemented for EG.wz.TK.01
wobei es sich bei EG.*.TK.01 um TYPE CUL_FHTTK handelt. diese sollten bei
set TYPE=FHT
ausgeschlossen werden.
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
> was hat es mit
>
> CUL868: LOVF
> CUL: unknown message LOVF
>
> auf sich? das habe ich FHZ nie gesehen. das ganze tritt bei mehreren FHT's
> auf.
LOVF = Limit-OVerFlow = 1% Sendezeit ueberschritten
Die zweite Zahl beim "get CUL raw X" zeigt die verbliebene Sendezeit in 10ms
Einheiten an. Eine der viertelstuendlichen Nachrichten von einer FHT
entgegenzunehmen braucht ca. 53 Einheiten. Eine FS20 Nachricht senden ca 20
Einheiten. 10 FHT's belegen ca 60% der Sendezeit eines CULs nur mit der
Temperatur-Meldungen. Mehr wenn Nachrichten wegen schlechten Empfang wiederholt
werden.
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Am Montag 21 Dezember 2009 schrieb Rudolf Koenig:
> LOVF = Limit-OVerFlow = 1% Sendezeit ueberschritten
>
> Die zweite Zahl beim "get CUL raw X" zeigt die verbliebene Sendezeit in
> 10ms Einheiten an. Eine der viertelstuendlichen Nachrichten von einer FHT
> entgegenzunehmen braucht ca. 53 Einheiten. Eine FS20 Nachricht senden ca
> 20 Einheiten. 10 FHT's belegen ca 60% der Sendezeit eines CULs nur mit der
> Temperatur-Meldungen. Mehr wenn Nachrichten wegen schlechten Empfang
> wiederholt werden.
ah, danke! werden die dann weiterhin ge'buffered' oder muss ich die dann
später erneut senden?
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
> ah, danke! werden die dann weiterhin ge'buffered' oder muss ich die dann
> später erneut senden?
Eine Nachricht wird nur dann aus dem CUL-Puffer geloescht, falls der FHT sie
entgegengenommen hatte. Der Puffer kann also leicht vollaufen, falls man einem
ausgeschalteten FHT Daten sendet...
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
> fhem> set TYPE=FHT time
> No set implemented for EG.bu.TK.01
[...]
Habs geaendert und alles eingecheckt.
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Am Montag 21 Dezember 2009 schrieb Rudolf Koenig:
> > ah, danke! werden die dann weiterhin ge'buffered' oder muss ich die dann
> > später erneut senden?
>
> Eine Nachricht wird nur dann aus dem CUL-Puffer geloescht, falls der FHT
> sie entgegengenommen hatte. Der Puffer kann also leicht vollaufen, falls
> man einem ausgeschalteten FHT Daten sendet...
kann man denn den puffer manuell löschen?
wie ist das mit der reihenfolge? wenn der erste im buffer liegende befehl
nicht ge'acked' wird, bleiben dann die anderen dahinter im buffer hägen?
wäre es hier nicht angebracht nach einem timeout den 'blocker' zu löschen?
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
> kann man denn den puffer manuell löschen?
Ja, mit "set CUL raw T01".
> wie ist das mit der reihenfolge? wenn der erste im buffer liegende befehl
> nicht ge'acked' wird, bleiben dann die anderen dahinter im buffer hägen?
Nein. Wenn ein FHT sich per actuator meldet, dann wird "seine" Nachricht
losgesendet, auch wenn im Puffer noch andere davor sind.
> wäre es hier nicht angebracht nach einem timeout den 'blocker' zu löschen?
Doch. Kostet halt RAM & Programmspeicher. Und muss gut ueberlegt sein, wann
es geloescht sein soll.
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.
Am Montag 21 Dezember 2009 schrieb Rudolf Koenig:
> > wie ist das mit der reihenfolge? wenn der erste im buffer liegende befehl
> > nicht ge'acked' wird, bleiben dann die anderen dahinter im buffer hägen?
>
> Nein. Wenn ein FHT sich per actuator meldet, dann wird "seine" Nachricht
> losgesendet, auch wenn im Puffer noch andere davor sind.
ok
> > wäre es hier nicht angebracht nach einem timeout den 'blocker' zu
> > löschen?
>
> Doch. Kostet halt RAM & Programmspeicher. Und muss gut ueberlegt sein, wann
> es geloescht sein soll.
vielleicht sollten wir tosti dann doch noch überreden die 64k version
rauszubringen..
--
You received this message because you are subscribed to the Google Groups "FHEM users" group.
To post to this group, send email to fhem-users@googlegroups.com.
To unsubscribe from this group, send email to fhem-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/fhem-users?hl=en.