HM-RC-19-SW HomeMatic Funk-Fernbedienung 19 Tasten

[Roger]

Hallo Martin,
ich spreche Dich als HM Modulentwickler mal direkt an.

Ich habe FHEM auf einer Fritzbox 7390 mit Firmware FRITZ!OS 05.50 am laufen.
FHEM ist die aktuelle Version (Fhem 5.3 (DEVELOPMENT), $Id: fhem.pl 2372 2012-12-28 10:52:16Z rudolfkoenig $, pid 23179).
Update gerade durchgeführt.
Ich benutze einen Busware CUL der aktuellen Firmware (V 1.50 CUL868) im Homematic mode.

Neben vielen ander HM Devices habe ich auch eine 19-Tasten Fernbedienung HM-RC-19-SW.

Diese macht auch nach Reset und erneuten pairing in der abgespeckten Testumgebung Probleme.
Hier die Ausgaben nach dem Anlernen:

set CUL2 hmPairForSec 600
2012-12-31 12:25:06.654 CUL CUL2 hmPairForSec 600
fhem> 2012-12-31 12:25:33.998 Global global UNDEFINED CUL_HM_remote_184498 CUL_HM 184498 A1A4C840018449800000010004D4945513034393734393540100000
2012-12-31 12:25:33.998 Global global DEFINED CUL_HM_remote_184498
2012-12-31 12:25:35.026 Global global UNDEFINED CUL_HM_remote_184498_Btn_01 CUL_HM 18449801
2012-12-31 12:25:35.026 Global global DEFINED CUL_HM_remote_184498_Btn_01
2012-12-31 12:25:36.013 Global global UNDEFINED CUL_HM_remote_184498_Btn_02 CUL_HM 18449802
2012-12-31 12:25:36.013 Global global DEFINED CUL_HM_remote_184498_Btn_02
2012-12-31 12:25:36.906 Global global UNDEFINED CUL_HM_remote_184498_Btn_03 CUL_HM 18449803
2012-12-31 12:25:36.906 Global global DEFINED CUL_HM_remote_184498_Btn_03
2012-12-31 12:25:37.913 Global global UNDEFINED CUL_HM_remote_184498_Btn_04 CUL_HM 18449804
2012-12-31 12:25:37.913 Global global DEFINED CUL_HM_remote_184498_Btn_04
2012-12-31 12:25:37.913 Global global DEFINED FileLog_CUL_HM_remote_184498_Btn_04
2012-12-31 12:25:38.107 CUL_HM CUL_HM_remote_184498 MISSING ACK
2012-12-31 12:25:38.912 Global global UNDEFINED CUL_HM_remote_184498_Btn_05 CUL_HM 18449805
2012-12-31 12:25:38.912 Global global DEFINED CUL_HM_remote_184498_Btn_05
2012-12-31 12:25:39.917 Global global UNDEFINED CUL_HM_remote_184498_Btn_06 CUL_HM 18449806
2012-12-31 12:25:39.917 Global global DEFINED CUL_HM_remote_184498_Btn_06
2012-12-31 12:25:40.923 Global global UNDEFINED CUL_HM_remote_184498_Btn_07 CUL_HM 18449807
2012-12-31 12:25:40.923 Global global DEFINED CUL_HM_remote_184498_Btn_07
2012-12-31 12:25:41.926 Global global UNDEFINED CUL_HM_remote_184498_Btn_08 CUL_HM 18449808
2012-12-31 12:25:41.926 Global global DEFINED CUL_HM_remote_184498_Btn_08
2012-12-31 12:25:42.930 Global global UNDEFINED CUL_HM_remote_184498_Btn_09 CUL_HM 18449809
2012-12-31 12:25:42.930 Global global DEFINED CUL_HM_remote_184498_Btn_09
2012-12-31 12:25:43.936 Global global UNDEFINED CUL_HM_remote_184498_Btn_10 CUL_HM 1844980A
2012-12-31 12:25:43.936 Global global DEFINED CUL_HM_remote_184498_Btn_10
2012-12-31 12:25:44.938 Global global UNDEFINED CUL_HM_remote_184498_Btn_11 CUL_HM 1844980B
2012-12-31 12:25:44.938 Global global DEFINED CUL_HM_remote_184498_Btn_11
2012-12-31 12:25:45.949 Global global UNDEFINED CUL_HM_remote_184498_Btn_12 CUL_HM 1844980C
2012-12-31 12:25:45.949 Global global DEFINED CUL_HM_remote_184498_Btn_12
2012-12-31 12:25:46.952 Global global UNDEFINED CUL_HM_remote_184498_Btn_13 CUL_HM 1844980D
2012-12-31 12:25:46.952 Global global DEFINED CUL_HM_remote_184498_Btn_13
2012-12-31 12:25:47.950 Global global UNDEFINED CUL_HM_remote_184498_Btn_14 CUL_HM 1844980E
2012-12-31 12:25:47.950 Global global DEFINED CUL_HM_remote_184498_Btn_14
2012-12-31 12:25:48.968 Global global UNDEFINED CUL_HM_remote_184498_Btn_15 CUL_HM 1844980F
2012-12-31 12:25:48.968 Global global DEFINED CUL_HM_remote_184498_Btn_15
2012-12-31 12:25:49.983 Global global UNDEFINED CUL_HM_remote_184498_Btn_16 CUL_HM 18449810
2012-12-31 12:25:49.983 Global global DEFINED CUL_HM_remote_184498_Btn_16
2012-12-31 12:25:50.986 Global global UNDEFINED CUL_HM_remote_184498_Btn_17 CUL_HM 18449811
2012-12-31 12:25:50.986 Global global DEFINED CUL_HM_remote_184498_Btn_17

