FHEM Forum

Hallo zusammen

Hat dies jemand schon in fhem integriert?  HM-MOD-Re-8

Kann man damit 8 Relais schalten? Blicke da nicht so ganz durch.
Möchte gerne 8 Relais 12 V - damit schalten, um 230 Volt verbraucher zu schalten
Anbieten würden sich ja Solid-State-Relais

mfg Benni

Hallo,

sehe ich zum ersten mal ;-). Ja man kann da Relais anschließen - das sind Open Collector Ausgänge wie bei den 1 Kanal oder 4 Kanal Platinen auch.
Maximale Belastung 100 mA, was bei 12 V einen min. Spulenwiderstand von 120 Ohm ergibt. Ich würde aber Relais mit höherem Widerstand einsetzen, um den Strom möglichst klein zu halten.
Der Preis und auch die Größe sind aber schon klasse. --- Wobei - ich lese gerade, das Sendemodul (in dem Fall wohl das schmale) ist nicht dabei.

Gruß Christoph

Zitat von: Bennemannc am 28 Juli 2014, 10:19:21

Wobei - ich lese gerade, das Sendemodul (in dem Fall wohl das schmale) ist nicht dabei.

Wozu braucht man das bei einem Schaltempfänger für 8 Relais?

Das Sendemodul (HM-MOD-EM-8) ist übrigens genauso groß.

(http://up.picr.de/19044464sg.png)

Hallo,

ich habe nach der Bezeichnung gegoogelt und bin über den Artikel vom ELV Journal auf die Bestellseite gekommen. Dort ist auf der mittleren Abbildung die Platine ohne Pfosten und Funkmodul abgebildet - rechts und links daneben mit Funkmodul. Dadrüber steht "Sender nicht im Lieferumfang".
Das würde ich so deuten, das kein Funkmodul dabei ist - Bitcos ist bidirektional - wie soll ohne Sender eine Bestätigung geschickt werden ?
Ist nur eine Vermutung ...

Gruß Christoph

Zitat von: betateilchen am 28 Juli 2014, 10:35:39
Wozu braucht man das bei einem Schaltempfänger für 8 Relais?

Für die Garten Bewässerungssteuerung kommen schon paar Ventile zusammen ;)

Würde gerne auch die Pool Filterpumpe mit schalten. Nur mit den kleinen Finder Relais ist mir dass zu heikel.
Muss noch an einer Lösung suchen

Hallo,

bei 12 V gibt es doch schon Leistungsrelais z.B. das http://www.elv.de/relais-1-x-um-12v-17a-888hn-1ch-f-ce.html
17 Amp bei 230 V sollten doch reichen.

Gruß Christoph

Zitat von: Bennemannc am 28 Juli 2014, 10:51:54
Das würde ich so deuten, das kein Funkmodul dabei ist - Bitcos ist bidirektional - wie soll ohne Sender eine Bestätigung geschickt werden ?

Der Transceiver für das bidirektionale Protokoll ist im Bausatz enthalten und wird an der Unterseite mit 2x4 Stiftleisten aufgelötet.

Zitat von: cbvo am 28 Juli 2014, 10:54:27
Für die Garten Bewässerungssteuerung kommen schon paar Ventile zusammen ;)

Dein Kommentar ist in keinster Weise sinnvoll mit meiner gestellten Frage in Verbindung zu bringen. Niemand hat nach dem generellen Einsatzzweck des Empfangsmoduls gefragt. Und

Mit der oben angesprochenen Komponente müsste man doch theoretisch diese Led-Statusanzeige auf Homematic Basis aufbauen können, oder?

http://www.fhemwiki.de/wiki/FS20_Statusanzeige_mit_Dual-LED
http://forum.fhem.de/index.php/topic,16671.msg109916.html#msg109916

sollte funktionieren.

Im Moment finde ich übrigens in der HMConfig.pm noch keinen Eintrag für das Modul.
Ich schätze aber, dass sich der vorhandene Eintrag für HM-MOD-RC-8 eventuell nutzen ließe.

Danke Betateilchen! :)

Das ist klasse. :) 8 Schaltkanäle und die dazugehörigen Schalter sind ja vorhanden. Damit wäre die Statusanzeige auf Homematic Basis günstiger und gleichzeitig besser als die FS20 Version. :) Oder übersehe ich etwas?  ???

Ich bin mir noch nicht ganz sicher, ob die 8 Taster auf dem Modul genau dafür gedacht sind, was Du vorhast...

Für eine 8-Kanal Anwendung habe ich mir vor ein paar Tagen ein Panstamp Output Modul zusammengebaut. Von den Kosten her sicher günstiger. Der Panstamp kommt ja incl. Funkmodul und es gibt schon das fertige Output Board, was alles incl. Relais usw. geliefert wird. Gehäuse für Hutschienenmontage gibts auch dazu.

Soll keine Werbung sein(!) wollte nur darauf aufmerksam machen dass ich das Device eh auf Homematic anpasse und da jetzt auch durch "muss" weil die Heizungsstellantriebe etc. schon bestellt sind und das Kabel schon Unterputz verlegt ist :)

bisher habe ich kaum docu über das Teil gefunden.

Könnte jemand die Anlernmessage einmal (roh) loggen?
In xml ist es nicht beschrieben... daher aich nicht eingebaut

Zitat von: betateilchen am 28 Juli 2014, 13:29:19
Ich bin mir noch nicht ganz sicher, ob die 8 Taster auf dem Modul genau dafür gedacht sind, was Du vorhast...

Wenn HM seiner "Linie" treu bleibt, werden die 8 internen Taster genau so eingeschränkt zu nutzen sein wie auch bei UP-Aktoren. Fest gepeert mit den entsprechenden Aktoren, nur die Peering-Parameter kann man dann verändern.

als erstes brauche ich die ID (aus der Anlernmessage). Da kann man eine erste Version bereitstellen.
dann sollte ein Besitzer  die Daten auslesen (getConfig) - und zwar mit mindestens einem peer auf einem Kanal. Sinnvoll ist es, internalKeys visible zu setzen - dann sollten schon peers vorhanden sein. Danach das getConfig.

Da es ein batterie device ist stellt sich als nächstes die Fragen nach zyklischen Messages und deren inhalt.

Fangen wir mit der ID (Anlernmessage) an ;)

Zitat von: unimatrix am 28 Juli 2014, 16:31:41
Wenn HM seiner "Linie" treu bleibt, werden die 8 internen Taster genau so eingeschränkt zu nutzen sein wie auch bei UP-Aktoren. Fest gepeert mit den entsprechenden Aktoren, nur die Peering-Parameter kann man dann verändern.

Ich habe mir vorhin mal den dazugehörigen Artikel des ELV Journal gekauft. Daraus geht hervor, dass die einzelnen Kanaltasten 1-8, die sich auf Platine befinden, jeweils die Kanäle 1-8 unmittelbar schalten können, ohne zuvor an einen Sender angelernt zu werden. Zusätzlich sind auf der Platine für jede interne Kanaltaste Anschlüsse vorhanden, um externe Taster anzuschließen. Die internen Tasten selbst fungieren als AN/AUS-Toogle-Taster.

Wie sicher ist es denn, dass die Komponente in FHEM funktioniert, im besten Fall auch so, wie ich plane sie einzusetzen?

@Spezialtrick: wenn du sie als Statusanzeige einsetzen willst, benötigst du die Taster doch gar nicht? Somit sind es einfach nur 8 Aktoren (die du entsprechend mit 2 -farbigen LEDs oder wie auch immer du es gerne haben möchtest verdrahten musst.

Es hat offenbar noch niemand das Gerät, somit kann Martin es auch noch nicht einbauen oder verlässliche Aussagen zu machen.

Aber ich sehe nicht wieso es nicht integrierbar sein sollte. Es muss halt jemand tun! (notfalls derjenige der es braucht)

Zitat von: martinp876 am 28 Juli 2014, 17:27:13
als erstes brauche ich die ID (aus der Anlernmessage). Da kann man eine erste Version bereitstellen.
dann sollte ein Besitzer  die Daten auslesen (getConfig) - und zwar mit mindestens einem peer auf einem Kanal. Sinnvoll ist es, internalKeys visible zu setzen - dann sollten schon peers vorhanden sein. Danach das getConfig.

Da es ein batterie device ist stellt sich als nächstes die Fragen nach zyklischen Messages und deren inhalt.

Fangen wir mit der ID (Anlernmessage) an ;)

Kriegst Du alles. Gib mir noch zwei Tage Zeit, ich muss im Moment erst noch ein paar wichtigere Dinge als fhem abhandeln. Das Modul liegt hier schon auf dem Tisch.

Zitat von: Spezialtrick am 28 Juli 2014, 18:13:55
Wie sicher ist es denn, dass die Komponente in FHEM funktioniert, im besten Fall auch so, wie ich plane sie einzusetzen?

Ich würde sagen, mindestens 99% (wenn nicht heute, dann zumindest in ein paar Tagen). Selbst wenn Du die Taster nicht einzeln in fhem auswerten kannst, kannst Du immer noch auf die Reaktion des jeweils zugehörigen Channels triggern.  Ich glaube übrigens nicht, dass die Taster als peer in dem Modul arbeiten, dann die Tastereingänge sind einzeln auf die CPU geführt. Ausgewertet wird nur "short", der lange Druck startet das Anlernen des jeweiligen Channels.

ZitatDaraus geht hervor, dass die einzelnen Kanaltasten 1-8, die sich auf Platine befinden, jeweils die Kanäle 1-8 unmittelbar schalten können, ohne zuvor an einen Sender angelernt zu werden.

das ist normal - macht eQ3 immer so. Wenn es standart ist (was ich vermute) sind es die "internen peers". Die muss man sichtbar machen, dann kann man deren Funktion ändern (toggel, treppenhaus).
Wenn du die anschliessbaren Taster an einem sonstigen Schalt-aktor ansiehst ist das genau das gleiche.

ZitatZusätzlich sind auf der Platine für jede interne Kanaltaste Anschlüsse vorhanden, um externe Taster anzuschließen.

Ich würde erwarten, dass diese dann dem eingebauten taster parallel geschaltet sind. Die eingebauten sind ja auch nur zum spielen - die kann keiner wirklich bedienen - zu klein, zu eng.

ZitatDie internen Tasten selbst fungieren als AN/AUS-Toogle-Taster.

das - erwarte ich- ist der default. Das sollte man ändern können

Zitat
Wie sicher ist es denn, dass die Komponente in FHEM funktioniert

hoch, wenn du die Daten lieferst, die ich angefragt habe.

Zitatim besten Fall auch so, wie ich plane sie einzusetzen?

möglich. Hängt sicher davon ab, wie du es einsetzen willst.

Danke Udo. Ich warte

@martin: Du hast email  8)

danke.

Zitat von: unimatrix am 28 Juli 2014, 19:21:10
@Spezialtrick: wenn du sie als Statusanzeige einsetzen willst, benötigst du die Taster doch gar nicht? Somit sind es einfach nur 8 Aktoren (die du entsprechend mit 2 -farbigen LEDs oder wie auch immer du es gerne haben möchtest verdrahten musst.

Aber ich sehe nicht wieso es nicht integrierbar sein sollte. Es muss halt jemand tun! (notfalls derjenige der es braucht)

Ich würde gerne auch meine geplante Alarmanlage darüber an-/ausschalten können. Zweifarbige Leds wäre super, aber da müsse ich mich erstmal reindenken. ^^ Selbst integrieren wird leider nicht möglich sein, da ich keinerlei Erfahrung damit habe.

Zitat von: betateilchen am 28 Juli 2014, 19:24:21
Ich würde sagen, mindestens 99% (wenn nicht heute, dann zumindest in ein paar Tagen). Selbst wenn Du die Taster nicht einzeln in fhem auswerten kannst, kannst Du immer noch auf die Reaktion des jeweils zugehörigen Channels triggern. 

So hatte ich das eigentlich vor. Der aktuelle State des Tasters sollte doch angezeigt werden, sodass man anschließend mit einem notify arbeiten könnte.

Zitat von: betateilchen am 28 Juli 2014, 19:24:21
Ich glaube übrigens nicht, dass die Taster als peer in dem Modul arbeiten, dann die Tastereingänge sind einzeln auf die CPU geführt. Ausgewertet wird nur "short", der lange Druck startet das Anlernen des jeweiligen Channels.

Laut Schaltbild der Komponente hast du absolut Recht. Jeder Taster ist einzeln an der CPU angebunden. Ein kurzer Tastendruck wird ausgewertet und ein mindestens 4 Sekunden langer Druck löst das Peering aus.

Zitat von: martinp876 am 28 Juli 2014, 19:25:16
Ich würde erwarten, dass diese dann dem eingebauten taster parallel geschaltet sind. Die eingebauten sind ja auch nur zum spielen - die kann keiner wirklich bedienen - zu klein, zu eng.das - erwarte ich- ist der default. Das sollte man ändern können hoch, wenn du die Daten lieferst, die ich angefragt habe. möglich. Hängt sicher davon ab, wie du es einsetzen willst.

Danke Udo. Ich warte

Die Taster sind parallel geschaltet. Benötigst du das Schaltbild?

Das wird meine erste Homematic Komponente. Ich werde mir gleich mal den HomeMatic USB-Konfigurationsadapter und den HM-MOD-Re-8 bestellen. Sobald alles da ist, kann ich versuchen Dir alles zu liefern, das Du benötigst.


Könnte ich einen Ausgang dazu nutzen, eine Sirene über ein Relais zu schalten oder ist davon eher abzuraten?

Danke für die zahlreichen Antworten. :)

Du kannst über die Ports schalten was Du möchtest.

Kannst du mir ein passendes Relais empfehlen?

Das Device ist etwas "seltsam" beschrieben - also nicht in der eQ3 "Norm". Ist es ein Produke einer anderen Firma?
Frage, weil es dann leichte unterscheide in der SW geben könnte .

Wenn du es für die Alarmanlage nutzen willst ist AES ein Thema. Kann natürlich nicht sagen, ob dies funktioniert.
Nun ja, der Einbrecher müsste auch erst einmal den Zusammenhang begreifen.

Wenn man es manuell einrichten will (bis es integriert ist) kann man es als HM-LC-SW4-BA-PCB simulieren.
also
define MOD08 CUL_HM <defID>
attr MOD08 model HM-LC-SW4-BA-PCB
attr MOD08 subtype switch
define MOD08_1 CUL_HM <defID>01
define MOD08_2 CUL_HM <defID>02
define MOD08_3 CUL_HM <defID>03
define MOD08_4 CUL_HM <defID>04
define MOD08_5 CUL_HM <defID>05
define MOD08_6 CUL_HM <defID>06
define MOD08_7 CUL_HM <defID>07
define MOD08_8 CUL_HM <defID>08

dann
set MOD08 regSet intKeysVisib visib
warten bis ausgeführt
set MOD08 getConfig
set

Mit der "anderen Firma" könntest Du durchaus Recht haben, auf der Platine steht nämlich nichts von eq3.

Ein paar andere Sachen finde ich auch noch ganz witzig:

• Der Bausatz wird ohne Verpackung geliefert, er kommt einfach in einer Klarsichttüte daher.
• Die Seriennummer (Homematic-typisch LEQ05.....) befindet sich als Aufkleber einzeln in einer eigenen Bauteiletüte. Vermutlich dafür vorgesehen, irgendwann auf eine Umverpackung geklebt zu werden.
• Aufgrund des verwendeten Prozessors gehe ich davon aus, dass das Modul OTA-fähig ist, wenn es um Updates geht.

Heute abend werde ich mir die Zeit nehmen, das Ding mal in Betrieb zu nehmen.

(http://up.picr.de/19053449si.jpg)

Ist die Lieferung von Homematic Bausätzen in Klarsichttüten derart ungewöhnlich?

Ich hab mir nämlich schon mehrere MAX! Bausätze bei ELV bestellt die immer nur in Klarsichttüten ohne Umverpackung geliefert wurden.

Zitat von: Spezialtrick am 29 Juli 2014, 11:10:08
Ist die Lieferung von Homematic Bausätzen in Klarsichttüten derart ungewöhnlich?

Es war der erste in dieser Form. Und ich habe schon eine Menge HM-Bausätze bekommen :)

Erster Versuch...


Internals:
   CFGFN
   DEF        2C0725
   IODev      fl_HMUSB
   LASTInputDev fl_HMUSB
   MSGCNT     4
   NAME       CUL_HM_HM_MOD_RC_8_2C0725
   NR         5395
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   channel_01 CUL_HM_HM_MOD_RC_8_2C0725_Sw_01
   channel_02 CUL_HM_HM_MOD_RC_8_2C0725_Sw_02
   channel_03 CUL_HM_HM_MOD_RC_8_2C0725_Sw_03
   channel_04 CUL_HM_HM_MOD_RC_8_2C0725_Sw_04
   channel_05 CUL_HM_HM_MOD_RC_8_2C0725_Sw_05
   channel_06 CUL_HM_HM_MOD_RC_8_2C0725_Sw_06
   channel_07 CUL_HM_HM_MOD_RC_8_2C0725_Sw_07
   channel_08 CUL_HM_HM_MOD_RC_8_2C0725_Sw_08
   fl_HMUSB_MSGCNT 2
   fl_HMUSB_RAWMSG R82D8E0A2,0001,04C1A240,FF,FFC5,04A4102C07251270000601000000
   fl_HMUSB_RSSI -59
   fl_HMUSB_TIME 2014-07-29 17:59:17
   lastMsg    No:04 - t:10 s:2C0725 d:127000 0601000000
   protCmdDel 16
   protLastRcv 2014-07-29 17:59:17
   protResnd  2 last_at:2014-07-29 17:59:34
   protResndFail 2 last_at:2014-07-29 17:59:38
   protSnd    4 last_at:2014-07-29 17:59:29
   protState  CMDs_done_Errors:1
   rssi_at_fl_HMUSB avg:-58 min:-59 max:-56 lst:-59 cnt:3
   rssi_at_wz_HMUSB avg:-71 min:-75 max:-67 lst:-75 cnt:2
   wz_HMUSB_MSGCNT 2
   wz_HMUSB_RAWMSG E2C0725,0000,E3B27E9F,FF,FFB5,04A4102C07251270000601000000
   wz_HMUSB_RSSI -75
   wz_HMUSB_TIME 2014-07-29 17:59:17
   Readings:
     2014-07-29 17:59:10   D-firmware      1.0
     2014-07-29 17:59:10   D-serialNr      LEQ0574981
     2014-07-29 18:00:00   RegL_00:
     2014-07-29 17:59:38   state           RESPONSE TIMEOUT:RegisterRead
   Helper:
     cSnd       011270002C072500040000000000
     mId        00BE
     rxType     2
     Io:
       newChn     +2C0725,00,01,00
       nextSend   1406649557.57357
       prefIO
       rxt        0
       vccu
       p:
         2C0725
         00
         01
         00
     Mrssi:
       mNo        04
       Io:
         fl_HMUSB   -57
         wz_HMUSB   -75
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rpt:
       IO         fl_HMUSB
       flg        A
       ts         1406649557.44596
       ack:
         HASH(0x2cc0b88)
         0480021270002C072500
     Rssi:
       At_fl_hmusb:
         avg        -58
         cnt        3
         lst        -59
         max        -56
         min        -59
       At_wz_hmusb:
         avg        -71
         cnt        2
         lst        -75
         max        -67
         min        -75
Attributes:
   IODev      fl_HMUSB
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.0
   model      HM-MOD-RC-8
   msgRepeat  1
   room       CUL_HM
   serialNr   LEQ0574981
   subType    switch
   webCmd     getConfig:clear msgEvents


Zweiter Versuch:

Zitat von: martinp876 am 29 Juli 2014, 07:22:17
Wenn man es manuell einrichten will (bis es integriert ist) kann man es als HM-LC-SW4-BA-PCB simulieren.

