HM-OU-CFM-PL

schaeumer · 12 März 2013, 17:38:09

hallo martin (und alles anderen),

ich bekomme die mp3s die auf der micro-sd-card drauf sind nicht zum spielen. die kommandos z.b. set tuergong playTone 001 werden zwar ausgeführt, aber sind nicht hörbar. hast du noch ein tipp auf lager? nicht das der gong defekt ist. der standardtone wird abgespielt. hab jetzt extra noch ne neue mirco-sd-card besorgt, um einen defekt auszuschließen. leider keine besserung. die mp3s werden einfach nicht abgespielt. aus dem log werd ich auch nicht schlau ...

danke für deine tipps ...

hier die list ausgabe:

fhem> list tuergong_mp3
Internals:
CHANGED
CUL_0_MSGCNT 4
CUL_0_RAWMSG A0D06A410183EEEF110340602000012
CUL_0_RSSI -65
CUL_0_TIME 2013-03-12 17:29:27
DEF 183EEE02
IODev CUL_0
LASTIODev CUL_0
MSGCNT 4
NAME tuergong_mp3
NR 266
STATE off
TYPE CUL_HM
chanNo 02
device tuergong
Readings:
2013-03-12 17:29:22 CommandAccepted yes
2013-03-12 17:31:36 peerList klingeltaster02,klingeltaster01,
2013-03-12 17:29:27 state off
Fhem:
Helper:
Shadowreg:
Attributes:
model HM-OU-CFM-PL
peerIDs 1D362402,1D362401,
room Flur

eddtima · 12 März 2013, 19:17:38

Hi Kollege,

koennte es an der Formatierung der SD-Karte liegen? Notwendig ist FAT32, bei mir klappte es unter Win7 mit der Größe der Zuordnungseinheiten: 'Standardgröße'.

Format der Titel ist 001_Dateiname, 002_Dateiname etc im Root-Ordner.

Wenn der Gong die MP3 nicht abspielen kann ("Fehler beim Versuch einen Titel abzuspielen, Titel nicht lesbar"), quittiert er das mit einem roten kurzen Blinken der Signalleuchte. Tut er das?

Das Kommando 'set xxx playTone 001' muss auf dem "Tuergong"-Entity ausgeführt werden, also

Code Auswählen

set tuergong_mp3 playTone 001_Deteiname

Nur 001 reicht natuerlich nur aus, wenn Deine Datei wirklich nur so einen kurzen Namen hat.

Viele Grüße
/Till

schaeumer · 12 März 2013, 20:45:12

Habe soeben die Karte nochmal unter Windows XP mit Standardgröße als FAT32 formatiert. 3 MP3 als 001.mp3, 002.mp3 und 003.mp3 sowie mit einer 004.wav gespeichert. wenn ich den Türgong mit "set tuergong_mp3 playTone 001" auslöse geht zuerst die kleine LED an und dann die große LED. Nur das File wird nicht abgespielt. Das ist bei allen vier Files der Fall. Einen Ordner habe ich auf der SD nicht angelegt, sondern die Files "blank" aufgespielt (root-Ebene).

Es dauert ca. 20-30s bis die LED rot blinkt. Als ob das File abgespielt wird, nur hören tut man nichts. Muss die Lautstärke noch angepasst werden ?

