HM-MOD-Re-8 in fhem integrieren und Relais schalten

Begonnen von cbvo, 28 Juli 2014, 07:27:11

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten 1 ... 7 8 9 10 11 ... 16
Benutzer-Aktionen

P.A.Trick

#120
04 September 2014, 21:30:51
Ok dann werde ich mal beim ELV Konfigurator vorbeischauen! Danke!
Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

hobbyprovider

#121
09 September 2014, 18:20:33
bei Ama... gibts fertige Karten.
Einfach mal nach "Relais Module Modul für Arduino" suchen
Dann brauchst Du nur noch ein 5V-Steckernetzteil und fertig
mein System:
2 vernetzte FHEM auf RPi
1.: mit Cul 868 und 433
2.: mit 1Wire-Adapter DS9490R

P.A.Trick

#122
09 September 2014, 18:26:22
Zitat von: hobbyprovider am 09 September 2014, 18:20:33
bei Ama... gibts fertige Karten.
Einfach mal nach "Relais Module Modul für Arduino" suchen
Dann brauchst Du nur noch ein 5V-Steckernetzteil und fertig
Cool Danke habe eben einen in der Bucht geschossen!
Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

cbvo

#123
10 September 2014, 13:07:12
Zitat von: hobbyprovider am 09 September 2014, 18:20:33
bei Ama... gibts fertige Karten.
Einfach mal nach "Relais Module Modul für Arduino" suchen
Dann brauchst Du nur noch ein 5V-Steckernetzteil und fertig

Hallo,
Kann man den HM-MOD-Re-8 direkt auf die Pins vom 8 Channel Relais Auflöten?

Danke Cbvo
RaspPi
Addon Board 868 Mhz, IT, VUplus solo²
Fritzbox 7390
Onewire Temp Fühler

Pfriemler

#124
11 September 2014, 00:09:00 Letzte Bearbeitung: 11 September 2014, 00:11:08 von Pfriemler
Sagt mal, gibts neue Module?
get (Modul) regList liefert mir
Code Auswählen
   0: intKeyVisib      |     literal        |          | visibility of internal channel options:visib,invisib
   0: ledMode          |     literal        |          | LED mode options:on,off
   0: lowBatLimitBA3   |   0 to 12V         |          | low batterie limit, step .1V
   0: pairCentral      |   0 to 16777215    |          | pairing to central

Das sieht doch schon deutlich anders aus als aus betateilchens Post #60 http://forum.fhem.de/index.php/topic,25719.msg187877.html#msg187877

Vor allem ist das bekannte ledMode da. Und funzt wie erwartet.
Oder hat Martin hintenrum was geschraubt?


get (Channel) regList liefert
Code Auswählen
   1: sign             |     literal        |          | signature (AES) options:on,off
   3: lgActionType     |     literal        | required |  options:toggleToCntInv,off,toggleToCnt,jmpToTarget
   3: lgCtDlyOff       |     literal        | required | Jmp on condition from delayOff options:geLo,between,outside,ltLo,geHi,ltHi
   3: lgCtDlyOn        |     literal        | required | Jmp on condition from delayOn options:geLo,between,outside,ltLo,geHi,ltHi
   3: lgCtOff          |     literal        | required | Jmp on condition from off options:geLo,between,outside,ltLo,geHi,ltHi
   3: lgCtOn           |     literal        | required | Jmp on condition from on options:geLo,between,outside,ltLo,geHi,ltHi
   3: lgCtValHi        |   0 to 255         | required | Condition value high for CT table
   3: lgCtValLo        |   0 to 255         | required | Condition value low for CT table
   3: lgMultiExec      |     literal        | required | multiple execution per repeat of long trigger options:on,off
   3: lgOffDly         |   0 to 111600s     | required | off delay
   3: lgOffTime        |   0 to 111600s     | required | off time spacial:unused
   3: lgOffTimeMode    |     literal        | required | off time mode options:minimal,absolut
   3: lgOnDly          |   0 to 111600s     | required | on delay
   3: lgOnTime         |   0 to 111600s     | required | on time spacial:unused
   3: lgOnTimeMode     |     literal        | required | on time mode options:minimal,absolut
   3: lgSwJtDlyOff     |     literal        | required | Jump from delayOff options:on,off,dlyOn,no,dlyOff
   3: lgSwJtDlyOn      |     literal        | required | Jump from delayOn options:on,off,dlyOn,no,dlyOff
   3: lgSwJtOff        |     literal        | required | Jump from off options:on,off,dlyOn,no,dlyOff
   3: lgSwJtOn         |     literal        | required | Jump from on options:on,off,dlyOn,no,dlyOff
   3: shActionType     |     literal        | required |  options:toggleToCntInv,off,toggleToCnt,jmpToTarget
   3: shCtDlyOff       |     literal        | required | Jmp on condition from delayOff options:geLo,between,outside,ltLo,geHi,ltHi
   3: shCtDlyOn        |     literal        | required | Jmp on condition from delayOn options:geLo,between,outside,ltLo,geHi,ltHi
   3: shCtOff          |     literal        | required | Jmp on condition from off options:geLo,between,outside,ltLo,geHi,ltHi
   3: shCtOn           |     literal        | required | Jmp on condition from on options:geLo,between,outside,ltLo,geHi,ltHi
   3: shCtValHi        |   0 to 255         | required | Condition value high for CT table
   3: shCtValLo        |   0 to 255         | required | Condition value low for CT table
   3: shOffDly         |   0 to 111600s     | required | off delay
   3: shOffTime        |   0 to 111600s     | required | off time spacial:unused
   3: shOffTimeMode    |     literal        | required | off time mode options:minimal,absolut
   3: shOnDly          |   0 to 111600s     | required | on delay
   3: shOnTime         |   0 to 111600s     | required | on time spacial:unused
   3: shOnTimeMode     |     literal        | required | on time mode options:minimal,absolut
   3: shSwJtDlyOff     |     literal        | required | Jump from delayOff options:on,off,dlyOn,no,dlyOff
   3: shSwJtDlyOn      |     literal        | required | Jump from delayOn options:on,off,dlyOn,no,dlyOff
   3: shSwJtOff        |     literal        | required | Jump from off options:on,off,dlyOn,no,dlyOff
   3: shSwJtOn         |     literal        | required | Jump from on options:on,off,dlyOn,no,dlyOff


Code Auswählen
Readings:
.D-devInfo 480100 2014-09-08 21:04:57
.D-stc 10 2014-09-08 21:04:57
.protLastRcv 2014-09-10 23:49:14 2014-09-10 23:49:14
CommandAccepted yes 2014-09-08 21:07:40
D-firmware 1.0 2014-09-08 21:04:57
D-serialNr LEQ0xxxxxx 2014-09-08 21:04:57
PairedTo 0xyyyyyy 2014-09-08 21:07:44
R-intKeyVisib invisib 2014-09-08 21:05:00
R-ledMode on 2014-09-08 21:07:44
R-pairCentral 0xyyyyyy 2014-09-08 21:05:00
RegL_00: 02:01 05:40 0A:14 0B:11 0C:AB 18:00 BB:0C 00:00 2014-09-08 21:07:44
state CMDs_done