dann
set MOD08 regSet intKeysVisib visib
warten bis ausgeführt
set MOD08 getConfig

Das hab ich probiert, ohne Erfolg.

Beim regSet kommt das:

cannot calculate value. Please issue set MOD8 getConfig first - invalid

Und ein getConfig beendet sich mit einem Fehler

RESPONSE TIMEOUT:RegisterRead

Zitat von: martinp876 am 28 Juli 2014, 17:27:13
Fangen wir mit der ID (Anlernmessage) an ;)

Da das Modul als RC-8 identifiziert wird, vermute ich mal, dass die ID die 00BE sein dürfte :)

mach doch mal bei deinem hmusb
attr fl_HMUSB logIDs CUL_HM_HM_MOD_RC_8_2C0725

und dann anlernmodus am modul. dann kommt die anlernmessage an broadcast.

Du meinst das hier?


2014.07.29 18:42:34 0: HMLAN_Parse: HMUSB R:E2C0725   stat:0000 t:E3DA1F79 d:FF r:FFB6     m:3B 8400 2C0725 000000 1000BE4C45513035373439383110480100



ich bin schon ein Stück weiter (allerdings mit bösen Tricks) ...


Internals:
   CFGFN
   DEF        2C0725
   HMUSB_MSGCNT 62
   HMUSB_RAWMSG E2C0725,0000,E3D6F520,FF,FFB8,28A4102C07251270000605C800
   HMUSB_RSSI -72
   HMUSB_TIME 2014-07-29 18:39:07
   IODev      HMUSB
   LASTInputDev HMUSB
   MSGCNT     62
   NAME       CUL_HM_HM_MOD_RC_8_2C0725
   NR         35
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 CUL_HM_HM_MOD_RC_8_2C0725_Sw_01
   channel_02 CUL_HM_HM_MOD_RC_8_2C0725_Sw_02
   channel_03 CUL_HM_HM_MOD_RC_8_2C0725_Sw_03
   channel_04 CUL_HM_HM_MOD_RC_8_2C0725_Sw_04
   channel_05 CUL_HM_HM_MOD_RC_8_2C0725_Sw_05
   channel_06 CUL_HM_HM_MOD_RC_8_2C0725_Sw_06
   channel_07 CUL_HM_HM_MOD_RC_8_2C0725_Sw_07
   channel_08 CUL_HM_HM_MOD_RC_8_2C0725_Sw_08
   lastMsg    No:28 - t:10 s:2C0725 d:127000 0605C800
   protLastRcv 2014-07-29 18:39:07
   protSnd    68 last_at:2014-07-29 18:39:07
   protState  CMDs_done
   rssi_at_HMUSB avg:-74.34 min:-81 max:-67 lst:-72 cnt:69
   Readings:
     2014-07-29 18:37:10   CommandAccepted yes
     2014-07-29 18:37:08   D-firmware      1.0
     2014-07-29 18:37:08   D-serialNr      LEQ0574981
     2014-07-29 18:38:18   PairedTo        0x127000
     2014-07-29 18:37:10   R-backlOnMode2  off
     2014-07-29 18:37:10   R-intKeyVisib   invisib
     2014-07-29 18:37:10   R-localResDis   off
     2014-07-29 18:37:10   R-pairCentral   0x127000
     2014-07-29 18:38:17   RegL_00:          02:01 05:00 0A:12 0B:70 0C:00 18:00 32:4B  00:00
     2014-07-29 18:39:07   state           CMDs_done


Und ja, die 8 Taster senden einzelne Events:


2014-07-29 18:44:41 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725 CMDs_done
2014-07-29 18:44:41 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_03 level: 100
2014-07-29 18:44:41 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_03 pct: 100
2014-07-29 18:44:41 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_03 deviceMsg: on (to HMUSB)
2014-07-29 18:44:41 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_03 on
2014-07-29 18:44:41 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_03 timedOn: off


ZitatDu meinst das hier?

genau. dann kannst du für martin ja noch ein getconfig aufzeichnen. vielleicht auch alle tasten mal betätigen.

jaja, jetzt ist erstmal Abendessen.



2014-07-29 19:31:44 Global global UNDEFINED CUL_HM_HM_MOD_RC_8_2C0725 CUL_HM 2C0725
2014-07-29 19:31:44 Global global DEFINED CUL_HM_HM_MOD_RC_8_2C0725
2014-07-29 19:31:44 Global global SAVE
2014-07-29 19:31:44 Global global DEFINED CUL_HM_HM_MOD_RC_8_2C0725_Sw_01
2014-07-29 19:31:44 Global global DEFINED CUL_HM_HM_MOD_RC_8_2C0725_Sw_02
2014-07-29 19:31:44 Global global DEFINED CUL_HM_HM_MOD_RC_8_2C0725_Sw_03
2014-07-29 19:31:44 Global global DEFINED CUL_HM_HM_MOD_RC_8_2C0725_Sw_04
2014-07-29 19:31:44 Global global DEFINED CUL_HM_HM_MOD_RC_8_2C0725_Sw_05
2014-07-29 19:31:44 Global global DEFINED CUL_HM_HM_MOD_RC_8_2C0725_Sw_06
2014-07-29 19:31:44 Global global DEFINED CUL_HM_HM_MOD_RC_8_2C0725_Sw_07
2014-07-29 19:31:44 Global global DEFINED CUL_HM_HM_MOD_RC_8_2C0725_Sw_08
2014-07-29 19:31:44 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725 D-firmware: 1.0
2014-07-29 19:31:44 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725 D-serialNr: LEQ0574981
2014-07-29 19:31:44 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725 R-pairCentral: set_0x127000
2014-07-29 19:31:44 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725 CMDs_pending
2014-07-29 19:31:44 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725 CMDs_pending
2014-07-29 19:31:44 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725 CMDs_pending
2014-07-29 19:31:44 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725 CMDs_pending
2014-07-29 19:31:44 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725 CMDs_pending
2014-07-29 19:31:44 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725 CMDs_pending
2014-07-29 19:31:44 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725 CMDs_pending
2014-07-29 19:31:44 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725 CMDs_pending
2014-07-29 19:31:44 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725 CMDs_pending
2014-07-29 19:31:44 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725 CMDs_pending
2014-07-29 19:31:44 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725 CMDs_pending
2014-07-29 19:31:44 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725 CMDs_pending
2014-07-29 19:31:46 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725 R-pairCentral: 0x127000
2014-07-29 19:31:52 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_01 level: 0
2014-07-29 19:31:52 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_01 pct: 0
2014-07-29 19:31:52 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_01 deviceMsg: off (to vccu)
2014-07-29 19:31:52 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_01 off
2014-07-29 19:31:52 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_01 timedOn: off
2014-07-29 19:31:53 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_02 level: 0
2014-07-29 19:31:53 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_02 pct: 0
2014-07-29 19:31:53 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_02 deviceMsg: off (to vccu)
2014-07-29 19:31:53 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_02 off
2014-07-29 19:31:53 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_02 timedOn: off
2014-07-29 19:31:53 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_03 level: 0
2014-07-29 19:31:53 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_03 pct: 0
2014-07-29 19:31:53 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_03 deviceMsg: off (to vccu)
2014-07-29 19:31:53 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_03 off
2014-07-29 19:31:53 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_03 timedOn: off
2014-07-29 19:31:54 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_04 level: 0
2014-07-29 19:31:54 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_04 pct: 0
2014-07-29 19:31:54 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_04 deviceMsg: off (to vccu)
2014-07-29 19:31:54 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_04 off
2014-07-29 19:31:54 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_04 timedOn: off
2014-07-29 19:31:54 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_05 level: 0
2014-07-29 19:31:54 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_05 pct: 0
2014-07-29 19:31:54 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_05 deviceMsg: off (to vccu)
2014-07-29 19:31:54 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_05 off
2014-07-29 19:31:54 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_05 timedOn: off
2014-07-29 19:31:55 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_06 level: 0
2014-07-29 19:31:55 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_06 pct: 0
2014-07-29 19:31:55 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_06 deviceMsg: off (to vccu)
2014-07-29 19:31:55 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_06 off
2014-07-29 19:31:55 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_06 timedOn: off
2014-07-29 19:31:55 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_07 level: 0
2014-07-29 19:31:55 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_07 pct: 0
2014-07-29 19:31:55 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_07 deviceMsg: off (to vccu)
2014-07-29 19:31:55 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_07 off
2014-07-29 19:31:55 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_07 timedOn: off
2014-07-29 19:31:56 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725 CMDs_done
2014-07-29 19:31:56 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_08 level: 0
2014-07-29 19:31:56 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_08 pct: 0
2014-07-29 19:31:56 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_08 deviceMsg: off (to vccu)
2014-07-29 19:31:56 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_08 off
2014-07-29 19:31:56 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725_Sw_08 timedOn: off
2014-07-29 19:31:58 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725 CMDs_pending
2014-07-29 19:31:59 CUL_HM CUL_HM_HM_MOD_RC_8_2C0725 CMDs_done


Hier die messages vom getConfig


2014.07.29 19:34:53 3: CUL_HM set CUL_HM_HM_MOD_RC_8_2C0725 getConfig
2014.07.29 19:34:53 0: HMLAN_Send:  wz_HMUSB S:+2C0725,00,01,00
2014.07.29 19:34:53 0: HMLAN_Send:  wz_HMUSB S:S8330689D stat:  00 t:00000000 d:01 r:8330689D m:1A B001 127000 2C0725 00040000000000
2014.07.29 19:34:53 0: HMLAN_Parse: wz_HMUSB R:E2C0725   stat:0000 t:E40A0674 d:FF r:FFD0     m:1A A010 2C0725 127000 02020105000A120B700C0018003049
2014.07.29 19:34:53 0: HMLAN_Parse: wz_HMUSB R:R8330689D stat:0001 t:E40A0679 d:FF r:FFD0     m:1A A010 2C0725 127000 02020105000A120B700C0018003049
2014.07.29 19:34:54 0: HMLAN_Parse: wz_HMUSB R:E2C0725   stat:0000 t:E40A079C d:FF r:FFD0     m:1A A010 2C0725 127000 02020105000A120B700C0018003049
2014.07.29 19:34:54 0: HMLAN_Parse: wz_HMUSB R:E2C0725   stat:0000 t:E40A09B3 d:FF r:FFD0     m:1B A010 2C0725 127000 020000
2014.07.29 19:34:54 0: HMLAN_Send:  wz_HMUSB S:+2C0725,00,01,00
2014.07.29 19:34:54 0: HMLAN_Send:  wz_HMUSB S:S83306E52 stat:  00 t:00000000 d:01 r:83306E52 m:1B A001 127000 2C0725 0103
2014.07.29 19:34:55 0: HMLAN_Parse: wz_HMUSB R:E2C0725   stat:0000 t:E40A0BB7 d:FF r:FFD0     m:1B A010 2C0725 127000 0100000000
2014.07.29 19:34:55 0: HMLAN_Parse: wz_HMUSB R:R83306E52 stat:0001 t:E40A0BBC d:FF r:FFD0     m:1B A010 2C0725 127000 0100000000
2014.07.29 19:34:55 0: HMLAN_Send:  wz_HMUSB S:+2C0725,00,01,00
2014.07.29 19:34:55 0: HMLAN_Send:  wz_HMUSB S:S83307117 stat:  00 t:00000000 d:01 r:83307117 m:1C A001 127000 2C0725 0203
2014.07.29 19:34:55 0: HMLAN_Parse: wz_HMUSB R:E2C0725   stat:0000 t:E40A0CE1 d:FF r:FFD0     m:1B A010 2C0725 127000 0100000000
2014.07.29 19:34:56 0: HMLAN_Parse: wz_HMUSB R:E2C0725   stat:0000 t:E40A0EDF d:FF r:FFD0     m:1C A010 2C0725 127000 0100000000
2014.07.29 19:34:56 0: HMLAN_Parse: wz_HMUSB R:R83307117 stat:0001 t:E40A0EE4 d:FF r:FFD0     m:1C A010 2C0725 127000 0100000000
2014.07.29 19:34:56 0: HMLAN_Send:  wz_HMUSB S:+2C0725,00,01,00
2014.07.29 19:34:56 0: HMLAN_Send:  wz_HMUSB S:S8330743A stat:  00 t:00000000 d:01 r:8330743A m:1D A001 127000 2C0725 0303
2014.07.29 19:34:56 0: HMLAN_Parse: wz_HMUSB R:E2C0725   stat:0000 t:E40A10E6 d:FF r:FFD0     m:1D A010 2C0725 127000 0100000000
2014.07.29 19:34:56 0: HMLAN_Parse: wz_HMUSB R:R8330743A stat:0001 t:E40A10EB d:FF r:FFD0     m:1D A010 2C0725 127000 0100000000
2014.07.29 19:34:56 0: HMLAN_Send:  wz_HMUSB S:+2C0725,00,01,00
2014.07.29 19:34:56 0: HMLAN_Send:  wz_HMUSB S:S83307643 stat:  00 t:00000000 d:01 r:83307643 m:1E A001 127000 2C0725 0403
2014.07.29 19:34:56 0: HMLAN_Parse: wz_HMUSB R:E2C0725   stat:0000 t:E40A120F d:FF r:FFD0     m:1D A010 2C0725 127000 0100000000
2014.07.29 19:34:57 0: HMLAN_Parse: wz_HMUSB R:E2C0725   stat:0000 t:E40A140D d:FF r:FFD0     m:1E A010 2C0725 127000 0100000000
2014.07.29 19:34:57 0: HMLAN_Parse: wz_HMUSB R:R83307643 stat:0001 t:E40A1412 d:FF r:FFD0     m:1E A010 2C0725 127000 0100000000
2014.07.29 19:34:57 0: HMLAN_Send:  wz_HMUSB S:+2C0725,00,01,00
2014.07.29 19:34:57 0: HMLAN_Send:  wz_HMUSB S:S83307962 stat:  00 t:00000000 d:01 r:83307962 m:1F A001 127000 2C0725 0503
2014.07.29 19:34:57 0: HMLAN_Parse: wz_HMUSB R:E2C0725   stat:0000 t:E40A1536 d:FF r:FFD0     m:1E A010 2C0725 127000 0100000000
2014.07.29 19:34:58 0: HMLAN_Parse: wz_HMUSB R:E2C0725   stat:0000 t:E40A1733 d:FF r:FFD0     m:1F A010 2C0725 127000 0100000000
2014.07.29 19:34:58 0: HMLAN_Parse: wz_HMUSB R:R83307962 stat:0001 t:E40A1738 d:FF r:FFD0     m:1F A010 2C0725 127000 0100000000
2014.07.29 19:34:58 0: HMLAN_Send:  wz_HMUSB S:+2C0725,00,01,00
2014.07.29 19:34:58 0: HMLAN_Send:  wz_HMUSB S:S83307C97 stat:  00 t:00000000 d:01 r:83307C97 m:20 A001 127000 2C0725 0603
2014.07.29 19:34:58 0: HMLAN_Parse: wz_HMUSB R:E2C0725   stat:0000 t:E40A185D d:FF r:FFD0     m:1F A010 2C0725 127000 0100000000
2014.07.29 19:34:58 0: HMLAN_Parse: wz_HMUSB R:E2C0725   stat:0000 t:E40A1A5A d:FF r:FFD0     m:20 A010 2C0725 127000 0100000000
2014.07.29 19:34:59 0: HMLAN_Parse: wz_HMUSB R:R83307C97 stat:0001 t:E40A1A5F d:FF r:FFD0     m:20 A010 2C0725 127000 0100000000
2014.07.29 19:34:59 0: HMLAN_Send:  wz_HMUSB S:+2C0725,00,01,00
2014.07.29 19:34:59 0: HMLAN_Send:  wz_HMUSB S:S83308203 stat:  00 t:00000000 d:01 r:83308203 m:21 A001 127000 2C0725 0703
2014.07.29 19:35:00 0: HMLAN_Parse: wz_HMUSB R:E2C0725   stat:0000 t:E40A1E84 d:FF r:FFD0     m:21 A010 2C0725 127000 0100000000
2014.07.29 19:35:00 0: HMLAN_Parse: wz_HMUSB R:R83308203 stat:0001 t:E40A1E89 d:FF r:FFD0     m:21 A010 2C0725 127000 0100000000
2014.07.29 19:35:00 0: HMLAN_Send:  wz_HMUSB S:+2C0725,00,01,00
2014.07.29 19:35:00 0: HMLAN_Send:  wz_HMUSB S:S83308418 stat:  00 t:00000000 d:01 r:83308418 m:22 A001 127000 2C0725 0803
2014.07.29 19:35:00 0: HMLAN_Parse: wz_HMUSB R:E2C0725   stat:0000 t:E40A208B d:FF r:FFD0     m:22 A010 2C0725 127000 0100000000
2014.07.29 19:35:00 0: HMLAN_Parse: wz_HMUSB R:R83308418 stat:0001 t:E40A2090 d:FF r:FFD0     m:22 A010 2C0725 127000 0100000000


gibts auch die anlernmessage?
Nur da steht die model-id drin
Einfach einmal config drücken und aufzeichnen.

vorher bitte noch internal keys sichtbar schalten - dann sollten wir schon peers haben

und ein
set CUL_HM_HM_MOD_RC_8_2C0725 raw ++B0011270002C072501040000000001

neu ist ein Zentrales Register Addresse 48 im Device. Das hat so noch keiner... was immer man da einstellen kann.

beitrag 33.

das model ist schon eingetragen. Pairen sollte normal funktioniert haben.

Die Frage für mich ist, ob es eine List 1 gibt (test mit der raw message).
Dann den Inhalt der List 3

Die Model ID ist 00BE das hatten wir doch schon. Muss vermutlich in der HMConfig.pm entsprechend geändert werden, damit nicht mehr RC-8 rauskommt  :-*

Zitatjetzt ist erstmal Abendessen.

guten appetit.

vielleicht sehen wir anschliessend noch screenshots von der winsoftware?  :)

Zitat von: frank am 29 Juli 2014, 20:26:32
vielleicht sehen wir anschliessend noch screenshots von der winsoftware?

Von einer Liste 1 und einer Liste 3 ist genausowenig zu sehen wie von irgendwelchen internen Keys.


