[FHZ] Can't get M232 to work at NSLU serial port

fladdy · 06 November 2009, 11:27:31

Originally posted by: <email address deleted>

Hallo Zusammen,

habe auch diverse FHT80TF...auch die im kleinen Gehäuse...
Die melden sich regelmäßig:

06:44:01 0: MyCUL: T4BE79902 -92.5
06:44:01 0: MyCUL: T4BE79982 -92.5
06:48:15 0: MyCUL: T4BE79902 -92.5
06:48:16 0: MyCUL: T4BE79982 -92.5
06:52:30 0: MyCUL: T4BE79982 -93.5
07:00:58 0: MyCUL: T4BE79982 -93
07:05:11 0: MyCUL: T4BE79902 -92
07:05:12 0: MyCUL: T4BE79982 -92
07:09:25 0: MyCUL: T4BE79902 -91.5
07:09:26 0: MyCUL: T4BE79982 -92.5
07:15:46 0: MyCUL: T4BE79901 -89
07:15:47 0: MyCUL: T4BE79981 -88.5
07:16:50 0: MyCUL: T4BE79901 -89
07:16:50 0: MyCUL: T4BE79981 -88.5
07:21:04 0: MyCUL: T4BE79901 -89.5
07:21:04 0: MyCUL: T4BE79981 -89
07:25:18 0: MyCUL: T4BE79901 -88.5
07:25:18 0: MyCUL: T4BE79981 -88
07:29:32 0: MyCUL: T4BE79901 -89
07:29:32 0: MyCUL: T4BE79981 -88.5
07:33:46 0: MyCUL: T4BE79901 -89
07:33:46 0: MyCUL: T4BE79981 -88.5
07:38:00 0: MyCUL: T4BE79901 -90
07:38:00 0: MyCUL: T4BE79981 -89.5
07:42:14 0: MyCUL: T4BE79981 -88
07:46:28 0: MyCUL: T4BE79901 -89
07:50:42 0: MyCUL: T4BE79901 -90

Was ich bis jetzt feststellen konne:
- Die senden immer zwei Meldungen T4BE79981 bzw T4BE79901
- Device-Code: 4BE799 ?? Oder ist das 4BE7 und die 99 ??
- "Fenster zu" T4BE79902 und T4BE79982..Endung 02 bzw. 82
- "Fenster auf" T4BE79901 T4BE79981..Endung 01 bzw. 81

Gruß,
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
-~----------~----~----~----~------~----~------~--~-

rudolfkoenig · 06 November 2009, 13:47:37

Originally posted by: <email address deleted>

Moin,

vorweg das Management Summary

Format ist "TCCCCCCXX", mit CCCCCC als der zufällige Gerätecode
(16 Mio. unterschiedlicher Werte lt. Handbuch FHT80TF), XX als
Statuswert des Sensors:

XX   Bedeutung
----------------------------------------------------------------
02   "Fenster geschlossen", initiale Sendung
82   "Fenster geschlossen", zweites Telegramm
01   "Fenster offen", initiale Sendung
81   "Fenster offen", zweites Telegramm
0C   "Bin da, wer noch?" - 1 Minute im Sekundentakt: "Synchronisierung"
??   "Batterien leer, bitte wechseln" (noch rauszufinden)

Normaler "Meldeabstand" scheint ~255 Sekunden zu sein mit "0" an
vorletzter Position, Retransmission mit "8" dort ~1 Sekunde später.

Comments?

Details folgen:

Axel wrote:
> Hallo Zusammen,
>
> habe auch diverse FHT80TF...auch die im kleinen Gehäuse...
> Die melden sich regelmäßig:
>
> 06:44:01 0: MyCUL: T4BE79902 -92.5
> 06:44:01 0: MyCUL: T4BE79982 -92.5
[...]
> 07:38:00 0: MyCUL: T4BE79901 -90
> 07:38:00 0: MyCUL: T4BE79981 -89.5
> 07:42:14 0: MyCUL: T4BE79981 -88
> 07:46:28 0: MyCUL: T4BE79901 -89
> 07:50:42 0: MyCUL: T4BE79901 -90
>
> Was ich bis jetzt feststellen konne:
> - Die senden immer zwei Meldungen T4BE79981 bzw T4BE79901
> - Device-Code: 4BE799 ?? Oder ist das 4BE7 und die 99 ??
> - "Fenster zu" T4BE79902 und T4BE79982..Endung 02 bzw. 82
> - "Fenster auf" T4BE79901 T4BE79981..Endung 01 bzw. 81

Druck auf TF-Taster zur Anmeldung an FHT80B-II:

2009.11.06 12:05:30 5: CUL/RAW: /T965AB00255

2009.11.06 12:05:30 3: CUL2: T965AB002 -31.5
2009.11.06 12:05:30 3: CUL: unknown message T965AB002
2009.11.06 12:05:30 5: CUL/RAW: /T965AB002E6

2009.11.06 12:05:30 3: CUL1: T965AB002 -87
2009.11.06 12:05:30 3: CUL: unknown message T965AB002
2009.11.06 12:05:31 5: CUL/RAW: /T965AB08256

2009.11.06 12:05:31 3: CUL2: T965AB082 -31
2009.11.06 12:05:31 3: CUL: unknown message T965AB082

cam-serv2:~# grep T965A /var/log/fhem/fhem-2009-11.log | grep CUL1 | cut -d " " -f 5 | sort | uniq -c
19 T965AB001
166 T965AB002
103 T965AB00C
1 T965AB00F
23 T965AB081
168 T965AB082

cam-serv2:~# grep T965A /var/log/fhem/fhem-2009-11.log | grep CUL1 | gawk 'BEGIN{hlast=0; minlast=0; seclast=0; num=0;} /2009.11.06/ {nf=split($2, a, ":"); if(nf==3) { if(num>0) {v1=hlast*3600+minlast*60+seclast; v2=a[1]*3600+a[2]*60+a[3]; printf("delta
sec: %4d\n", v2-v1) }; num++; hlast=a[1]; minlast=a[2]; seclast=a[3]; } }' | sort | uniq -c | sort -n
1 delta sec: 127
1 delta sec: 191
1 delta sec: 384
1 delta sec: 64
2 delta sec: 511
3 delta sec: 257
4 delta sec: 63
75 delta sec: 255
82 delta sec: 1
83 delta sec: 0
91 delta sec: 256

Mit den Werten von Axel:

1 delta sec: 380
1 delta sec: 508
1 delta sec: 63
2 delta sec: 253
4 delta sec: 1
7 delta sec: 0
10 delta sec: 254

Auch sonst bei mir ähnliche Werte wie bei Axel:

cam-serv2:~# grep T965A /var/log/fhem/fhem-2009-11.log | grep CUL2 | grep 2009.11.06 | tail -20
2009.11.06 12:26:51 3: CUL2: T965AB002 -38
2009.11.06 12:26:51 3: CUL2: T965AB082 -38.5
2009.11.06 12:31:06 3: CUL2: T965AB002 -41
2009.11.06 12:31:07 3: CUL2: T965AB082 -44
2009.11.06 12:35:23 3: CUL2: T965AB082 -36
2009.11.06 12:39:39 3: CUL2: T965AB002 -39
2009.11.06 12:43:54 3: CUL2: T965AB002 -39
2009.11.06 12:43:55 3: CUL2: T965AB082 -39.5
2009.11.06 12:48:10 3: CUL2: T965AB002 -39
2009.11.06 12:48:11 3: CUL2: T965AB082 -39.5
2009.11.06 12:52:27 3: CUL2: T965AB002 -39
2009.11.06 12:52:27 3: CUL2: T965AB082 -39   /* Hiernach "Fenster auf" proviziert */
2009.11.06 12:56:43 3: CUL2: T965AB002 -37
2009.11.06 12:56:43 3: CUL2: T965AB082 -37.5
2009.11.06 12:57:46 3: CUL2: T965AB001 -38.5
2009.11.06 12:57:47 3: CUL2: T965AB081 -39
2009.11.06 12:58:50 3: CUL2: T965AB001 -38.5
2009.11.06 12:58:51 3: CUL2: T965AB081 -39.5
2009.11.06 13:03:07 3: CUL2: T965AB001 -37.5
2009.11.06 13:03:07 3: CUL2: T965AB081 -37

=> 02/82 "zu", 01/81 "auf" scheint zu stimmen: um 13:08:35 wieder "zu":

2009.11.06 13:07:23 3: CUL2: T965AB001 -38
2009.11.06 13:07:23 3: CUL2: T965AB081 -38
2009.11.06 13:09:30 3: CUL2: T965AB002 -41
2009.11.06 13:10:34 3: CUL2: T965AB002 -38
2009.11.06 13:10:35 3: CUL2: T965AB082 -38
2009.11.06 13:14:51 3: CUL2: T965AB002 -43.5
2009.11.06 13:14:51 3: CUL2: T965AB082 -44

Normaler "Meldeabstand" scheint ~255 Sekunden zu sein mit "0" an
vorletzter Position, Retransmission mit "8" dort ~1 Sekunde später.