Nicht geändert hat sich das unsaubere Timing bei on-for-timer. Der Ausgang läuft etwa 30% länger als geplant (13 statt 10, 26 statt 20 Sekunden).


"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

hobbyprovider

#125
13 September 2014, 18:10:00 Letzte Bearbeitung: 21 September 2014, 14:31:55 von hobbyprovider
Zitat von: cbvo am 10 September 2014, 13:07:12
Hallo,
Kann man den HM-MOD-Re-8 direkt auf die Pins vom 8 Channel Relais Auflöten?

Danke Cbvo
definiere mal "direkt auflöten"...

"direkt anschliessen" geht.
einfach mit einem  5V Steckernetzteil Relaiskarte und HM-Modul mit Strom versorgen und die 8 Ausgänge des HM mit jeweils einem Eingang des Relaimoduls verbinden
fertig !

Die Angabe "15mA je Kanal" stimmt aber nicht - sind ca 70mA
mein System:
2 vernetzte FHEM auf RPi
1.: mit Cul 868 und 433
2.: mit 1Wire-Adapter DS9490R

AHA1805

#126
19 September 2014, 22:23:48
Hallo,

ich bekomme es nicht hin, das Register lowBatLimitBA3 für die Batterie zu schreiben

im Reading steht immer set_6 V
Code Auswählen
     2014-09-19 21:34:14   Activity        alive
     2014-09-19 20:55:14   CommandAccepted yes
     2014-09-19 22:13:31   D-firmware      1.0
     2014-09-19 22:13:31   D-serialNr      LEQ0575342
     2014-09-19 22:17:35   PairedTo        0x1399AE
     2014-09-19 22:12:31   R-intKeyVisib   visib
     2014-09-19 22:12:31   R-ledMode       off
     2014-09-19 20:30:32   R-lowBatLimitBA3 set_6 V
     2014-09-19 22:12:31   R-pairCentral   0x1399AE
     2014-09-19 22:17:35   RegL_00:          02:81 05:00 0A:13 0B:99 0C:AE 18:00 BF:0C  00:00
     2014-09-03 14:09:24   level           0
     2014-09-03 14:09:24   pct             0
     2014-09-03 14:09:24   powerOn         2014-09-03 14:09:24
     2014-09-03 14:09:24   recentStateType info
     2014-09-19 22:17:54   state           CMDs_done
     2014-09-03 14:09:24   timedOn         off


Und wenn ich get regVal all mache wird auch kein Istwert angezeigt
Code Auswählen
fhem> get DEV_ku_Spiel_Kueche regVal all
DEV_ku_Spiel_Kueche type:switch -
list:peer       register         :value
   0:           intKeyVisib      :visib
   0:           ledMode          :off
   0:           pairCentral      :0x1399AE