Internals:
   CFGFN
   DEF        2C0725
   IODev      wz_HMUSB
   LASTInputDev wz_HMUSB
   MSGCNT     325
   NAME       CUL_HM_HM_MOD_Re_8_2C0725
   NR         304
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 CUL_HM_HM_MOD_Re_8_2C0725_Sw_01
   channel_02 CUL_HM_HM_MOD_Re_8_2C0725_Sw_02
   channel_03 CUL_HM_HM_MOD_Re_8_2C0725_Sw_03
   channel_04 CUL_HM_HM_MOD_Re_8_2C0725_Sw_04
   channel_05 CUL_HM_HM_MOD_Re_8_2C0725_Sw_05
   channel_06 CUL_HM_HM_MOD_Re_8_2C0725_Sw_06
   channel_07 CUL_HM_HM_MOD_Re_8_2C0725_Sw_07
   channel_08 CUL_HM_HM_MOD_Re_8_2C0725_Sw_08
   fl_HMUSB_MSGCNT 123
   fl_HMUSB_RAWMSG E2C0725,0000,054B87DB,FF,FFBA,47A0102C0725127000030000
   fl_HMUSB_RSSI -70
   fl_HMUSB_TIME 2014-07-29 20:29:54
   lastMsg    No:47 - t:10 s:2C0725 d:127000 030000
   protLastRcv 2014-07-29 20:29:54
   protResnd  8 last_at:2014-07-29 20:29:34
   protSnd    187 last_at:2014-07-29 20:29:54
   protState  CMDs_done
   rssi_at_fl_HMUSB avg:-68.96 min:-70 max:-61 lst:-70 cnt:127
   rssi_at_wz_HMUSB avg:-53.19 min:-58 max:-43 lst:-53 cnt:205
   wz_HMUSB_MSGCNT 202
   wz_HMUSB_RAWMSG E2C0725,0000,E43C644A,FF,FFCB,47A0102C0725127000030000
   wz_HMUSB_RSSI -53
   wz_HMUSB_TIME 2014-07-29 20:29:54
   Readings:
     2014-07-29 20:28:42   CommandAccepted yes
     2014-07-29 19:54:36   D-firmware      1.0
     2014-07-29 19:54:36   D-serialNr      LEQ0574981
     2014-07-29 20:29:22   PairedTo        0x127000
     2014-07-29 19:54:39   R-backlOnMode2  on
     2014-07-29 20:29:22   R-confBtnTime   41 min
     2014-07-29 20:28:45   R-intKeyVisib   visib
     2014-07-29 19:54:39   R-localResDis   off
     2014-07-29 19:54:39   R-pairCentral   0x127000
     2014-07-29 20:29:22   RegL_00:          02:81 05:40 0A:12 0B:70 0C:00 18:00 15:29  00:00
     2014-07-29 20:29:54   state           CMDs_done
   Helper:
     cSnd       011270002C072502042C07250203
     mId        00BE
     rxType     2
     Io:
       newChn     +2C0725,00,01,00
       nextSend   1406658594.88985
       prefIO
       rxt        0
       vccu
       p:
         2C0725
         00
         01
         00
     Mrssi:
       mNo        47
       Io:
         fl_HMUSB   -70
         wz_HMUSB   -51
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rpt:
       IO         fl_HMUSB
       flg        A
       ts         1406658594.76151
       ack:
         HASH(0x3242538)
         4780021270002C072500
     Rssi:
       At_fl_hmusb:
         avg        -68.9685039370079
         cnt        127
         lst        -70
         max        -61
         min        -70
       At_wz_hmusb:
         avg        -53.1951219512195
         cnt        205
         lst        -53
         max        -43
         min        -58
     Shadowreg:
Attributes:
   IODev      wz_HMUSB
   IOgrp      vccu:wz_HMUSB
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.0
   group      MOD8
   model      HM-MOD-Re-8
   msgRepeat  1
   room       MOD8
   serialNr   LEQ0574981
   subType    switch
   webCmd     getConfig:clear msgEvents


list 1 ist nicht eingetragen. Der test mit der rawmessage wird zeigen, ob das Device darauf antwortet. Habe nicht gesehen, dass du es probiert hast
set CUL_HM_HM_MOD_RC_8_2C0725 raw ++B0011270002C072501040000000001
List 3 ist nicht zu sehen, da du keine peers hast

interne keys kannst du nicht sehen, da sie ausgeblendet sind. (HM default). Mache ein
set CUL_HM_HM_MOD_Re_8_2C0725 regSet intKeysVisib visib
warten bis ausgeführt
set CUL_HM_HM_MOD_Re_8_2C0725 getConfig

martin, wenn Du Dir meinen letzten Beitrag anschaust, wirst Du feststellen, dass ich die intKey bereits auf visib gestellt habe. Ein anschließendes getConfig bringt keine Änderung.

ha... jetzt hab ich eine Fernbedienung mit einem der Channels gepeert, siehe da...


Internals:
   CFGFN
   DEF        2C072501
   NAME       CUL_HM_HM_MOD_Re_8_2C0725_Sw_01
   NR         305
   STATE      on
   TYPE       CUL_HM
   chanNo     01
   device     CUL_HM_HM_MOD_Re_8_2C0725
   peerList   HMFB03_Btn_04,self01,
   Readings:
     2014-07-29 19:55:29   CommandAccepted yes
     2014-07-29 21:04:00   R-HMFB03_Btn_04-lgActionType jmpToTarget
     2014-07-29 21:04:00   R-HMFB03_Btn_04-lgCtDlyOff geLo
     2014-07-29 21:04:00   R-HMFB03_Btn_04-lgCtDlyOn geLo
     2014-07-29 21:04:00   R-HMFB03_Btn_04-lgCtOff geLo
     2014-07-29 21:04:00   R-HMFB03_Btn_04-lgCtOn geLo
     2014-07-29 21:04:00   R-HMFB03_Btn_04-lgCtValHi 100
     2014-07-29 21:04:00   R-HMFB03_Btn_04-lgCtValLo 50
     2014-07-29 21:04:00   R-HMFB03_Btn_04-lgMultiExec on
     2014-07-29 21:04:00   R-HMFB03_Btn_04-lgOffDly 0 s
     2014-07-29 21:04:00   R-HMFB03_Btn_04-lgOffTime 111600 s
     2014-07-29 21:04:00   R-HMFB03_Btn_04-lgOffTimeMode absolut
     2014-07-29 21:04:00   R-HMFB03_Btn_04-lgOnDly 0 s
     2014-07-29 21:04:00   R-HMFB03_Btn_04-lgOnTime 111600 s
     2014-07-29 21:04:00   R-HMFB03_Btn_04-lgOnTimeMode absolut
     2014-07-29 21:04:00   R-HMFB03_Btn_04-lgSwJtDlyOff off
     2014-07-29 21:04:00   R-HMFB03_Btn_04-lgSwJtDlyOn on
     2014-07-29 21:04:00   R-HMFB03_Btn_04-lgSwJtOff dlyOn
     2014-07-29 21:04:00   R-HMFB03_Btn_04-lgSwJtOn dlyOff
     2014-07-29 21:04:00   R-HMFB03_Btn_04-shActionType jmpToTarget
     2014-07-29 21:04:00   R-HMFB03_Btn_04-shCtDlyOff geLo
     2014-07-29 21:04:00   R-HMFB03_Btn_04-shCtDlyOn geLo
     2014-07-29 21:04:00   R-HMFB03_Btn_04-shCtOff geLo
     2014-07-29 21:04:00   R-HMFB03_Btn_04-shCtOn geLo
     2014-07-29 21:04:00   R-HMFB03_Btn_04-shCtValHi 100
     2014-07-29 21:04:00   R-HMFB03_Btn_04-shCtValLo 50
     2014-07-29 21:04:00   R-HMFB03_Btn_04-shOffDly 0 s
     2014-07-29 21:04:00   R-HMFB03_Btn_04-shOffTime 111600 s
     2014-07-29 21:04:00   R-HMFB03_Btn_04-shOffTimeMode absolut
     2014-07-29 21:04:00   R-HMFB03_Btn_04-shOnDly 0 s
     2014-07-29 21:04:00   R-HMFB03_Btn_04-shOnTime 111600 s
     2014-07-29 21:04:00   R-HMFB03_Btn_04-shOnTimeMode absolut
     2014-07-29 21:04:00   R-HMFB03_Btn_04-shSwJtDlyOff off
     2014-07-29 21:04:00   R-HMFB03_Btn_04-shSwJtDlyOn on
     2014-07-29 21:04:00   R-HMFB03_Btn_04-shSwJtOff dlyOn
     2014-07-29 21:04:00   R-HMFB03_Btn_04-shSwJtOn dlyOff
     2014-07-29 20:29:19   R-self01-lgActionType jmpToTarget
     2014-07-29 20:29:19   R-self01-lgCtDlyOff geLo
     2014-07-29 20:29:19   R-self01-lgCtDlyOn geLo
     2014-07-29 20:29:19   R-self01-lgCtOff geLo
     2014-07-29 20:29:19   R-self01-lgCtOn geLo
     2014-07-29 20:29:19   R-self01-lgCtValHi 100
     2014-07-29 20:29:19   R-self01-lgCtValLo 50
     2014-07-29 20:29:19   R-self01-lgMultiExec on
     2014-07-29 20:29:19   R-self01-lgOffDly 0 s
     2014-07-29 20:29:19   R-self01-lgOffTime 111600 s
     2014-07-29 20:29:19   R-self01-lgOffTimeMode absolut
     2014-07-29 20:29:19   R-self01-lgOnDly 0 s
     2014-07-29 20:29:19   R-self01-lgOnTime 111600 s
     2014-07-29 20:29:19   R-self01-lgOnTimeMode absolut
     2014-07-29 20:29:19   R-self01-lgSwJtDlyOff off
     2014-07-29 20:29:19   R-self01-lgSwJtDlyOn on
     2014-07-29 20:29:19   R-self01-lgSwJtOff dlyOn
     2014-07-29 20:29:19   R-self01-lgSwJtOn dlyOff
     2014-07-29 20:29:19   R-self01-shActionType jmpToTarget
     2014-07-29 20:29:19   R-self01-shCtDlyOff geLo
     2014-07-29 20:29:19   R-self01-shCtDlyOn geLo
     2014-07-29 20:29:19   R-self01-shCtOff geLo
     2014-07-29 20:29:19   R-self01-shCtOn geLo
     2014-07-29 20:29:19   R-self01-shCtValHi 100
     2014-07-29 20:29:19   R-self01-shCtValLo 50
     2014-07-29 20:29:19   R-self01-shOffDly 0 s
     2014-07-29 20:29:19   R-self01-shOffTime 111600 s
     2014-07-29 20:29:19   R-self01-shOffTimeMode absolut
     2014-07-29 20:29:19   R-self01-shOnDly 0 s
     2014-07-29 20:29:19   R-self01-shOnTime 111600 s
     2014-07-29 20:29:19   R-self01-shOnTimeMode absolut
     2014-07-29 20:29:19   R-self01-shSwJtDlyOff off
     2014-07-29 20:29:19   R-self01-shSwJtDlyOn on
     2014-07-29 20:29:19   R-self01-shSwJtOff dlyOn
     2014-07-29 20:29:19   R-self01-shSwJtOn dlyOff
     2014-07-29 20:28:05   R-sign          off
     2014-07-29 21:04:50   RegL_03:HMFB03_Btn_04  02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:14 0C:63 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:14 8C:63 00:00
     2014-07-29 21:04:52   RegL_03:self01   02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:14 0C:63 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:14 8C:63 00:00
     2014-07-29 21:03:55   deviceMsg       on (to vccu)
     2014-07-29 21:03:55   level           100
     2014-07-29 21:03:55   pct             100
     2014-07-29 21:04:17   peerList        HMFB03_Btn_04,self01,
     2014-07-29 21:03:55   recentStateType info
     2014-07-29 21:03:55   state           on
     2014-07-29 21:03:55   timedOn         off
   Helper:
     dlvlCmd    ++A0111270002C07250201000000
     peerIDsRaw ,2C072501,252E3404,00000000
     Role:
       chn        1
       prs        1
     Shadowreg:
Attributes:
   group      MOD8
   model      HM-MOD-Re-8
   peerIDs    00000000,252E3404,2C072501,
   room       MOD8
   webCmd     statusRequest:toggle:on:off


Das Schalten hat genau einmal funktioniert. In der Fernbedienung ist vom gepeerten Channel nichts mehr zu sehen. Komisch.

Edit: Peering nochmal eingerichtet, jetzt scheint es stabil zu sein.

Ich frage mich grade, was sich hinter dem derzeit angezeigten Register confBtnTime verbirgt. Ausserdem vermisse ich ein Register zum Einstellen der lowBat Schwelle - ein solches Register muss es geben, da ich über die CCU2 diesen Wert einstellen kann.

(http://up.picr.de/19060359ea.jpg)

Achja - die CCU2 zeigt auch automatisch den "richtigen" Modellnamen an.

ZitatIch frage mich grade, was sich hinter dem derzeit angezeigten Register confBtnTime verbirgt. Ausserdem vermisse ich ein Register zum Einstellen der lowBat Schwelle - ein solches Register muss es geben, da ich über die CCU2 diesen Wert einstellen kann.

stell doch mal was ein für lowBat mit ccu, und mache anschliessend über fhem getconfig. da müsste sich ja dann was ändern. vielleicht confBtnTime.


ich versuche die ganze zeit mit meiner cul das device zu simulieren, indem ich deine anlernmessage über die cul versende. dazu mache ich

2014.07.29 23:11:56.873 3: set cul868 raw As190384002C07250000001000BE4C45513035373439383110480100
2014.07.29 23:11:56.874 4: CUL_send:  cul868As 19 03 8400 2C0725 000000 1000BE4C45513035373439383110480100

aber weder hmlan noch hmusb empfangen diese nachricht. was mache ich falsch?
mein plan war eigentlich, das simulierte device dadurch an die winsoftware anzulernen, um ebenfalls deine screenshots zu bekommen.

Hallo,

@betateilchen
Ausserdem vermisse ich ein Register zum Einstellen der lowBat Schwelle - ein solches Register muss es geben, da ich über die CCU2 diesen Wert einstellen kann.

- muss es nicht. Ich habe einen 4 Kanal Actor (die Platine). Da habe ich mit Martin auch schon versucht herauszufinden was die da treiben. Definitv "merkt" sich die CCU bei diesem Actor den Wert für BatLow. Nach einem Reset des Actors müsste dieser ja 0 sein - die CCU zeigt aber den voher eingestellten Wert. Wenn man den Wert mit der CCU setzt, wird dieser auch an das Device übertragen - zumindest kommen die BatLow Meldungen entsprechend.

Gruß Christoph

PS: Ich habe jetzt auch ein zweites IODev, und könnte das setzen jetzt mitloggen.

das mit intKeyVisib ist seltsam, auch dass das peering nicht stabil ist. Ist das nicht die eQ3 Qualitaet?

- Register confBtnTime
kann ich nicht sagen, gibt es aber bei einigen Devices (Blinds, switches...).
Neu ist es nicht.

- Register zum Einstellen der lowBat Schwelle
das Register sollte lowBatLimitBA2 sein. Nach Anleitung ist es auf Adresse 18 zu finden sein. Das ist aber nicht in der Liste - stattdessen ein unbekanntes Register 50 - steht gerade auf 7,3V. So etwas hatten wir schon einmal - und haben versucht, das einzugrenzen. Erfolglos, es scheint zu wandern. Ist sicher ein FW-bug. Zum setzen sollte es allerdings reichen. get <entity> regList hast du sicher probiert.
Übrigens hat auch die CCU2 den Wert nicht gefunden und zeigt verlegen "0.0" an, was schlicht falsch ist.


Für Bastler:
"Simulieren " kann man ein device mit (hier die mId des Mod8)
delete y
{my ($mid,$name,$hId) = ("00BE","y","555555");;\
CommandDefine(undef,"$name CUL_HM $hId");;\
CUL_HM_infoUpdtDevData($name,$defs{$name},"11".$mid."4C45513030373331313612060100");;\
CUL_HM_queueUpdtCfg($name);;\
CUL_HM_queueUpdtCfg($_) foreach(grep(/^channel_/,keys %{$defs{$name}}));;\
$attr{$name}{expert}="2";;\
}

ps: Interessant ist, dass das Device in Version 1.2 der HM SW eingebaut war, aber seit Version 13 wieder entfernt wurde und seither fehlt.

Hallo Martin, die Sache mit dem intKeyVisib ist doch inzwischen genauso geklärt wie das Problem mit dem instabilen Peering - siehe meine letzten Beiträge, in denen Du auch die kompletten Ausgaben inklusive List3 findest.

Gestern abend nach den ganzen Experimenten mit dem Modul hatte ich noch ein fhem Update gemacht, bei dem auch ein paar Homematic-Komponenten aktualisiert wurden. Seitdem scheitert die Nutzung des Moduls entweder mit "MISSING ACK" oder "Timeout:RegisterRead". Allerdings hatte ich gestern abend dann keine Lust mehr, dieser Sache weiter nachzugehen und zu prüfen, ob das wirklich mit den Updates zusammenhängt.

Zitatdie Sache mit dem intKeyVisib ist doch inzwischen genauso geklärt wie das Problem mit dem instabilen Peering - siehe meine letzten Beiträge, in denen Du auch die kompletten Ausgaben inklusive List3 findest.

ZitatPeering nochmal eingerichtet, jetzt scheint es stabil zu sein.

scheint zu klappen, habe aber keine klare Einsicht, warum das so ist, was falsch war,...  geht plötzlich ist schön, aber nicht befriedigend. Aber gut

ZitatSeitdem scheitert die Nutzung des Moduls entweder mit "MISSING ACK" oder "Timeout:RegisterRead".

hierzu hätte ich gerne die rohmesssages - um sicherzustellen, dass FHEM /CUL_HM noch stabil ist. Wie immer eben ;)
Egal ob es vom update kommt oder nicht.

Ansonsten ist das Device entsprechend Spec eingebaut und sieht komplett aus. Änderungen waren keine notwendig.
Wenn dir also noch etwas auffällt oder fehlt.....

Zitat von: martinp876 am 30 Juli 2014, 10:03:37
geht plötzlich ist schön, aber nicht befriedigend. Aber gut

Kann ja auch ein Einrichtungsfehler von meiner Seite beim ersten Versuch gewesen sein, ich würde das jetzt nicht überbewerten.

Zitat von: martinp876 am 30 Juli 2014, 10:03:37
hierzu hätte ich gerne die rohmesssages - um sicherzustellen, dass FHEM /CUL_HM noch stabil ist. Wie immer eben ;)

Schau ich mir heute abend noch mal alles in Ruhe an.

Zitat von: martinp876 am 30 Juli 2014, 10:03:37
Ansonsten ist das Device entsprechend Spec eingebaut und sieht komplett aus. Änderungen waren keine notwendig.
Wenn dir also noch etwas auffällt oder fehlt.....

Mir fehlt in der HMConfig die korrekte Bezeichnung Re8 anstatt RC8 ;)

ZitatMir fehlt in der HMConfig die korrekte Bezeichnung Re8 anstatt RC8

in Version 1.2 wird das Device mit mId "00BE" id="HM-MOD-RC-8" bezeichnet.
Re scheint sich aber durchzuetzen, vielleicht ist RC ein tippfehler von eQ3.  Werde es demnach Ändern.
bei eHome ist auch ein HM-MOD-EM-8 abgbildet, das hierzu passen soll Da habe ich keinen Infos

ps: wenn sich "model" im HMConfig ändert solltest du noch einmal anlernen drücken. FHEM nutzt model also "key", der Name darf sich demnach nicht wirklich ändern. Für dich sicher kein Problem

Zitat von: martinp876 am 30 Juli 2014, 11:11:09
ps: wenn sich "model" im HMConfig ändert solltest du noch einmal anlernen drücken. FHEM nutzt model also "key",

Kein Problem.

Das EM-8 ist übrigens auch bei ELV schon abgebildet:

(http://www.elv-downloads.de/bilder/artikel/Produkte/13/1321/132143/Internet//gross/132143_w01_Modul.jpg)

ZitatZu diesem Empfänger in Modulbauweise wird es
auch ein entsprechendes Pendant geben, und zwar
einen 8-Kanal-Senderbaustein, der in einer der
nächs ten Ausgaben des ELVjournal erscheinen wird.

das meinte ich ;)

Hallo Martin,

muss es in der HMConfig in %culHmRegModel nicht auch HM-MOD-Re-8 heißen?

Zitat von: betateilchen am 30 Juli 2014, 09:49:12
Gestern abend nach den ganzen Experimenten mit dem Modul hatte ich noch ein fhem Update gemacht, bei dem auch ein paar Homematic-Komponenten aktualisiert wurden. Seitdem scheitert die Nutzung des Moduls entweder mit "MISSING ACK" oder "Timeout:RegisterRead".

Entwarnung. Funktioniert aktuell alles wieder wie vorgesehen.

Zitat von: martinp876 am 30 Juli 2014, 08:15:08
- Register zum Einstellen der lowBat Schwelle
das Register sollte lowBatLimitBA2 sein. Nach Anleitung ist es auf Adresse 18 zu finden sein. Das ist aber nicht in der Liste - stattdessen ein unbekanntes Register 50 - steht gerade auf 7,3V. So etwas hatten wir schon einmal - und haben versucht, das einzugrenzen. Erfolglos, es scheint zu wandern. Ist sicher ein FW-bug. Zum setzen sollte es allerdings reichen. get <entity> regList hast du sicher probiert.
Übrigens hat auch die CCU2 den Wert nicht gefunden und zeigt verlegen "0.0" an, was schlicht falsch ist.