Die letzte Stelle scheint den Status anzugeben, die ersten sechs(?)
dürften der Gerätecode sein (16 Mio. Zufallswerte lt. Handbuch).
FHT80TF sendet auch Batteriestatus mit ("ok" oder "wechseln", abfrag-
bar am FHT80B) ... Als ich grade ältere, ausgemustert weil vermeint-
lich recht leere, Batterien einsetzte, ging der Punk ab:

cam-serv2:~# grep T965A /var/log/fhem/fhem-2009-11.log | grep "06 13:" | grep CUL2: | more
[...]
2009.11.06 13:14:51 3: CUL2: T965AB002 -43.5
2009.11.06 13:14:51 3: CUL2: T965AB082 -44
2009.11.06 13:16:17 3: CUL2: T965AB00C -41
2009.11.06 13:16:18 3: CUL2: T965AB00C -40
2009.11.06 13:16:19 3: CUL2: T965AB00C -40.5
2009.11.06 13:16:21 3: CUL2: T965AB00C -39.5
[... im Sekundentakt - lt. Handbuch "ca. 1 Min. Synchronisierungsphase"]
2009.11.06 13:17:16 3: CUL2: T965AB00C -38.5
2009.11.06 13:17:18 3: CUL2: T965AB00C -38.5
2009.11.06 13:17:19 3: CUL2: T965AB00C -38.5
2009.11.06 13:20:38 3: CUL2: T965AB002 -41.5
2009.11.06 13:20:38 3: CUL2: T965AB082 -40
2009.11.06 13:21:42 3: CUL2: T965AB001 -42
2009.11.06 13:21:42 3: CUL2: T965AB081 -41
2009.11.06 13:22:46 3: CUL2: T965AB002 -39
2009.11.06 13:22:46 3: CUL2: T965AB082 -38.5

Der FHT80B zeigte beim Status des Fensterkontaktes allerdings *nicht*
"Batterie wechseln" an, sondern weiterhin aktuell den Status des Kon-
taktes ("AUF" oder ""). Vielleicht hat jemand mal definitiv fast leere
Batterien und kann damit auch noch den Code für "Batterie leer" ent-
schlüsseln?

HTH,
         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
-~----------~----~----~----~------~----~------~--~-

rudolfkoenig · 06 November 2009, 14:11:04

Originally posted by: <email address deleted>

Moin,

Juergen Lennefer wrote:

>> Wenn ich den Magneten vom Reed-Kontakt weg- und wieder hin bewege, macht
>> die LED des FHT80TF etwas ("auf": kurzes Aufleuchten, "zu": langes Auf-
>> leuchten),
>
> Meine älteren FHT80TFs blinken 3 mal kurz beim Schließen (Reedkontakt
> geschlossen) und einmal lang beim Öffnen.
> Hast Du das neuere Gerät im kleinen Gehäuse?

Nein, ich meine, daß sind auch die "alten", recht großen. Und Du hast
recht, "auf" ist 1x laaaang, "zu" ist 3x kurz blinken. Sorry, da habe
ich mich gestern verschrieben.

>> nutzen. Gibt's Alternativen? "FS20 TFK" scheint die "Standalone-Variante"
>> zu sein, hat die einen anderen, FHEM bekannten, Code?
>
> IMHO macht das FS20TFK einfache FS20-Schaltbefehle (ich habe mal
> "versehentlich" einen gekauft und hier rumliegen).
> Damit kommt FHEM bekannterweise gut klar.

Nachdem das Protokoll und die Funktionsweise des FHT80TF ja doch etwas
anders zu sein scheint als beim FS20-Standard (s. andere Mails dazu),
was macht der FS20TFK? Da konfiguriert man dann den FS20-Schaltercode und
der TFK sendet entsprechend bei "auf" und "zu" sofort den entsprechende
Schaltcode? Hmm, wenn man das FHT80TF-Protokoll entschlüsselt hat, könnte
FHEM mit CUL basierend auf FS20TFK einen FHT80TF emulieren, man bräuchte
dann nicht zwei Kontakte, wenn man schnelle Reaktion und Integration in
FHT-Steuerung möchte. (Oder man macht's nur über FHEM+CUL, läßt den FHT80B
ganz raus. Aber das wäre bei Absturz des FHEM-Systems doof.)

34,95 für FS20TFK
19,95 für FHT80TF-2 ("Lieferbar in 7 Woche(n)")
14,95 für eQ-3 FHT 80 TF

