Ich möchte gern den Gong oder die LED erstmal aus FHEM ansteuern. Leider funzt es nicht.
list CUL_HM_outputUnit_183EEE bringt folgendes
Internals:
CUL_0_MSGCNT 1
CUL_0_RAWMSG A0D008410183EEE0000000600000041
CUL_0_RSSI -41.5
CUL_0_TIME 2013-02-12 21:19:04
DEF 183EEE
IODev CUL_0
LASTIODev CUL_0
MSGCNT 1
NAME CUL_HM_outputUnit_183EEE
NR 164
STATE MISSING ACK
TYPE CUL_HM
channel_01 CUL_HM_outputUnit_183EEE_Led
channel_02 CUL_HM_outputUnit_183EEE_Mp3
lastMsg No:00 - t:10 s:183EEE d:000000 06000000
protCmdDel 19
protLastRcv 2013-02-12 21:19:04
protResnd 48 last_at:2013-02-12 21:30:43
protResndFail 18 last_at:2013-02-12 21:30:45
protSnd 18 last_at:2013-02-12 21:30:36
protState CMDs_done_events:3
Readings:
2013-02-12 20:23:06 CommandAccepted yes
2013-02-12 21:19:04 powerOn -
2013-02-12 21:30:45 state MISSING ACK
Fhem:
Helper:
burstEvtCnt 3
mId 0075
rxType 1
Attributes:
devInfo 260200
firmware 2.0
hmClass receiver
model HM-OU-CFM-PL
room CUL_HM
serialNr IEQ0533037
subType switch
log nach set on:
2013.02.12 21:30:00 1: CUL_0: A0E1580021A0940F110340101C8403F -65.5
2013.02.12 21:30:03 1: SW: As0E16A011F11034183EEE0201C80000
2013.02.12 21:30:05 1: SW: As0E16A011F11034183EEE0201C80000
2013.02.12 21:30:09 1: SW: As0E16A011F11034183EEE0201C80000
2013.02.12 21:30:36 1: SW: As0E17A011F11034183EEE0201C80000
2013.02.12 21:30:38 1: SW: As0E17A011F11034183EEE0201C80000
2013.02.12 21:30:43 1: SW: As0E17A011F11034183EEE0201C80000
die LED log:
2013-02-12_21:43:21 CUL_HM_outputUnit_183EEE_Led set_on
aber es passiert an dem Gong einfach nix
hier die fhem.cfg:
habe den Gong mit dem HM-PB-2-WM55 gepairt. das funktioniert auch (Standard-Ton und Rote LED)
aber die Ansteuerung über FHEM und CUL klappt nicht.
Vielleicht hat jemand einen Tip?
wie ist den deine Config zustande gekommen? aber nich automatisch hoffe ich.
der subtype deines device steht auf "switch" - sollte aber auf "outputUnit" stehen. Das sollte sich auch automatisch so eintragen, wenn du anlernen drueckst.
Und dann bekommst du auch die Kommandos, die funktionieren sollten - on ist da nicht dabei ;-)
Falls du aus einem andere Thread abgeschrieben hast - das war kein HM-OU-CFM-PL sondern ein HM-OU-CF-PL, und der ist ein switch...
Etwas mehr vertrauen in die automatic ;-)
Ja, ich hatte abgeschrieben. automatisch wird outputUnit erkannt. Ich möchte gern die Klingel nicht nur mit dem Taster bedienen sondern mit einem virtuellen Schalter aus fhem bzw spaeter noch mit einem Türkontakt. Aber ich scheitere schon beim virtuellen Schalter.
virtuelle Schalter sind "besondere" Gebilde, meist nicht notwendig.
Du solltest jetzt die LEDs schalten koennen und deien MP3s abspielen - mit "playTone" und "led". Damit lassen sich entsprechende notifies basteln - oder buttons in die webpage einbauen (siehe attr webCmd)
ein virtuellen Schalter bietet ein anderes heangehen und ist komplizierter. Zum einen ist es geschmackssache. zum anderen lassen sich weitere Zustaende programmienren - aber das ist sicher nicht jedermanns Sache.
Anders sieht es mit der Bausteinkopplung aus (also den peers). Das kann man ueber FHEM notifies machen - oder es direkt peeren (meine variante).
Generell ist peeren immer das gleiche (auch fuer virtuelle buttons) und sollte im commandref geschrieben sein.
Kommandos sind
set devicepair -> peeren
set getConfig -> lesen/pruefen
get reg all -> lesen der register und settings
attribut "expert" zum Steuern des Anzeige-levels um web-interface
Gruss
Martin
Vielen Dank für Deine Antwort. Am WE werd ich dann weiter testen und berichten.
Gruß Jörg
So. Hab es hinbekommen. Funktionierte anfangs nicht. Hab das "Gongdevice" nochmal komplett gelöscht. Dann den Gong neu gepairt. Und dann gings. So langsam komme ich in das Thema rein. Gut das es solche Foren gibt und man nicht gleich als Depp behandelt wird. Schließlich fangen wir alle mal an. Also vielen Dank nochmal für Deine Hilfe. (Die 16-fach Status-LED Anzeige kam heute auch noch. Funktioniert ohne Probleme!)
super.
Hilfe! Ich bin der nächste, der seinen MP3/Funkgong HM-OU-CFM-PI nicht zum Gongen oder Leuchten bekommt. Kann denn das wirklich so schwer sein? Ich bin nun alle diesbezüglichen Threads mehrfach durchgegangen und komme einfach nicht weiter. Vielleicht kann mir jemand helfen.
Die Konfiguration in fhem.cfg wurde i.w. automatisch erstellt und sieht so aus:
define Tuergong CUL_HM 18400B
attr Tuergong .devInfo 260100
attr Tuergong .stc 12
attr Tuergong expert 2_full
attr Tuergong firmware 2.0
attr Tuergong model HM-OU-CFM-PL
attr Tuergong peerIDs
attr Tuergong room 02_Obergeschoss
attr Tuergong serialNr IEQ0532750
attr Tuergong subType outputUnit
attr Tuergong webCmd getConfig
define FileLog_Tuergong FileLog ./log/Tuergong-%Y.log Tuergong
attr FileLog_Tuergong logtype text
attr FileLog_Tuergong room 90_Logs
define Tuergong_Led CUL_HM 18400B01
attr Tuergong_Led model HM-OU-CFM-PL
attr Tuergong_Led peerIDs
attr Tuergong_Led room 02_Obergeschoss
define FileLog_Tuergong_Led FileLog ./log/Tuergong_Led-%Y.log Tuergong_Led
attr FileLog_Tuergong_Led logtype text
attr FileLog_Tuergong_Led room 90_Logs
define Tuergong_Mp3 CUL_HM 18400B02
attr Tuergong_Mp3 model HM-OU-CFM-PL
attr Tuergong_Mp3 peerIDs
attr Tuergong_Mp3 room 02_Obergeschoss
define FileLog_Tuergong_Mp3 FileLog ./log/Tuergong_Mp3-%Y.log Tuergong_Mp3
attr FileLog_Tuergong_Mp3 logtype text
attr FileLog_Tuergong_Mp3 room 90_Logs
'list Tuergong' ergibt folgende Ausgabe:
Internals:
DEF 18400B
IODev CUL1
NAME Tuergong
NR 131
STATE MISSING ACK
TYPE CUL_HM
channel_01 Tuergong_Led
channel_02 Tuergong_Mp3
protCmdDel 44
protResnd 66 last_at:2013-03-08 17:57:16
protResndFail 15 last_at:2013-03-08 17:57:19
protSnd 15 last_at:2013-03-08 17:57:09
protState CMDs_done_events:3
Readings:
2013-03-08 17:58:00 RegL_00:
2013-03-08 17:57:19 state MISSING ACK
Helper:
burstEvtCnt 3
mId 0075
rxType 1
Attributes:
expert 2_full
firmware 2.0
model HM-OU-CFM-PL
peerIDs
room 02_Obergeschoss
serialNr IEQ0532750
subType outputUnit
webCmd getConfig
Mein Kommando 'set Tuergong_Led led orangeL' in der Kommandozeile wird mit Ignoranz bestraft und führt im fhem.log zu folgender Ausgabe:
2013.03.08 18:08:46 4: HTTP FHEMWEB:192.168.1.39:50153 GET /fhem?cmd=set+Tuergong_Led+orangeL
2013.03.08 18:08:47 4: /fhem?cmd=set+Tuergong_Led+orangeL / RL: 916 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2013.03.08 18:08:47 4: HTTP FHEMWEB:192.168.1.39:50153 GET /fhem/css/style.css
2013.03.08 18:08:47 4: HTTP FHEMWEB:192.168.1.39:50156 GET /fhem/js/svg.js
2013.03.08 18:08:47 4: HTTP FHEMWEB:192.168.1.39:50154 GET /fhem/js/fhemweb.js
2013.03.08 18:08:47 4: HTTP FHEMWEB:192.168.1.39:50155 GET /fhem/icons/favicon
2013.03.08 18:08:47 4: HTTP FHEMWEB:192.168.1.39:50153 GET /fhem/icons/darklogo
2013.03.08 18:08:47 4: HTTP FHEMWEB:192.168.1.39:50156 GET /fhem/icons/icoEverything
2013.03.08 18:09:03 4: HTTP FHEMWEB:192.168.1.39:50153 GET /fhem?cmd=set+Tuergong_Led+led+orangeL
2013.03.08 18:09:03 2: CUL_HM set Tuergong_Led led orangeL rxt:1
2013.03.08 18:09:03 4: HTTP FHEMWEB:192.168.1.39:50153 GET /fhem
2013.03.08 18:09:03 4: /fhem / RL: 812 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2013.03.08 18:09:03 4: HTTP FHEMWEB:192.168.1.39:50153 GET /fhem/css/style.css
2013.03.08 18:09:03 4: HTTP FHEMWEB:192.168.1.39:50156 GET /fhem/js/svg.js
2013.03.08 18:09:03 4: HTTP FHEMWEB:192.168.1.39:50154 GET /fhem/js/fhemweb.js
2013.03.08 18:09:03 4: HTTP FHEMWEB:192.168.1.39:50179 GET /fhem/icons/favicon
2013.03.08 18:09:03 4: HTTP FHEMWEB:192.168.1.39:50153 GET /fhem/icons/darklogo
2013.03.08 18:09:03 4: HTTP FHEMWEB:192.168.1.39:50156 GET /fhem/icons/icoEverything
2013.03.08 18:09:05 4: CUL_HM_Resend: Tuergong nr 2
2013.03.08 18:09:08 4: HTTP FHEMWEB:192.168.1.39:50153 GET /fhem?room=90_Logs
2013.03.08 18:09:09 4: /fhem?room=90_Logs / RL: 1525 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2013.03.08 18:09:09 4: CUL_HM_Resend: Tuergong nr 3
2013.03.08 18:09:09 4: HTTP FHEMWEB:192.168.1.39:50153 GET /fhem/css/style.css
2013.03.08 18:09:09 4: HTTP FHEMWEB:192.168.1.39:50189 GET /fhem/icons/favicon
2013.03.08 18:09:09 4: HTTP FHEMWEB:192.168.1.39:50154 GET /fhem/js/fhemweb.js
2013.03.08 18:09:09 4: HTTP FHEMWEB:192.168.1.39:50156 GET /fhem/js/svg.js
2013.03.08 18:09:09 4: HTTP FHEMWEB:192.168.1.39:50153 GET /fhem/icons/darklogo
2013.03.08 18:09:09 4: HTTP FHEMWEB:192.168.1.39:50156 GET /fhem/icons/icoEverything
Ein Blick in die Logdatei Tuergong-2013.log liefert folgendes Ergebnis:
2013-03-08_17:39:42 Tuergong MISSING ACK
2013-03-08_17:41:53 Tuergong MISSING ACK
2013-03-08_17:42:05 Tuergong MISSING ACK
2013-03-08_17:45:35 Tuergong MISSING ACK
2013-03-08_17:46:26 Tuergong RESPONSE TIMEOUT:PeerList
2013-03-08_17:47:02 Tuergong RESPONSE TIMEOUT:RegisterRead
2013-03-08_17:47:38 Tuergong RESPONSE TIMEOUT:PeerList
2013-03-08_17:53:39 Tuergong RESPONSE TIMEOUT:RegisterRead
2013-03-08_17:53:49 Tuergong set_playTone 000
2013-03-08_17:54:15 Tuergong RESPONSE TIMEOUT:PeerList
2013-03-08_17:54:23 Tuergong set_playTone 001
2013-03-08_17:54:46 Tuergong RESPONSE TIMEOUT:PeerList
2013-03-08_17:54:52 Tuergong set_led orangeL
2013-03-08_17:55:23 Tuergong RESPONSE TIMEOUT:RegisterRead
2013-03-08_17:56:00 Tuergong RESPONSE TIMEOUT:PeerList
2013-03-08_17:56:34 Tuergong RESPONSE TIMEOUT:PeerList
2013-03-08_17:56:43 Tuergong MISSING ACK
2013-03-08_17:57:19 Tuergong MISSING ACK
2013-03-08_18:09:12 Tuergong MISSING ACK
Kann mir jemand helfen, der Büchse einen Ton und/oder Licht zu entlocken?
Hi
wie du sehen kannst ist eigentlich gar kein Kommando zu deinem Gong durchgedrungen.
ZitatprotCmdDel 44
protResnd 66 last_at:2013-03-08 17:57:16
protResndFail 15 last_at:2013-03-08 17:57:19
protSnd 15 last_at:2013-03-08 17:57:09
protState CMDs_done_events:3
Also erste einmal sollte das pairen funktionieren. Hast du alles probiert -also
hmpairforsec?
und
pair
und
hmpairserial?
dann kannst du ein getConfig probieren.
Gruss
Martin
Hey Martin,
super, es funktioniert jetzt. Komisch, ich habe reproduzierbar auch nicht anderes gemacht als vorher, aber jetzt gongt und leuchtet er.
Mein Vorgehen:
1) set CUL1 hmPairForSec 600
2) kurzer Tasendruck am Aktor (Kanal 1 gewählt), dann 4 sek Tastendruck zu Start des Pairing
3 Im EventMonitor ist dann das Anlegen des Devices zu beobachten, in der fhem.cfg wird die Konfig gespeichert
4) "set CUL_HM_HM_OU_CFM_PL_18400B_Led led orangeL" funktioniert, Ergebniss im EventMonitor:
2013-03-09 12:41:47 CUL_HM CUL_HM_HM_OU_CFM_PL_18400B_Led set_led orangeL
2013-03-09 12:41:51 CUL_HM CUL_HM_HM_OU_CFM_PL_18400B_Led on
In den Readings des Gerätes lässt sich lesen:
CommandAccepted yes 2013-03-09 12:41:51
state on 2013-03-09 12:41:51
Es bleiben ein paar kleine Fragen:
Von Zeit zu Zeit (1 mal von 10?) wird ein Kommando aber mit "MISSING ACK" abgeschlossen und nicht ausgeführt. Wenn es einmal nicht funktioniert hat, werden die nächsten Kommandos meistens auch nicht akzeptiert. Ist das normal? Oder hat das Pairing doch nicht ganz funktioniert??
set CUL_HM_HM_OU_CFM_PL_18400B pair bringt kein greifbares Ergebnis, und wird im EventMoitor mit 2013-03-09 15:10:22 CUL_HM CUL_HM_HM_OU_CFM_PL_18400B MISSING ACK quittiert.
set CUL1 hmPairSerial IEQ0532750 führt zu keiner Reaktion ausser
2013.03.09 15:10:43 3: CUL_HM pair: CUL_HM_HM_OU_CFM_PL_18400B outputUnit, model HM-OU-CFM-PL serialNr IEQ0532750
2013.03.09 15:10:45 4: CUL_HM_Resend: CUL_HM_HM_OU_CFM_PL_18400B nr 2
2013.03.09 15:10:46 4: CUL_HM_Resend: CUL_HM_HM_OU_CFM_PL_18400B nr 3
Kann man eigentlich die Lautstärke des abgespielten MP3s einstellen? Habe auf Anhieb kein Kommando gesehen ...
Einstweilen vieeeeelen Dank für Deine Hilfe. Ich bin schon froh, dass es einigermaßen funktioniert und sich der MP3/Gong-Aktor Gerät überhaupt regt.
Viele Grüße
/Till
zu den missing acks waerenroh-logs hilreich
attr global verbose 1
attr global mseclog 1
attr hmlan loglevel 1
zum Einstellen der Lautstaerke:
Schau dir einmal die Register an: Intense sollte das machen. (lgIntense und shIntense)
Die Lautstaerk beim Kommando gleich mit zu steuern habe wir nicht gefunden - muss man evtl noch probieren
Gruss
Martin
Hi Martin,
ich habe es mit den 3 Kommandos probiert, allerdings bekomme ich damit so gut wie keinen Output. Bist Du sicher, dass 'attr verbose 1' richtig ist? Unterdrückst Du damit nicht nahezu alle Meldungen?
Das 'attr hmlan loglevel 1' akzeptiert mein FHEM nicht, denke das liegt daran, dass meine Homematic-Meldungen über einen CUL an der FB7390 kommuniziert werden. Also kein HM-LAN Adapter.
Bin dann auf 'attr verbose 5' gewechselt und erhalte folgenden Log im fhem-2013-03.log: 2013.03.10 17:51:31.680 4: Connection accepted from FHEMWEB:192.168.1.39:51672
2013.03.10 17:51:31.686 4: HTTP FHEMWEB:192.168.1.39:51672 GET /fhem?cmd={ReadingsVal(%221FL_MP3Gong_Mp3%22,%22playTone%22,%22%22)}&XHR=1
2013.03.10 17:51:31.689 5: Cmd: >{ReadingsVal("1FL_MP3Gong_Mp3","playTone","")}<
2013.03.10 17:51:31.725 4: /fhem?cmd={ReadingsVal(%221FL_MP3Gong_Mp3%22,%22playTone%22,%22%22)}&XHR=1 / RL: 21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2013.03.10 17:51:34.398 4: HTTP FHEMWEB:192.168.1.39:51672 GET /fhem?detail=1FL_MP3Gong_Mp3&detail=1FL_MP3Gong_Mp3&dev.set1FL_MP3Gong_Mp3=1FL_MP3Gong_Mp3&cmd.set1FL_MP3Gong_Mp3=set&arg.set1FL_MP3Gong_Mp3=playTone&val.set1FL_MP3Gong_Mp3=1
2013.03.10 17:51:34.401 5: Cmd: >set 1FL_MP3Gong_Mp3 playTone 1<
2013.03.10 17:51:34.407 5: Triggering 1FL_MP3Gong_Mp3 (1 changes)
2013.03.10 17:51:34.414 5: Notify loop for 1FL_MP3Gong_Mp3 set_playTone 1
2013.03.10 17:51:34.487 2: CUL_HM set 1FL_MP3Gong_Mp3 playTone 1 rxt:1
2013.03.10 17:51:34.490 5: CUL1 sending As0E0BA011F1123418400B8002020201
2013.03.10 17:51:34.491 5: SW: As0E0BA011F1123418400B8002020201
2013.03.10 17:51:34.510 4: HTTP FHEMWEB:192.168.1.39:51672 GET /fhem?detail=1FL_MP3Gong_Mp3
2013.03.10 17:51:34.728 4: /fhem?detail=1FL_MP3Gong_Mp3 / RL: 3349 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2013.03.10 17:51:34.758 4: HTTP FHEMWEB:192.168.1.39:51672 GET /fhem/css/style.css
2013.03.10 17:51:34.767 4: HTTP FHEMWEB:192.168.1.39:51672 GET /fhem/js/svg.js
2013.03.10 17:51:34.773 4: Connection accepted from FHEMWEB:192.168.1.39:51673
2013.03.10 17:51:34.781 4: Connection accepted from FHEMWEB:192.168.1.39:51674
2013.03.10 17:51:34.784 4: HTTP FHEMWEB:192.168.1.39:51673 GET /fhem/js/fhemweb.js
2013.03.10 17:51:34.790 4: HTTP FHEMWEB:192.168.1.39:51674 GET /fhem/icons/favicon
2013.03.10 17:51:34.844 4: HTTP FHEMWEB:192.168.1.39:51672 GET /fhem/icons/darklogo
2013.03.10 17:51:34.849 4: HTTP FHEMWEB:192.168.1.39:51674 GET /fhem?cmd={ReadingsVal(%221FL_MP3Gong_Mp3%22,%22clear%22,%22%22)}&XHR=1
2013.03.10 17:51:34.852 5: Cmd: >{ReadingsVal("1FL_MP3Gong_Mp3","clear","")}<
2013.03.10 17:51:34.887 4: /fhem?cmd={ReadingsVal(%221FL_MP3Gong_Mp3%22,%22clear%22,%22%22)}&XHR=1 / RL: 21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2013.03.10 17:51:34.890 4: HTTP FHEMWEB:192.168.1.39:51673 GET /fhem/icons/icoEverything
2013.03.10 17:51:34.898 4: Connection accepted from FHEMWEB:192.168.1.39:51675
2013.03.10 17:51:34.902 4: HTTP FHEMWEB:192.168.1.39:51675 GET /fhem?cmd={AttrVal(%221FL_MP3Gong_Mp3%22,%22room%22,%22%22)}&XHR=1
2013.03.10 17:51:34.905 5: Cmd: >{AttrVal("1FL_MP3Gong_Mp3","room","")}<
2013.03.10 17:51:34.944 4: /fhem?cmd={AttrVal(%221FL_MP3Gong_Mp3%22,%22room%22,%22%22)}&XHR=1 / RL: 35 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2013.03.10 17:51:36.508 5: CUL1 sending As0E0BA011F1123418400B8002020201
2013.03.10 17:51:36.511 5: SW: As0E0BA011F1123418400B8002020201
2013.03.10 17:51:36.523 4: CUL_HM_Resend: 1FL_MP3Gong nr 2
2013.03.10 17:51:38.178 5: CUL1 sending As0E0BA011F1123418400B8002020201
2013.03.10 17:51:38.181 5: SW: As0E0BA011F1123418400B8002020201
2013.03.10 17:51:38.193 4: CUL_HM_Resend: 1FL_MP3Gong nr 3
2013.03.10 17:51:43.174 5: Triggering 1FL_MP3Gong (1 changes)
2013.03.10 17:51:43.183 5: Notify loop for 1FL_MP3Gong MISSING ACK
2013.03.10 17:51:46.568 4: HTTP FHEMWEB:192.168.1.39:51672 GET /fhem?room=90_Logs
2013.03.10 17:51:47.692 4: /fhem?room=90_Logs / RL: 1578 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
Im Devicelog selbst wird fast nichts geloggt: 2013-03-10_17:51:34 1FL_MP3Gong_Mp3 set_playTone 1
Der Event Monitor sagt folgendes: 2013-03-10 17:51:34.485 CUL_HM 1FL_MP3Gong_Mp3 set_playTone 1
2013-03-10 17:51:43.251 CUL_HM 1FL_MP3Gong MISSING ACK
list 1FL_MP3Gong führt zu folgender Ausgabe: Internals:
CUL1_MSGCNT 8
CUL1_RAWMSG A0D0AA41018400BF112340602000013
CUL1_RSSI -64.5
CUL1_TIME 2013-03-10 17:49:35
DEF 18400B
IODev CUL1
LASTInputDev CUL1
MSGCNT 8
NAME 1FL_MP3Gong
NR 124
STATE MISSING ACK
TYPE CUL_HM
channel_01 1FL_MP3Gong_Led
channel_02 1FL_MP3Gong_Mp3
lastMsg No:0A - t:10 s:18400B d:F11234 06020000
protCmdDel 0
protLastRcv 2013-03-10 17:49:35
protResnd 5 last_at:2013-03-10 17:51:38
protResndFail 2 last_at:2013-03-10 17:51:43
protSnd 4 last_at:2013-03-10 17:51:34
protState CMDs_done_events:3
rssi_CUL1 avg:-66 min:-66 max:-66 lst:-66 cnt:2
rssi_at_CUL1 avg:-65 min:-65.5 max:-64.5 lst:-64.5 cnt:8
Readings:
2013-03-10 17:51:43 state MISSING ACK
Helper:
burstEvtCnt 3
mId 0075
rxType 1
Rssi:
Cul1:
avg -66
cnt 2
lst -66
max -66
min -66
At_cul1:
avg -65
cnt 8
lst -64.5
max -64.5
min -65.5
Attributes:
expert 2_full
firmware 2.0
model HM-OU-CFM-PL
peerIDs
room 01_Erdgeschoss
serialNr IEQ0532750
subType outputUnit
webCmd getConfig
Kannst Du etwas damit anfangen?
Danke für Deinen Hinweis mit den Registern. Allerdings fehlt mir dazu noch jede Idee, wie ich das umsetzen kann, da ich noch nie etwas mit Registern zu tun hatte. Kannst Du mir dazu sagen, wo ich weitersuchen kann? Ich will Dir hier ersparen, bei Adam und Eva anzufangen, ohne dass ich mich selbst genug bemüht habe ... In der erweiterten fhem-Anleitung ist ja seit kurzem ein Homematic-Anhang (von Dir?), da muss ich mich mal kräftig einlesen.
Vielen Dank und Grüße
/Till
ZitatBist Du sicher, dass 'attr verbose 1' richtig
ja. Es wird alles bis auf level 1 unterdrückt, richtig
Zitat'attr hmlan loglevel 1' akzeptiert mein FHEM nicht
stimmt. dein IO device heisst ja auch "CUL1". also waere
attr CUL1 loglevel 1
korrekt.
Damit wird alles, was CUL1 zu sagen hat auf level 1 gesetzt. Somit wird das log vom anderen Ramsch (nicht so gemeint...;-)) befreit und ich muss nicht so viel nacharbeiten, die gesuchte Info zu finden.
Mit dem Vorgehen kannst du also quasi nur auf deinen gewünschten output filtern.
aber bei deinen 3 Messages ist es nicht so schlimm.
so, zum Inhalt: es wird eine message gesendet, die aber nicht beantwortet wird. Aus den "prot" Eintraegen ist zu sehen, dass in diesem ablauf noch nichts funktioniert hat.
Hat schon einmal etwas funktioniert, also das device auf eine message geantwortet? Ich kann nicht sehen, dass das device gepairt ist.
kannst du ein getConfig machen? Danach ein list auf alle 3 entities (falls es funktioniert hat).
evtl setzt du das attribut autoReadReg (nur am device, nicht den channels), dann wird die Konfiguration bei jeden restart neu gelesen. Mache ich bei allen devices, die 'normal' antworten.
Gruss
Martin
Hallo Martin,
ok, die 3 Kommandos zum loglevel wurden ohne Fehler akzeptiert.
Zu Deiner Frage: Ja, immer mal wieder funktioniert etwas, und dann wieder nicht. Da es zwischendurch funktioniert (sowohl LED-Farben als auch Mp3-Dateien werden abgespielt), bin ich bisher davon ausgegangen, dass das Pairing funktioniert hat. Bin ich da auf dem Holzweg? Wo kann ich das kontrollieren?
Ein 'set 1FL_MP3Gong getConfig' liefert überhaupt keinen Output, auch nicht im fhem-03-2013.log oder EventMonitor.
Im Fhem Webfrontend kann ich im Device in der tabellarischen Übersicht aber folgenden Status sehen, der bei getConfig (nicht über die Kommandozeile sondern per 'set' upgedated wird):
CHANGED
CUL1_MSGCNT 39
CUL1_RAWMSG A0E9F800218400BF112340101C8004410
CUL1_RSSI -66
CUL1_TIME 2013-03-11 21:37:49
DEF 18400B
EVENTS 7
IODev CUL1
LASTInputDev CUL1
MSGCNT 39
NAME 1FL_MP3Gong
NR 123
STATE RESPONSE TIMEOUT:RegisterRead
TYPE CUL_HM
channel_01 1FL_MP3Gong_Led
channel_02 1FL_MP3Gong_Mp3
lastMsg No:9F - t:02 s:18400B d:F11234 0101C80044
protCmdDel 8
protCmdPend 2 CMDs pending
protLastRcv 2013-03-11 21:37:49
protResnd 26 last_at:2013-03-11 21:37:48
protResndFail 3 last_at:2013-03-11 21:36:35
protSnd 13 last_at:2013-03-11 21:38:10
protState CMDs_processing...
rssi_CUL1 avg:-68.25 min:-69 max:-68 lst:-68 cnt:4
rssi_at_CUL1 avg:-66.42 min:-67.5 max:-65.5 lst:-66 cnt:39
Readings
PairedTo 0xF11234 2013-03-11 21:16:16
R-intKeyVisib invisib 2013-03-11 21:12:56
R-pairCentral 0xF11234 2013-03-11 21:12:56
RegL_00:
state RESPONSE TIMEOUT:RegisterRead 2013-03-11 21:36:35
autoReadReg 1 deleteattr
expert 2_full deleteattr
firmware 2.0 deleteattr
model HM-OU-CFM-PL deleteattr
peerIDs deleteattr
room 01_Erdgeschoss deleteattr
serialNR IEQ0532750 deleteattr
serialNr IEQ0532750 deleteattr
subType outputUnit deleteattr
webCmd getConfig deleteattr
Ein 'list 1FL_MP3Gong' liefert dieses Ergebnis:Internals:
CUL1_MSGCNT 46
CUL1_RAWMSG A140AA01018400BF112340202018AA00AF10B120C340C
CUL1_RSSI -68
CUL1_TIME 2013-03-11 21:25:15
DEF 18400B
EVENTS 11
IODev CUL1
LASTInputDev CUL1
MSGCNT 46
NAME 1FL_MP3Gong
NR 123
STATE RESPONSE TIMEOUT:RegisterRead
TYPE CUL_HM
channel_01 1FL_MP3Gong_Led
channel_02 1FL_MP3Gong_Mp3
lastMsg No:0A - t:10 s:18400B d:F11234 0202018AA00AF10B120C34
protCmdDel 9
protCmdPend 1 CMDs pending
protLastRcv 2013-03-11 21:25:15
protResnd 45 last_at:2013-03-11 21:25:15
protResndFail 5 last_at:2013-03-11 21:25:21
protSnd 11 last_at:2013-03-11 21:25:21
protState CMDs_processing...
rssi_at_CUL1 avg:-66.43 min:-68.5 max:-65 lst:-68 cnt:46
Readings:
2013-03-11 21:16:16 PairedTo 0xF11234
2013-03-11 21:12:56 R-intKeyVisib invisib
2013-03-11 21:12:56 R-pairCentral 0xF11234
2013-03-11 21:25:21 state RESPONSE TIMEOUT:RegisterRead
Regl_00::
VAL
cmdStack:
++A001F1123418400B0203
Helper:
burstEvtCnt 50
mId 0075
rxType 1
Respwait:
PendCmd As0B0BA001F1123418400B0103
Pending PeerList
forChn 01
Rssi:
At_cul1:
avg -66.4347826086957
cnt 46
lst -68
max -65
min -68.5
Attributes:
expert 2_full
firmware 2.0
model HM-OU-CFM-PL
peerIDs
room 01_Erdgeschoss
serialNr IEQ0532750
subType outputUnit
webCmd getConfig
Ein 'list 1FL_MP3Gong_Mp3' liefert dieses Ergebnis:Internals:
DEF 18400B02
NAME 1FL_MP3Gong_Mp3
NR 127
STATE off
TYPE CUL_HM
chanNo 02
device 1FL_MP3Gong
Readings:
2013-03-11 21:14:16 CommandAccepted yes
2013-03-11 21:14:50 state off
Helper:
peerIDsRaw ,00000000
Attributes:
model HM-OU-CFM-PL
peerIDs 00000000,
room 01_Erdgeschoss
Ein 'list 1FL_MP3Gong_Led' liefert dieses Ergebnis:Internals:
DEF 18400B01
NAME 1FL_MP3Gong_Led
NR 125
STATE set_led orangeL
TYPE CUL_HM
chanNo 01
device 1FL_MP3Gong
Readings:
2013-03-10 17:43:40 CommandAccepted yes
2013-03-11 21:04:33 state set_led orangeL
Helper:
peerIDsRaw ,00000000
Attributes:
model HM-OU-CFM-PL
peerIDs 00000000,
room 01_Erdgeschoss
'attr 1FL-MP3Gong autoReadReg' habe ich jetzt mal gesetzt, aber das hat das Verhalten bis jetzt noch nicht geändert ...
Einstweilen Dir vielen, vielen Dank für Deine Geduld,
Viele Grüße
/Till
Zitat'set 1FL_MP3Gong getConfig'
ok, klar.
ein 'set 1FL_MP3Gong getConfig' hat schon etwas geliefert, die register des device sind gelesen worden.
Der Gong und das Licht sind nicht gepeert, also sind da auch keine Register vorhanden.
Das Bearbeiten den Messages war noch nicht fertig, da warst du etwas schnell.
ZitatprotCmdPend 2 CMDs pending
protState CMDs_processing...
aber es waere evtl auch nichts mehr gekommen.
Zitatder bei getConfig (nicht über die Kommandozeile sondern per 'set' upgedated wird):
Kommandozeile oder set send identisch.
Zitat'attr 1FL-MP3Gong autoReadReg' habe ich jetzt mal gesetzt, aber das hat das Verhalten bis jetzt noch nicht geändert ...
das liest die Register beim 'booten' - mehr nicht.
Zitatdass das Pairing funktioniert hat. Bin ich da auf dem Holzweg? Wo kann ich das kontrollieren?
hier (nach getConfig):
ZitatPairedTo 0xF11234 2013-03-11 21:16:16
R-pairCentral 0xF11234 2013-03-11 21:12:56
So zum Problem:
ZitatJa, immer mal wieder funktioniert etwas, und dann wieder nicht
ah, es geht manchmal...
kannst du einmal etwas aufzeichnen? Wenn es geht und wenn nicht? einfach ein paar Versuche - mit kommentar
Gruss
Martin
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
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
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
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
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:
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: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: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: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: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 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: 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
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
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
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 dieset 1FL_MP3Gong getConfig
get 1FL_MP3Gong_Led reg all Kommandos gegeben, was evtl zu diesem Log führte.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
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:
1FL_MP3Gong_Led type:outputUnit -
list:peer register :value
Der dazu passende fhem-2013-03.log (mit ein bisschen Speck drumrum) sieht so aus: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'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
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
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 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. set CUL1 hmPairForSec 600
set CUL1 hmPairSerial IEQ0532860
set CUL_HM_HM_OU_CFM_PL_183F9F pair
Erst dann wurden die Readings komplettiert: 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
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