Ich kann zumindest über die CCU2 einen Wert für die Spannungsschwelle einstellen. Ob der tatsächlich an das Modul übertragen wird, muss ich noch prüfen.

Grade gesehen, dass es heute schon wieder eine neue Firmware für die CCU2 gibt.

Zitat von: martinp876 am 30 Juli 2014, 08:15:08

get <entity> regList hast du sicher probiert.

bringt folgendes Ergebnis:


list:         register | range              | peer     | description
   0: backlOnMode2     |     literal        |          | Backlight mode options:on,off
   0: confBtnTime      |   1 to 255min      |          | 255=permanent
   0: intKeyVisib      |     literal        |          | visibility of internal channel options:visib,invisib
   0: localResDis      |     literal        |          | local reset disable options:on,off
   0: lowBatLimitBA2   |   0 to 15V         |          | low batterie limit, step .1V
   0: pairCentral      |   0 to 16777215    |          | pairing to central


Das sind übrigens die Messages, die eine CCU2 während ihres Systemstarts verschickt.


2014.07.30 19:24:08 2: CUL_HM CUL_HM_HM_MOD_Re_8_2C0725 attack:011270002C072506042C07250603:011270002C072505042C07250503.
2014.07.30 19:28:11 2: CUL_HM CUL_HM_HM_MOD_Re_8_2C0725 attack:011270002C072508042C07250803:011270002C0725010E.
2014.07.30 19:28:12 2: CUL_HM CUL_HM_HM_MOD_Re_8_2C0725 attack:011270002C072508042C07250803:011270002C0725020E.
2014.07.30 19:28:12 2: CUL_HM CUL_HM_HM_MOD_Re_8_2C0725 attack:011270002C072508042C07250803:011270002C0725030E.
2014.07.30 19:28:12 2: CUL_HM CUL_HM_HM_MOD_Re_8_2C0725 attack:011270002C072508042C07250803:011270002C0725040E.
2014.07.30 19:28:13 2: CUL_HM CUL_HM_HM_MOD_Re_8_2C0725 attack:011270002C072508042C07250803:011270002C0725050E.
2014.07.30 19:28:13 2: CUL_HM CUL_HM_HM_MOD_Re_8_2C0725 attack:011270002C072508042C07250803:011270002C0725060E.
2014.07.30 19:28:14 2: CUL_HM CUL_HM_HM_MOD_Re_8_2C0725 attack:011270002C072508042C07250803:011270002C0725070E.
2014.07.30 19:28:15 2: CUL_HM CUL_HM_HM_MOD_Re_8_2C0725 attack:011270002C072508042C07250803:011270002C0725080E.


sollte mittlerweile (also morgen) Re heißen

ZitatIch kann zumindest über die CCU2 einen Wert für die Spannungsschwelle einstellen. Ob der tatsächlich an das Modul übertragen wird, muss ich noch prüfen.

Erfahrungen aus so einem Fall zeigen, dass es klappt (klappen sollte).
Irgend ein Programmier-Held gibt den Wert an einer anderen Adresse zurück. Da diese eher ein Zufallswert ist  kann man es auch nicht wirklich fangen.
Er wird also zurückgegeben, aber mit falscher Adresse:

RegL_00:          02:01 05:00 0A:12 0B:70 0C:00 18:00 32:4B  00:00
Der Wert sollte auf Adresse 18 (0x12) stehen, kommt (diesmal) auf 0x32 (50).
Der Wert ist 0x4B (75) => 7,5V.
Wenn du den Wert also änderst solltest du es im letzten Wert der Register-Liste wieder finden. Schreiben geht ohne Probleme.

Evtl nutzen die Helden nur 5 Bit für die Adresse?

get regList ist klar - kann ich selbst simulieren. Bedeutung und Sinn ist dir geläufig, nehme ich an.

ZitatDas sind übrigens die Messages, die eine CCU2 während ihres Systemstarts verschickt.

die machen das, was du nicht magst. Ein StatusRequest für jeden Kanal, wenn die Zentrale bootet.
Eine Abfrage der Config ist auch dabei - die anderen fehlen.... vielleicht glaubt die CCU, diese schon zu haben.

Der Spannungswert (0xA0 = 10.0V) steht bei mir in 0x19 - er wird übrigens auch von der CCU2 so angezeigt. Wenn ich das Modul mit einer 9V Batterie betreibe, müsste ich doch dann - theoretisch - irgendwo eine lowBat-Warnung bekommen?

Zitat von: martinp876 am 30 Juli 2014, 20:11:50
sollte mittlerweile (also morgen) Re heißen

Kannst Du das bitte nochmal prüfen? In meiner aktuellen HMConfig.pm #6330 von heute morgen steht

Zeile 225   "00BE" => {name=>"HM-MOD-Re-8"

aber

Zeile 814   "HM-MOD-RC-8"

Meine letzte Frage bezog sich auf den Eintrag in Zeile 814.

das sind übrigens die messages, wenn die CCU2 einen Batterieschwellwert an das Modul überträgt (im Beispiel zwei unterschiedliche Werte)


2014.07.30 20:30:00 2: CUL_HM CUL_HM_HM_MOD_Re_8_2C0725 attack:011270002C072508042C07250803:011270002C072500050000000000.
2014.07.30 20:30:00 0: HMLAN_Parse: wz_HMUSB R:E2C0725   stat:0000 t:E962D030 d:FF r:FFCF     m:1D 8002 2C0725 127000 00
2014.07.30 20:30:00 2: CUL_HM CUL_HM_HM_MOD_Re_8_2C0725 attack:011270002C072508042C07250803:011270002C07250008125A.
2014.07.30 20:30:00 0: HMLAN_Parse: wz_HMUSB R:E2C0725   stat:0000 t:E962D13A d:FF r:FFCE     m:26 8002 2C0725 127000 00
2014.07.30 20:30:00 2: CUL_HM CUL_HM_HM_MOD_Re_8_2C0725 attack:011270002C072508042C07250803:011270002C07250006.
2014.07.30 20:30:00 0: HMLAN_Parse: wz_HMUSB R:E2C0725   stat:0000 t:E962D242 d:FF r:FFCF     m:2F 8002 2C0725 127000 00

2014.07.30 20:31:41 2: CUL_HM CUL_HM_HM_MOD_Re_8_2C0725 attack:011270002C072508042C07250803:011270002C072500050000000000.
2014.07.30 20:31:41 0: HMLAN_Parse: wz_HMUSB R:E2C0725   stat:0000 t:E9645D82 d:FF r:FFCF     m:38 8002 2C0725 127000 00
2014.07.30 20:31:42 2: CUL_HM CUL_HM_HM_MOD_Re_8_2C0725 attack:011270002C072508042C07250803:011270002C072500081232.
2014.07.30 20:31:42 0: HMLAN_Parse: wz_HMUSB R:E2C0725   stat:0000 t:E9645E8B d:FF r:FFD0     m:41 8002 2C0725 127000 00
2014.07.30 20:31:42 2: CUL_HM CUL_HM_HM_MOD_Re_8_2C0725 attack:011270002C072508042C07250803:011270002C07250006.
2014.07.30 20:31:42 0: HMLAN_Parse: wz_HMUSB R:E2C0725   stat:0000 t:E9645F93 d:FF r:FFCF     m:4A 8002 2C0725 127000 00


Zitat von: betateilchen am 30 Juli 2014, 11:16:25
Das EM-8 ist übrigens auch bei ELV schon abgebildet:

Steht schon auf der Einkaufsliste :-) G***, sowas habe ich bei HM schon echt vermisst. Zwei SCI-3 als Statusmeldung meiner Alarmanlage zu verwenden war mir bisher zu blöd.

Zitat von: Pfriemler am 30 Juli 2014, 21:37:25
Steht schon auf der Einkaufsliste :-) G***, sowas habe ich bei HM schon echt vermisst. Zwei SCI-3 als Statusmeldung meiner Alarmanlage zu verwenden war mir bisher zu blöd.

Na Danke jetzt musste ich ihn sofort bestellen :-)

Mein Modul ist heute angekommen. Morgen wird gelötet und getestet.

@Udo,

da hast du recht - schlampig gearbeitet. Hatte nur die erste Zeile geprüft  :o

Zum BatValue: eQ3 hat das gleiche Problem - auch die rechnen nicht mit dem FW-bug. Das schreiben des Limits funktioniert präzise wie bei FHEM (Register 18). Du hast 9,0 und dann 5,0 gesetzt. 

Ich habe eine Korrektur eingecheckt. Sie basiert auf Annahmen, wie der Fehler zustande kommt.
Es gibt ein log (level 3) wenn eine Korrektur vorgenommen wird. Probier einmal

Ich habe für mein Panstamp 8-Kanal Board nun eine CustomFW basierend auf der AskSin Lib erstellt und eingespielt. Die CustomFW meldet sich als Type 00 BE so dass sie von FHEM entsprechend angesprochen wird.

Damit kann ich auch die Register für Spannung usw. korrekt setzen und wieder abfragen, insofern kann ich bestätigen dass sich der FHEM Code korrekt verhält und offenbar in dem EQ3-Device ein Bug ist. Auch bei mir steht dann im Namen noch HM-MOD-RC-8. Alle anderen Sachen klappen wie erwartet (Schalten per FHEM, peeren, Alle Features der List3, usw.)

Werde die FW noch bereinigen und dann hier posten, wenn gewünscht. Wer die internen Taster nicht braucht bekommt dann die gleiche Funktion wie bei dem EQ3-Bausatz für unter 10 Euro. Allerdings ist auf dem Panstamp kein externes EEProm, es ist also nur platz für 3 Peers pro Kanal. (für mich egal da ich dieses Board nur über FHEM schalte)

Achtung: RC wurde jetzt in Re geändert. Das musst du nachzeihen oder ein config drücken, damit FHEM es korrigiert.

Zitat von: unimatrix am 31 Juli 2014, 09:44:25Wer die internen Taster nicht braucht bekommt dann die gleiche Funktion wie bei dem EQ3-Bausatz für unter 10 Euro.

hast du vielleicht ein link dazu?

gruss frank

Hi Frank,

sorry da war ich etwas überheblich, der Preis für den Panstamp liegt offenbar bei 13,73 Euro

http://panstamp.org/store/index.php?id_product=8&controller=product

Wenn man günstig an die Tranceiver kommt (China) gehts mit nem Arduino vll. noch günstiger. Was ich eigentlich sagen wollte ist, dass an diesem HM-Gerät ja nun wirklich nix besonderes dran ist. Ein Controller wo man 8 Ausgänge steuern kann.

Hier das ganze mal bei mir aufgebaut mit Relais angeschlossen (fertiges OutputBoard). ein set on wird nacheinander auf alle 8 Kanäle ausgeführt.

http://videobam.com/cLgAb

Hallo,

wenn Du willst, kasst Du Dich hier http://forum.fhem.de/index.php/topic,25210.msg182322.html#msg182322 eventuell noch dranhängen.

Gruß Christoph

Zitat von: unimatrix am 31 Juli 2014, 12:24:03
Was ich eigentlich sagen wollte ist, dass an diesem HM-Gerät ja nun wirklich nix besonderes dran ist. Ein Controller wo man 8 Ausgänge steuern kann.

Und was wäre im speziellen Fall dieser Anwendung eines Panstamp dann das "Besondere" ? Nix. Genau die gleiche Funktionalität. Und ob man nun 19 Euro (Homematic) oder 14 Euro (Panstamp) bezahlt, macht den Kohl auch nicht mehr fett, zumal man bei HM den Vorteil hat, das Teil innerhalb von 1-2 Tagen auf dem Tisch zu haben. Ausserdem kostet ein Panstamp inkl. Versand (insgesamt: 19,65 Euro) auch nicht weniger als das Homematic-Modul, das man als ELV-Stammkunde versandkostenfrei und sogar mit 3% Nachlass bekommt.

@betateilchen, völlig korrekt. Ich denke ich habe mich schlecht ausgedrückt. Wer nicht basteln will usw ist mit dem EQ3-Teil gut dran.

Der einzige Grund dass ich ursprünglich den Stamp erwähnt hatte, war ja, dass hier zu Beginn von der Anwendung "Relais" schalten die Rede war. Hier gibt es für den Stamp eben direkt das fertige Board mit Stromversorgung, Relais, Anschlüssen, passendes Gehäuse, Hutschienenmontage, etc.

Sorry, wenn das dann zu OT wurde.

bei ehome gibt es, zumindestens heute noch, den bausatz für 18,95. auch alle anderen bausätze sind reduziert.


ich glaube, unimatrix wollte uns folgendes mitteilen:

wenn uns betateilchen den prozessortyp bekannt gibt (bilder), überrasche ich euch vielleicht schon bald mit einer alternativen firmware für das original. [batlevel-bug behoben, taster (intern und extern) unabhängig peerbar und mit short/long events ausgestattet, ota updatefähig, ...]  :)

das geht zwar, aber mir ist auch klar, dass nicht jeder da an der FW rumspielen will und das Ding einfach nur so einsetzen will wie es ist - und das ist ja auch normal.

Ich bin sicher EQ3 wird die kritischen Bugs ebenfalls beheben.

Zitat von: frank am 31 Juli 2014, 14:52:54
ich glaube, unimatrix wollte uns folgendes mitteilen:

wenn uns betateilchen den prozessortyp bekannt gib

Das ist doch kein Geheimnis: STM8L151C8U6

Zitat von: unimatrix am 31 Juli 2014, 14:56:12
Ich bin sicher EQ3 wird die kritischen Bugs ebenfalls beheben.

ich bin mir da nicht so sicher...

Zitat von: Ticket: E510DDA53EA05

Sehr geehrter Herr ,
vielen Dank für Ihre freundliche Anfrage und das damit verbundene Interesse an unseren Produkten.

Um Ihnen einen optimalen und zeitnahen Support gewährleisten zu können, haben wir diesen Service bei unseren Handelspartnern eingerichtet. Wir bitten Sie daher, Ihre Anfrage direkt an Ihren Lieferanten zu stellen. Dieser wird Sie gerne kompetent beraten und unterstützen.
 
Mit freundlichen Grüßen aus Leer

Ihr eQ-3 Support-Team

Ich hatte den Fehler mit der Spannungsschwelle so bitgenau beschrieben, wie wir es hier im Thread erarbeitet hatten. Aber irgendwie scheint sich eq3 dafür momentan nicht sonderlich zu interessieren.

Wunschgemäß habe ich das Ganze nun nochmal an ELV als "Handelspartner" geschickt, aber von dort erwarte ich eigentlich noch weniger Unterstützung.

Zitatdas geht zwar, aber mir ist auch klar, dass nicht jeder da an der FW rumspielen will und das Ding einfach nur so einsetzen will wie es ist - und das ist ja auch normal.

man muss ja schon so einiges löten, besorgen und experimentieren, bis letztendlich etwas reales zu schalten ist. insofern glaube ich, dass ein hoher prozentualer anteil der user dann auch nicht mehr vorm flashen zurückschrecken. kommt natürlich auf deine features an.  ;)

bis auf das beheben des Spannungs-Bugs und den internen Tastern fällt mir an zusätzlichen Features nix ein. Und völlig bugfrei ist die Lib ebenfalls noch nicht. Für Bastler super, für jemand für den es einfach nur gehen muss, aber vll nicht das richtige.

für den Re habe ich einen workaround zur Darstellung des "Spannungsregisters" eingebaut. Hätte gerne feedback ob es funktioniert. So einen "mist" baue ich nur ungern ein - wenn es nicht 100% funktioniert fliegt es wieder raus.

Hallo Martin,

hatten wir das nicht auch schon mal bei der 4 Kanal Platine versucht  ;)
Wenn das schreiben / setzen geht, vielleicht sollte man das dann genau so machen wie EQ-3 - merken und irgendwo in der CFG ablegen.

Gruß Christoph

Hallo Christoph

Zitathatten wir das nicht auch schon mal bei der 4 Kanal Platine versucht

korrekt - hatte es hier schon erwähnt. Evtl hatte ich jetzt eine bessere Idee... mal sehen.

ZitatWenn das schreiben / setzen geht, vielleicht sollte man das dann genau so machen wie EQ-3 - merken und irgendwo in der CFG ablegen.

macht das eQ3 so? Kann sein.
FHEM ist nicht wirklich dazu ausgelegt, sich solche Dinge zu merken. Attribute werden werden geändert, man muss aber ein "save" machen, was unschon ist. Einigen verweigern das save komplett, da sie eine m.E. schlechte struktur ihrer config files verfolgen - nun, sollten dann deren Problem sein.
Unschön auch dass dann ein Attribut für alle HM devices eingeführt werden müsste.
Readings halte ich für "instabil" - kann an meinen tests liegen.... jedenfalls sind die manchmal weg. Ok, man kann sicher nachvollziehen, wann das ist. Aber auch die werden nicht immer und sofort gespeichert.
Dass FHEM nicht alles sofort ein ein File speichert macht sicher sinn.

Was mich dann noch stört, ist die unsicherheit einer Änderung hinter meinen Rücken. Wenn ich etwas über eQ3 tools anderen würde ich es nicht mitbekommen.
Wenn ich anders herum die eQ3 Sw nutze sehe ich keine Änderungen, die ich in FHEM gemacht habe.
resets werden nicht berücksichtigt,...

Ich werde - wenn es hier klappt - mir die 4-kanal platine noch einmal ansehen. Evtl kann man es genauso machen...???

Hallo Martin,

das mit dem "merken" haben wir doch damals getestet. Wir haben einen Wert geschrieben, das Device resettet und nachgesehen was die EQ-3 Software dann macht. Die hatte immer noch den vorheriegen Wert.

Gruß Christoph

Bei ELV ist man übrigens der Meinung, die Sache mit der Batterieschwelle würde korrekt funktionieren.

Zitat
Sehr geehrter Herr ,

hiermit möchten wir uns für das von Ihnen entgegengebrachte Interesse an unseren Produkten bedanken.

Zustand wird über die CCU2 korrekt ausgegeben.
Wenn die Batterieschwelle unterschritten wird, gibt es eine Meldung "Batterieladezustand gering" in der CCU2.
Ein Bug ist also nicht vorhanden

...

Mit freundlichen Grüßen
ELV Elektronik AG
-Team Technische Kundenbetreuung-

Ich kann meine CCU2 übrigens nicht dazu bewegen, eine solche Meldung auszugeben.

Zitat von: martinp876 am 01 August 2014, 08:05:50
für den Re habe ich einen workaround zur Darstellung des "Spannungsregisters" eingebaut. Hätte gerne feedback ob es funktioniert.

was soll ich denn da jetzt als Änderung erkennen können?

RegL_00: 02:81 05:40 0A:12 0B:70 0C:00 18:00 AA:6E 00:00

Zitat von: P.A.Trick am 30 Juli 2014, 22:07:21
Na Danke jetzt musste ich ihn sofort bestellen :-)

Ich meinte den 8-Kanal-Sender! Den gibt's noch gar nicht zu bestellen... zumindest finde ich ihn nicht.

Zitat von: Pfriemler am 01 August 2014, 10:37:33
Ich meinte den 8-Kanal-Sender! Den gibt's noch gar nicht zu bestellen... zumindest finde ich ihn nicht.

Stimmt ich meinte den Empfaenger! Sorry!

Zitat von: unimatrix am 31 Juli 2014, 15:59:20
bis auf das beheben des Spannungs-Bugs und den internen Tastern fällt mir an zusätzlichen Features nix ein.

powerupaction=on/off/lastaction würde mir noch einfallen. natürlich für jeden kanal einzeln.  :)