Hier das Log von getConfig
Code Auswählen
2014.09.19 22:17:34 3: CUL_HM set DEV_ku_Spiel_Kueche getConfig
2014.09.19 22:17:34 0: HMLAN_Send:  HMLAN1 S:+2C05C8,00,01,00
2014.09.19 22:17:34 0: HMLAN_Send:  HMLAN1 S:S8F900B35 stat:  00 t:00000000 d:01 r:8F900B35 m:4A B001 1399AE 2C05C8 00040000000000
2014.09.19 22:17:35 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:0782D845 d:FF r:FFD9     m:4A A010 2C05C8 1399AE 02028105000A130B990CAE1800BF0C
2014.09.19 22:17:35 0: HMLAN_Parse: HMLAN1 R:R8F900B35 stat:0001 t:0782D84A d:FF r:FFD9     m:4A A010 2C05C8 1399AE 02028105000A130B990CAE1800BF0C
2014.09.19 22:17:35 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:0782DA62 d:FF r:FFD9     m:4B A010 2C05C8 1399AE 020000
2014.09.19 22:17:35 0: HMLAN_Send:  HMLAN1 S:+2C05C8,00,01,00
2014.09.19 22:17:35 0: HMLAN_Send:  HMLAN1 S:S8F900F8A stat:  00 t:00000000 d:01 r:8F900F8A m:4B A001 1399AE 2C05C8 0103
2014.09.19 22:17:36 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:0782DC6A d:FF r:FFD9     m:4B A010 2C05C8 1399AE 012C05C80100000000
2014.09.19 22:17:36 0: HMLAN_Parse: HMLAN1 R:R8F900F8A stat:0001 t:0782DC6F d:FF r:FFD9     m:4B A010 2C05C8 1399AE 012C05C80100000000
2014.09.19 22:17:36 0: HMLAN_Send:  HMLAN1 S:+2C05C8,00,01,00
2014.09.19 22:17:36 0: HMLAN_Send:  HMLAN1 S:S8F901263 stat:  00 t:00000000 d:01 r:8F901263 m:4C A001 1399AE 2C05C8 0203
2014.09.19 22:17:36 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:0782DE72 d:FF r:FFD9     m:4C A010 2C05C8 1399AE 012C05C80200000000
2014.09.19 22:17:36 0: HMLAN_Parse: HMLAN1 R:R8F901263 stat:0001 t:0782DE77 d:FF r:FFD9     m:4C A010 2C05C8 1399AE 012C05C80200000000
2014.09.19 22:17:37 0: HMLAN_Send:  HMLAN1 S:+2C05C8,00,01,00
2014.09.19 22:17:37 0: HMLAN_Send:  HMLAN1 S:S8F90146A stat:  00 t:00000000 d:01 r:8F90146A m:4D A001 1399AE 2C05C8 0303
2014.09.19 22:17:37 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:0782E07A d:FF r:FFD9     m:4D A010 2C05C8 1399AE 012C05C80300000000
2014.09.19 22:17:37 0: HMLAN_Parse: HMLAN1 R:R8F90146A stat:0001 t:0782E07F d:FF r:FFD9     m:4D A010 2C05C8 1399AE 012C05C80300000000
2014.09.19 22:17:37 0: HMLAN_Send:  HMLAN1 S:+2C05C8,00,01,00
2014.09.19 22:17:37 0: HMLAN_Send:  HMLAN1 S:S8F901672 stat:  00 t:00000000 d:01 r:8F901672 m:4E A001 1399AE 2C05C8 0403
2014.09.19 22:17:37 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:0782E282 d:FF r:FFD9     m:4E A010 2C05C8 1399AE 012C05C80400000000
2014.09.19 22:17:37 0: HMLAN_Parse: HMLAN1 R:R8F901672 stat:0001 t:0782E287 d:FF r:FFD9     m:4E A010 2C05C8 1399AE 012C05C80400000000
2014.09.19 22:17:38 0: HMLAN_Send:  HMLAN1 S:+2C05C8,00,01,00
2014.09.19 22:17:38 0: HMLAN_Send:  HMLAN1 S:S8F90187B stat:  00 t:00000000 d:01 r:8F90187B m:4F A001 1399AE 2C05C8 0503
2014.09.19 22:17:38 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:0782E48A d:FF r:FFD9     m:4F A010 2C05C8 1399AE 012C05C80500000000
2014.09.19 22:17:38 0: HMLAN_Parse: HMLAN1 R:R8F90187B stat:0001 t:0782E48F d:FF r:FFD9     m:4F A010 2C05C8 1399AE 012C05C80500000000
2014.09.19 22:17:38 0: HMLAN_Send:  HMLAN1 S:+2C05C8,00,01,00
2014.09.19 22:17:38 0: HMLAN_Send:  HMLAN1 S:S8F901A82 stat:  00 t:00000000 d:01 r:8F901A82 m:50 A001 1399AE 2C05C8 0603
2014.09.19 22:17:38 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:0782E692 d:FF r:FFD9     m:50 A010 2C05C8 1399AE 012C05C80600000000
2014.09.19 22:17:39 0: HMLAN_Parse: HMLAN1 R:R8F901A82 stat:0001 t:0782E697 d:FF r:FFD9     m:50 A010 2C05C8 1399AE 012C05C80600000000
2014.09.19 22:17:39 0: HMLAN_Send:  HMLAN1 S:+2C05C8,00,01,00
2014.09.19 22:17:39 0: HMLAN_Send:  HMLAN1 S:S8F901C8B stat:  00 t:00000000 d:01 r:8F901C8B m:51 A001 1399AE 2C05C8 0703
2014.09.19 22:17:39 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:0782E89A d:FF r:FFD9     m:51 A010 2C05C8 1399AE 012C05C80700000000
2014.09.19 22:17:39 0: HMLAN_Parse: HMLAN1 R:R8F901C8B stat:0001 t:0782E89F d:FF r:FFD9     m:51 A010 2C05C8 1399AE 012C05C80700000000
2014.09.19 22:17:39 0: HMLAN_Send:  HMLAN1 S:+2C05C8,00,01,00
2014.09.19 22:17:39 0: HMLAN_Send:  HMLAN1 S:S8F901E93 stat:  00 t:00000000 d:01 r:8F901E93 m:52 A001 1399AE 2C05C8 0803
2014.09.19 22:17:39 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:0782EAA2 d:FF r:FFD9     m:52 A010 2C05C8 1399AE 012C05C80800000000
2014.09.19 22:17:40 0: HMLAN_Parse: HMLAN1 R:R8F901E93 stat:0001 t:0782EAA7 d:FF r:FFD9     m:52 A010 2C05C8 1399AE 012C05C80800000000
2014.09.19 22:17:40 0: HMLAN_Send:  HMLAN1 S:+2C05C8,00,01,00
2014.09.19 22:17:40 0: HMLAN_Send:  HMLAN1 S:S8F90222E stat:  00 t:00000000 d:01 r:8F90222E m:53 A001 1399AE 2C05C8 01042C05C80103
2014.09.19 22:17:40 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:0782EDDB d:FF r:FFD9     m:53 A010 2C05C8 1399AE 030200003264003E00FF011463
2014.09.19 22:17:40 0: HMLAN_Parse: HMLAN1 R:R8F90222E stat:0001 t:0782EDE0 d:FF r:FFD9     m:53 A010 2C05C8 1399AE 030200003264003E00FF011463
2014.09.19 22:17:41 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:0782F00C d:FF r:FFD9     m:54 A010 2C05C8 1399AE 03820000326400FF00FF211463
2014.09.19 22:17:41 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:0782F224 d:FF r:FFD9     m:55 A010 2C05C8 1399AE 030000
2014.09.19 22:17:41 0: HMLAN_Send:  HMLAN1 S:+2C05C8,00,01,00
2014.09.19 22:17:41 0: HMLAN_Send:  HMLAN1 S:S8F902778 stat:  00 t:00000000 d:01 r:8F902778 m:54 A001 1399AE 2C05C8 02042C05C80203
2014.09.19 22:17:42 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:0782F432 d:FF r:FFD9     m:54 A010 2C05C8 1399AE 030200003264003E00FF011463
2014.09.19 22:17:42 0: HMLAN_Parse: HMLAN1 R:R8F902778 stat:0001 t:0782F437 d:FF r:FFD9     m:54 A010 2C05C8 1399AE 030200003264003E00FF011463
2014.09.19 22:17:42 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:0782F666 d:FF r:FFD9     m:55 A010 2C05C8 1399AE 03820000326400FF00FF211463
2014.09.19 22:17:43 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:0782F87E d:FF r:FFD9     m:56 A010 2C05C8 1399AE 030000
2014.09.19 22:17:43 0: HMLAN_Send:  HMLAN1 S:+2C05C8,00,01,00
2014.09.19 22:17:43 0: HMLAN_Send:  HMLAN1 S:S8F902DD2 stat:  00 t:00000000 d:01 r:8F902DD2 m:55 A001 1399AE 2C05C8 03042C05C80303
2014.09.19 22:17:44 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:0782FA8C d:FF r:FFD9     m:55 A010 2C05C8 1399AE 03020000326400FF00FF011463
2014.09.19 22:17:44 0: HMLAN_Parse: HMLAN1 R:R8F902DD2 stat:0001 t:0782FA91 d:FF r:FFD9     m:55 A010 2C05C8 1399AE 03020000326400FF00FF011463
2014.09.19 22:17:44 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:0782FCBF d:FF r:FFD9     m:56 A010 2C05C8 1399AE 03820000326400FF00FF211463
2014.09.19 22:17:45 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:0782FED8 d:FF r:FFD9     m:57 A010 2C05C8 1399AE 030000
2014.09.19 22:17:45 0: HMLAN_Send:  HMLAN1 S:+2C05C8,00,01,00
2014.09.19 22:17:45 0: HMLAN_Send:  HMLAN1 S:S8F903431 stat:  00 t:00000000 d:01 r:8F903431 m:56 A001 1399AE 2C05C8 04042C05C80403
2014.09.19 22:17:45 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:078300E6 d:FF r:FFDA     m:56 A010 2C05C8 1399AE 03020000326400FF00FF011463
2014.09.19 22:17:45 0: HMLAN_Parse: HMLAN1 R:R8F903431 stat:0001 t:078300EB d:FF r:FFDA     m:56 A010 2C05C8 1399AE 03020000326400FF00FF011463
2014.09.19 22:17:46 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:0783031A d:FF r:FFDA     m:57 A010 2C05C8 1399AE 03820000326400FF00FF211463
2014.09.19 22:17:46 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:07830532 d:FF r:FFD9     m:58 A010 2C05C8 1399AE 030000
2014.09.19 22:17:46 0: HMLAN_Send:  HMLAN1 S:+2C05C8,00,01,00
2014.09.19 22:17:46 0: HMLAN_Send:  HMLAN1 S:S8F903A85 stat:  00 t:00000000 d:01 r:8F903A85 m:57 A001 1399AE 2C05C8 05042C05C80503
2014.09.19 22:17:47 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:07830740 d:FF r:FFD9     m:57 A010 2C05C8 1399AE 03020000326400FF00FF011463
2014.09.19 22:17:47 0: HMLAN_Parse: HMLAN1 R:R8F903A85 stat:0001 t:07830745 d:FF r:FFD9     m:57 A010 2C05C8 1399AE 03020000326400FF00FF011463
2014.09.19 22:17:48 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:07830980 d:FF r:FFDA     m:58 A010 2C05C8 1399AE 03820000326400FF00FF211463
2014.09.19 22:17:48 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:07830B98 d:FF r:FFD9     m:59 A010 2C05C8 1399AE 030000
2014.09.19 22:17:48 0: HMLAN_Send:  HMLAN1 S:+2C05C8,00,01,00
2014.09.19 22:17:48 0: HMLAN_Send:  HMLAN1 S:S8F9040E0 stat:  00 t:00000000 d:01 r:8F9040E0 m:58 A001 1399AE 2C05C8 06042C05C80603
2014.09.19 22:17:49 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:07830DA6 d:FF r:FFD9     m:58 A010 2C05C8 1399AE 03020000326400FF00FF011463
2014.09.19 22:17:49 0: HMLAN_Parse: HMLAN1 R:R8F9040E0 stat:0001 t:07830DAB d:FF r:FFD9     m:58 A010 2C05C8 1399AE 03020000326400FF00FF011463
2014.09.19 22:17:49 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:07830FDA d:FF r:FFD9     m:59 A010 2C05C8 1399AE 03820000326400FF00FF211463
2014.09.19 22:17:50 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:078311F2 d:FF r:FFD9     m:5A A010 2C05C8 1399AE 030000
2014.09.19 22:17:51 0: HMLAN_Send:  HMLAN1 S:+2C05C8,00,01,00
2014.09.19 22:17:51 0: HMLAN_Send:  HMLAN1 S:S8F904B09 stat:  00 t:00000000 d:01 r:8F904B09 m:59 A001 1399AE 2C05C8 07042C05C80703
2014.09.19 22:17:51 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:078316B7 d:FF r:FFD9     m:59 A010 2C05C8 1399AE 03020000326400FF00FF011463
2014.09.19 22:17:51 0: HMLAN_Parse: HMLAN1 R:R8F904B09 stat:0001 t:078316BC d:FF r:FFD9     m:59 A010 2C05C8 1399AE 03020000326400FF00FF011463
2014.09.19 22:17:51 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:078318EA d:FF r:FFDA     m:5A A010 2C05C8 1399AE 03820000326400FF00FF211463
2014.09.19 22:17:52 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:07831B02 d:FF r:FFD9     m:5B A010 2C05C8 1399AE 030000
2014.09.19 22:17:52 0: HMLAN_Send:  HMLAN1 S:+2C05C8,00,01,00
2014.09.19 22:17:52 0: HMLAN_Send:  HMLAN1 S:S8F9051A9 stat:  00 t:00000000 d:01 r:8F9051A9 m:5A A001 1399AE 2C05C8 08042C05C80803
2014.09.19 22:17:52 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:07831D58 d:FF r:FFDA     m:5A A010 2C05C8 1399AE 03020000326400FF00FF011463
2014.09.19 22:17:53 0: HMLAN_Parse: HMLAN1 R:R8F9051A9 stat:0001 t:07831D5D d:FF r:FFDA     m:5A A010 2C05C8 1399AE 03020000326400FF00FF011463
2014.09.19 22:17:53 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:07831F8C d:FF r:FFD9     m:5B A010 2C05C8 1399AE 03820000326400FF00FF211463
2014.09.19 22:17:54 0: HMLAN_Parse: HMLAN1 R:E2C05C8   stat:0000 t:078321A4 d:FF r:FFD9     m:5C A010 2C05C8 1399AE 030000
display