Hmm. Ich möchte eigentlich gerne FS20TFK-Funktion (sofortige Meldung) zum
FHT80TF-Preis, grummel

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
-~----------~----~----~----~------~----~------~--~-

Dr. Boris Neubert · 06 November 2009, 16:37:05

Originally posted by: <email address deleted>

Hmm.

> Format ist "TCCCCCCXX", mit CCCCCC als der zufällige Gerätecode
> (16 Mio. unterschiedlicher Werte lt. Handbuch FHT80TF), XX als
> Statuswert des Sensors:

==> 09_CUL_FHTTK.pm (kopiert von 09_BS.pm, adaptiert auf Basis 14_CUL_WS.pm)
erstellt, darin u. a.:

[...]
sub
CUL_FHTTK_Initialize($)
{
my ($hash) = @_;

$hash->{Match} = "^T........";
$hash->{DefFn} = "CUL_FHTTK_Define";
$hash->{UndefFn} = "CUL_FHTTK_Undef";
$hash->{ParseFn} = "CUL_FHTTK_Parse";
$hash->{AttrList} = "IODev do_not_notify:1,0 showtime:0,1 dummy:1,0 model:FHTTK loglevel:0,1,2,3,4,5,6";

}
[...]

Änderung in 00_CUL.pm:

--- 00_CUL.pm.org 2009-10-24 10:23:30.000000000 +0200
+++ 00_CUL.pm 2009-11-06 16:15:29.000000000 +0100
@@ -53,7 +53,7 @@
# Provider
$hash->{ReadFn} = "CUL_Read";
$hash->{WriteFn} = "CUL_Write";
- $hash->{Clients} = ":FS20:FHT:KS300:CUL_EM:CUL_WS:USF1000:HMS:";
+ $hash->{Clients} = ":FS20:FHT:KS300:CUL_EM:CUL_WS:USF1000:HMS:CUL_FHTTK:";
my %mc = (
"1:USF1000" => "^81..(04|0c)..0101a001a5ceaa00....",
"2:FS20" => "^81..(04|0c)..0101a001",
@@ -62,6 +62,7 @@
"5:CUL_WS" => "^K.....",
"6:CUL_EM" => "^E0.................\$",
"7:HMS" => "^810e04....(1|5|9).a001",
+ "8:CUL_FHTTK" => "^T........",
);
$hash->{MatchList} = \%mc;
$hash->{ReadyFn} = "CUL_Ready";

Beim Neustart wird das auch ohne Meldungen akzeptiert:

FHZ> list
[...]
CUL_FHTTK:
TK_TEST (

)
[...]
FHZ> list TK_TEST
Internals:
CODE 123456
DEF 123456
IODev CUL2
NAME TK_TEST
NR 37
SENSOR 123456
STATE

TYPE CUL_FHTTK
Attributes:
IODev CUL2
FHZ>

Aber benutzt wird das Modul offensichtlich nicht -- was mache ich falsch?!

2009.11.06 16:33:52 5: CUL/RAW: /T965AB002E9

2009.11.06 16:33:52 3: CUL1: T965AB002 -85.5
2009.11.06 16:33:52 3: CUL: unknown message T965AB002
2009.11.06 16:33:52 5: CUL/RAW: /T965AB00247

2009.11.06 16:33:52 3: CUL2: T965AB002 -38.5
2009.11.06 16:33:52 3: CUL: unknown message T965AB002
2009.11.06 16:33:53 5: CUL/RAW: /T965AB082E9

2009.11.06 16:33:53 3: CUL1: T965AB082 -85.5
2009.11.06 16:33:53 3: CUL: unknown message T965AB082
2009.11.06 16:33:53 5: CUL/RAW: /T965AB08247

2009.11.06 16:33:53 3: CUL2: T965AB082 -38.5
2009.11.06 16:33:53 3: CUL: unknown message T965AB082

Offensichtlich matcht da was nicht. Eigentlich sollte da aber zumindest
ein Logeintrag erscheinen:

[...]
sub
CUL_FHTTK_Parse($$)
{
my ($hash, $msg) = @_;

my $sensor= substr($msg, 1, 6);
my $state = substr($msg, 7, 2);

my $def= $defptr{$sensor};
if(!defined($def)) {
Log 3, sprintf("FHTTK Unknown device %s, please define it", $sensor);
return "UNDEFINED FHTTK";
}

# if it's not our device
if($def->{IODev} && $def->{IODev}{NAME} ne $hash->{NAME}) {
Log 3, sprintf("skipping device %s on this receiver", $sensor);
return "";
}

# More to be done later.

return "";
}
[...]

Any ideas?
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
-~----------~----~----~----~------~----~------~--~-