ok...da aber EQ3 oder wer auch immer dieses Gerät designed hat nun auf einen völlig anderen ST-Controller setzt, wird es dazu wohl so schnell nicht kommen, denn dafür alles zu portieren wäre wohl etwas over the top...
dann doch lieber eigene HW mit gleicher Funktion da geht dann auch PowerUp State usw. ...

Hallo Martin,

hast Du eine spontane Idee, warum on-for-timer nicht funktioniert? Ich kann den zwar mit einer Zeitangabe abschicken, aber dann blinkt die Anzeige für den angegebenen Channel und die aktive Zeit stimmt nicht.

Beispiel: wenn ich on-for-timer 10 schicke, blinkt die Kanal-LED 10 Mal und geht dann nach ca. 13 Sekunden wieder ganz aus.

Hallo Betateilchen!

Bei mir funktionier on-for-timer einwandfrei. Habe es mit einer Led getestet.

örks... ich glaub, das war ein Denkfehler von meiner Seite.

Ich hatte nur auf die onboard-LED geachtet (hab noch nix anderes angeschlossen) und die blinkt ja immer bei laufendem Timer.

Meine On Board Led haben nur beim Peering geleuchtet. Wie kann man die einschalten?

das zugehörige Register setzen: R-backlOnMode2

Kannst du mir sagen, wie das genau funktioniert?

set <deviceName> regSet backlOnMode2 on

Danke Betateilchen! Das hat funktioniert. :)

Ist es eigentlich irgendwie möglich an der Komponente selbst festzustellen, dass ein Schaltbefehl nicht an FHEM übermittelt wurde?

Nö.

ZitatIst es eigentlich irgendwie möglich an der Komponente selbst festzustellen, dass ein Schaltbefehl nicht an FHEM übermittelt wurde?

wenn das modul eine status led vom sendemodul hat, müsste diese doch eigentlich mit einer farbe ungleich grün reagieren, wenn fhem, sofern gepeert, nicht bestätigt.

Das Modul hat aber keine... Deshalb: Nö.

Könnte man hierfür nicht einen Schaltkanal missbrauchen und ein Notify auf den State des HM-MOD-Re-8 setzen, sodass bei einer Erneuerung des States bzw. der dahinter stehenden Uhrzeit eine Led am dafür verwendeten Schaltkanal für eine Sekunde aufleuchtet?

Prinzipiell schon, aber mir erschließt sich der Sinn nicht. Wenn Du Dir schon unsicher bist, ob Deine Befehle bei fhem ankommen - wieso bist Du dann so sicher, dass die Rückmeldung von fhem an das Modul immer korrekt funktionieren soll? Du gewinnst dadurch gar nichts.

Ausserdem könntest Du das nicht auf den State des Moduls selbst triggern, sondern müsstest alle 7 verbleibenden Kanäle überwachen.

Der Sinn dahinter wäre, dass man zumindest in irgendeiner Form eine Rückmeldung erhält, dass der Befehl entgegen genommen wurde.

Sollte gerade diese Rückmeldung ausbleiben, ist entweder auf der Funkstrecke zwischen dem HM-MOD-Re-8 und fhem oder auf den von dir beschriebenen Rückweg von fhem zu HM-MOD-Re-8 etwas schief gelaufen.

Da ich das Modul für eine LED-Statusanzeige mit Schaltfunktion verwenden möchte, wäre es vorteilhaft, wenn ich irgendeine Art Rückmeldung bekommen würde, ob bspw. die Alarmanlage scharf gestellt wurde oder nicht. Würdest du das anders lösen?

ZitatMeine On Board Led haben nur beim Peering geleuchtet. Wie kann man die einschalten?

@spezialtrick
versuche doch mal folgendes:
du schaltest den modus wieder aus:
set <deviceName> regSet backlOnMode2 off
da dieser modus komischerweise mode2 genannt wird, scheint mir, wenn man mode2 ausschaltet, bekommt man mode1. da bei dir mit ausgeschaltetem mode2, also mode1, beim peering angeblich etwas geleuchtet hat, könnte es sich dabei ja um status meldungen handeln. dann die led beim schalten der taster beobachten.

@frank: Holzweg ;)

@Spezialtrick: ja, ich würde das anders lösen. Ich würde direkt nach dem Absenden des Scharfschaltbefehls eine der 8 LEDs aktivieren, und das erfolgte Scharfschalten selbst mit einer zweiten LED signalisieren. Wenn das sofortige Leuchten der ersten LED ausbleibt, schicke ich den Befehl zum Scharfschalten einfach nochmal (z.B. Fernbedienung)

@frank: Wenn ich den backlOnMode2 deaktiviere, bewirkt es nur, dass die OnBoard Leds des Moduls nicht mehr leuchten, wenn man einen Kanal einschaltet. Leider sind es keine Status Leds.

@Betateilchen: Ich glaube wir meinen das Gleiche. Ich habe die Schaltung gerade für einen Kanal auf einem Breadboard zusammengesteckt. Am Kanal 1 steckt eine Dual Led, die rot leuchtet, wenn der Kanal 1 ausgeschaltet ist. Wird der Kanal 1 am Modul per Tasterdruck eingeschaltet, springt die Dual Led auf Grün um. Fhem sollte nun das nachfolgende Notify ausführen:

define HM_Check_on notify CUL_HM_HM_MOD_Re_8_2C071B_Sw_01:on set CUL_HM_HM_MOD_Re_8_2C071B_Sw_08 on-for-timer 0.5

bzw.

define HM_Check_off notify CUL_HM_HM_MOD_Re_8_2C071B_Sw_01:off set CUL_HM_HM_MOD_Re_8_2C071B_Sw_08 on-for-timer 0.5


Und circa 3 Sekunden später schaltet sich die auf dem Kanal 8 steckende blaue Led für eine halbe Sekunde ein und wieder aus, um zu bestätigen, dass der Schaltbefehl korrekt funktioniert hat.

Das entspricht doch deinen vorherigen Ausführungen oder nicht?

nein, aber wenn Dir die Lösung so gefällt, ist doch alles gut :)

Welchen Vorteil hat deine Lösung?

sie gefällt mir

Gibt das Device eigentlich eine Nachricht aus, wenn die Batterie leer ist oder eine bestimmte Schwelle unterschritten wird?

der status der Batterie wird nie als eigener trigger gesendet. Er kommt aber bei den triggern mit.
Wenn du nie einen button drückst, kommt auch kein bat status.
Das low-limit ist einstellbar .

Hallo Martin!

Danke für deine Antwort. :) Das Low-Limit kann ich ja mit

set CUL_HM_HM_MOD_Re_8_2C071B regSet lowBatLimitBA3 SPANNUNG

einstellen. Welche Spannung ist als Grenze sinnvoll? Wo wird mir der aktuelle Batterie Status angezeigt? Weder beim Modul selbst, noch bei den einzelnen Kanälen ist davon was zu sehen.

Hallo,
hat mal jemand getestet was am Pin 17 - TX-Ausgang zu sehen ist ?

VG
Ulf

Vermutlich nichts, weil diese Funktionalität noch nicht in der Firmware implementiert ist.

Zitat von: unimatrix am 28 Juli 2014, 14:10:21
Für eine 8-Kanal Anwendung habe ich mir vor ein paar Tagen ein Panstamp Output Modul zusammengebaut. Von den Kosten her sicher günstiger. Der Panstamp kommt ja incl. Funkmodul und es gibt schon das fertige Output Board, was alles incl. Relais usw. geliefert wird. Gehäuse für Hutschienenmontage gibts auch dazu.

Soll keine Werbung sein(!) wollte nur darauf aufmerksam machen dass ich das Device eh auf Homematic anpasse und da jetzt auch durch "muss" weil die Heizungsstellantriebe etc. schon bestellt sind und das Kabel schon Unterputz verlegt ist :)

Hallo unimatrix,

klingt interessant - hast du dazu mehr Details (Stückliste, Schaltplan etc.)?

Vielen Dank & viele Grüße
Michael

Zitat von: Bennemannc am 28 Juli 2014, 10:19:21
Hallo,

sehe ich zum ersten mal ;-). Ja man kann da Relais anschließen - das sind Open Collector Ausgänge wie bei den 1 Kanal oder 4 Kanal Platinen auch.
Maximale Belastung 100 mA, was bei 12 V einen min. Spulenwiderstand von 120 Ohm ergibt. Ich würde aber Relais mit höherem Widerstand einsetzen, um den Strom möglichst klein zu halten.
Der Preis und auch die Größe sind aber schon klasse. --- Wobei - ich lese gerade, das Sendemodul (in dem Fall wohl das schmale) ist nicht dabei.

Gruß Christoph

Hallo Christoph,
ich würde gerne 230V Verbrauche mit dem Modul schalten. Da meine Basteltage schon ewig vorbei sind - hast du einen Relaistipp für mich? Immer noch Finder oder gibt's heute bessere Alternativen?
Vielen Dank im Voraus!

Hallo,

ich habe bei ELV welche bestellt - immer nach Anforderung, also Spannung und Stromstärke. Für größere Lasten sollte man 12V Relais nehmen. Die können im allgemeinen mehr schalten. Der zweite Aspekt war für mich immer der Widerstand der Spule. Wenn ich die Wahl hatte, habe ich natürlich den Größeren gewählt, weil das Netzteil dann weniger belastet wird. Die 12V Relais funktionieren meist auch mit 9V, was die Strombelastung noch einmal senkt.

Gruß Christoph

Ok dann werde ich mal beim ELV Konfigurator vorbeischauen! Danke!

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

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!

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

Sagt mal, gibts neue Module?
get (Modul) regList liefert mir
   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 (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
   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


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).

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

Hallo,

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

im Reading steht immer set_6 V
     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
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
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

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.  ???

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.

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.

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:
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:
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:
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:
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?

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.

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

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.

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

So , hier ist das Gespräch zwischen einer RC-4 und einem burst-Aktor dem allseits beliebten 4-Kanal-Bausatz HM-LC-SW4-BA-PCB:

2014.10.25 15:43:20 1: HM-Logging gestartet...
2014.10.25 15:43:23.805 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:637F2AA5 d:FF r:FFC0     m:FD B440 2547B4 529E82 01BF  #short mit Burst und ACK request
2014.10.25 15:43:24.102 0: HMLAN_Parse: HMLAN1 R:E529E82   stat:0000 t:637F2B25 d:FF r:FFD5     m:FD 8002 529E82 2547B4 0103C80000 # ACK, >an
2014.10.25 15:43:26.017 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:637F334A d:FF r:FFBF     m:FE B440 2547B4 529E82 01C0  # short ... guckst du, keine Antwort !!! also
2014.10.25 15:43:26.629 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:637F35AE d:FF r:FFC1     m:FE B040 2547B4 529E82 01C0  # sende ich das gleiche Telegramm nochmal
... stimmt, ich wunderte mich gerade, warum der Aktor nicht gleich ausging ...
2014.10.25 15:43:26.756 0: HMLAN_Parse: HMLAN1 R:E529E82   stat:0000 t:637F362D d:FF r:FFD7     m:FE 8002 529E82 2547B4 0103000000 # ACK, >aus
2014.10.25 15:43:29.995 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:637F42D4 d:FF r:FFB8     m:FF B440 2547B4 529E82 41C1  #ein long mit ACK und Burst
2014.10.25 15:43:30.187 0: HMLAN_Parse: HMLAN1 R:E529E82   stat:0000 t:637F4353 d:FF r:FFD8     m:FF 8002 529E82 2547B4 0103C80000 # und die Antwort drauf -  zack, nix mit Long!
... RC-4 reagiert nicht sofort ...
2014.10.25 15:43:34.419 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:637F541D d:FF r:FFBD     m:00 B440 2547B4 529E82 01C2 # und wieder ein Short
2014.10.25 15:43:34.607 0: HMLAN_Parse: HMLAN1 R:E529E82   stat:0000 t:637F549D d:FF r:FFD4     m:00 8002 529E82 2547B4 0103000000 # und aus isser.
2014.10.25 15:43:39.154 1: HM-Logging gestoppt

Martin, das sieht für mich identisch zum Gespräch RC-4 und Re-8 aus. Ich muss das Re-8 wohl um Verzeihung bitten...

Keinen Deut schlauer sind wir, wie ein Burst-Device so mit Long-Triggern umgehen soll. Sie schalten zwar wie mit Shorts, aber sonst?

Übrigens: Die Blockierung der RC-4 nach einem gesendeten Long ist definitiv anders als 5 Sekunden ... weitere Longs werden von der RC4 schlicht ignoriert! Die RC-4 möchte stattdessen einen kurzen Tastendruck, den sie ebenfalls ignoriert, und den darauffolgenden verarbeitet und sendet sie dann wieder, ohne Loch im Tastenzähler, Long oder Short.

Der rc4 kann long und short. Nur bei burst klappt es nicht. Manchmal kommt auch ein long. Evtl. Haengt es an der dauer, die ein burst kostet - und dann noch das ack dazu.
Ich habe es noch nicht mit anderen sendern probiert. Ich halte es fuer einen designfehler. Da haben die architekten gepennt oder es ist schlicht ein codingfehler.
Im burst aktor sollte man long fuer diesen peer abschalten.
Bringt aber nicht viel

in der neuen ccu2 ist der em8 enthalten.
der mode ist das ganze Byte, es gibt aber nicht mehr modi als wir schon kennen.

Die Dekodierung habe ich demnach angepasst, nicht mehr 0,1,2,3 sondern 20,...

Wiki-Artikel erstellt!

Für aufnehmenswerte Hinweise zum Wiki-Artikel http://www.fhemwiki.de/wiki/HM-MOD-Re-8_8-Kanal-Empfangsmodul (http://www.fhemwiki.de/wiki/HM-MOD-Re-8_8-Kanal-Empfangsmodul) zu diesem Gerät bin ich sehr offen - wenn keine Wiki-Berechtigung existiert, gern auch hier posten.

Die Probleme mit der Batterieschaltschwelle und der zu langen Einschaltzeit bei on-for-timer habe ich schon genannt.

Zitat von: AHA1805 am 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 Erweitern

     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

....

Hallo, wie krieg ich denn diese ausführlichen Readings angezeigt ? Habe Register intKeyVisib schon auf "visib" gesetzt, krieg aber trotzdem nur die 7 Zeilen bei Readings ... ??
Vielen Dank

Zitatkrieg aber trotzdem nur die 7 Zeilen bei Readings ... ??

welche zeilen fehlen dir? schon mal getconfig gemacht?

Sorry, sehe gerade, dass die von mir zitierten Codezeilen von AHA1805 gar nicht die Readings aus dem Web-UI sind, sondern wohl ein (detaillierter) Log des getconfig- Kommandos.
Aber wie kriege ich den Log in dieser Detaillierung ? (Wiki "Homematic Nachrichten sniffen" hab ich probiert, hat das aber nicht gebracht)

Zitat von: sigma415 am 10 November 2014, 19:49:26
Sorry, sehe gerade, dass die von mir zitierten Codezeilen von AHA1805 gar nicht die Readings aus dem Web-UI sind, sondern wohl ein (detaillierter) Log des getconfig- Kommandos.
Aber wie kriege ich den Log in dieser Detaillierung ? (Wiki "Homematic Nachrichten sniffen" hab ich probiert, hat das aber nicht gebracht)

Es sind schon die Readings aus dem WebUI. Nur musst Du wirklich einmal ein "getConfig" auf das Modul-Device (nicht einen Kanal des Moduls) setzen. Ich habe es eben probiert: spontan bekam ich wieder einen TimeOut - beim zweiten Mal habe ich kurz nach dem Absetzen einen Kanal am Modul direkt eingeschaltet. Ob es das gebracht hat, weiß ich nicht, aber jetzt ist alles gekommen.

Ein "list <name_deines_moduls>" liefert Dir dann alle Details, die man bequem kopieren und hier als Code einfügen kann. Bei mir sieht das so aus:
Internals:
   .triggerUsed 1
   DEF        2Cmmmm #mmmm=letzte vier Ziffern der FHEM internen Nummer
   HMLAN1_MSGCNT 96
   HMLAN1_RAWMSG E2C05AE,0000,B7A87865,FF,FFD7,04A4102C05xxzzzzzzz06040080 #zzzzzz ist die ID meiner Zentrale
   HMLAN1_RSSI -41
   HMLAN1_TIME 2014-11-10 22:53:30
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     96
   NAME       8BattAktor1
   NR         253
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 8BattAktor1N1
   channel_02 8BattAktor1N2
   channel_03 8BattAktor1N3
   channel_04 8BattAktor1N4
   channel_05 8BattAktor1N5
   channel_06 8BattAktor1N6
   channel_07 8BattAktor1N7
   channel_08 8BattAktor1N8
   lastMsg    No:04 - t:10 s:2C05AE d:1411AB 06040080
   protCmdDel 10
   protLastRcv 2014-11-10 22:53:30
   protResnd  2 last_at:2014-11-10 22:53:25
   protResndFail 2 last_at:2014-11-10 22:53:29
   protSnd    96 last_at:2014-11-10 22:53:30
   protState  CMDs_done
   rssi_at_HMLAN1 avg:-38.56 min:-51 max:-34 lst:-41 cnt:98
   Readings:
     2014-09-08 21:04:57   .D-devInfo      480100
     2014-09-08 21:04:57   .D-stc          10
     2014-11-10 22:53:30   .protLastRcv    2014-11-10 22:53:30
     2014-10-23 18:59:22   CommandAccepted yes
     2014-09-08 21:04:57   D-firmware      1.0
     2014-09-08 21:04:57   D-serialNr      LEQ0575368
     2014-11-10 22:52:53   PairedTo        0x1411AB
     2014-11-10 22:52:53   R-intKeyVisib   invisib
     2014-11-10 22:52:53   R-ledMode       on
     2014-09-19 22:27:04   R-lowBatLimitBA3 set_8 V
     2014-11-10 22:52:53   R-pairCentral   0x1411AB
     2014-11-10 22:53:23   RegL_00:          02:01 05:40 0A:14 0B:11 0C:AB 18:00 BF:00
     2014-11-01 02:10:56   level           0
     2014-11-01 02:10:56   pct             0
     2014-11-01 02:10:56   powerOn         2014-11-01 02:10:56
     2014-11-01 02:10:56   recentStateType info
     2014-11-10 22:53:30   state           CMDs_done
     2014-11-01 02:10:56   timedOn         off
   Helper:
     cSnd       0zzzzzz2Cmmmm00040000000000
     mId        00BE
     rxType     2
     Io:
       newChn     +2Cmmmm,00,01,00
       nextSend   1415656410.26949
       prefIO
       rxt        0
       vccu
       p:
         2Cmmmm
         00
         01
         00
     Mrssi:
       mNo        04
       Io:
         HMLAN1     -39
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat   02,03,05,06,07,08
     Role:
       dev        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1415656410.18857
       ack:
         HASH(0x25a4520)
         048002zzzzzz2Cmmmm00
     Rssi:
       At_hmlan1:
         avg        -38.5612244897959
         cnt        98
         lst        -41
         max        -34
         min        -51
     Shadowreg:
Attributes:
   IODev      HMLAN1
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.0
   model      HM-MOD-Re-8
   msgRepeat  1
   room       Spielwiese
   serialNr   LEQxxxxxxxxx
   subType    switch
   webCmd     getConfig:clear msgEvents

Wie zu sehen ist, hängt bei mir noch "set_8V" für die Schwelle, wie beschrieben.