Wie kann ich das Problem finden?

Vielen Dank und schöne Grüße
Hannes
AHA 1805 RIP 29.08.2016 --> RUHE IN FRIEDEN
In Gedanken Bei dir HANNES
Dein Bruder Gerd (Inputsammler) Vermisst dich Hannes (AHA1805)

Pfriemler

#127
19 September 2014, 22:30:42
Zitat von: AHA1805 am 19 September 2014, 22:23:48
ich bekomme es nicht hin, das Register lowBatLimitBA3 für die Batterie zu schreiben

Same here. Bleibt auf set_8V stehen. CMDs_done.  ???
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

martinp876

#128
20 September 2014, 08:03:17
siehe http://forum.fhem.de/index.php/topic,25719.msg187896.html#msg187896

der wert sollte gesetzt werden - in Adresse 0x12 (dec 18). Das Device meldet die Adresse aber nicht zurück - sondern immer eine zufällige anderen Adresse. Daher wird auch das set - leider  - nicht bestätigt.

Pfriemler

#129
20 September 2014, 19:18:14
Zitat von: martinp876 am 20 September 2014, 08:03:17
siehe http://forum.fhem.de/index.php/topic,25719.msg187896.html#msg187896

der wert sollte gesetzt werden - in Adresse 0x12 (dec 18). Das Device meldet die Adresse aber nicht zurück - sondern immer eine zufällige anderen Adresse. Daher wird auch das set - leider  - nicht bestätigt.
Hatte ich überlesen. Wenn man's weiß, kann man mit leben. Ist aber alles in allem ein reichlich unausgegorenes Device, was ELV da vertreibt. Richtiger Bastlerkram eben.
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

Pfriemler

#130
23 Oktober 2014, 19:28:17
Da das ja hier mehr oder weniger der Re-8-Thread ist:

Ich habe bei den Versuchen mit den Modi des EM-8 (8-Kanal-Sendermodul) ein seltsames Verhalten entdeckt: Sende ich von einem im "Remote_Modus" befindlichen EM-8 einen langen Tastendruck an einen gepeerten Kanal des Re-8, so fängt dieser fleißig an zu toggeln. FHEM meldet dabei keine Long-, sondern nur LongRelease-Trigger.

Versuche ich das gleiche mit einer RC-4(-2), schaltet der Aktor nur einmal - aber nach dem Loslassen des FB-Buttons reagiert dieser Button für einige Zeit (ca 5s) auf keine Betätigung, die LED bleibt dunkel. Danach geht alles wieder. Auffällig ist, dass die grüne Quittung bereits während des Tastendrucks kommt.