Ein set   CUL_HM_remote_184498 getConfig bringt mehrere:
2012-12-31 12:28:02.694 CUL_HM CUL_HM_remote_184498 RESPONSE TIMEOUT:RegisterRead
2012-12-31 12:28:04.736 CUL_HM CUL_HM_remote_184498 RESPONSE TIMEOUT:PeerList
2012-12-31 12:28:06.743 CUL_HM CUL_HM_remote_184498 RESPONSE TIMEOUT:RegisterRead
2012-12-31 12:28:08.766 CUL_HM CUL_HM_remote_184498 RESPONSE TIMEOUT:PeerList

FHEM Log-Datei mit:
attr   global verbose 5
attr   CUL2 hmProtocolEvents
attr   CUL2 loglevel   1
als Anlage.

Vielleicht fällt Dir ja dazu was ein (muss nicht mehr dieses Jahr sein ;-)

Fehlerfreien Rutsch allen wünscht
Roger

[martinp876]

Hallo Roger,

zu sehen ist, dass der RC19 nie antwortet. Ich habe leider keinen zum testen, nur eine RC12. Die ist einfacher und komplizierter... Bei der RC12 muss man immer Anlernen druecken um zu 'kommunizieren'.

Bei der RC19 muss dies einfacher gehen - allein um das Display zu bedienen. Der Mode der RC19 ist 'burst' und ich vermute, dass alle messages in diesem Mode auch bearbeitet werden, nicht nur Operationale (also display,...).

Aktuell hat das pairing mit der Zentrale nicht funktioniert (war der erste timeout).
Du koenntest folgendes Probieren:
 - Anlernen
 - hmpairserial oder set pair ausführen solange die LED noch blinkt.

Falls das Anlernen funktioniert hat kannst du versuchen, ob der burst mode jetzt arbeitet. Also ein getConfig ohne anlernen.

Gruss
Martin

[Roger]

Erst mal wünsche ich der FHEM Gemeinde ein erfolgreich automatisiertes 2013!

Hallo Martin,
wenn ich Dich richtig verstanden habe, geht das Anlernen der Fernbedienung an FHEM (noch) nicht.
Da ich auch eine CCU1 habe -> hier der Mitschnitt vom Anlernen an die Zentrale.

Ziel ist eine bessere Steuerung der fernbedienung.
Dann kann man zum Beispiel Texte schicken. Hier ein Beispiel für "HALLO":
2013.01.01 13:56:48.519 5: CUL/RAW: /A1372B011164CD6184498801248414C4C4F0000005A

2013.01.01 13:56:48.521 1: CUL2: A1372B011164CD6184498801248414C4C4F000000 -29
2013.01.01 13:56:48.523 5: CUL2 dispatch A1372B011164CD6184498801248414C4C4F000000
2013.01.01 13:56:48.633 5: CUL/RAW: /A0A728002184498164CD60046

2013.01.01 13:56:48.635 1: CUL2: A0A728002184498164CD600 -39
2013.01.01 13:56:48.637 5: CUL2 dispatch A0A728002184498164CD600

Kannst Du das Anlernen in FHEM einbauen?
Benötigst Du andere Logs?
Wie kann ich helfen?

[martinp876]

Hallo Roger,

dir auch ein gutes 2013.