rudolfkoenig · 06 November 2009, 19:48:55

Originally posted by: <email address deleted>

Kai 'wusel' Siering wrote:

[...]
> Any ideas?
> kai

Yepp: use the source, Luke!

Möchte man mit CUL spielen, muß man das Nachrichten-Format auch noch in
00_CUL.pm, CUL_Read() verewigen:

@@ -713,12 +714,15 @@
$len/2+7, substr($dmsg,1,6), substr($dmsg,7));
$dmsg = lc($dmsg);

- } elsif($fn eq "T" && $len >= 11) { # Reformat for 11_FHT.pm
-
- $dmsg = sprintf("81%02x04xx0909a001%s00%s",
+ } elsif($fn eq "T") {
+ if ($len >= 11) { # Reformat for 11_FHT.pm
+ $dmsg = sprintf("81%02x04xx0909a001%s00%s",
$len/2+7, substr($dmsg,1,6), substr($dmsg,7));
- $dmsg = lc($dmsg);
-
+ $dmsg = lc($dmsg);
+ } else {
+ Log GetLogLevel($name,2), "CUL: falling thru on $dmsg";
+ ; # => 09_CUL_FHTTK.pm
+ }
} elsif($fn eq "H" && $len >= 13) { # Reformat for 12_HMS.pm

my $type = hex(substr($dmsg,6,1));

DANN kommt endlich die ersehnte Meldung "Unknown CUL_FHTTK device ..."

2009.11.06 19:37:20 5: CUL/RAW: /T965AB001E4

2009.11.06 19:37:20 3: CUL1: T965AB001 -88
2009.11.06 19:37:20 3: CUL: falling thru on T965AB001
2009.11.06 19:37:20 5: CUL1 dispatch T965AB001
2009.11.06 19:37:20 3: CUL1: Unknown CUL_FHTTK device detected, define one to get detailed information.
2009.11.06 19:37:20 5: CUL/RAW: /T965AB00157

2009.11.06 19:37:20 3: CUL2: T965AB001 -30.5
2009.11.06 19:37:20 3: CUL: falling thru on T965AB001
2009.11.06 19:37:20 5: CUL2 dispatch T965AB001
2009.11.06 19:37:20 3: CUL2: Unknown CUL_FHTTK device detected, define one to get detailed information.
2009.11.06 19:37:21 5: CUL/RAW: /T965AB081E5

2009.11.06 19:37:21 3: CUL1: T965AB081 -87.5
2009.11.06 19:37:21 3: CUL: falling thru on T965AB081
2009.11.06 19:37:21 5: CUL1 dispatch T965AB081
2009.11.06 19:37:21 3: CUL1: Unknown CUL_FHTTK device detected, define one to get detailed information.
2009.11.06 19:37:21 5: CUL/RAW: /T965AB08158

2009.11.06 19:37:21 3: CUL2: T965AB081 -30
2009.11.06 19:37:21 3: CUL: falling thru on T965AB081
2009.11.06 19:37:21 5: CUL2 dispatch T965AB081
2009.11.06 19:37:21 3: CUL2: Unknown CUL_FHTTK device detected, define one to get detailed information.

Mal gucken ...

2009.11.06 19:40:21 5: Cmd: >define TK_TEST CUL_FHTTK 965AB0<
2009.11.06 19:40:21 5: Loading /usr/local/lib/FHEM/09_CUL_FHTTK.pm, order 09
2009.11.06 19:40:21 5: Cmd: >attr TK_TEST IODev CUL2<
[...]
2009.11.06 19:45:52 3: CUL1: T965AB001 -86.5
2009.11.06 19:45:52 3: CUL: falling thru on T965AB001
2009.11.06 19:45:52 5: CUL1 dispatch T965AB001
2009.11.06 19:45:52 3: FHTTK, parsed T965AB001 into 965AB0 and 01
2009.11.06 19:45:52 3: skipping device 965AB0 on this receiver
2009.11.06 19:45:53 5: CUL/RAW: /T965AB081E8

2009.11.06 19:45:53 3: CUL1: T965AB081 -86
2009.11.06 19:45:53 3: CUL: falling thru on T965AB081
2009.11.06 19:45:53 5: CUL1 dispatch T965AB081
2009.11.06 19:45:53 3: FHTTK, parsed T965AB081 into 965AB0 and 81
2009.11.06 19:45:53 3: skipping device 965AB0 on this receiver
2009.11.06 19:45:54 5: CUL/RAW: /T965AB08158

2009.11.06 19:45:54 3: CUL2: T965AB081 -30
2009.11.06 19:45:54 3: CUL: falling thru on T965AB081
2009.11.06 19:45:54 5: CUL2 dispatch T965AB081
2009.11.06 19:45:54 3: FHTTK, parsed T965AB081 into 965AB0 and 81

Na, sieht doch schon gut aus

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
-~----------~----~----~----~------~----~------~--~-

Guest · 06 November 2009, 22:08:42

Originally posted by: <email address deleted>

Hi Kai,

kannst mir das Modul mal schicken...

Gruß,

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
-~----------~----~----~----~------~----~------~--~-

Dr. Boris Neubert · 07 November 2009, 04:49:56

Originally posted by: <email address deleted>

Axel wrote:
> Hi Kai,
>
> kannst mir das Modul mal schicken...

Die relevanten Unterschiede zu 09_BS.pm (was Rudolf mal als Beispiel
anführte) habe ich schon gepostet; mehr als ...

2009.11.07 04:34:57 5: CUL/RAW: /T965AB001EA

2009.11.07 04:34:57 3: CUL1: T965AB001 -85
2009.11.07 04:34:57 3: CUL: falling thru on T965AB001
2009.11.07 04:34:57 5: CUL1 dispatch T965AB001
2009.11.07 04:34:57 3: FHTTK, parsed T965AB001 into 965AB0 and 01
2009.11.07 04:34:57 3: skipping device 965AB0 on this receiver
2009.11.07 04:34:57 5: CUL/RAW: /T965AB00158

2009.11.07 04:34:57 3: CUL2: T965AB001 -30
2009.11.07 04:34:57 3: CUL: falling thru on T965AB001
2009.11.07 04:34:57 5: CUL2 dispatch T965AB001
2009.11.07 04:34:57 3: FHTTK, parsed T965AB001 into 965AB0 and 01
2009.11.07 04:34:58 5: CUL/RAW: /T965AB081E9

2009.11.07 04:34:58 3: CUL1: T965AB081 -85.5
2009.11.07 04:34:58 3: CUL: falling thru on T965AB081
2009.11.07 04:34:58 5: CUL1 dispatch T965AB081
2009.11.07 04:34:58 3: FHTTK, parsed T965AB081 into 965AB0 and 81
2009.11.07 04:34:58 3: skipping device 965AB0 on this receiver
2009.11.07 04:34:58 5: CUL/RAW: /T965AB08157

2009.11.07 04:34:58 3: CUL2: T965AB081 -30.5
2009.11.07 04:34:58 3: CUL: falling thru on T965AB081
2009.11.07 04:34:58 5: CUL2 dispatch T965AB081
2009.11.07 04:34:58 3: FHTTK, parsed T965AB081 into 965AB0 and 81

... macht es auch noch nicht, da ich jetzt rausfinden muß, wie man
Werte eines logischen Devices in FHEM setzt. Denke, das werde ich
am Wochenende rausfinden (vielleicht mit Hilfe? *hint, hint*).

Wonach modelliert man denn einen "Dekoder" für FHT80TF am besten --
es gibt ja insgesamt 3 sehr ähnliche Devices: FS20TFK, HMS100TFK und
eben FHT80TF ... FHT80TF sendet alle rd. 2,25 Minuten einen Status,
den FHT80B auswertet:

2009.11.07 04:39:25 4: FHT FHT1 warnings: Window open

Mit konkreter Auswertung von FHT80TF-Telegrammen geht das latent ge-
nauer, zumindest die Visualisierung in FHEM/PGM2.

MfG,
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
-~----------~----~----~----~------~----~------~--~-

rudolfkoenig · 07 November 2009, 09:01:36

Originally posted by: <email address deleted>

Moin,

vieleicht so.....als Entwurf...

##############################################
package main;
use strict;
use warnings;
my %fhttfk_codes = (
"02" => "Window:Closed"
"82" => "Window:Closed"
"01" => "Window:Open"
"81" => "Window:Open"
"0C" => "Sync:Bin da, wer noch?"
"??" => "Battery:empty");
my %defptr;
##############################################
sub CUL_FHTTFK_Initialize($)
{
my ($hash) = @_;
$hash->{Match} = "^T........";
$hash->{DefFn} = "CUL_FHTTFK_Define";
$hash->{UndefFn} = "CUL_FHTTFK_Undef";
$hash->{ParseFn} = "CUL_FHTTFK_Parse";
$hash->{AttrList} = "IODev do_not_notify:1,0 showtime:0,1 dummy:
1,0 model:FHTTK loglevel:0,1,2,3,4,5,6";
}
##############################################
sub CUL_FHTTFK_Define($$)
{
# aus 12_HMS...noch anpassen
# define CUL_FHTTK


  my ($hash, $def) = @_;
  my @a = split("[ \t][ \t]*", $def);
  return "wrong syntax: define  HMS CODE" if(int(@a) != 3);
  $a[2] = lc($a[2]);
  return "Define $a[0]: wrong CODE format: specify a 4 digit hex
value"
        if($a[2] !~ m/^[a-f0-9][a-f0-9][a-f0-9][a-f0-9]$/);
  $hash->{CODE} = $a[2];
  $defptr{$a[2]} = $hash;
  return undef;
}
##############################################
sub CUL_FHTTFK_Parse($$)
{
   my ($hash, $msg) = @_;
   my $sensor= substr($msg, 1, 6);
   my $state = substr($msg, 7, 2);
   my $def= $defptr{$sensor};
   my $self = $def->{NAME};
   if(!defined($def)) {
     Log 3, sprintf("FHTTK Unknown device %s, please define it",
$sensor);
     return "UNDEFINED FHTTK";
   }
# würd ich ev. weglassen....
   # if it's not our device
   if($def->{IODev} && $def->{IODev}{NAME} ne $hash->{NAME}) {
     Log 3, sprintf("skipping device %s on this receiver", $sensor);
     return "";
   }
   #...
# state definiert 
   if(!defined($fhttfk_codes{$state}) {
       Log 3, sprintf("FHTTK $def Unknown CODE");
        return "";
   }
   #READINGS
   my ($reading,$val) = split(/:/,$fhttfk_codes{$state});
   $defs{$self}{READINGS}{$reading}{VAL} = $val;
   $defs{$self}{READINGS}{$reading}{TIME} = TimeNow();
   #CHANGED
   $defs{$self}{CHANGED}[0] = $reading . ": " . $val;
   return "";
}
1;

--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~-

rudolfkoenig · 07 November 2009, 10:31:43

Originally posted by: <email address deleted>

Axel wrote:
> Moin,
>
> vieleicht so.....als Entwurf...
[...]

Da r0xx0r!

FHZ> list TK_TEST
Internals:
CODE 965AB0
DEF 965AB0
IODev CUL2
NAME TK_TEST
NR 37
SENSOR 965AB0
STATE

TYPE CUL_FHTTK
Readings:
2009-11-07 10:20:34 Window Open
Attributes:
IODev CUL2

FHZ> list TK_TEST
Internals:
CODE 965AB0
DEF 965AB0
IODev CUL2
NAME TK_TEST
NR 37
SENSOR 965AB0
STATE

TYPE CUL_FHTTK
Readings:
2009-11-07 10:22:42 Window Closed
Attributes:
IODev CUL2

Diff gegen version 4.7 from 2009-10-23 anbei, vielleicht kann das ja
jemand mit mehr Erfahrung noch aufhübschen über's Wochenende ("STATE

",
CODE & DEF identisch? No comprendo nada

) ...

Definiert wird das, wie zu erwarten, denke ich, mit:

define TK_TEST CUL_FHTTK 965AB0
attr TK_TEST IODev CUL2

Über den Namen könnte man vielleich auch noch mal nachdenken, statt TF/TK
TFK? CUL_ drinlassen (denke schon, da CUL zwingende Voraussetzung dafür ist)?

Das mit dem "# if it's not our device" würde ich ja auch weglassen, aber
das wäre ja z. B. auch über ein Attribut lösbar, "attr TK_TEST AnyIODev true"
(oder "attr TK_TEST IODev any") und dann den Rücksprung überspringen z. B. ...

Have fun!
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
-~----------~----~----~----~------~----~------~--~---

Guest · 07 November 2009, 12:03:37

Originally posted by: <email address deleted>

[...]
> Diff gegen version 4.7 from 2009-10-23 anbei, vielleicht kann das ja
> jemand mit mehr Erfahrung noch aufhübschen über's Wochenende ("STATE

",
> CODE & DEF identisch? No comprendo nada

) ...
[...]

Neuer Diff anbei; jetzt klappt's auch mit STATE & notify

FHZ> list TK_TEST
Internals:
CODE 965AB0
DEF 965AB0
IODev CUL2
NAME TK_TEST
NR 37
RAWMSG T965AB08153
RSSI -32.5
SENSOR 965AB0
STATE Open
TYPE CUL_FHTTK
Readings:
2009-11-07 11:59:46 Window Open
Attributes:
IODev CUL2

Have even more fun

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
-~----------~----~----~----~------~----~------~--~---

Guest · 07 November 2009, 14:14:10

Originally posted by: <email address deleted>

Hi,
oder so:
$defs{$self}{STATE} = TimeNow() . ":" . $reading . ":" . $val;
sieht dann so aus:
CUL_FHTTFK
TFK_0087DD   2009-11-07 14:06:39:Window:Closed
TFK_11A539   2009-11-07 14:07:24:Window:Closed
TFK_17062C   2009-11-07 14:07:03:Window:Closed
TFK_444B21   2009-11-07 14:08:40:Window:Open
TFK_4BE799   2009-11-07 14:07:37:Window:Closed

Wie wärs mit AutoDiscover:
if(!defined($def)) {
Log 3, ("FHTTFK Unknown device $sensor => Defined it to TFK_
$sensor");
fhem "delete TFK_$sensor";
fhem "define TFK_$sensor CUL_FHTTFK $sensor";
return undef;
}

So...und wie bekomme ich jetzt 'raus welches Fenster was ist ??

)

@Rudi: Könnte mann den ReverseLookUp per %defptr nicht globalisieren
%defptr{}{[...]}?
Nach jedem "reload CUL_FHTTFK" im laufendem Betrieb, sind die Device-
Zuordnungen weg bzw. %defptr ist leer ...

Schöne Grüße

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
-~----------~----~----~----~------~----~------~--~-

Dr. Boris Neubert · 07 November 2009, 14:25:26

Originally posted by: <email address deleted>

einen hab ich noch

)