Nachfolgend ein Log mit Longs vom EM-8 (312F44) an den Re-8 (2C05AE), wo FHEM nur LongRelease anzeigt und der Re-8-Ausgang während des Drückens toggelt:
Code Auswählen
2014.10.23 18:05:06 1: HM-Logging gestartet...
2014.10.23 18:05:11.264 0: HMLAN_Parse: HMLAN1 R:E312F44   stat:0000 t:59B3EDFE d:FF r:FFD2     m:4F B440 312F44 2C05AE 48CF
2014.10.23 18:05:11.507 0: HMLAN_Parse: HMLAN1 R:E2C05AE   stat:0000 t:59B3EE7E d:FF r:FFD8     m:4F 8002 2C05AE 312F44 0108C80000
2014.10.23 18:05:11.807 0: HMLAN_Parse: HMLAN1 R:E312F44   stat:0000 t:59B3F01D d:FF r:FFD3     m:50 B440 312F44 2C05AE 48D0
2014.10.23 18:05:11.970 0: HMLAN_Parse: HMLAN1 R:E2C05AE   stat:0000 t:59B3F09C d:FF r:FFD8     m:50 8002 2C05AE 312F44 0108000000
2014.10.23 18:05:12.349 0: HMLAN_Parse: HMLAN1 R:E312F44   stat:0000 t:59B3F23B d:FF r:FFD3     m:51 B440 312F44 2C05AE 48D1
2014.10.23 18:05:12.511 0: HMLAN_Parse: HMLAN1 R:E2C05AE   stat:0000 t:59B3F2BB d:FF r:FFD8     m:51 8002 2C05AE 312F44 0108C80000
2014.10.23 18:05:12.892 0: HMLAN_Parse: HMLAN1 R:E312F44   stat:0000 t:59B3F45A d:FF r:FFD2     m:52 B440 312F44 2C05AE 48D2
2014.10.23 18:05:13.052 0: HMLAN_Parse: HMLAN1 R:E2C05AE   stat:0000 t:59B3F4DA d:FF r:FFD8     m:52 8002 2C05AE 312F44 0108000000
2014.10.23 18:05:13.435 0: HMLAN_Parse: HMLAN1 R:E312F44   stat:0000 t:59B3F679 d:FF r:FFD3     m:53 B440 312F44 2C05AE 48D3
2014.10.23 18:05:13.978 0: HMLAN_Parse: HMLAN1 R:E312F44   stat:0000 t:59B3F898 d:FF r:FFD3     m:54 B440 312F44 2C05AE 48D4
2014.10.23 18:05:14.140 0: HMLAN_Parse: HMLAN1 R:E2C05AE   stat:0000 t:59B3F917 d:FF r:FFD8     m:54 8002 2C05AE 312F44 0108000000
2014.10.23 18:05:14.519 0: HMLAN_Parse: HMLAN1 R:E312F44   stat:0000 t:59B3FAB6 d:FF r:FFD2     m:55 B440 312F44 2C05AE 48D5
2014.10.23 18:05:14.689 0: HMLAN_Parse: HMLAN1 R:E2C05AE   stat:0000 t:59B3FB36 d:FF r:FFD8     m:55 8002 2C05AE 312F44 0108C80000
2014.10.23 18:05:15.062 0: HMLAN_Parse: HMLAN1 R:E312F44   stat:0000 t:59B3FCD5 d:FF r:FFD3     m:56 B440 312F44 2C05AE 48D6
2014.10.23 18:05:15.227 0: HMLAN_Parse: HMLAN1 R:E2C05AE   stat:0000 t:59B3FD55 d:FF r:FFD8     m:56 8002 2C05AE 312F44 0108000000
2014.10.23 18:05:15.605 0: HMLAN_Parse: HMLAN1 R:E312F44   stat:0000 t:59B3FEF4 d:FF r:FFD6     m:57 B440 312F44 2C05AE 48D7
2014.10.23 18:05:15.767 0: HMLAN_Parse: HMLAN1 R:E2C05AE   stat:0000 t:59B3FF74 d:FF r:FFD8     m:57 8002 2C05AE 312F44 0108C80000
2014.10.23 18:05:16.148 0: HMLAN_Parse: HMLAN1 R:E312F44   stat:0000 t:59B40113 d:FF r:FFD6     m:58 B440 312F44 2C05AE 48D8
2014.10.23 18:05:16.308 0: HMLAN_Parse: HMLAN1 R:E2C05AE   stat:0000 t:59B40193 d:FF r:FFD9     m:58 8002 2C05AE 312F44 0108000000
2014.10.23 18:05:18.354 0: HMLAN_Parse: HMLAN1 R:E23B2D0   stat:0000 t:59B409B1 d:FF r:FFCD     m:D4 A641 23B2D0 1411AB 01A92180
2014.10.23 18:05:18.831 1: HM-Logging gestoppt

Hier das Log von der RC-4-2 (2547B4) an den Re-8:
Code Auswählen
2014.10.23 18:59:47 1: HM-Logging gestartet...
2014.10.23 18:59:49.957 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:59E5F719 d:FF r:FFBC     m:68 B440 2547B4 2C05AE 0448        #short,
2014.10.23 18:59:50.202 0: HMLAN_Parse: HMLAN1 R:E2C05AE   stat:0000 t:59E5F799 d:FF r:FFD8     m:68 8002 2C05AE 2547B4 0107C80000  # >on
2014.10.23 18:59:53.547 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:59E6051D d:FF r:FFBC     m:69 B440 2547B4 2C05AE 0449        # short
2014.10.23 18:59:53.737 0: HMLAN_Parse: HMLAN1 R:E2C05AE   stat:0000 t:59E6059D d:FF r:FFD8     m:69 8002 2C05AE 2547B4 0107000000  # >off
2014.10.23 18:59:56.937 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:59E6125D d:FF r:FFBC     m:6A B440 2547B4 2C05AE 444A        # long
2014.10.23 18:59:57.097 0: HMLAN_Parse: HMLAN1 R:E2C05AE   stat:0000 t:59E612DC d:FF r:FFD8     m:6A 8002 2C05AE 2547B4 0107C80000  # >on
hier habe ich dann mehrmals versucht, die FB zu bedienen, ohne Erfolg ...
2014.10.23 19:00:02.214 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:59E626FB d:FF r:FFBB     m:6B B440 2547B4 2C05AE 044B        # dieser short hat dann
2014.10.23 19:00:02.373 0: HMLAN_Parse: HMLAN1 R:E2C05AE   stat:0000 t:59E6277B d:FF r:FFD8     m:6B 8002 2C05AE 2547B4 0107000000  # >wieder ausgeschaltet
2014.10.23 19:00:05.977 1: HM-Logging gestoppt