@Pfriemler, ich hab mir das Modul auch bestellt um mir eine 8x Steckdosenleiste zu bauen. Nun schreibst du das man es mit einem Burst wecken soll und man das Modul nicht auf einen nonburst Modus umstellen kann.
ELV schreibt ja als Spannungsquelle 2-3,3V und 3,5-12V ( Quelle ELV.de: http://files.elv.de/Assets/Produkte/13/1321/132143/Downloads/132143_HM-MOD-Re-8_data.pdf ) kann es vielleicht sein, das je nach anliegender Spannung das Teil in einen anderen Modus geht? Und wenn z.B. 5V anliegen es sich nicht schlafen legt und so auch kein Burst benötigt?

Um den Burst kümmert sich die Sendekomponente automatisch selbst. Bursts gehen aber zu Lasten der Batterie ALLER Burstdevices in einer Umgebung und namentlichbim Zusammenspiel mit einer Zentrale zu Lasten des Sendezeitkontingents. (mein EM8 etwa kann ich nicht einmal ganz durchkonfigurieren bevor das Stundenlimit erreicht ist) Daher wollte ich das möglichst vermeiden.

Es GIBT die Einstellbarkeit offenbar, nur kennen wir noch nicht das Register.
An der Versorgung liegt es sicher nicht ... ich betreibe das Modul an einem 9V-Block und es benötigt die Bursts.

Geht nich gips nich

Heißt wir brauchen ne ccu um das herauszufinden?

Gesendet von meinem Smartphone

Zitat von: strauch am 04 Dezember 2014, 16:50:13
Heißt wir brauchen ne ccu um das herauszufinden?

Irgendwie werde ich schon länger das Gefühl nicht los, dass es sehr hilfreich wäre, eine griffbereit zu haben, damit man ihre Gespräche mit den Geräten belauschen und die Erkenntnisse für FHEM weiterverwenden kann. So richtig hat mir das aber noch keiner beantwortet ... ??? Es soll wohl auch 'n CCU2-Emu aufm Raspbi geben. Ich muss mich wohl mal schlaumachen.

Ich hab die lxccu jetzt mal Erfolgreich installiert. Doof nur ich brauch einen 2. HM-LAN-CFG oder HM-USB-CFG odere das neue Gateway. Geht zwar auch mit einem CUL über CUxD aber da läuft das einrichten nicht direkt über Homematic und das 8x Schaltmodul ist da schon mal nicht dabei.

Schön wäre eigtl. das neue Gateway mit der Option auf Firmwareupdates. Aber FHEM kann es ja auch noch nicht.

Also ich hab mal die Seite mit den PeerOptionen als HMTL Seite gespeichert was mit Burst kann ich da nicht erkennen. Edit: Ich habs mal auf eine HTML Seite reduziert ohne den ganzen javascript Klumpatsch von der CCU.

Hallo an die Experten,

mit der neuen Firmware Version 1.1 funktioniert das Pairen an FHEM, aber dann bei getConfig folgt: RESPONSE TIMEOUT:RegisterRead, und somit kann mann die 8 Ausgänge nicht benutzen.

FHEM 5.6 aktuelle Version, homematik über HMlan als Adapter.

@alle: Martin oder andere Experten, könntet Ihr hilfe leisten?

hier noch der List des Moduls

Internals:
   CFGFN
   DEF        35F52D
   IODev      myHMLAN
   LASTInputDev myHMLAN
   MSGCNT     8
   NAME       HM_35F52D
   NR         214
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   channel_01 HM_35F52D_Sw_01
   channel_02 HM_35F52D_Sw_02
   channel_03 HM_35F52D_Sw_03
   channel_04 HM_35F52D_Sw_04
   channel_05 HM_35F52D_Sw_05
   channel_06 HM_35F52D_Sw_06
   channel_07 HM_35F52D_Sw_07
   channel_08 HM_35F52D_Sw_08
   lastMsg    No:06 - t:02 s:35F52D d:321CBA 00
   myHMLAN_MSGCNT 8
   myHMLAN_RAWMSG RA2B45ED3,0001,0561E09A,FF,FFC2,06800235F52D321CBA00
   myHMLAN_RSSI -62
   myHMLAN_TIME 2015-09-06 14:49:33
   protCmdDel 42
   protLastRcv 2015-09-06 14:49:33
   protResnd  4 last_at:2015-09-06 15:00:12
   protResndFail 4 last_at:2015-09-06 15:00:16
   protSnd    7 last_at:2015-09-06 15:00:07
   protState  CMDs_done_Errors:1
   rssi_at_myHMLAN avg:-56.5 min:-63 max:-45 lst:-62 cnt:8
   Readings:
     2015-09-06 14:49:33   CommandAccepted yes
     2015-09-06 14:49:32   D-firmware      1.1
     2015-09-06 14:49:32   D-serialNr      MEQ0650400
     2015-09-06 14:49:32   R-intKeyVisib   set_invisib
     2015-09-06 14:49:32   R-pairCentral   set_0x321CBA
     2015-09-06 14:44:53   level           0
     2015-09-06 14:44:53   pct             0
     2015-09-06 14:44:53   powerOn         2015-09-06 14:44:53
     2015-09-06 14:44:53   recentStateType info
     2015-09-06 15:00:16   state           RESPONSE TIMEOUT:RegisterRead
     2015-09-06 14:44:53   timedOn         off
     Regl_00::
       VAL
   Helper:
     HM_CMDNR   8
     PONtest    0
     cSnd       01321CBA35F52D00040000000000,01321CBA35F52D00040000000000
     mId        00BE
     rxType     2
     Io:
       newChn     +35F52D,00,00,00
       nextSend   1441543773.94527
       prefIO
       rxt        0
       vccu
       p:
         35F52D
         00
         00
         00
     Mrssi:
       mNo        06
       Io:
         myHMLAN    -60
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_myhmlan:
         avg        -56.5
         cnt        8
         lst        -62
         max        -45
         min        -63
     Shadowreg:
       RegL_00:    02:01 0A:32 0B:1C 0C:BA
Attributes:
   IODev      myHMLAN
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.1
   model      HM-MOD-Re-8
   msgRepeat  1
   room       CUL_HM
   serialNr   MEQ0650400
   subType    switch
   webCmd     getConfig:clear msgEvents
Gerhard

Kann man mehrere Ausgänge mit einem Befehl schalten?

nein,

man kann übon FHEM er Taster die Ausgänge schalten, die dann nach eine weile (mehrere Secunden) in FHEM angezeigt werden, aber von FHEM kann man das Modul nicht schalten.

Gerhard

Ich habe schon öfter geschrieben, dass das Re-8 im Rahmen einer Durchkonfigurierung eine solche Funklast verursacht, dass zumindest kurzfristig das HMLAN oder der HMCFGUSB "dichtmachen". Laut Registerauszug wartet FHEM auf die Bestätigung des Aktors, als Zentrale zu funktionieren - bis dahin liest FHEM zwar den Status mit, aber der Aktor verweigert sich steuern zu lassen. Das ist auch richtig so.

Register read timouts haben wir also schon länger beobachtet. Lösche den Funkcache mit "<HMInfo> set hm clear Protocol" (sofern Du ein hminfo-Device definiert hast, was eigentlich ein Muss ist) und versuche dann nochmal ein getConfig auf das Device zu setzen. Wenn das misslingt, wieder löschen und neu pairen... den Re-8 dazu in den Pair mode versetzen (sonst geht gar nichts). Ich habe letztens auch wieder mehrere Versuche gebraucht.

Der re8 ist ein burst device. Hmlan sendet einen burst um mit ihm zu reden. Antwortet er nicht, wird zwei mal wiederholt. Fhem wiederholt auch 3mal, das sind dann 9 burst. In 1h darf ein hmlan 100 burst.... Minus sonstiges senden.
Man sollte
Burst senden auf ein minimum reduzieren
Vermeiden auf tote burstdevice zuzugreifen (Faktor 3)
Ggf das wiederholen in fhem unterbinden, siehe Attribute im device.

Fhem sendet einen burst und arbeitet dann alles ab, was ansteht. Wenn man es in kleinen Blöcken sendet ist jedes mal ein burst notwendig, funktechnische teuer.

ok,

ich werde heute Abend es versuchen. viel Hoffnung habe ich nicht, aber ich versuche es.

Es gibt einen Nachbarthread, in welchem von einem Firmwarebug die Rede ist.  Mir scheint das auch so. Da wirst du abwarten und ggf.   umtauschen müssen ...?

geht nich Gips nich ...

Hallo an Alle!

Wollte nur mal hier fragen ob einer das Modul Switch "HM-MOD-Re-8" V1.2 mit  dem Thermostaten "HM-TC-IT-WM-W-EU" V1.3 nutzt? (Siehe Bild 1)

Habe  den HM_3A7A7E_SwitchTr an HM_36069B_Sw_01 gepeert!

Das schalten von Ausgängen 1 bis 8 von Hand und Desktop funktioniert!


Das Problem ist das schalten über den eingestellten Sollwert vom Thermostaten!

z.B  HM_36069B_Sw_01 ist "Aus" / Raumtemp = 23.1 C° / Sollwert zB 30 C°  jetzt muss der  HM_3A7A7E_SwitchTr den HM_36069B_Sw_01 auf "Ein" schalten!

Das mach er aber nicht  :(! (siehe Bilder 2 / 3 / 4)

Hat einer eine Idee ?

Danke

der HM-TC-IT-WM-W-EU kann keine Burstdevice schalten!

Schade habe ich mir schon gedacht!  >:(


Kann man den HM-MOD-Re-8 nicht auf No Burstdevice umstellen?

Weil man kann den HM-MOD-Re-8 entweder mit 2-3,3V (Batterien)  oder mit 3,5 - 12V (Ext. Spannungsversorgung) betreiben!

Ich betreibe das Modul  HM-MOD-Re-8 über Ext. Spannungsversorgung 5V !


Danke

Den Re-8 in den Non-Burst-Modus zu setzen hätte ich an oberster Stelle der Wunschliste.
Leider geht das nicht (laut ELV).

Du musst leider auf einen Non-Burst-Aktor ausweichen.

Danke

Werde dann den hier kaufen!

Der hat kein Burst! 8)

Ich hätte Dir alternativ zum HM-LC-Sw4-PCB (http://www.fhemwiki.de/wiki/HM-LC-Sw4-PCB_4-Kanal-Schaltaktor) geraten (auch als Bausatz, preisgünstiger). Der braucht auch keinen Burst. Besitzt auch komplette Short-Long-Register-Unterstützung etc. Der interne analoge Längsregler auf 5V ist allerdings energetisch ungünstig. Ich habe das Modul umgebaut und speise 5V aus einem USB-Netzteil.

Welche Spannung liegt bei euch am Ausgang eigentlich an. Ich habe 0.3 bei off und 0.6V bei on gemessen. Für meinen Optokoppler zu wenig.  >:(

Zitat von: Gerhard am 06 September 2015, 15:05:12
Hallo an die Experten,

mit der neuen Firmware Version 1.1 funktioniert das Pairen an FHEM, aber dann bei getConfig folgt: RESPONSE TIMEOUT:RegisterRead, und somit kann mann die 8 Ausgänge nicht benutzen.

FHEM 5.6 aktuelle Version, homematik über HMlan als Adapter.

@alle: Martin oder andere Experten, könntet Ihr hilfe leisten?

hier noch der List des Moduls

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        35F52D
   IODev      myHMLAN
   LASTInputDev myHMLAN
   MSGCNT     8
   NAME       HM_35F52D
   NR         214
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   channel_01 HM_35F52D_Sw_01
   channel_02 HM_35F52D_Sw_02
   channel_03 HM_35F52D_Sw_03
   channel_04 HM_35F52D_Sw_04
   channel_05 HM_35F52D_Sw_05
   channel_06 HM_35F52D_Sw_06
   channel_07 HM_35F52D_Sw_07
   channel_08 HM_35F52D_Sw_08
   lastMsg    No:06 - t:02 s:35F52D d:321CBA 00
   myHMLAN_MSGCNT 8
   myHMLAN_RAWMSG RA2B45ED3,0001,0561E09A,FF,FFC2,06800235F52D321CBA00
   myHMLAN_RSSI -62
   myHMLAN_TIME 2015-09-06 14:49:33
   protCmdDel 42
   protLastRcv 2015-09-06 14:49:33
   protResnd  4 last_at:2015-09-06 15:00:12
   protResndFail 4 last_at:2015-09-06 15:00:16
   protSnd    7 last_at:2015-09-06 15:00:07
   protState  CMDs_done_Errors:1
   rssi_at_myHMLAN avg:-56.5 min:-63 max:-45 lst:-62 cnt:8
   Readings:
     2015-09-06 14:49:33   CommandAccepted yes
     2015-09-06 14:49:32   D-firmware      1.1
     2015-09-06 14:49:32   D-serialNr      MEQ0650400
     2015-09-06 14:49:32   R-intKeyVisib   set_invisib
     2015-09-06 14:49:32   R-pairCentral   set_0x321CBA
     2015-09-06 14:44:53   level           0
     2015-09-06 14:44:53   pct             0
     2015-09-06 14:44:53   powerOn         2015-09-06 14:44:53
     2015-09-06 14:44:53   recentStateType info
     2015-09-06 15:00:16   state           RESPONSE TIMEOUT:RegisterRead
     2015-09-06 14:44:53   timedOn         off
     Regl_00::
       VAL
   Helper:
     HM_CMDNR   8
     PONtest    0
     cSnd       01321CBA35F52D00040000000000,01321CBA35F52D00040000000000
     mId        00BE
     rxType     2
     Io:
       newChn     +35F52D,00,00,00
       nextSend   1441543773.94527
       prefIO
       rxt        0
       vccu
       p:
         35F52D
         00
         00
         00
     Mrssi:
       mNo        06
       Io:
         myHMLAN    -60
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_myhmlan:
         avg        -56.5
         cnt        8
         lst        -62
         max        -45
         min        -63
     Shadowreg:
       RegL_00:    02:01 0A:32 0B:1C 0C:BA
Attributes:
   IODev      myHMLAN
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.1
   model      HM-MOD-Re-8
   msgRepeat  1
   room       CUL_HM
   serialNr   MEQ0650400
   subType    switch
   webCmd     getConfig:clear msgEvents
Gerhard

Hallo,

ich habe exakt dasselbe Problem. Versuche nun schon seit Wochen, zwei 8-fach Aktoren zu pairen, aber Erfolg. Nach 2 bis 3 getConfig- Betätigungen geht mein HMLAN in overload und sendet eine Stunde lang nicht mehr.

Ein mal habe ich es hinbekommen, von fhem aus tatsächlich Register des Aktors zu setzen, allerdings ließ sich das Gerät nie tatsächlich durch Funkbefehle schalten.

Komischerweise habe ich vor ca. einem halben Jahr schon ohne Probleme einen dieser Aktoren gepairt und der läuft bis heute ohne Probleme. Gibt es bei den Pairing-Problemen eine Abhilfe?

Gruß,
Martin

edit:
an folgendem Register sieht man meiner Meinung nach, dass das Pairing nicht geklappt hat:

2015-09-06 14:49:32   R-pairCentral   set_0x321CBA

Bei mir sieht das genau so aus, nur mit meiner hmID. Hier steht immer ein "set_0x blabla" drin, aber nie nur die eigentliche hmID meines Homematic LAN Adapters.

Hallo, ich möchte mich noch mal wegen meines Problems melden. Ich habe folgendes Thema im elv Forum gefunden:
http://www.elv.de/topic/wieder-anlernproblem-hm-mod-re-8-ccu-an-ccu2.html

Anscheinend ist die Firmware 1.1 der Geräte fehlerhaft und können teilweise nicht angelernt werden oder es erfolgt keine Kommunikation.

Frage: Kann ich die Empfangsmodule über fhem mit einem Homematic LAN adapter auf die aktuelle Firmware 1.2 flashen oder bleibt nur übrig, die Komponenten zu elv zurückzusenden?

Gruß,
Mathea

Hallo Mathea,

HM-CFG-LAN ist grundsätzlich nicht zum FW update zu gebrauchen. Für das Update wird die Übertragungsgeschwindigkeit geändert. Das wird von dem LAN Adapter nicht unterstützt. Ich habe mir deshalb zusätzlich einen HM-CFG-USB gegönnt.

Gruß Christoph

- das gilt zumindest für den alten, runden Lan Adapter.

Zitat von: Dittel am 14 November 2015, 19:11:25
Welche Spannung liegt bei euch am Ausgang eigentlich an. Ich habe 0.3 bei off und 0.6V bei on gemessen. Für meinen Optokoppler zu wenig.  >:(

Die gemessene Spannung kann bei offenem Kollektor von der Basisansteuerung her mit hochohmigen Messgeräten erfasst werden. Am Ausgang liegt eigentlich keine Spannung an. Das Modul hat open-collector-Transistor-"Ausgänge", d.h. die Transistoren schalten eine positive Spannung gegen GND (=Batterie-Minus). Wenn Du den Optokoppler entsprechend anschaltest, klappt's garantiert.

Hallo,

mal ne dumme Frage: Wie habt ihr denn das hm-mod-re-8 mit der Relaiskarte verbunden? Habe überlegt, mir so ein 5V 8-Kanel Relaisboard zu kaufen:
https://www.amazon.de/Kanal-Relay-Relais-Module-Arduino/dp/B00AEIDWXK/ref=sr_1_6?ie=UTF8&qid=1467750159&sr=8-6&keywords=relais+5v

Und dazu noch das hm-mod-re-8. Kann ich das Relaisboard and der VCC Leitung direkt mit der COM Leitung vom hm-mod-re-8 verbinden? In der COM Leitung sind ja laut Anleitung die Rückschlagdioden verbaut.

Falls das von euch schon einer gemacht hat, könnt ihr vielleicht mal ein Foto einstellen?

Schau dir mal diese eBay-Angebote an:

http://www.ebay.de/itm/Homematic-Funk-Schaltaktor-8-fach-Kanal-Relais-230Volt-HM-MOD-Re-8-/331900169950?hash=item4d46caaede:g:ONwAAOSwZ1BXdbrE (http://www.ebay.de/itm/Homematic-Funk-Schaltaktor-8-fach-Kanal-Relais-230Volt-HM-MOD-Re-8-/331900169950?hash=item4d46caaede:g:ONwAAOSwZ1BXdbrE)
http://www.ebay.de/itm/Homematic-Funk-Schaltaktor-8-fach-Kanal-Relais-Modul-230Volt-HM-MOD-Re-8-DIY-/331875471344?hash=item4d4551cff0:g:nysAAOSwciVXQF9w (http://www.ebay.de/itm/Homematic-Funk-Schaltaktor-8-fach-Kanal-Relais-Modul-230Volt-HM-MOD-Re-8-DIY-/331875471344?hash=item4d4551cff0:g:nysAAOSwciVXQF9w)
http://www.ebay.de/itm/Homematic-EQ3-8-Fach-Funk-Ausen-Aufputzschalter-IP65-230V-10A-/302002919784?hash=item4650c6d968:g:PdMAAOSwbYZXd9a2 (http://www.ebay.de/itm/Homematic-EQ3-8-Fach-Funk-Ausen-Aufputzschalter-IP65-230V-10A-/302002919784?hash=item4650c6d968:g:PdMAAOSwbYZXd9a2)

Die scheinen das so zu machen.
Zumindest sieht man da nix von einer alternativen Stromversorgung.

Hi,
die Angebote habe ich mir auch genau angeschaut. Das einzige, was mich stutzig gemacht hat war, dass die von den 10 Pins am Relais nur neun verlötet haben. Wenn man die Bilder vergrößert und durchzählt, sieht man das.
Ich habe überlegt, ob ich GND und COM sowie die Kanäle 1 bis 8 direkt mit dem Board verbinde. Das wäre am einfachsten.

Guten Morgen Teichtaucher.

Ich habe genau diese Relaiskarte an mein HM-MOD angeschlossen.
Beide werden von einem 5V 2A Netzteil versorgt und ich steuere damit meine Gartenbewässerung.

Ich habe jedoch die VCC der Relaiskarte nicht am HM-MOD angeschlossen, sondern direkt am Netzteil.

Hallo oli82,

Genau das habe ich auch vor. Danke für die Antwort.

Hast du dann noch eine Rückschlag Diode zwischen Relais Karte und Netzteil verbaut?

Nein, habe ich nicht.
Die Relais selbst haben alle eine Freilaufdiode und einen Opto davor.
In die Spannungsversorgung habe ich nichts weiter eingebaut.

Welche Relaiskarte verwendest du denn wenn ich fragen darf? Auch so eine von Amazon?

Nutze diese: http://www.sainsmart.com/8-channel-dc-5v-relay-module-for-arduino-pic-arm-dsp-avr-msp430-ttl-logic.html , bzw einen "Nachbau".
Sollte aber identisch mit deiner zu sein.

Hallo,

lese hier interessiert mit.
Gibt es einen Tipp, wie man sich eine Steuerung für 230V aufbaut und wo man die Teile gut bekommt?
Bei ebay gibt es ja relativ teure Fertigversionen.

Also HM-MOD-Re-8, dann eine Relaiskarte (welche?) und ein Netzteil (welches?)
IP65 Gehäuse...
Sind die "Kinderkrankheiten" erledigt und lässt sich das Modul gut in FHEM verwenden? Wie sieht es mit AES-Signatur aus, wird sie unterstützt?


Gruß

Byte

Das HM-MOD von ELV: http://www.elv.de/homematic-8-kanal-empfangsmodul.html
Die Relaiskarte von Ebay / Amazon / Alibaba Bsp: https://www.amazon.de/Kanal-Relay-Relais-Module-Arduino/dp/B00AEIDWXK/ref=sr_1_6?ie=UTF8&qid=1467750159&sr=8-6&keywords=relais+5v
Gehäuse: Hatte ein IP 65 hier noch liegen und dort ein Paar PG Verschraubungen eingebaut
Netzteil: Habe ein Hutschienennetzteil von Mean Well verbaut: https://www.conrad.de/de/hutschienen-netzteil-din-rail-mean-well-dr-15-5-5-vdc-24-a-12-w-1-x-1297353.html

Hutschiene deshalb, da in einer kleinen Unterverteilung.

Bilder habe ich gerade keine zur Hand, kommt den Bildern auf Ebay aber sehr nahe ;)

Habe überlegt als Netzteil einfach ein altes Handyladegerät (usb) zu verwenden. Das liefert auch 5V und liegt mehrfach bei mir zuhause rum.

Du musst nur den Gesamtstrom bedenken, wenn einmal ALLE 8 Relais angezogen sind. da kommen knapp 950mA zusammen ;)

Zitat von: Bytechanger am 06 Juli 2016, 11:28:28
Sind die "Kinderkrankheiten" erledigt und lässt sich das Modul gut in FHEM verwenden?

Mit CUL-FW 1.66 hatte ich laut hminfo nicht lesbare Register und öfters Schwierigkeiten mit der Kommunikation. Meist half "reopen" der CUL, hatte ich mir auf einen Timer morgens um 3 gelegt, damit das Ding dann "fit" ist wenn die Heizung an soll. Damit lief es ~1/2 Jahr recht zuverlässig (USB-Wandler kann ich ausschließen, hing per LL-serial an einem Edison-Breakout, vorher Pi2 mit gleichem Bild).

Bin jetzt wieder auf Pi2 umgestiegen (ständig Logs purgen war nervig, EMMC im Edison klein) und habe dabei auf HMUARTLGW (manuell vor grob 2 Wochen installiert) mit dem PI-GPIO-Modul umgestellt. Seit dem ist hminfo sauber und ich hatte keine Probleme mehr. BTW: Ich hab das HF-Modul unter die Platine gelötet, passt dann besser in flache Gehäuse.

Gruß,
gompf

[mein erstes Posting hier, falls ich etwas falsch mache, dann bitte Bescheid geben, jedoch haben mir Suche/Google nicht weitergeholfen.]

Vorweg, ich würde über dieses Modul gerne Geräte im Garten steuern, dazu hatte ich vor, in ein Gehäuse ein 12V Netzteil einzubauen und das Modul an eine Relaisplatine mit 12V anzuschliessen (nicht die üblichen 5V Arduino Platinen).

Ich würde jedoch gerne den Echt-Zustand überwachen, und stelle mir die Frage, ob ich den Schaltzustand des Moduls/eines Aktors auslesen kann.

Wenn ich das richtig verstehe, dann geht das mit 'getstate', meine aber irgendwo gelesen zu haben, dass das nicht bei Batteriebetriebenen Geräten geht.

Dieses Modul ist ja bei mir nicht batteriebetrieben, aber evtl. sieht die Firmware das ja anders ;-)

Gibt es eine Liste, welches Modul welchen Befehl verarbeiten kann? Oder kann mir jemand sagen, ob getstate geht?

Oder muss ich ein Hutschienenmodul nehmen?

gruss kai

Nabend Kai,

Das funzt. Nach Schaltkommando liest FHEM den aktuellen Status zurück. Status abfragen geht auch. Das war der Indikator für mein CUL-Problem. Wenn Status request zu Fragezeichen führte hing die CUL -> reopen.
Verbraucht nur recht viel Funkzeit da alles über Burst. Bei mir steckt es in der Heizung, also wenige Schaltpunkte am Tag und man kann gut damit Leben.

Gruß,
gompf

Danke, das war ja eine schnelle Rückmeldung.

Heisst, ich könnte nicht jede Minute z.Bs. nachschauen obs noch an ist, weil dann zuviel Airtime benutzt wird?

Währe das bei dem Hutschienenmodell besser?

Oder alternativ nicht die eingebauten Taster/Eingänge nutzen, sondern ein Sendemodul dafür einsetzen, dass ich mit FHEm *und* dem Empfängermodul jeweils direkt verbinde? Ich möchte nämlich erreichen, dass auch wenn FHEM down ist, diese Aktoren benutzt werden können - lokal und mittels direkt gepairten Handsendern.

Mal anders gesagt, was will ich erreichen....

Ich möchte an dem Aktor eine Pumpe und Bewässerungsventile anschliessen. Diese sollen von Hand (lokal), aber auch von Handsendern aus gesteuert werden können. Über FHEM möchte ich dann einen Status anzeigen können, quasi 'alles aus, kannst fahren' (oder so). Allerdings möchte ich das möglichst unabhängig von der FHEM Instanz machen, heisst es soll die Steuerung auch gehen, wenn FHEM aus ist - die Anzeige geht dann auch nicht, ist aber kein Problem.

gruss ka

Na ja, also

HomeMatic hat die 1%-Regel. Demnach darf (und das überwacht der Sender, also das IO-Device) in der Stunde der Datenverkehr nicht zu groß werden. Falls das passiert, wird bis zur nächsten Stunde pausiert!
Empfangen werden kann weiterhin (http://fhemwiki.de/wiki/1%25_Regel).

Du musst zwischen pairen und peeren unterscheiden.
Gepairt wird das Gerät mit der Zentrale, also FHEM.

Gepeert wird ein Gerät (also z.B. der Handsender) mit dem Gerät (Actor).
Wird per Handsender ein Signal gegeben, erfolgt dies direkt und one FHEM an das Gerät. Die Zentrale wird darüber aber auch informiert und bekommt den Statuswechsel mit!
Sollte FHEM in der Zeit DOWN sein, kann der Status auch von der Zentrale "erfragt" werden.

Wenn die Zentrale oder ein Gerät ein Schaltbefehl gibt, wartet es auch auf eine Rückmeldung. Erfolgt diese nicht, wird mehrfach noch versucht den Befehl zu geben.
Das System arbeitet also Bidirektional.


Greets

Byte

So, habe jetzt alles zusammengebaut und kann jetzt mit meinem HM-MOD-Re-8 die Brunnenpumpe und die einzelnen Bewässerungskreise steuern. Eine Sache hat mit jedoch gewurdert:

Ich kann beim HM-MOD-Re-8 alle Kanäle steuern ohne diese vorher mit FHEM zu peeren. Somit könnte ja jeder, der die Kanäle vom HM-MOD-Re-8 sieht, diese ein- und ausschalten.

Kann ich das irgendwie ändern? Oder habe ich da irgendwas nicht verstanden?

Du kannst die Kanäle nur pairen, wenn du das HM-MOD in den Anlernmodus versetzt, bzw das erste Mal mit Spannung versorgst.

Zitat von: teichtaucher am 21 Juli 2016, 09:34:45
Kann ich das irgendwie ändern? Oder habe ich da irgendwas nicht verstanden?

Das scheint mir so. Beschäftige Dich bitte mit pairing und peering  (http://www.fhemwiki.de/wiki/Pairing_und_Peering)und AES (http://www.fhemwiki.de/wiki/AES_Encryption).

Aber grundlegend hast Du Recht: jeder kann es, es sei denn Du verwendest AES mit eigenem Schlüssel.

Gruß Otto

Hallo,

also folgendes habe ich bis jetzt gemacht:
Ich habe testweise einen Kanal vom HM-MOD-Re-8 in FHEM gepaired (via hmPairForSec - hatte ich mich im letzten Post falsch ausgedrückt). Laut Anleitung verstehe ich das so, dass ich jeden Kanal separat anlernen muss. Mich hat es jetzt aber gewundert, dass ich alle Kanäle vom HM-MOD-Re-8 steuern kann.

Wie ist denn das bei euch? Musstet ihr alle Kanäle erst mit FHEM pairen oder konntet ihr direkt ohne Anlernen die Kanäle steuern?

Ich habe bis jetzt keinen AES Schlüssel geändert. Ich habe aber schon einige Geräte am Laufen (Rollladen, Heizthermostate, Gartenbeleuchtung). Wenn ich jetzt den Schlüssel ändere, muss ich den dann auch in allen angelernten Geräten ändern? Sorry für diese Anfängerfragen...

ZitatIch habe testweise einen Kanal vom HM-MOD-Re-8 in FHEM gepaired (via hmPairForSec

Sorry aber die Aussage ist quatsch. Lies dir bitte das Wiki durch um die Unterscheide zu verstehen.

gepairt wird ein Gerät und nicht der Kanal!
gepeert wird ein Kanal und nicht das Gerät!

Wenn Du das Gerät (den HM-MOD-Re-8) gepairt hast, dann ist er vollumfänglich von der Zentrale (FHEM) bedienbar. Dank FHEM autocreate werden alle notwendigen Dinge, auch alle Kanäle angelegt.

Beschäftige dich mit AES erst,wenn Du alles andere schon weißt. Bis dahin könnte ein Fremder deinen Rasen sprengen  ;)

Sorry, verstehe ich nicht. Wie kann jemand ein Gerät steuern, wenn es nicht bei seiner Zentrale angelernt ist?

wenn seine zentrale die selbe hmid hat.

Hi,

habe jetzt alles soweit am Laufen. Mir ist gestern noch was aufgefallen: ich steuere die Relais mit doif on-for-timer an und habe noch ein wait attr im doif. Dabei habe ich gesehen, dass Zeiten nicht ganz synchron mit FHEM sind. Es sollte ein Relais ausschalten und dann nach dem wait im doif ein anderes einschalten.

Meist überlappt das Ausschalten des ersten Relais mit dem Einschalten des zweiten. Wie genau läuft denn der Timer im Device, wenn ich on-for-timer benutze?

Ich habe übrigens auch schon ein Offset beim zweiten Relais reingerechnet. Ich habe aber das Gefühl, dass wenn on-for-timer länger eingestellt wird die Überlappung immer größer wird.

Der on-for-timer läuft im HM Gerät, der kann gar nicht synchron mit FHEM sei. Ob einer sagen kann wie genau das bei den HM Modulen ist weiß ich nicht, aber welche Rolle spielt das auch? Für Dich kannst Du nur die Ungenauigkeit jedes einzelnen Gerätes ermitteln und korrigieren wenn es sein muss.
Ich denke es gibt in den Modulen einen Taktgeber (Sendefrequenz?) und der wird mehr oder weniger genau sein, vielleicht hält er sich an die Vorschriften für das 868 Mhz Band (http://www.bundesnetzagentur.de/SharedDocs/Downloads/DE/Sachgebiete/Telekommunikation/Unternehmen_Institutionen/Frequenzen/Allgemeinzuteilungen/2014_69_SRD_pdf.pdf?__blob=publicationFile&v=1).
0,1% ? Wären 3,6 sec in einer Stunde.

Gruß Otto

wenn die on zeiten der channel nicht überlappen sollen/dürfen, würde ich den 2. erst anschalten, wenn der erste off gemeldet hat.

Der Re-8 hat nach wie vor einen Firmwarefehler, wodurch die Laufzeit bis zu 30% länger ausfällt als angegeben.
http://www.fhemwiki.de/wiki/HM-MOD-Re-8_8-Kanal-Empfangsmodul (http://www.fhemwiki.de/wiki/HM-MOD-Re-8_8-Kanal-Empfangsmodul), -> Bekannte Probleme.

Daher ist der Tipp von frank mit der Überwachung des ersten Kanals schon ganz prima. Alternativ kann man den ersten Kanal abschalten, wenn die Zeit um ist, und den on-for-timer als Sicherheit betrachten.

Hallo,

wie kann man ein Relais mehrmals Täglich mit unterschiedlichen on-for-timer Zeiten schalten?
Z. B. 7 Uhr on-for-timer 40, 12 Uhr on-for-timer 80 und 17 Uhr on-for-timer 60?

Alles mit dem gleichen on-for-timer zu schalten da habe ich kein Problem.

Gruß
betamax

Dafür sollte doif  mit doelseif  und doelse mit den Zeiten sollte es gehen..


Greets

Byte

Hallo Bytechanger,

danke ja so gehts define di_Schalter_2 DOIF ([07:00:00])(set Schalter_2 on-for-timer 40) DOELSEIF ([12:00:00])(set Schalter_2 on-for-timer 80) DOELSEIF ([17:00:00])(set Schalter_2 on-for-timer 60)


Mit doelse konnte ich nichts anfangen.

Gruß
betamax

Hallo zusammen,

ich hänge mich mal an das Thema dran. Ich glaube, dass meine Frage sich ganz einfach beantworten lässt - wenn man sich damit auskennt ;)

Ich hab mir das HM-MOD-Re-8 gekauft und möchte einen kleinen Motor damit kurzfristig ansteuern. Das ganze Gerät läuft mit AA-Batterien und 3V. Da das HM-Modul ja "nur" für 100mA pro Ausgang ausgelegt ist, der Motor jedoch temporär >500mA benötigt, sollte ein Relais verbaut werden. Leider kenne ich mich damit überhaupt nicht aus und verzweifle bei Recherche. Es sollte möglichst klein sein. Wonach muss ich suchen bzw. wo bekomme ich das Teil günstig her? Gerne Online, eine Conrad-Filiale wäre im Zweifel aber auch machbar.

Würde sowas gehen? Falls ja, kennt jemand was besseres (kleiner, günstiger ...)?
https://www.conrad.de/de/printrelais-3-vdc-1-a-1-wechsler-zettler-electronics-az9571-1c-3de-1-st-507446.html

Besten Dank schon mal

Hi,

nimm doch einen Mosfet wenn beides aus derselben Spannung gespeist wird.

Da wäre eigentlich (bei einem Schalter) das HM-LC-SW1-BA-PCB fast besser gewesen, das schaltet bis 3A.

Gruß Otto

Ich muss gestehen, dass ich als Bastler älterer Schule auch eher zu Relais tendieren würde, aber Otto hat schon recht, das ist die Lösung. Das erwähnte Relais würde es aber auch tun.

geht nich gips nich

Und da bestimmt noch die Frage kommt: Wie ...
Habe ich mal die Ausgangsstufe vom HM-LC-SW1-BA-PCB kopiert ...
Der dort verbaute IRLML2502 kostet übrigens 19 cent  ;)

Viel Erfolg
Otto

Zitat von: Otto123 am 13 Oktober 2016, 11:05:58
Hi,

nimm doch einen Mosfet wenn beides aus derselben Spannung gespeist wird.

Da wäre eigentlich (bei einem Schalter) das HM-LC-SW1-BA-PCB fast besser gewesen, das schaltet bis 3A.

Gruß Otto

Ok, jetzt bin ich leicht überfordert und musste erst mal googlen, was ein Mosfet ist ;)

Also, ich möchte sowas nachbauen: http://homematic-forum.de/forum/viewtopic.php?f=18&t=18874&start=10

Müsste die Schaltung dann so wie im angehängten Bild aussehen? Und welchen Mosfet benötige ich dafür genau? Allein bei Conrad gibt es fast 3.000 unterschiedliche. :(

Welchen? Habe ich doch oben angehangen? --> elv verbaut den IRLML2502

Deine Schaltung würde noch ein paar Widerstände benötigen, auf alle Fälle noch einem vom Ausgang des Re8 zum Pluspol sonst schwebt das Gate vom Mosfet in der Luft.
Ob Du P Kanal oder N-Kanal nimmst ist wahrscheinlich Wurst.
Ich zeichne noch ne Schaltung -> sorry besser ging in der Kürze nicht  ;)

Gruß Otto

Zitat von: Otto123 am 13 Oktober 2016, 15:25:51
Welchen? Habe ich doch oben angehangen? --> elv verbaut den IRLML2502

Deine Schaltung würde noch ein paar Widerstände benötigen, auf alle Fälle noch einem vom Ausgang des Re8 zum Pluspol sonst schwebt das Gate vom Mosfet in der Luft.
...

Hallo Otto,

ich hatte meine Antwort zeitgleich zu deiner geschrieben, so dass ich leider deine Grafik nicht mehr gesehen habe. Vielen Dank schon mal für Eure Hilfe.

Wenn ich mal deine Schaltung in "meine übersetzte". Müsste das so aussehen, oder? Auch wenn ich das alles nicht richtig verstehe ;) Irgendwie sah das mit dem Relais auch alles etwas einfacher und kompakter aus.

Exakt.

ZitatIrgendwie sah das mit dem Relais auch alles etwas einfacher und kompakter aus.

Aber so ist es viel kleiner und preiswerter und klappert nicht  ;)
Theoretisch brauchst Du die beiden Widerstände 1 kOhm und 100 kOhm auch nicht unbedingt (https://de.wikipedia.org/wiki/Gate-Treiber).  Der 10 kOhm nach Plus wäre die minimal Variante.
Die Diode ist als Schutz vor induktiven Spitzen, die hättest Du beim Relais auch gebraucht, aber der Re8 hat die integriert.

Hol dir von den Mosfest einen Reserve, falls Du ihn beim basteln himmelst.

Gruß Otto

Zitat von: Otto123 am 13 Oktober 2016, 17:44:52
Exakt.Aber so ist es viel kleiner und preiswerter und klappert nicht  ;)
Theoretisch brauchst Du die beiden Widerstände 1 kOhm und 100 kOhm auch nicht unbedingt (https://de.wikipedia.org/wiki/Gate-Treiber).  Der 10 kOhm nach Plus wäre die minimal Variante.
Die Diode ist als Schutz vor induktiven Spitzen, die hättest Du beim Relais auch gebraucht, aber der Re8 hat die integriert.

Hol dir von den Mosfest einen Reserve, falls Du ihn beim basteln himmelst.

Gruß Otto

Lieben Dank,

wenn der Experte zu den Widerständen rät, dann mach ich das doch glatt ;) D.h. ich kann alles kompakt "frei-schwebend" zusammenlöten und dann z.B. in einen Schrumpfschlauch packen?