Das hier könnte bei der Suche nach dem Fenster helfen

))

# IODev Information
my $iodev = $hash->{NAME};
my $iodev_rssi;
if(defined($defs{$iodev}{RSSI})) {
my $hash_index_rssi = "IODev_" . $iodev . "_RSSI";
$iodev_rssi = $defs{$iodev}{RSSI};
$defs{$self}{$hash_index_rssi} = $iodev_rssi;
}
my $hash_index_tsecs = "IODev_" . $iodev . "_TSECS";
$defs{$self}{$hash_index_tsecs} = TimeNow();

#READINGS
my ($reading,$val) = split(/:/,$fhttfk_codes{$state});
Log 0, "$self-CUL-FHTTFK- $reading: $val";
$defs{$self}{STATE} = TimeNow() . ":" . $iodev_rssi . ":" .
$reading . ":" . $val;
$defs{$self}{READINGS}{$reading}{VAL} = $val;
$defs{$self}{READINGS}{$reading}{TIME} = TimeNow();
#CHANGED
$defs{$self}{CHANGED}[0] = $reading . ": " . $val;
return "";

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
-~----------~----~----~----~------~----~------~--~-

Dr. Boris Neubert · 07 November 2009, 14:48:49

Hi,

> $nfound = select($rin, undef, undef, 1.0); # 3 seconds timeout
>
Could please try to increase the timeout in the above line from 1.0 (1
second) to 5.0 (5 seconds)?