zur Klarstellung: eigentlich ist die RC19 'integriert' - oder sollte sein :-(. Die offenen Punkte werden wir in 2013 schon noch klaeren koennen. Eingebaut sollte (schon seit einige Zeit) sein:
- anlernen. Die Message wird bereits geparst und die Eintraege (channels/buttons) generiert.
- setzen des Display incl text, comma, icons,... mit Kommando 'set <name> display Hallo no Proz 1 fast bulb,window'.
  !! du musst den Channel 18 (_Disp)oder das Device benutzen.
  Ups - bug entdeckt: der Channel 18 (_Disp) wird nicht automatisch angelegt. Kommt heute Abend. Jetzt also das Device benutzen, danach (auch) den _Disp channel
- setzen der Sprache
- definieren des Alarm/service/info-verhaltens ueber die Register
                     msgShowTime  , beepAtAlarm    , beepAtService ,beepAtInfo,
                     backlAtAlarm , backlAtService , backlAtInfo   ,
                     lcdSymb      , lcdLvlInterp  

- backlight control backAtKey    , backAtMotion , backOnTime   ,backAtCharge ,
- auslösen eines Alarms oder Service an der RC19

Was ich sagen will ist, dass eigentlich alle implementiert ist, es 'nur' ein Problem mit der Kommunikation generell gibt.
Die CUL schickt die identische Message wie die CCU  - was die Sache kompliziert macht (da ja schon alles richtig ist).

Bleibt erst einmal timing zum Testen.
A) deine RC19 sollte jetzt mit der Zentrale "164CD6" gepairt sein (hat die CCU gemacht). Nun solltest du getConfig ausführen koennen.

B) du solltest hmPairSerial ausführen koennen um zu Pairen.

Von beiden die Message logs bitte.

Die Version 2403 ist eingestellt mit Fixes fuer den _Disp und die backlight register
Zur Info - es wurde alles schon getestet - aber ich denke mit einem HMLAN - bin mir nicht mehr sicher

Gruss
Martin


 

[Roger]

Hallo Martin,
ja wie Du richtig erkannt hast, benutze ich für FHEM und die CCU1 die gleiche HM-ID.

Nach update wird nun auch ein Device füe Channel 18 (Display) angelegt.
Allerdings akzeptier dieses Device den 'Display' Befehl nicht:

set Fernbedienung_Display display Hello no off 1 on bulb
fhem>cmd only possible for device or its display channel

Gerät wurde angelgt mit:
define   Fernbedienung_Display CUL_HM   18449812
attr   Fernbedienung_Display model   HM-RC-19-SW
attr   Fernbedienung_Display room   47_Fernbedienung

'Display' Befehl wird nur vom Stammdevice akzeptiert.

Viel schlimmer ist aber, das die Fernbedienung auch nach pairen mit/durch die CCU1 keine Befehle von FHEM annimmt!

Weder 'getConfig' geht:
set Fernbedienung getConfig
fhem> 2013-01-02 14:58:02.392 CUL_HM Fernbedienung RESPONSE TIMEOUT:RegisterRead
2013-01-02 14:58:04.425 CUL_HM Fernbedienung RESPONSE TIMEOUT:PeerList
2013-01-02 14:58:06.454 CUL_HM Fernbedienung RESPONSE TIMEOUT:RegisterRead
2013-01-02 14:58:08.475 CUL_HM Fernbedienung RESPONSE TIMEOUT:PeerList

Noch 'Display':
set Fernbedienung display Hello no off 1 on bulb
2013-01-02 14:59:39.811 CUL_HM Fernbedienung set_display Hello no off 1 on bulb
fhem> 2013-01-02 14:59:44.956 CUL_HM Fernbedienung MISSING ACK

Log als Anhang dabei.

[martinp876]

Hallo Roger,

Problem erkannt - ich prüfe falsch auf den Kanal (dec statt hex... :-( ) . Wird behoben.

Das eigentliche Problem ist schwieriger. Der Ablauf ist wie geplant - sollte also eigentlich funktionieren. Ein Zeitliches Problem ist auch auszuschließen.
Ich denke der Aufbau beim Einführen der Kommandos war mit HMLAN - und du hast eine CUL an FHEM. Ein HMLAN hat ein eigenleben und macht mehr als man sehen kann. Könnte sein, dass im 'burst' betrieb zusatzinfo gesendet wird.

Versuchen wir es einmal mit statistik:
a) Hat jemand eine RC19 an HMLAN und funktioniert diese?
b) hat jemand eine RC19 an einer CUL und funktioniert diese?
c) wer betreibt ein 'burst' device an einer CUL?
  Burst devices sind