Ich sehe irgendwie keinen Unterschied zw. Long- und Short-Trigger ... oder ist es so, dass der Aktor die  Rückmeldung über die Schaltung so prompt zurücksendet, dass die FB nicht zu mehr Longs kommt ...

Ich habe daraufhin mal einen Dimmer und ein Relaismodul mit der RC-4 gepeert. Hier kommt die Rückmeldung in beiden Fällen erst nach dem Loslassen der Taste, und die RC-4 wird vom Empfänger nicht unterbrochen, sondern bekommt ihr ACK erst nach der Release-Meldung:

Hier ein Vergleich mit einem an einen Dimmer gesendeten Long:
Code Auswählen
2014.10.23 19:07:37 1: HM-Logging gestartet...
2014.10.23 19:07:39.838 0: HMLAN_Parse: HMLAN1 R:E239F63   stat:0000 t:59ED22CF d:FF r:FFBC     m:D0 8440 239F63 26FC58 4376
2014.10.23 19:07:40.089 0: HMLAN_Parse: HMLAN1 R:E239F63   stat:0000 t:59ED23CA d:FF r:FFBB     m:D1 8440 239F63 26FC58 4376
2014.10.23 19:07:40.338 0: HMLAN_Parse: HMLAN1 R:E239F63   stat:0000 t:59ED24C4 d:FF r:FFBB     m:D2 8440 239F63 26FC58 4376
2014.10.23 19:07:40.590 0: HMLAN_Parse: HMLAN1 R:E239F63   stat:0000 t:59ED25C0 d:FF r:FFBB     m:D3 8440 239F63 26FC58 4376
2014.10.23 19:07:40.841 0: HMLAN_Parse: HMLAN1 R:E239F63   stat:0000 t:59ED26BB d:FF r:FFBB     m:D4 8440 239F63 26FC58 4376
2014.10.23 19:07:41.092 0: HMLAN_Parse: HMLAN1 R:E239F63   stat:0000 t:59ED27B6 d:FF r:FFBA     m:D5 8440 239F63 26FC58 4376
2014.10.23 19:07:41.343 0: HMLAN_Parse: HMLAN1 R:E239F63   stat:0000 t:59ED28B1 d:FF r:FFBA     m:D6 8440 239F63 26FC58 4376
2014.10.23 19:07:41.592 0: HMLAN_Parse: HMLAN1 R:E239F63   stat:0000 t:59ED29AB d:FF r:FFBA     m:D7 8440 239F63 26FC58 4376
2014.10.23 19:07:41.843 0: HMLAN_Parse: HMLAN1 R:E239F63   stat:0000 t:59ED2AA6 d:FF r:FFBB     m:D8 8440 239F63 26FC58 4376
2014.10.23 19:07:42.094 0: HMLAN_Parse: HMLAN1 R:E239F63   stat:0000 t:59ED2BA1 d:FF r:FFBC     m:D9 8440 239F63 26FC58 4376
2014.10.23 19:07:42.345 0: HMLAN_Parse: HMLAN1 R:E239F63   stat:0000 t:59ED2C9C d:FF r:FFB7     m:DA A040 239F63 26FC58 4376
2014.10.23 19:07:42.520 0: HMLAN_Parse: HMLAN1 R:E26FC58   stat:0000 t:59ED2D1C d:FF r:FFBE     m:DA 8002 26FC58 239F63 010164004BE4

Hier sendet der Dimmer erst zurück, wenn er statt "8440" ein "A040" bekommt - ist das das Release?

Hier die RC-4 an das Relais-Modul:
Code Auswählen
2014.10.23 19:21:05 1: HM-Logging gestartet...
2014.10.23 19:21:07.735 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:59F97715 d:FF r:FFC2     m:B1 A440 2547B4 224A71 019E             #short
2014.10.23 19:21:07.922 0: HMLAN_Parse: HMLAN1 R:E224A71   stat:0000 t:59F97795 d:FF r:FFCC     m:B1 8002 224A71 2547B4 0102C8003C # >on
2014.10.23 19:21:09.537 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:59F97E21 d:FF r:FFC2     m:B2 A440 2547B4 224A71 019F             #short
2014.10.23 19:21:09.703 0: HMLAN_Parse: HMLAN1 R:E224A71   stat:0000 t:59F97EA0 d:FF r:FFCC     m:B2 8002 224A71 2547B4 010200003C # >off
2014.10.23 19:21:11.705 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:59F98699 d:FF r:FFC1     m:B3 8440 2547B4 224A71 41A0             #longs ....
2014.10.23 19:21:11.956 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:59F98794 d:FF r:FFC2     m:B4 8440 2547B4 224A71 41A0
2014.10.23 19:21:12.207 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:59F9888F d:FF r:FFC2     m:B5 8440 2547B4 224A71 41A0
2014.10.23 19:21:12.458 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:59F9898A d:FF r:FFC2     m:B6 8440 2547B4 224A71 41A0
2014.10.23 19:21:12.709 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:59F98A85 d:FF r:FFC2     m:B7 8440 2547B4 224A71 41A0
2014.10.23 19:21:12.960 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:59F98B80 d:FF r:FFC2     m:B8 8440 2547B4 224A71 41A0
2014.10.23 19:21:13.211 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:59F98C7B d:FF r:FFC2     m:B9 8440 2547B4 224A71 41A0
2014.10.23 19:21:13.462 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:59F98D76 d:FF r:FFC2     m:BA 8440 2547B4 224A71 41A0
2014.10.23 19:21:13.713 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:59F98E71 d:FF r:FFC1     m:BB A040 2547B4 224A71 41A0             # das Release
2014.10.23 19:21:13.884 0: HMLAN_Parse: HMLAN1 R:E224A71   stat:0000 t:59F98EF1 d:FF r:FFCC     m:BB 8002 224A71 2547B4 0102C8003C # und das ACK
2014.10.23 19:21:15.818 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:59F996AB d:FF r:FFC2     m:BC 8440 2547B4 224A71 41A1             # und das gleiche
2014.10.23 19:21:16.069 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:59F997A6 d:FF r:FFC2     m:BD 8440 2547B4 224A71 41A1
2014.10.23 19:21:16.320 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:59F998A1 d:FF r:FFC2     m:BE 8440 2547B4 224A71 41A1
2014.10.23 19:21:16.571 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:59F9999C d:FF r:FFC2     m:BF 8440 2547B4 224A71 41A1
2014.10.23 19:21:16.822 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:59F99A97 d:FF r:FFC2     m:C0 8440 2547B4 224A71 41A1
2014.10.23 19:21:17.073 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:59F99B92 d:FF r:FFC2     m:C1 8440 2547B4 224A71 41A1
2014.10.23 19:21:17.324 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:59F99C8D d:FF r:FFC2     m:C2 8440 2547B4 224A71 41A1
2014.10.23 19:21:17.575 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:59F99D88 d:FF r:FFC2     m:C3 8440 2547B4 224A71 41A1
2014.10.23 19:21:17.826 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:59F99E83 d:FF r:FFC2     m:C4 A040 2547B4 224A71 41A1             #Release
2014.10.23 19:21:17.994 0: HMLAN_Parse: HMLAN1 R:E224A71   stat:0000 t:59F99F02 d:FF r:FFCB     m:C4 8002 224A71 2547B4 010200003C # und ACK
2014.10.23 19:21:19.573 1: HM-Logging gestoppt