Boris

--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~-

rudolfkoenig · 08 November 2009, 15:35:50

> > 2009.11.03 19:38:03 5: Loading /usr/local/lib/FHEM/00_CUL.pm, order 00
>
> This is a bug. To identify the problem I need your whole logfile, your
> configuration file and the listing of the FHEM directory.

Die Zeile "Select error -1 / Bad file descriptor" hat in der obigen
Listing gefehlt... D.h. fhem hat die Arbeit eingestellt, und Kai muss
wohl eine Schleife rumherum gebastelt haben, im Log stand das
Neustarten von fhem.
Ich habe "die()" ersetzt durch eine Fehlermeldung und versucht CUN
disconnect besser zu behandeln. Ein "No answer" bei "CUL get" fuehrt
zu einem automatischen reconnect, erste Tests mit neu gestarteten CUN
waren erfolgreich.

Weiterhin habe ich fhtsoftbuffer fuer CUL aktiviert (aber noch nicht
getestet).
--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~-

Guest · 08 November 2009, 15:46:52

Originally posted by: <email address deleted>

Rudolf Koenig wrote:
> Die Zeile "Select error -1 / Bad file descriptor" hat in der obigen
> Listing gefehlt... D.h. fhem hat die Arbeit eingestellt, und Kai muss
> wohl eine Schleife rumherum gebastelt haben, im Log stand das
> Neustarten von fhem.

Yepp, sollte kein FHEM laufen, wird das per cron (neu) gestartet.
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
-~----------~----~----~----~------~----~------~--~-

[FHZ] Can't get M232 to work at NSLU serial port

Guest

Guest

Guest

Guest