HM-SEC-KEY HM-SEC-KEY-S HM-SEC-KEY-O HM-SEC-WIN
HM-SEC-SD
HM-RC-19 HM-RC-19-B HM-RC-19-SW
HM-LC-SW4-WM HM-LC-SW1-BA-PCB HM-Dis-TD-T

Gruss
Martin

[Roger]

Hallo Martin,
da ich auch eine CCU1 habe, hilft nicht ein Mitschnitt über FHEM mit CUL?

Wie kann ich den Befehl zum Text senden mit RAW Befehlen durchführen?

Würde ein CUNOv2 die Thematik lösen (einen HMLAN wollte ich mir nicht zulegen)?

[martinp876]

nein - die Frage ist, ob ein HMLAN bei Burst erwas 'geheimes' macht -also über Funk etwas sendet, was ich am 'wire-Ende' nicht sehen kann. Ist nur ein Verdacht - da die RC19 schon funktionierte - aber in einem HMLAN umfeld (denke ich).

Das wäre dann quasi der Beweis und wir wüssten, wo wir suchen sollten

[tucka]

Hi Martin,

ich habe einen HM-SEC-SD (also Rauchmelder) und nach dem heutigen Update erkennt FHEM den Status nicht mehr (werden nur noch ??? in der Übersicht angezeigt).

Ein "get Rauchmelder_Wohnzimmer getConfig" erzeugt folgenden Log:

2013-01-06_22:01:27 Rauchmelder_Wohnzimmer RESPONSE TIMEOUT:RegisterRead
2013-01-06_22:01:30 Rauchmelder_Wohnzimmer RESPONSE TIMEOUT:PeerList

Im Status steht jetzt "RESPONSE TIMEOUT:PeerList".

Any idea?

Danke!!
Tucka

[tucka]

Hab den Fehler schon selber gefunden...
In meinem Pfad des "statefile" auf die "fhem.cgf" hat sich ein kleiner Fehler beim letzten Edit eingeschlichen. Deshalb konnte der letzte Status nicht mehr gelesen werden....
Tucka

[Roger]

Hallo Martin,
habe mir auf Grund der Diskussionen in einem anderen Thema, das der CUL kein Burst kann (Link), nun doch einen HM-LAN gekauft.
Installation parallel zum CUL mit gleicher hmId.

Nach Umschalten auf den HM-LAN für dieses Device (attr   Fernbedienung IODev ...) geht der 'set   Fernbedienung display ...' Befehl.
Zurückschalten auf CUL und nichts passiert.

Das Thema ist damit geklärt. Derzeit gehen einige Befehle mit HomeMatic nur mit dem HLM-LAN.

Schön wäre es ja, wenn jemand burst in due CUL SW implementieren könnte (ich kann es leider definitiv nicht :-(

[Tobias]

Hi,
ich habe im CUL-Sourcecode beim Überfliegen irgendetwas von burst gelesen. Ist der BurstMode jetzt eingebaut? Nur daran hängt es noch, warum ich mir keine HM-RC-19-SW zulegen kann... Ich benötige zwingend eine Visuelle Rückmeldung (-> Display) über den abgesetzten Befehl.
Ist schon extrem unkomfortabel mit einer FS20-FB.... allerdings besser als nix

[betateilchen]

Ist der BurstMode jetzt eingebaut? Nur daran hängt es noch, warum ich mir keine HM-RC-19-SW zulegen kann

Im Zweifelsfall für 25 Euro einen HM-USB-CFG2 verwenden und den CUL für ein anderes Protokoll frei haben :)

[Tobias]

Hi,
ich kenn den Thread zu dem Stick. :) :)
Leider 2 Nachteile:
- hmland ist noch zu jung und noch zu buggy für eine produktive Anwendung
- der Stick hat keinen RP-SMA-Anschluss für eine externe Antenne (oder ich hab sie auf den Produktbildern nicht gesehen)

[betateilchen]

- hmland ist noch zu jung und noch zu buggy für eine produktive Anwendung

zu buggy (im Vergleich zu einem CUL mit nachprogrammiertem burst) stimmt definitiv nicht - kann ich aus eigener Erfahrung sagen.

- der Stick hat keinen RP-SMA-Anschluss für eine externe Antenne (oder ich hab sie auf den Produktbildern nicht gesehen)

das stimmt. Wobei man eine solche Buchse mittels einem pigtail problemlos nachrüsten kann. Im Stick ist die Antenne nämlich einfach ein Stück Draht, schau mal auf Michaels Projektseite:

(https://git.zerfleddert.de/hmcfgusb/hm-cfg-usb-2.jpg)

Da ist genug Platz in der oberen Gehäusehälfte (in dem runden Bereich) für eine beliebige Buchse.