Any hints, folks?
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

martinp876

#131
24 Oktober 2014, 19:17:13
der em8 scheint ein rechter saubär...

im ersten log drückst du lang und wartest? Also EINEN Long?

- es werden ständig "burst" gesendet - das alleine halte ich für eine kleine Katastrophe.
- es bei jeder wiederholung ein ACK angefordert - macht sonst niemand - ganz schlecht
- der "tasten-sequenz zähler" wird bei jeder Wiederholung erhöht - macht garkeinen sinn
- das timing ist zu langsam - evtl wegen der idiotischen bursts.

der re reagiert richtig. der muss toggeln, wenn so etwas kommt. Nur kommen sollte so etwas nicht bei einem langen druck.

Pfriemler

#132
24 Oktober 2014, 22:34:13 Letzte Bearbeitung: 24 Oktober 2014, 22:39:16 von Pfriemler
Nein, ich glaube den EM-8 können wir vermutlich außen vor lassen... siehe im dortigen Fred, wo ich eben noch ein Log zu einem UP-Dimmer nachgeschoben habe. Das sieht für mich sauber aus, soweit ich das verstehen kann.

Hier im vorigen Beitrag im ersten Log habe ich den Eingang lange betätigt, was Longs hätte senden sollen. Hier war er aber mit dem Re-8 gepeert. Weil letzterer ein Burst-Device ist, muss er ja Bursts senden, ob so oft ... ?
Erklär mir/uns bitte: wo genau steckt die ACK-Anforderung? In einem Short sicher, aber bei Longs erst im LongRelease? Oder ist das nicht immer Sache des Empfängers?
Und woran erkenne ich Short und Long?

Kann es sein, dass ein gepeerter Empfänger dem Sender gar keine Longs erlaubt, wenn er diese nicht unterstützt? Also dass der Re-8 gar keine Longs mag? Oder dass er verbotenerweise das ACK bereits sendet, während der Sender noch Longs schicken will? Und dass ein Sender einen erneuten Burst schickt, weil er soeben ein ACK von diesem Empfänger bekommen hat? Oder anders gesagt, Bursts nur bei Short und beim ersten Long auslöst, das er (nach einem ACK von dem Empfänger) an diesen schickt, bzw. ein ACK von diesem Empfänger im Sender das Flag setzt, dass das nächste Telegramm ein Burst sein muss?

Denn seltsam ist, dass sowohl der EM-8 (siehe anderer Fred) als auch die RC-4 (ich habe zwei davon, daher die andere ID) "sauber" senden, wenn sie mit meinem UP-Dimmer reden oder wie hier sogar mit dem Relais-Modul. EM-8 an Relaismodul habe ich jetzt nicht getestet, aber wenn das Modul sowohl longs als auch shorts von einer RC-4 sauber verarbeitet und das EM-8 einen Dimmer sauber ansteuert, sollte das auch so sein ... ich checks bei Gelegenheit ...

Das Reden von der RC-4 mit dem Re-8 ist für mich auch genauso unsauber. Jetzt Du!  :)

Nachtrag: der EM-8 scheint bei noch erfolgter "Tastenbetätigung" sofort weitere Telegramme an den Re-8 zu schicken. Der toggelt darauf hin natürlich, richtig, das sehe ich auch so. Die RC-4 hingegen sendet nach dem ersten "vorzeitigen" ACK des Re-8 nicht mehr weiter, im Gegenteil, sie nimmt weitere Tastenbetätigungen daraufhin erst mal nicht an (eben diese ca. 5s). Also für mich ist das sofortige ACK des Re-8 auch bei Long-Triggern das wahrscheinlichste Übel...
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

martinp876

#133
25 Oktober 2014, 10:34:37




ZitatWeil letzterer ein Burst-Device ist, muss er ja Bursts senden, ob so oft ... ?
habe einmal nachgetestet.
ein ACK kommt am Ende eines Long.
Bei einem Burst-Device kommt am Anfang ein Burst mit ACK-Request (hatte ich bisher nicht bemerkt).



ZitatErklär mir/uns bitte: wo genau steckt die ACK-Anforderung?
Byte1, Bit 5
ZitatIn einem Short sicher, aber bei Longs erst im LongRelease?
es gibt eigentlich kein Long-Release. Wir erkennen es am Ack-request. Allerdings nur, wenn ein Aktor gepeert ist. Ohne peering auch kein Release
ZitatOder ist das nicht immer Sache des Empfängers?
der Empfänger arbeitet jede long-message einfach ab. Wenn keine mehr kommt ist fertig. Kein Release - es gibt dafür auch keine Aktion.
ZitatUnd woran erkenne ich Short und Long?
Byte 9, Bit 8
ZitatKann es sein, dass ein gepeerter Empfänger dem Sender gar keine Longs erlaubt, wenn er diese nicht unterstützt?
glaube ich so nicht. Möglich, dass etwas im ACk zurück kommt.Devices ohne burst senden garnichts zurück. Das BurstDevice schon, da es offensichtlich aufgefordert wird.
Könnte jetzt sein, dass der Sensor auf das 12. Byte der ACK-Info schaut.

ZitatAlso dass der Re-8 gar keine Longs mag?
möglich - der EM kennt den RE aber nicht. Wenn dann ist es in der Antwort des RE. Diese hat aber nicht viele Plätze, steuerinfo zu platzieren.
ZitatOder dass er verbotenerweise das ACK bereits sendet,
nix verboten. ACKs kommt immer nur, wenn der Sender danach fragt. Der EM fragt (sollte nicht) der RE antwortet (muss).

ZitatOder anders gesagt, Bursts nur bei Short und beim ersten Long auslöst,
korrekt

ZitatDenn seltsam ist, dass sowohl der EM-8 (siehe anderer Fred) als auch die RC-4 (ich habe zwei davon, daher die andere ID) "sauber" senden, wenn sie mit meinem UP-Dimmer reden oder wie hier sogar mit dem Relais-Modul.
der macht keinen burst.