Komme leider so nicht weiter ;-(.

hier nochmal die logs:(inzwischen habe ich noch mehrere MP3s aufgespielt und getestet)

2013-03-12_20:35:38 tuergong_mp3 set_playTone 000
2013-03-12_20:35:41 tuergong_mp3 on
2013-03-12_20:35:48 tuergong_mp3 off
2013-03-12_20:36:26 tuergong_mp3 set_playTone 000
2013-03-12_20:36:26 tuergong_mp3 on
2013-03-12_20:36:34 tuergong_mp3 off
2013-03-12_20:36:48 tuergong_mp3 set_playTone 001
2013-03-12_20:36:48 tuergong_mp3 on
2013-03-12_20:36:52 tuergong_mp3 off
2013-03-12_20:36:58 tuergong_mp3 set_playTone 002
2013-03-12_20:36:58 tuergong_mp3 on
2013-03-12_20:37:02 tuergong_mp3 off
2013-03-12_20:37:07 tuergong_mp3 set_playTone 003
2013-03-12_20:37:08 tuergong_mp3 on
2013-03-12_20:37:12 tuergong_mp3 off
2013-03-12_20:37:17 tuergong_mp3 set_playTone 004
2013-03-12_20:37:17 tuergong_mp3 on
2013-03-12_20:37:21 tuergong_mp3 off
2013-03-12_20:46:55 tuergong_mp3 set_playTone 000
2013-03-12_20:46:56 tuergong_mp3 on
2013-03-12_20:47:03 tuergong_mp3 off
2013-03-12_20:47:17 tuergong_mp3 set_playTone 001
2013-03-12_20:47:17 tuergong_mp3 on
2013-03-12_20:47:22 tuergong_mp3 off
2013-03-12_20:50:09 tuergong_mp3 set_playTone 004
2013-03-12_20:50:09 tuergong_mp3 on
2013-03-12_20:50:14 tuergong_mp3 off
2013-03-12_20:50:24 tuergong_mp3 set_playTone 003
2013-03-12_20:50:24 tuergong_mp3 on
2013-03-12_20:50:28 tuergong_mp3 off
2013-03-12_21:02:59 tuergong_mp3 set_playTone 013
2013-03-12_21:03:01 tuergong_mp3 on
2013-03-12_21:03:19 tuergong_mp3 off
2013-03-12_21:03:34 tuergong_mp3 set_playTone 012
2013-03-12_21:03:39 tuergong_mp3 on
2013-03-12_21:04:01 tuergong_mp3 off
2013-03-12_21:04:03 tuergong_mp3 set_playTone 011
2013-03-12_21:04:03 tuergong_mp3 on
2013-03-12_21:04:17 tuergong_mp3 off

Gruß Jörg

eddtima · 12 März 2013, 21:08:48

Hallo Martin,

So ich habe hier mal Logs, von folgendem Szenario, das direkt hintereinander abgelaufen ist (ein paar empfangene Temperaturmeldungen habe ich rausgeworfen):
Abspielen der ersten Datei (erfolgreich):
2013-03-12 20:43:37.042 CUL_HM 1FL_MP3Gong_Mp3 set_playTone 1
2013-03-12 20:43:39.302 CUL_HM 1FL_MP3Gong_Mp3 on
Abspielen der zweiten Datei (klappt nicht):
2013-03-12 20:43:51.175 CUL_HM 1FL_MP3Gong_Mp3 set_playTone 2
2013-03-12 20:43:59.199 CUL_HM 1FL_MP3Gong MISSING ACK
Setzen eines Orangefarbenen Blinkers (erfolgreich):
2013-03-12 20:44:20.704 CUL_HM 1FL_MP3Gong_Led set_led orangeL
2013-03-12 20:44:20.992 CUL_HM 1FL_MP3Gong_Led on
EIn grüner hinterher (erfolgreich):
2013-03-12 20:44:30.943 CUL_HM 1FL_MP3Gong_Led set_led greenL
2013-03-12 20:44:35.686 CUL_HM 1FL_MP3Gong_Led on
Direkt danach ein roter hinterher (geht in die Hose):
2013-03-12 20:44:49.975 CUL_HM 1FL_MP3Gong_Led set_led redL
2013-03-12 20:44:57.299 CUL_HM 1FL_MP3Gong MISSING ACK
Abspielen der dritten Datei (erfolgreich):
2013-03-12 20:45:15.096 CUL_HM 1FL_MP3Gong_Mp3 set_playTone 3
2013-03-12 20:45:15.383 CUL_HM 1FL_MP3Gong_Mp3 on

Die LogDatei fhem-2013-03.log sieht für die selbe Sequenz so aus:

Code Auswählen

2013.03.12 20:41:50.042 1: SW: X00
2013.03.12 20:41:50.180 1: Including fhem.cfg
2013.03.12 20:41:52.518 1: Including ./log/fhem.save
2013.03.12 20:41:57.436 1: SW: As0B01A001F1123418400B0009
2013.03.12 20:41:59.455 1: SW: As0B01A001F1123418400B0009
2013.03.12 20:42:02.917 1: SW: As0B01A001F1123418400B0009
2013.03.12 20:43:37.045 1: SW: As0E02A011F1123418400B8002020201
2013.03.12 20:43:39.063 1: SW: As0E02A011F1123418400B8002020201
2013.03.12 20:43:39.222 1: CUL1: A0E02800218400BF112340102C80047 -69.5
2013.03.12 20:43:51.186 1: SW: As0E03A011F1123418400B8002020202
2013.03.12 20:43:53.204 1: SW: As0E03A011F1123418400B8002020202
2013.03.12 20:43:55.096 1: SW: As0E03A011F1123418400B8002020202
2013.03.12 20:44:20.708 1: SW: As0E04A011F1123418400B8001010132
2013.03.12 20:44:20.909 1: CUL1: A0E04800218400BF112340101C80047 -70
2013.03.12 20:44:30.946 1: SW: As0E05A011F1123418400B8001010122
2013.03.12 20:44:32.964 1: SW: As0E05A011F1123418400B8001010122
2013.03.12 20:44:35.446 1: SW: As0E05A011F1123418400B8001010122
2013.03.12 20:44:35.606 1: CUL1: A0E05800218400BF112340101C80047 -69.5
2013.03.12 20:44:49.979 1: SW: As0E06A011F1123418400B8001010112
2013.03.12 20:44:51.996 1: SW: As0E06A011F1123418400B8001010112
2013.03.12 20:44:55.608 1: SW: As0E06A011F1123418400B8001010112
2013.03.12 20:45:15.100 1: SW: As0E07A011F1123418400B8002020203
2013.03.12 20:45:15.296 1: CUL1: A0E07800218400BF112340102C80047 -71

Der Inhalt der 1FL_MP3Gong-2013.log sieht so aus:

Code Auswählen

2013-03-12_20:42:05 1FL_MP3Gong MISSING ACK
2013-03-12_20:43:59 1FL_MP3Gong MISSING ACK
2013-03-12_20:44:57 1FL_MP3Gong MISSING ACK

Die 1FL_MP3Gong-Led gibt diesen Verlauf her:

Code Auswählen

2013-03-12_20:44:20 1FL_MP3Gong_Led set_led orangeL
2013-03-12_20:44:20 1FL_MP3Gong_Led on
2013-03-12_20:44:30 1FL_MP3Gong_Led set_led greenL
2013-03-12_20:44:35 1FL_MP3Gong_Led on
2013-03-12_20:44:49 1FL_MP3Gong_Led set_led redL

Und die 1FL_MP3Gong_Mp3 sagt folgendes:

Code Auswählen

2013-03-12_20:43:36 1FL_MP3Gong_Mp3 set_playTone 1
2013-03-12_20:43:39 1FL_MP3Gong_Mp3 on
2013-03-12_20:43:51 1FL_MP3Gong_Mp3 set_playTone 2
2013-03-12_20:45:15 1FL_MP3Gong_Mp3 set_playTone 3
2013-03-12_20:45:15 1FL_MP3Gong_Mp3 on
2013-03-12_20:48:51 1FL_MP3Gong_Mp3 off
2013-03-12_20:48:51 1FL_MP3Gong_Mp3 off
2013-03-12_20:48:53 1FL_MP3Gong_Mp3 off
2013-03-12_20:48:56 1FL_MP3Gong_Mp3 off
2013-03-12_20:49:03 1FL_MP3Gong_Mp3 off

List 1FL_MP3Gong zeigt diesen Zustand:

Code Auswählen

Internals:
   CUL1_MSGCNT 9
   CUL1_RAWMSG A0D0DA41018400BF1123406020000FF
   CUL1_RSSI  -74.5
   CUL1_TIME  2013-03-12 20:49:03
   DEF        18400B
   IODev      CUL1
   LASTInputDev CUL1
   MSGCNT     9
   NAME       1FL_MP3Gong
   NR         123
   STATE      MISSING ACK
   TYPE       CUL_HM
   channel_01 1FL_MP3Gong_Led
   channel_02 1FL_MP3Gong_Mp3
   lastMsg    No:0D - t:10 s:18400B d:F11234 06020000
   protCmdDel 5
   protLastRcv 2013-03-12 20:49:03
   protResnd  9 last_at:2013-03-12 20:44:55
   protResndFail 3 last_at:2013-03-12 20:44:57
   protSnd    7 last_at:2013-03-12 20:45:15
   protState  CMDs_done
   rssi_CUL1  avg:-71 min:-71 max:-71 lst:-71 cnt:4 
   rssi_at_CUL1 avg:-72.16 min:-74.5 max:-69.5 lst:-74.5 cnt:9 
   Readings:
     2013-03-12 20:34:54   PairedTo        0xF11234
     2013-03-12 20:34:54   R-intKeyVisib   invisib
     2013-03-12 20:34:54   R-pairCentral   0xF11234
     2013-03-12 20:34:54   RegL_00:        02:01 E6:F2 0A:F1 0B:12 0C:34  00:00
     2013-03-12 20:44:57   state           MISSING ACK
   Helper:
     mId        0075
     rxType     1
     Respwait:
     Rssi:
       Cul1:
         avg        -71
         cnt        4
         lst        -71
         max        -71
         min        -71
       At_cul1:
         avg        -72.1666666666667
         cnt        9
         lst        -74.5
         max        -69.5
         min        -74.5
Attributes:
   autoReadReg 1
   expert     2_full
   firmware   2.0
   model      HM-OU-CFM-PL
   peerIDs    
   room       01_Erdgeschoss
   serialNr   IEQ0532750
   subType    outputUnit
   webCmd     getConfig

list 1FL_MP3Gong sagt

Code Auswählen

Internals:
   DEF        18400B01
   EVENTS     2
   NAME       1FL_MP3Gong_Led
   NR         125
   STATE      set_led redL
   TYPE       CUL_HM
   chanNo     01
   device     1FL_MP3Gong
   Readings:
     2013-03-12 20:44:35   CommandAccepted yes
     2013-03-12 20:44:49   state           set_led redL
   Helper:
     getCfgList all
     getCfgListNo 3
Attributes:
   model      HM-OU-CFM-PL
   peerIDs    00000000,
   room       01_Erdgeschoss

und 'list 1FL_MP3Gong_MP3' wirft aus:

Code Auswählen

Internals:
   DEF        18400B02
   EVENTS     7
   NAME       1FL_MP3Gong_Mp3
   NR         127
   STATE      off
   TYPE       CUL_HM
   chanNo     02
   device     1FL_MP3Gong
   Readings:
     2013-03-12 20:45:15   CommandAccepted yes
     2013-03-12 20:49:03   state           off
   Helper:
     getCfgList all
     getCfgListNo 3
Attributes:
   model      HM-OU-CFM-PL
   peerIDs    00000000,
   room       01_Erdgeschoss

Kannst Du daraus etwas lesen?

Viele Grüße
/Till

eddtima · 12 März 2013, 21:27:30

Hallo Jörg,

ich stehe mit dem Teil aktuell ja auch (wenn auch wegen anderer Probs) etwas auf Kriegsfuss und hatte anfangs interessanterweise auch Probleme mit der SD-Karte (eine HAMA microSD / micro SDHC 8GB).

Bin dann in höchster Not auf eine weitere SD-Karte (vermeintliche Qualitätsmarke) umgestiegen, eine SanDisk Mobile Ultra microSD / micro SDHC I. Habe die mehrfach formatiert (nicht nur die 'Schnellformatierung' sondern auch mal die gründliche). Verschiedene Zuordnungsdateiengößen, zum Schluss "Standard". Habe die meisten Titel sogar ohne Endung (*.irgendwas) gespeichert, einen mit *.mp3 Endung. Allerdings haben meine Titel alle etwas längere Namen, wie 001_Test1, 002_Test2, 003_Test3.mp3 etc. Probiere das doch auch mal.

Vor dem Entfernen aus dem PC natuerlich Rechtsklick und auf keinen Fall "Auswerfen" vergessen, sonst wird möglicherweise das Filesystem auf der SD-Karte nicht korrekt abgeschlossen (Win7). Tja, und dann lief es ...

Allerdings gebe ich Dir Recht, dass der rote Blinker nach 20-30 sek auf ein Lautstärkeproblem hinweisen könnte, wenn die Titel denn tatsächlich 20-30 Sek lang sind. Wenn nein, eher nicht. Sonst könnte das auch der Fehlercode für einen fehlerhaften Dateizugriff sein.

Viele Grüße
/Till

martinp876 · 13 März 2013, 08:14:44

Hallo Till

Das Ansteuern des CFM hat einig Arbeit gemacht, da die messages nicht komplett beschrieben sind.... aber ich dachte,die letzten tests waren erfolgreich und komplett.

Fangen wir doch einmal systematisch an - mit der LED:
In deinen logs sehe ich, dass
- orange wird erfolgreich gesetzt
- gruen wird gesetzt und 3-mal wiederholt, dann doch bestaetigt.
- rot wird nicht bestaetigt.

=> geht orange immer gut, ist rot immer falsch oder ist es unabhängig von der Farbe?
kannst du ein
set 1FL_MP3Gong getConfig
und , wenn es fertig ist, ein
get 1FL_MP3Gong_Led reg all
machen?

danach schauen wir uns den MP3 an...
Gruss
Martin

eddtima · 13 März 2013, 19:38:42

Hallo Martin,

Ich habe jetzt 5 Mal Orange abgesetzt, dann 3 Mal rot und 5 Mal gruen, bei jeder Farbe war das Kommando manchmal erfolgreich und manchmal erfolglos.

Hier der Eventmonitor:
Das erste Mal Orange war erfolgreich, das zweite und dritte Mal war nix, aber das vierte und fünfte Mal hat es wieder funktioniert
2013-03-13 19:02:44.626 CUL_HM 1FL_MP3Gong_Led set_led orangeL
2013-03-13 19:02:50.594 CUL_HM 1FL_MP3Gong_Led on
2013-03-13 19:02:59.842 CUL_HM 1FL_MP3Gong_Led set_led orangeL
2013-03-13 19:03:10.786 CUL_HM 1FL_MP3Gong MISSING ACK
2013-03-13 19:03:15.623 CUL_HM 1FL_MP3Gong_Led set_led orangeL
2013-03-13 19:03:21.963 CUL_HM 1FL_MP3Gong MISSING ACK
2013-03-13 19:03:27.934 CUL_HM 1FL_MP3Gong_Led set_led orangeL
2013-03-13 19:03:30.220 CUL_HM 1FL_MP3Gong_Led on
2013-03-13 19:03:48.542 CUL_HM 1FL_MP3Gong_Led set_led orangeL
2013-03-13 19:03:48.836 CUL_HM 1FL_MP3Gong_Led on
Dann habe ich 3 mal mit rot weitergemacht, wobei das erste Mal funktioniert hat und die beiden nächsten Male hat nicht mehr geklappt
2013-03-13 19:04:19.082 CUL_HM 1FL_MP3Gong_Led set_led redL
2013-03-13 19:04:22.880 CUL_HM 1FL_MP3Gong_Led on
2013-03-13 19:04:28.497 CUL_HM 1FL_MP3Gong_Led set_led redL
2013-03-13 19:04:35.810 CUL_HM 1FL_MP3Gong MISSING ACK
2013-03-13 19:04:45.503 CUL_HM 1FL_MP3Gong_Led set_led redL
2013-03-13 19:04:54.969 CUL_HM 1FL_MP3Gong MISSING ACK
Dann habe ich 5 mal mit gruen weitergemacht, wobei es die ersten 3 Male funktioniert hat, dann einmal nicht und dann hat es beim fünften Mal wieder geklappt.
2013-03-13 19:05:05.820 CUL_HM 1FL_MP3Gong_Led set_led greenL
2013-03-13 19:05:11.995 CUL_HM 1FL_MP3Gong_Led on
2013-03-13 19:05:16.009 CUL_HM 1FL_MP3Gong_Led set_led greenL
2013-03-13 19:05:18.280 CUL_HM 1FL_MP3Gong_Led on
2013-03-13 19:05:27.577 CUL_HM 1FL_MP3Gong_Led set_led greenL
2013-03-13 19:05:33.674 CUL_HM 1FL_MP3Gong_Led on
2013-03-13 19:05:42.935 CUL_HM 1FL_MP3Gong_Led set_led greenL
2013-03-13 19:05:52.964 CUL_HM 1FL_MP3Gong MISSING ACK
2013-03-13 19:06:04.024 CUL_HM 1FL_MP3Gong_Led set_led greenL
2013-03-13 19:06:06.294 CUL_HM 1FL_MP3Gong_Led on
2013-03-13 19:06:31.030 CUL_HM 1FL_MP3Gong MISSING ACK

Das Missing-ACK hier unten kann ich mir eigentlich nicht erklären ....

Dann habe ich die

Code Auswählen

set 1FL_MP3Gong getConfig
get 1FL_MP3Gong_Led reg all

Kommandos gegeben, was evtl zu diesem Log führte.

Code Auswählen

2013-03-13 19:07:10.143 CUL_HM 1FL_MP3Gong RESPONSE TIMEOUT:RegisterRead
2013-03-13 19:07:51.315 CUL_HM 1FL_MP3Gong RESPONSE TIMEOUT:RegisterRead

Hier der Output von get 1FL_MP3Gong_Led reg all

Code Auswählen

1FL_MP3Gong_Led type:outputUnit - 
list:peer	register         :value

Wenn ich es mir recht überlege ... der MISSING ACK könnte sich auf den 'get 1FL_MP3Gong' bezogen haben, daher habe ich die beiden Kommandos nochmal abgesetzt und dann kam dieses Ergebnis:

Code Auswählen

1FL_MP3Gong_Led type:outputUnit - 
list:peer	register         :value

Der dazu passende fhem-2013-03.log (mit ein bisschen Speck drumrum) sieht so aus:

Code Auswählen

2013.03.13 19:03:48.752 1: CUL1: A0ECA800218400BF112340101C80045 -68
2013.03.13 19:04:19.091 1: SW: As0ECBA011F1123418400B8001010112
2013.03.13 19:04:21.109 1: SW: As0ECBA011F1123418400B8001010112
2013.03.13 19:04:22.640 1: SW: As0ECBA011F1123418400B8001010112
2013.03.13 19:04:22.799 1: CUL1: A0ECB800218400BF112340101C80047 -71
2013.03.13 19:04:28.506 1: SW: As0ECCA011F1123418400B8001010112
2013.03.13 19:04:30.524 1: SW: As0ECCA011F1123418400B8001010112
2013.03.13 19:04:32.708 1: SW: As0ECCA011F1123418400B8001010112
2013.03.13 19:04:45.511 1: SW: As0ECDA011F1123418400B8001010112
2013.03.13 19:04:47.528 1: SW: As0ECDA011F1123418400B8001010112
2013.03.13 19:04:51.701 1: SW: As0ECDA011F1123418400B8001010112
2013.03.13 19:05:05.829 1: SW: As0ECEA011F1123418400B8001010122
2013.03.13 19:05:07.848 1: SW: As0ECEA011F1123418400B8001010122
2013.03.13 19:05:11.752 1: SW: As0ECEA011F1123418400B8001010122
2013.03.13 19:05:11.912 1: CUL1: A0ECE800218400BF112340101C80049 -73
2013.03.13 19:05:16.017 1: SW: As0ECFA011F1123418400B8001010122
2013.03.13 19:05:18.036 1: SW: As0ECFA011F1123418400B8001010122
2013.03.13 19:05:18.196 1: CUL1: A0ECF800218400BF112340101C80048 -73.5
2013.03.13 19:05:27.586 1: SW: As0ED0A011F1123418400B8001010122
2013.03.13 19:05:29.604 1: SW: As0ED0A011F1123418400B8001010122
2013.03.13 19:05:33.433 1: SW: As0ED0A011F1123418400B8001010122
2013.03.13 19:05:33.592 1: CUL1: A0ED0800218400BF112340101C80048 -71.5
2013.03.13 19:05:42.944 1: SW: As0ED1A011F1123418400B8001010122
2013.03.13 19:05:44.960 1: SW: As0ED1A011F1123418400B8001010122
2013.03.13 19:05:49.113 1: SW: As0ED1A011F1123418400B8001010122
2013.03.13 19:06:04.032 1: SW: As0ED2A011F1123418400B8001010122
2013.03.13 19:06:06.050 1: SW: As0ED2A011F1123418400B8001010122
2013.03.13 19:06:06.210 1: CUL1: A0ED2800218400BF112340101C80048 -71.5
2013.03.13 19:06:20.802 1: SW: As0ED3A011F1123418400B8001010122
2013.03.13 19:06:22.820 1: SW: As0ED3A011F1123418400B8001010122
2013.03.13 19:06:26.048 1: SW: As0ED3A011F1123418400B8001010122
2013.03.13 19:06:29.410 1: CUL1: A0DC684411ACFA4000000014F2580 -70
2013.03.13 19:06:46.602 1: SW: As10D4A001F1123418400B00040000000000
2013.03.13 19:06:46.818 1: CUL1: A14D4A01018400BF112340202012AC80AF10B120C34 -70
2013.03.13 19:06:46.910 1: SW: As0AD48002F1123418400B00
2013.03.13 19:06:47.058 1: CUL1: A14D4A01018400BF112340202012AC80AF10B120C34 -71.5
2013.03.13 19:06:47.455 1: CUL1: A14D4A01018400BF112340202012AC80AF10B120C34 -69
2013.03.13 19:06:47.842 1: SW: As10D4A001F1123418400B00040000000000
2013.03.13 19:06:48.252 1: CUL1: A14D4A01018400BF112340202012AC80AF10B120C34 -68.5
2013.03.13 19:06:48.650 1: CUL1: A14D4A01018400BF112340202012AC80AF10B120C34 -69.5
2013.03.13 19:06:53.152 1: SW: As10D4A001F1123418400B00040000000000
2013.03.13 19:06:58.909 1: SW: As10D4A001F1123418400B00040000000000
2013.03.13 19:07:03.293 1: SW: As10D4A001F1123418400B00040000000000
2013.03.13 19:07:03.460 1: CUL1: A14D4A01018400BF112340202017D910AF10B120C34 -69
2013.03.13 19:07:03.561 1: SW: As0AD48002F1123418400B00
2013.03.13 19:07:03.748 1: CUL1: A14D4A01018400BF112340202017D910AF10B120C34 -69.5
2013.03.13 19:07:04.147 1: CUL1: A14D4A01018400BF112340202017D910AF10B120C34 -69.5
2013.03.13 19:07:04.484 1: SW: As10D4A001F1123418400B00040000000000
2013.03.13 19:07:04.544 1: CUL1: A14D4A01018400BF112340202017D910AF10B120C34 -70
2013.03.13 19:07:04.905 1: CUL1: A0DC784101ACFA4F1123406012500 -69.5
2013.03.13 19:07:05.005 1: SW: As0DC78002F112341ACFA401012500
2013.03.13 19:07:05.110 1: CUL1: A14D4A01018400BF112340202017D910AF10B120C34 -69.5
2013.03.13 19:07:05.340 1: CUL1: A14D4A01018400BF112340202017D910AF10B120C34 -70.5
2013.03.13 19:07:08.875 1: SW: As10D4A001F1123418400B00040000000000
2013.03.13 19:07:09.039 1: CUL1: A14D4A01018400BF112340202012A970AF10B120C34 -69.5
2013.03.13 19:07:09.138 1: SW: As0AD48002F1123418400B00
2013.03.13 19:07:09.329 1: CUL1: A14D4A01018400BF112340202012A970AF10B120C34 -69.5
2013.03.13 19:07:09.727 1: CUL1: A14D4A01018400BF112340202012A970AF10B120C34 -69.5
2013.03.13 19:07:10.066 1: SW: As0BD5A001F1123418400B0103
2013.03.13 19:07:10.158 1: CUL1: A14D4A01018400BF112340202012A970AF10B120C34 -70.5
2013.03.13 19:07:10.515 1: CUL1: A14D4A01018400BF112340202012A970AF10B120C34 -69
2013.03.13 19:07:10.913 1: CUL1: A14D4A01018400BF112340202012A970AF10B120C34 -69
2013.03.13 19:07:14.724 1: SW: As0BD5A001F1123418400B0103
2013.03.13 19:07:14.884 1: CUL1: A0ED5A01018400BF112340100000000 -69.5
2013.03.13 19:07:14.983 1: SW: As0AD58002F1123418400B00
2013.03.13 19:07:15.147 1: SW: As0BD6A001F1123418400B0203
2013.03.13 19:07:15.578 1: CUL1: A0ED5A01018400BF112340100000000 -70.5
2013.03.13 19:07:15.976 1: CUL1: A0ED5A01018400BF112340100000000 -71
2013.03.13 19:07:16.374 1: CUL1: A0ED5A01018400BF112340100000000 -69.5
2013.03.13 19:07:16.772 1: CUL1: A0ED5A01018400BF112340100000000 -68.5
2013.03.13 19:07:19.638 1: SW: As0BD6A001F1123418400B0203
2013.03.13 19:07:19.799 1: CUL1: A0ED6A01018400BF112340100000000 -71
2013.03.13 19:07:19.898 1: SW: As0AD68002F1123418400B00
2013.03.13 19:07:20.062 1: SW: As10D7A001F1123418400B00040000000000
2013.03.13 19:07:20.494 1: CUL1: A0ED6A01018400BF112340100000000 -70.5
2013.03.13 19:07:20.892 1: CUL1: A0ED6A01018400BF112340100000000 -71
2013.03.13 19:07:21.290 1: CUL1: A0ED6A01018400BF112340100000000 -71
2013.03.13 19:07:21.688 1: CUL1: A0ED6A01018400BF112340100000000 -71
2013.03.13 19:07:25.430 1: SW: As10D7A001F1123418400B00040000000000
2013.03.13 19:07:31.062 1: SW: As10D7A001F1123418400B00040000000000
2013.03.13 19:07:35.193 1: SW: As10D7A001F1123418400B00040000000000
2013.03.13 19:07:35.359 1: CUL1: A14D7A01018400BF1123402020155A00AF10B120C34 -72
2013.03.13 19:07:35.451 1: SW: As0AD78002F1123418400B00
2013.03.13 19:07:35.650 1: CUL1: A14D7A01018400BF1123402020155A00AF10B120C34 -71.5
2013.03.13 19:07:36.048 1: CUL1: A14D7A01018400BF1123402020155A00AF10B120C34 -70.5
2013.03.13 19:07:36.384 1: SW: As10D7A001F1123418400B00040000000000
2013.03.13 19:07:36.439 1: CUL1: A14D7A01018400BF1123402020155A00AF10B120C34 -72
2013.03.13 19:07:36.839 1: CUL1: A14D7A01018400BF1123402020155A00AF10B120C34 -71
2013.03.13 19:07:37.238 1: CUL1: A14D7A01018400BF1123402020155A00AF10B120C34 -70
2013.03.13 19:07:41.481 1: SW: As10D7A001F1123418400B00040000000000
2013.03.13 19:07:46.445 1: SW: As10D7A001F1123418400B00040000000000
2013.03.13 19:07:51.238 1: SW: As0BD8A001F1123418400B0103
2013.03.13 19:07:57.073 1: SW: As0BD8A001F1123418400B0103

Der Komplettheit halber hier noch ein 'list 1FL_MP3Gong', nach dem ersten erfolglosen 'set 1FL_MP3Gong getConfig'

Code Auswählen

Internals:
   CHANGED    
   CUL1_MSGCNT 57
   CUL1_RAWMSG A0ED9A01018400BF11234010000000007
   CUL1_RSSI  -70.5
   CUL1_TIME  2013-03-13 19:08:19
   DEF        18400B
   EVENTS     8
   IODev      CUL1
   LASTInputDev CUL1
   MSGCNT     57
   NAME       1FL_MP3Gong
   NR         123
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   channel_01 1FL_MP3Gong_Led
   channel_02 1FL_MP3Gong_Mp3
   lastMsg    No:D9 - t:10 s:18400B d:F11234 0100000000
   protCmdDel 9
   protLastRcv 2013-03-13 19:08:19
   protResnd  51 last_at:2013-03-13 19:08:17
   protResndFail 11 last_at:2013-03-13 19:07:51
   protSnd    27 last_at:2013-03-13 19:08:01
   protState  CMDs_done_events:18
   rssi_CUL1  avg:-71.33 min:-73 max:-69 lst:-72 cnt:12 
   rssi_at_CUL1 avg:-70.57 min:-74.5 max:-68 lst:-70.5 cnt:57 
   Readings:
     2013-03-12 20:34:54   PairedTo        0xF11234
     2013-03-12 20:34:54   R-intKeyVisib   invisib
     2013-03-12 20:34:54   R-pairCentral   0xF11234
     2013-03-13 19:07:51   state           RESPONSE TIMEOUT:RegisterRead
     Regl_00::
       VAL        
   Helper:
     burstEvtCnt 21
     mId        0075
     rxType     1
     Rssi:
       Cul1:
         avg        -71.3333333333333
         cnt        12
         lst        -72
         max        -69
         min        -73
       At_cul1:
         avg        -70.5701754385965
         cnt        57
         lst        -70.5
         max        -68
         min        -74.5
Attributes:
   autoReadReg 1
   expert     2_full
   firmware   2.0
   model      HM-OU-CFM-PL
   peerIDs    
   room       01_Erdgeschoss
   serialNr   IEQ0532750
   subType    outputUnit
   webCmd     getConfig

DAAANKE und viele Grüße in den Cyberspace ...

/Till

martinp876 · 14 März 2013, 08:05:15

Hi Till,

das sieht schlecht aus. Dein Device antwortet meist erst nach mehrfachem Nachfragen
Auch das getConfig, das du abgeschickt hast ist incomplete - da fehlt die Ende-kennung, egal wie lange man wartet.
Das sind unglaublich viele wiederholer.
Ansonsten ist der Ablauf ok.

Vielliecht kann jemand anderer mit einer CFM ein getConfig aufnehmen und schicken, und ein oder 2 Schaltvorgaenge.
Ich wuerde aktuell nicht ausschliessen, dass dein device ein problem hat - eventuell mit den sende/Empfangseinheit.
RSSI ist soweit ok...

Wenn andere CFM besser/normal reagieren waere es wohl dein Device. Ansonsten habe ich das timing nicht verstanden...

Gruss
Martin

eddtima · 24 März 2013, 15:02:53

Hallo Martin,

Ich möchte Dir erstmal sehr danken, dass Du Dir so viel Mühe gegeben hast!!!

Das Problem mit dem Mp3-Gong konnte ich inzwischen lösen. Um einen Hardwaredefekt auszuschließen, habe ich bei ELV einen weiteren MP3Gong gekauft, der sich allerdings auch nicht viel besser verhielt.

Gerade habe ich allerdings den neuen und auch alten Gong zum Laufen gebracht und möchte der Community meinen (doofen) Fehler zur künftigen Vermeidung nicht vorenthalten:

Das Pairing hatte ich am fhem-Frontend durch

Code Auswählen

set CUL1 hmPairForSec 600 und am Gong durch langes Drücken Anlerntaste vorgenommen. Es wurde auch jedes Mal per autocreate die Vorkonfiguration angelegt.

Offenbar hat das Pairing aber nur teilweise funktioniert - entweder gar keine oder nur etwa 50% der Befehle wurden erfolgreich bearbeitet und immer wieder kam es zu MISSING ACKs.

Lösung war, den Gong mehrfach (bestimmt 3 Mal) hintereinander in Anlernmodus zu bringen und alle Pairingbefehle mehrfach und direkt hintereinander auszuführen.

Code Auswählen

set CUL1 hmPairForSec 600
set CUL1 hmPairSerial IEQ0532860
set CUL_HM_HM_OU_CFM_PL_183F9F pair

Erst dann wurden die Readings komplettiert:

Code Auswählen

Readings
CommandAccepted    yes           2013-03-24 13:57:19
R-intKeyVisib      set_invisib   2013-03-24 13:56:52
R-pairCentral      set_0xF11234  2013-03-24 13:48:30
RegL_00:                         2013-03-24 14:19:45
state              set_led redL  2013-03-24 13:59:16

Beide Gongs laufen jetzt zuverlässig!

Danke Martin!

Viele Grüße
/Till

martinp876 · 24 März 2013, 19:12:55

Hi Till,

gerne.

Dennoch bin ich nicht wirklich zufrieden.
Eigentlich sollte es einmal reichen. Klar ist mir mittlerweile, dass manche devices den einen oder anderen pairing-mode nicht mögen. Aber einer geht eigentlich immer.

Sämtliche set-kommandos sind -nicht- mit 'auto-check' versehen. Das heisst, dass man nach dem Schreiben immer selbst prüfen muss.
Unterschieden sollte man zwischen "schalten" und "konfigurieren".

Schalten ist relativ einfach, meist sieht man das Ergebnis, es wird oft geaendert.

Konfigurieren ist weit kritischer, da es komplexer zu testen, selten passiert, kaum ueberschrieben wird,.... Es beziegt sich auf das Setzen von Registern und das eintragen von peers. AES gehört noch in die Gruppe.... Pairen ist eigentlich das setzen von Registern.

Hier noch einmal ein paar Regeln, für alle, die sich unsicher sind:
- missing-ack bedeuten immer, dass man prüfen muss, was passiert ist.
- protState sollte man nach konfigurieren prüfen. Es zeigt den Stand der letzten Sequenz. Da man nicht immer die letzte Sequenz kennt kann man die übrigen prot-eintraege prüfen. Die werden nicht automatisch gelöscht. daher, wenn man sicher gehen will:
+ set <name> clear msgEvents # es wird ein 'protokol-reset' in fhem durchgeführt. Also u.a. alle prot... gelöscht
+ konfiguration durchführen
+ im device nachsehen, dass proState auf "CMDs_done" steht und keine "protFail..." dastehen.
=> dann, und nur dann sind alle Kommandos abgearbeitet.

Danach ein "getConfig" und ein "saveConfig" machen um das device ggf wiederherstellen zu koennen, mit allen details.

In deinem Fall sollte nach dem getConfig kein 'set_' mehr zu lesen sein:

ZitatR-pairCentral set_0xF11234 2013-03-24 13:48:30

Ich habe einmal ein 98_HMinfo bereitgstellt. Da kann man vor umbauaktionen für die gesamte HM installation die Kommandos absetzen:

+ ALLE devices proto... löschen
+ ALLE devices proto... in Tabelle anzeigen
+ ALLE devices getConfig ausführen (alle, die ein autoReadReg gesetzt haben.
+ ALLE devices ein saveConfig machen

Viel Spass noch, Martin

HM-OU-CFM-PL

schaeumer

schaeumer