Folgendes würde ich mir besorgen.
Nur bin ich mir unsicher, ob 1W (Spitze 500mA*3V=1,5) reicht. Mehr finde ich bei C nämlich nicht.
Ist die Diode auch richtig?
1x 1k: https://www.conrad.de/de/metallschicht-widerstand-1-k-axial-bedrahtet-1-w-royalohm-mor01sj0102a10-1-st-1289871.html
1x 10k: https://www.conrad.de/de/metallschicht-widerstand-10-k-axial-bedrahtet-1-w-royalohm-mor01sj0103a10-1-st-1289892.html
1x 100k: https://www.conrad.de/de/metallschicht-widerstand-100-k-axial-bedrahtet-0414-1-w-mfr1145-1-st-419800.html
2x IRLML2502TRPBF: https://www.conrad.de/de/mosfet-infineon-technologies-irlml2502trpbf-1-n-kanal-125-w-sot-23-162827.html
1x Si-Gleichrichterdiode: https://www.conrad.de/de/si-gleichrichterdiode-diotec-1n4002-do-204al-100-v-1-a-162221.html

Was meinst Du mit 1Watt ausreicht? Die 1,5 Watt willst Du doch im Motor verbruzeln - oder?

Die Widerstände können viel kleiner sein! Kleinste Bauform! sowas
https://www.conrad.de/de/kohleschicht-widerstand-100-k-axial-bedrahtet-0207-025-w-yageo-cfr-25jt-52-100k-1-st-1417735.html
https://www.conrad.de/de/kohleschicht-widerstand-10-k-axial-bedrahtet-0411-05-w-1-st-405370.html
https://www.conrad.de/de/kohleschicht-widerstand-1-k-axial-bedrahtet-0207-025-w-yageo-cfr-25jt-52-1k0-1-st-1417699.html