ZitatDie RC-4 hingegen sendet nach dem ersten "vorzeitigen" ACK des Re-8 nicht mehr weiter, im Gegenteil, sie nimmt weitere Tastenbetätigungen daraufhin erst mal nicht an (eben diese ca. 5s). Also für mich ist das sofortige ACK des Re-8 auch bei Long-Triggern das wahrscheinlichste Übel...
das ack MUSS sofort kommen. sonst MUSS der em den burst wiederholen.
Aber das ack scheint ein Problem zu sein. Habe einen RC4 mit einem sw-BA probiert. da kommt auch nur die erste message und das ack. Macht wenig sinn.

Stellt sich die Frage nach dem Konzept  - long ist so eine sache.
A) remote gepeert mit einem oder mehreren non-burst-devics
- remote sendet longs bis die Taste losgelassen wird. Keine Acks gefordert oder gesendet. Messages gehen als broascast raus - wir hoffen dass alle empfangen. Nach loslassen der taste werden alle peers befragt, ob sie was "gesehen" haben. Jeder bekommt eine message mit ack-request und muss antworten - NUR am ENDE
B) remote mit burt-channel gepeert (habe nur mit RC4 getestet...)
remote sendet burst mit ack-request an den Aktor, bekommt antwort. Nun weiss RC4, dass der Aktor wach ist. Wenn keine antwort wird der burst wiederholt. er sendet keine weiteren messages.
c) Mischung der peers burst/non-burst
wie B

Das macht für mich aktuell wenig sinn. der RC muss burst-devices aufwecken - aber er sollte, genau wie bei non-burst devices - kein ACK fordern sondern einfach probieren. Erst am Ende prüfen. Das macht er bei non-burst auch so.
Leider ist das ein klarer Bruch im Behandeln von Long. Long mit Burst ist so eigentlich nicht möglich.

Pfriemler

#134
25 Oktober 2014, 13:26:09
ZitatBei einem Burst-Device kommt am Anfang ein Burst mit ACK-Request (hatte ich bisher nicht bemerkt).
Man lernt nie aus  :D

ZitatByte1, Bit 5 ...
ein ACK kommt am Ende eines Long.
es gibt eigentlich kein Long-Release. Wir erkennen es am Ack-request.

ACK-Anforderung in Byte 1 Bit 5? Sicher???  ... also ich entdecke einen Unterschied nur in Byte 1 Bit 8 (wenn Byte 0 eine Art Messagezähler ist) - aus der 0x8.. in den Longs wird dann ein 0xA..

Dafür würde ich in Byte 1 Bit 5 die Burst-Anforderung vermuten (0x8.., 0xA.. bei non-burst,  0xB wäre dann Kombi aus Burst- und ACK-Anforderung)?

Sonst habe ich das jetzt wohl richtig verstanden.

Zitat... Short und Long ...?
Byte 9, Bit 8
Das erkenne ich nun wieder in Byte 9 Bit 5, aus 0x0.. wird 0x4.. BTW: gehört das folgenden Halbbytes dann schon zum Tastendruckzähler (und nicht nur Byte 10?)

ZitatDevices ohne burst senden garnichts zurück. Das BurstDevice schon, da es offensichtlich aufgefordert wird.
Verstehe ich auch.

ZitatKönnte jetzt sein, dass der Sensor auf das 12. Byte der ACK-Info schaut.
Das verstehe ich nicht  :) (ist jetzt aber nicht so wichtig)

Zum "Also dass der Re-8 gar keine Longs mag?"
Zitatmöglich - der EM kennt den RE aber nicht. Wenn dann ist es in der Antwort des RE.
Jein ... Ein Remote bekommt beim Peering vom Aktor ja auch mitgeteilt, ob es einen Burst zum Aufwecken braucht, AES etc. Wenn bei der Gelegenheit auch die Short/Long-Fähigkeit übermittelt würde... nicht erst bei den echten Sendevorgängen, das ist klar.
Glaub ich aber selber nicht, Du hast es unten schon erklärt. Es sind ja wohl schon Long-Trigger, die RC-4 und EM-8 da bei langem Tastendruck senden.

ZitatACKs kommt immer nur, wenn der Sender danach fragt. Der EM fragt (sollte nicht) der RE antwortet (muss).
Naja, unten stellst Du selbst die Theorie dar, wonach ein Burst-Aktor ein ACK senden sollte, damit das Remote weiß, dass seine Longs ankommen. Dann wäre das Verhalten des EM-8 ja richtig.

Was der EM-8 wohl nicht machen dürfte, wäre nach dem Erhalt des ACKs den Tastendruckzähler hochzuzählen und weitere Telegramme zu senden, während man noch auf der Taste steht. Das ist der Unterschied zur RC-4, die hält dann nämlich ruhig (bis auf die Blockade halt).

ZitatStellt sich die Frage nach dem Konzept  - long ist so eine sache.
A) remote gepeert mit einem oder mehreren non-burst-devics
- remote sendet longs bis die Taste losgelassen wird. Keine Acks gefordert oder gesendet. Messages gehen als broascast raus - wir hoffen dass alle empfangen. Nach loslassen der taste werden alle peers befragt, ob sie was "gesehen" haben. Jeder bekommt eine message mit ack-request und muss antworten - NUR am ENDE
Ergibt für mich total einen Sinn. Sieht genau so in den Telegrammen aus. Der letzte Long wird nach dem Tastenloslassen gesendet und beinhaltet eine ACK-Aufforderung.

ZitatB) remote mit burt-channel gepeert (habe nur mit RC4 getestet...)
remote sendet burst mit ack-request an den Aktor, bekommt antwort. Nun weiss RC4, dass der Aktor wach ist. Wenn keine antwort wird der burst wiederholt. er sendet keine weiteren messages.
c) Mischung der peers burst/non-burst
wie B

Das macht für mich aktuell wenig sinn. der RC muss burst-devices aufwecken - aber er sollte, genau wie bei non-burst devices - kein ACK fordern sondern einfach probieren. Erst am Ende prüfen. Das macht er bei non-burst auch so.

Dann wäre die RC-4 aber auch falsch. Der Unterschied zwischen ihr und dem EM-8 liegt für mich wie o.g. darin, dass der EM-8 neue Tastendrücke sendet, während die RC-4 nach dem Erhalt des ACKs die Schnauze hält.

Zitat
Leider ist das ein klarer Bruch im Behandeln von Long. Long mit Burst ist so eigentlich nicht möglich.
Gibt es überhaupt Burst-Geräte, die Longs verarbeiten?

Dammich, ich muss heute noch mein 4-fach-Batterie-Aktor mit einer RC-4 peeren - das wäre eine Remote an ein Burst-Gerät. Dann gucke ich mal was die so miteinander reden.
Denn der UP-Dimmer
Zitatder macht keinen burst.
bzw. braucht ihn nicht, deswegen wird auch keiner gesendet, wohl weder vom RC-4 als vom EM-8
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."
Drucken
Nach oben Seiten 1 ... 7 8 9 10 11 ... 16
Benutzer-Aktionen