Diode passt.

Gruß Otto

Zitat von: Otto123 am 14 Oktober 2016, 09:29:34
Was meinst Du mit 1Watt ausreicht? Die 1,5 Watt willst Du doch im Motor verbruzeln - oder?

Die Widerstände können viel kleiner sein! Kleinste Bauform! sowas
https://www.conrad.de/de/kohleschicht-widerstand-100-k-axial-bedrahtet-0207-025-w-yageo-cfr-25jt-52-100k-1-st-1417735.html
https://www.conrad.de/de/kohleschicht-widerstand-10-k-axial-bedrahtet-0411-05-w-1-st-405370.html
https://www.conrad.de/de/kohleschicht-widerstand-1-k-axial-bedrahtet-0207-025-w-yageo-cfr-25jt-52-1k0-1-st-1417699.html

Diode passt.

Gruß Otto

Upd, sorry. Denkfehler meinerseits. Dann vielen Dank für deine Hilfe. Ich werde berichten ;)

Hallo zusammen,

ich habe einen Raspberry Pi 2 mit fhem (aktuellste Version) und dem HM-MOD-RPI-PCB (Firmware 1.4.1) in Gebrauch. Habe mir vor kurzem das Modul HM-MOD-Re-8 (Firmware 1.2) dafür zugelegt und erfolgreich mit fhem gekoppelt. Alle acht Kanäle werden angezeigt. Wenn ich am Modul auf die Taster drücke, wird das in fhem übertragen, in fhem kann ich die Kanäle meistens aber nicht schalten. Manchmal klappt es nach mehrmaligem Aufruf von "getConfig". Aber nach einem Neustart von fhem geht es wieder nicht mehr. Habe hier im Thema und im Forum schon gelesen, dass das wohl am Burst Modus des Modus liegt, den man nicht abschalten kann.

Gibt es eine Möglichkeit, einen Burst zum Erwecken des Modules über fhem und HM-MOD-RPI-PCB zu senden? Oder eine andere Möglichkeit, es zum Laufen zu bringen? Oder kann man es mit fhem und dem HM-MOD-RPI-PCB gar nicht verwenden?

Besten Dank für eure Rückmeldungen und viele Grüße

raspberry

Hallo,

Zitat von: raspberry am 14 Oktober 2016, 12:43:43
Gibt es eine Möglichkeit, einen Burst zum Erwecken des Modules über fhem und HM-MOD-RPI-PCB zu senden? Oder eine andere Möglichkeit, es zum Laufen zu bringen? Oder kann man es mit fhem und dem HM-MOD-RPI-PCB gar nicht verwenden?

FHEM kann das Device immer schalten, der burst Modus hat was mit den direkt gepeerten RCs zu tun.

Poste mal ein list von deinem Re8

Gruß Otto

Zitat von: Otto123 am 13 Oktober 2016, 17:44:52
...
Hol dir von den Mosfest einen Reserve, falls Du ihn beim basteln himmelst.
...

So, alles gekauft. Jetzt muss ich nur noch mal Zeit fürs Basteln finden. Aber brat mir mal einer en Storch. Der Mosfest ist ja winzig. Auf dem Bild im Netz sahen die viel größer aus ;)

Ich haeng mich hier mal an... Ich kriegs nicht gebacken, dass lowBatLimitBA2 zu setzen. Oder es wird gesetzt und ich habe das zugehoerige Reading nicht? Ich hab jetzt schon viel gelesen: geht, geht nicht, geht irgendwie... aber eine Loesung noch nicht gefunden?  :o

Soviel ich weiß, gibt es nur ein Reading mit dem Namen lowBatLimitBA3. Und das kann laut WIKI (http://www.fhemwiki.de/wiki/HM-MOD-Re-8_8-Kanal-Empfangsmodul) bis heute nicht fehlerfrei gesetzt bzw. ausgelesen werden.
Wo hast Du gelesen, dass es geht?

In diversen Threads wurde das Register mehrfach angesprochen. Da ging es dann aber zu tief als das ich haette folgen koennen ;)
Irgendwie mit "Burst Mode" und Lazy Mode und so... Also laut regSet kann ich BA2 setzen. Was anderes laesst es nicht zu.

EDIT: irgendwie hab ich es nun doch hinbekommen, dass das Reading auf 7V steht :) angeklemmt ist eine 9V batterie

Zitat von: Otto123 am 13 Oktober 2016, 15:25:51
Welchen? Habe ich doch oben angehangen? --> elv verbaut den IRLML2502

Deine Schaltung würde noch ein paar Widerstände benötigen, auf alle Fälle noch einem vom Ausgang des Re8 zum Pluspol sonst schwebt das Gate vom Mosfet in der Luft.
Ob Du P Kanal oder N-Kanal nimmst ist wahrscheinlich Wurst.
Ich zeichne noch ne Schaltung -> sorry besser ging in der Kürze nicht  ;)

Gruß Otto

So, ich hab das Thema mal umgezogen ;)
https://forum.fhem.de/index.php/topic,59691.0.html

Zitat von: Otto123 am 14 Oktober 2016, 09:29:34
Was meinst Du mit 1Watt ausreicht? Die 1,5 Watt willst Du doch im Motor verbruzeln - oder?
...

Jetzt habe ich mal weiter recherchiert. Mir ist aber immer noch nicht ganz klar, wie ich die benötigte Watt-Angabe für die Widerstände berechne bzw. wohl eher begründe.

Zitat von: timtom am 11 November 2016, 12:45:47
Jetzt habe ich mal weiter recherchiert. Mir ist aber immer noch nicht ganz klar, wie ich die benötigte Watt-Angabe für die Widerstände berechne bzw. wohl eher begründe.

Da braucht man zwei grundlegende Formeln: R=U/I und P=U*I
R = 1000 Ohm
U = 3 Volt (es kann ja nicht mehr als die Betriebsspannung vorkommen)
I = U/R = 0,003 A
P = 3*0,003 = 0,009 Watt

Alles klar?

Gruß Otto

Zitat von: Otto123 am 12 November 2016, 19:04:29
Da braucht man zwei grundlegende Formeln: R=U/I und P=U*I
R = 1000 Ohm
U = 3 Volt (es kann ja nicht mehr als die Betriebsspannung vorkommen)
I = U/R = 0,003 A
P = 3*0,003 = 0,009 Watt

Alles klar?

Gruß Otto

Ohh man. Danke. Die einzelnen Formeln waren mir sehr gut bekannt...Das URI Dreieck ;) Nur hatte ich anscheinend Probleme die so logisch zusammenzubekommen, dass ich mein Ergebnis bekomme. Noch mal Danke. Dann kann ich ja auch z.B. eine 0204 Bauform mit 0,1W nutzen und eine Lochrasterplatine. Vielleicht hält das dann besser. ;)

Zitat von: timtom am 12 November 2016, 20:51:11
Noch mal Danke. Dann kann ich ja auch z.B. eine 0204 Bauform mit 0,1W nutzen und eine Lochrasterplatine. Vielleicht hält das dann besser. ;)

sag ich doch  ;D

Zitat von: Otto123 am 12 November 2016, 20:55:40
sag ich doch  ;D

Also, ich hab endlich mal Zeit gefunden und hab wieder alles zusammengebaut. Diesmal auf eine Platine. Jetzt funktioniert auch alles - FAST. Ich habe einen komischen Effekt und ein Brett vor dem Kopf.
On: Wenn ich in FHEM den HM-MOD-Re-8 Switch1 auf "On" stelle, fließt am Ausgang des HM-MOD-Re-8 Strom, jedoch nicht am Motor => der "Hebel" des Airwick geht nach oben (und drückt nicht auf die Dose). Off: Wenn ich in FHEM den HM-MOD-Re-8 Switch1 auf "Off" stelle, fließt am Ausgang des HM-MOD-Re-8 kein Strom, jedoch am Motor => der "Hebel" des Airwick geht nach unten und drückt auf die Dose zum sprühen.

Sollte das nicht genau anders herum sein? Zum einen für die Schaltlogik und zum anderen würde ja so fast immer Strom am Motor anliegen. Was hab ich falsch gemacht? :(

Moin,

naja das ist schon in Ordnung.
Der Mosfet negiert quasi den Ausgang. Wenn am Gate des Mosfet 0 Volt anliegen ist er hochohmig. Wenn dort eine Spannung anliegt wird er niederohmig und im Motor fließt Strom.
O Volt am Ausgang des  des Re-8 liegen an wenn Du den Switch auf on stellst, denn dabei wird wiederum der Ausgangstransistor im Re-8 niederohmig.

Ist jetzt eventuell nicht Energieoptimal, da ständig Strom am Ausgang des Re-8 fließt. Die Logik kannst Du ja einfach bei Deiner Schaltlogik ändern.

Gruß Otto

Zitat von: Otto123 am 04 Dezember 2016, 11:51:21
Moin,

naja das ist schon in Ordnung.
Der Mosfet negiert quasi den Ausgang. Wenn am Gate des Mosfet 0 Volt anliegen ist er hochohmig. Wenn dort eine Spannung anliegt wird er niederohmig und im Motor fließt Strom.
O Volt am Ausgang des  des Re-8 liegen an wenn Du den Switch auf on stellst, denn dabei wird wiederum der Ausgangstransistor im Re-8 niederohmig.

Ist jetzt eventuell nicht Energieoptimal, da ständig Strom am Ausgang des Re-8 fließt. Die Logik kannst Du ja einfach bei Deiner Schaltlogik ändern.

Gruß Otto

Hmm. Naja, genau das tut es ja nach meinem Gefühl eben nicht.

Re-8 in FHEM	Re-8 Out -> Gate?	Motor
On	Spannung liegt an	Spannung liegt nicht an
Off	Spannung liegt nicht an	Spannung liegt an

Das ist jetzt Deiner ersten Beschreibung genau entgegen:

ZitatOn: Wenn ich in FHEM den HM-MOD-Re-8 Switch1 auf "On" stelle, fließt am Ausgang des HM-MOD-Re-8 Strom, jedoch nicht am Motor => der "Hebel" des Airwick geht nach oben (und drückt nicht auf die Dose). Off: Wenn ich in FHEM den HM-MOD-Re-8 Switch1 auf "Off" stelle, fließt am Ausgang des HM-MOD-Re-8 kein Strom, jedoch am Motor => der "Hebel" des Airwick geht nach unten und drückt auf die Dose zum sprühen.

Ich hatte versucht diese Verhalten zu erklären  :-X

Und ich bin genau der Meinung, so funktioniert der Re-8:
On bedeutet die Open Kollektor Stufe zieht den Ausgang nach null. Also ein Relais würde EIN Schalten, eine LED mit Widerstand nach Plus würde leuchten.
Das Potential am Gate ist damit null.

Gruß Otto

Zitat von: Otto123 am 04 Dezember 2016, 18:31:56
Das ist jetzt Deiner ersten Beschreibung genau entgegen:Ich hatte versucht diese Verhalten zu erklären  :-X

Und ich bin genau der Meinung, so funktioniert der Re-8:
On bedeutet die Open Kollektor Stufe zieht den Ausgang nach null. Also ein Relais würde EIN Schalten, eine LED mit Widerstand nach Plus würde leuchten.
Das Potential am Gate ist damit null.

Gruß Otto

Ok, vielleicht habe ich mich auch vertan. Also, ich habe dann gerade noch mal mit dem Multimeter geprüft.

FHEM OFF; Re-8 Eingang (Pin + und -): 2,3V
FHEM OFF; Motor (Pin + und -): 2,22V
FHEM OFF; Re-8 Out (COM und OUT1-): 0,2V

FHEM ON; Re-8 Eingang (Pin + und -): 2,6V
FHEM ON; Motor (Pin + und -): 0V
FHEM ON; Re-8 Out (COM und OUT1-): 2,56V

Für mein konkretes Beispiel würde das ja bedeuten, dass der Status permanent auf ON steht. Wenn ich dann kurz auf OFF gehe, geht der Motor an und drückt den Hebel auf die Sprühdose. Nach 1 Sek schalte ich wieder auf ON, dann bekommt der Motor keinen Strom mehr und der Hebel wird durch den Sprühkopf wieder automatisch nach oben gedrückt.

Mich hatte das verwirrt, da ich gedacht habe, dass ON den Motor "anwirft" und dann der Sprühkopf betätigt wird. Dann hätte man auch "on-for-timer" etc. nutzen können und es wäre nur Strom zum Motor geflossen, wenn dieser auch wirklich benötigt würde? Oder verstehe ich da etwas falsch?

Du misst die Spannung in Bezug auf COM (Plus Pol / Bezugspunkt für die internen Schutzdioden!!!) und dem Ausgang.
Ich rede von der Spannung zwischen der Masse/  Minus Pol, und der Mosfet sieht das genauso! Für den ist die Spannung zwischen Gate und Source wichtig!

Es gibt sicher mehrere Varianten die Logik zu drehen.

Ich weiß nicht ob es über Register der Re-8 geht.
Du kannst den n-Kanal Mosfet gegen einen p-Kanal tauschen.
Du kannst eine Inverterstufe dazwischen schalten.
Vielleicht gibt es noch andere Varianten die ich auf die Schnelle nicht sehe.

Gruß Otto

Zitat von: Otto123 am 04 Dezember 2016, 19:41:36
Du misst die Spannung in Bezug auf COM (Plus Pol / Bezugspunkt für die internen Schutzdioden!!!) und dem Ausgang.
Ich rede von der Spannung zwischen der Masse/  Minus Pol, und der Mosfet sieht das genauso! Für den ist die Spannung zwischen Gate und Source wichtig!

Es gibt sicher mehrere Varianten die Logik zu drehen.

Ich weiß nicht ob es über Register der Re-8 geht.
Du kannst den n-Kanal Mosfet gegen einen p-Kanal tauschen.
Du kannst eine Inverterstufe dazwischen schalten.
Vielleicht gibt es noch andere Varianten die ich auf die Schnelle nicht sehe.

Gruß Otto

Tut mir leid für die blöden Fragen. Aber ich lerne ja noch in dem Bereich ;) Die Register schaue ich mir an. Wenn ich das Bauteil ersetzten möchte, werde ich von der Anzahl der Varianten erschlagen. Nach einem Vergleich der Spezifikationen würde dann sowas passen?
https://www.conrad.de/de/mosfet-infineon-technologies-irlml6402trpbf-1-p-kanal-13-w-sot-23-162833.html

Ja ich denke der passt  8)
Die Funktion wäre dann so hier  (http://images.google.de/imgres?imgurl=http://www.sprut.de/electronic/switch/pkanal/pleit.gif&imgrefurl=http://www.sprut.de/electronic/switch/pkanal/pkanal.html&h=379&w=439&tbnid=N3lkCctrFmSPfM:&vet=1&tbnh=90&tbnw=104&docid=GNLG0mgJZGHTaM&usg=__FRrbxetf5wBGfaKnNndcUTG62rk=&sa=X&sqi=2&ved=0ahUKEwjt1f7r8uTQAhWpCsAKHWtiAMEQ9QEIPjAE)

Damit würde der Mosfet durchsteuern wenn der Ausgang des Re-8 auf Masse geht. Das wäre genau das Verhalten was Du willst, bei on ist der Motor on.

Der Schaltplan ändert sich ein klein wenig, aber alle anderen Bauteile kannst Du so verwenden. Eigentlich wird der Spannungsteiler hinfällig. Du kannst das Gate direkt mit dem Ausgang des Re-8 verbinden und schaltest dort blos einen Widerstand nach Plus. Du arbeitest ja mit kleinen Spannungen. 

Damit ziehst Du auch nur Strom wenn der Motor läuft.

Gruß Otto

Zitat von: Otto123 am 08 Dezember 2016, 16:27:15
Ja ich denke der passt  8)
Die Funktion wäre dann so hier  (http://images.google.de/imgres?imgurl=http://www.sprut.de/electronic/switch/pkanal/pleit.gif&imgrefurl=http://www.sprut.de/electronic/switch/pkanal/pkanal.html&h=379&w=439&tbnid=N3lkCctrFmSPfM:&vet=1&tbnh=90&tbnw=104&docid=GNLG0mgJZGHTaM&usg=__FRrbxetf5wBGfaKnNndcUTG62rk=&sa=X&sqi=2&ved=0ahUKEwjt1f7r8uTQAhWpCsAKHWtiAMEQ9QEIPjAE)

Damit würde der Mosfet durchsteuern wenn der Ausgang des Re-8 auf Masse geht. Das wäre genau das Verhalten was Du willst, bei on ist der Motor on.

Der Schaltplan ändert sich ein klein wenig, aber alle anderen Bauteile kannst Du so verwenden. Eigentlich wird der Spannungsteiler hinfällig. Du kannst das Gate direkt mit dem Ausgang des Re-8 verbinden und schaltest dort blos einen Widerstand nach Plus. Du arbeitest ja mit kleinen Spannungen. 

Damit ziehst Du auch nur Strom wenn der Motor läuft.

Gruß Otto

Danke. D.h. die Schaltung müsste so aussehen? Wobei es ein Pain ist, die kleinen Mosfet zu verlöten :(

Ich denke die Mosfest gibt es auch als "nicht SMD" also größeres Gehäuse.
https://www.conrad.de/de/mosfet-infineon-technologies-irf9540nlpbf-1-p-kanal-31-w-to-262-3-564017.html

Aber die Schaltung ist jetzt falsch! Du musst es so machen wie in meinem verlinktem Bild. S(ource) muss an Plus, der D(rain) kommt an Diode und Motor (die bleiben so parallel, die Diode kappt Spannungsspitzen vom Motor) und der Minus vom Motor kommt direkt an Masse

Also der Motor nicht "oben" sondern "unten" rein.

Gruß Otto

Zitat von: Otto123 am 09 Dezember 2016, 16:02:13
Ich denke die Mosfest gibt es auch als "nicht SMD" also größeres Gehäuse.
https://www.conrad.de/de/mosfet-infineon-technologies-irf9540nlpbf-1-p-kanal-31-w-to-262-3-564017.html

Aber die Schaltung ist jetzt falsch! Du musst es so machen wie in meinem verlinktem Bild. S(ource) muss an Plus, der D(rain) kommt an Diode und Motor (die bleiben so parallel, die Diode kappt Spannungsspitzen vom Motor) und der Minus vom Motor kommt direkt an Masse

Also der Motor nicht "oben" sondern "unten" rein.

Gruß Otto

Puhhh, ich hoffe, dass es jetzt stimmt...

Ja sieht gut aus  :D
Gruß Otto

Zitat von: Otto123 am 13 Dezember 2016, 23:48:31
Ja sieht gut aus  :D
Gruß Otto

So, fertig! Danke für deine Hilfe. Immerhin funktioniert es jetzt sogar ;)
So ist es dann geworden: https://forum.fhem.de/index.php/topic,59691.0.html