Hallo zusammen,
ich habe den mp3-Funkgong installiert. In FHEM wurde dieser gepairt. Mit set Funk_Gong_led press blinkt die Signalleuchte Orange. Mit set Funk_Gong_led led orangeS 4 wird allerdings die Signalleuchte nicht aktiviert. Ebenso wenig funktionieren die anderen Farben greenS (greenL) oder redS (redL).
Das Kommando wird akzeptiert:
Readings
CommandAccepted yes 2013-07-11 08:09:22
state set_led greenS 4 2013-07-11 08:19:31
Gibt´s da noch etwas, was ich beachten sollte, damit das obige Kommando funktioniert? Technisch ist die Signalleuchte in allen drei Farben in Ordnung.
Gruß
Damian
... benutzt denn keiner die Signalleuchte des MP3-Gongs über FHEM?
Über ein direktes Pairen des MP3-Gongs mit einer HM-FB mit Hilfe des HM-Konfigurationsadapters kann ich alle Farben ansteuern.
Vielleicht sollte ich virtuelle HM-Buttons in FHEM definieren und direkt mit dem Funk-Gong peeren und die Register so setzten, wie sie vom HM-Konfigurationsadapter gesetzt wurden, um die volle Funktionalität des MP3-Gong zu entlocken. Dann lässt sich übrigens auch die Lautstärke steuern.
Gruß
Damian
Wie ich gerade gelesen habe, ist das Problem die LED-Leuchte anzusteuern, nicht neu.
siehe hier:
Link (http://forum.fhem.de/index.php?topic=12445.msg77087#msg77087)
Wo möglich hat sich etwas an der Firmware geändert. Mein Gong ist paar Tage alt und hat mittlerweile die Firmwareversion 2.1.
Gruß
Damian
hm - schade. Ich dachte, das ist jetzt erledigt und hat funktioniert.
erst einmal: hast du schon andere Farben und repeats probiert? Funktioniert irgend etwas?
Ich werden dann noch einmal eine test-suite zusammenstellen, die du dann probieren koenntest.
Kannst du schon einmal die Configudation lesen und mir dann ein list schicken?
Danke Martin
Hallo Martin,
was funktioniert:
set Gong_Led press
Orange blinkt sechs mal.
set Gong_mp3 press
spielt den internen Gong-Sound ab
set Gong_mp3 playTone <Nr>
spielt mp3-file ab, allerdings erst beim zweiten Mal, wenn zwischendurch der interne Gong abgespielt wurde, funktioniert playTone erst beim zweiten Mal
was nicht geht:
set Gong_Led led <irgendwelche Farbe>
es erfolgt keine Reaktion des Gongs, auch die Kontrollleuchte geht nicht an.
set Gong_Led raw ++A01109060120771D8002020212
führt ebenso zu keiner Reaktion.
Gepeerte Sender (hier: KEY3_Btn_03) über den Konfigurations-Lanadapter funktionieren dagegen, wie sie sollen
hier die Konfiguration:
Internals:
DEF 21745001
EVENTS 2
NAME Gong_Led
NR 263
NTFY_TRIGGERTIME 2013-07-14 15:59:59
STATE off
TYPE CUL_HM
chanNo 01
device Funk_Gong
Readings:
2013-07-14 15:59:51 CommandAccepted yes
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-lgActNum 6
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-lgActTypeLed red_long
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-lgActionType jmpToTarget
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-lgCtDlyOff geLo
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-lgCtDlyOn geLo
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-lgCtOff geLo
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-lgCtOn geLo
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-lgCtValHi 100
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-lgCtValLo 50
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-lgMultiExec on
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-lgOffDly 0 s
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-lgOffTime 111600 s
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-lgOffTimeMode absolut
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-lgOnDly 0 s
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-lgOnTime 6 s
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-lgOnTimeMode absolut
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-lgSwJtDlyOff no
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-lgSwJtDlyOn no
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-lgSwJtOff dlyOn
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-lgSwJtOn no
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-shActNum 6
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-shActTypeLed green_long
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-shActionType jmpToTarget
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-shCtDlyOff geLo
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-shCtDlyOn geLo
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-shCtOff geLo
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-shCtOn geLo
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-shCtValHi 100
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-shCtValLo 50
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-shOffDly 0 s
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-shOffTime 111600 s
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-shOffTimeMode absolut
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-shOnDly 0 s
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-shOnTime 6 s
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-shOnTimeMode absolut
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-shSwJtDlyOff no
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-shSwJtDlyOn no
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-shSwJtOff dlyOn
2013-07-13 13:28:23 R-RC_KEY3_Btn_03-shSwJtOn no
2013-07-13 13:28:23 RegL_03:RC_KEY3_Btn_03 02:00 03:00 04:32 05:64 06:00 07:26 08:00 09:FF 0A:01 0B:10 0C:00 24:22 25:06 26:00 27:00 28:00 29:00 2A:00 2B:FF 82:00 83:00 84:32 85:64 86:00 87:26 88:00 89:FF 8A:21 8B:10 8C:00 8D:12 8E:06 A4:12 A5:06 A6:00 A7:00 A8:00 A9:00 AA:00 AB:FF 00:00
2013-07-14 10:38:35 peerList RC_KEY3_Btn_03,
2013-07-14 15:59:59 state off
Helper:
count 1
Role:
chn 1
Attributes:
model HM-OU-CFM-PL
peerIDs 00000000,12A92603,
room CUL_HM
webCmd press short:press long
Gruß
Damian
hi Damian,
bei press wird das ausgeführt, was auch beim betätigen den eingebauten Tasters passiert.
Es sollte eigentlich möglich sein dies sichtbar zu machen, wenn du im Device intKeyVisib auf visible setzt und noch einmal ein getConfig machst. Beides auf das Device. Dann die Register in den Channels ansehen.
alles was über "trigger" ausgelöst wird sollte also kein Problem sein.
Auch das abspielen von einzelnen MP3s geht (auch eine Liste?)
Bleibt also die LED, ausgelöst per Message.
Zitatset Gong_Led raw ++A01109060120771D8002020212
ist das zugelassen? raw-messages sollte man nur über das Device auslösen können. Das Kommando sollte rejected werden. Probier es einmal mit dem Device.
set Funk_Gong raw ++A01109060120771D8002020212
ansonsten, kannst du die roh-messages vom LED setzen einmal mitschneiden?
Gruss Martin
Hallo Martin,
ich habe set Funk_Gong raw ++A01109060120771D8002020212 abgesetzt:
Befehl wird nicht bestätigt siehe List Funk_Gong:
Internals:
DEF 217450
EVENTS 23
HMLAN_MSGCNT 54
HMLAN_RAWMSG E217450,0000,D16E547A,FF,FFBE,0CA41021745026026506020000
HMLAN_RSSI -66
HMLAN_TIME 2013-07-17 09:45:16
IODev HMLAN
LASTInputDev HMLAN
MSGCNT 54
NAME Funk_Gong
NR 262
NTFY_TRIGGERTIME 2013-07-17 11:21:58
STATE MISSING ACK
TYPE CUL_HM
channel_01 Gong_Led
channel_02 Gong_mp3
lastMsg No:0C - t:10 s:217450 d:260265 06020000
protCmdDel 0
protLastRcv 2013-07-17 09:45:16
protResnd 8 last_at:2013-07-17 11:21:55
protResndFail 4 last_at:2013-07-17 11:21:58
protSnd 12 last_at:2013-07-17 11:21:48
protState CMDs_done_events:6
rssi_HMLAN avg:-58 min:-61 max:-52 lst:-61 cnt:3
rssi_at_HMLAN avg:-58.33 min:-67 max:-50 lst:-66 cnt:54
Readings:
2013-07-17 09:41:44 CommandAccepted yes
2013-07-16 22:33:27 PairedTo 0x260265
2013-07-16 22:33:27 R-intKeyVisib invisib
2013-07-16 22:33:27 R-pairCentral 0x260265
2013-07-16 22:33:27 RegL_00: 02:01 A4:BD 0A:26 0B:02 0C:65 00:00
2013-07-16 22:21:42 powerOn -
2013-07-17 11:21:58 state MISSING ACK
Helper:
burstEvtCnt 6
mId 0075
rxType 1
Role:
dev 1
Rssi:
Hmlan:
avg -58
cnt 3
lst -61
max -52
min -61
At_hmlan:
avg -58.3333333333333
cnt 54
lst -66
max -50
min -67
Shadowreg:
Attributes:
expert 2_full
firmware 2.1
model HM-OU-CFM-PL
peerIDs
room CUL_HM
serialNr KEQ0176522
subType outputUnit
webCmd getConfig
Gruß
Damian
Hi,
da stimmt etwas mit den Adressen nicht. Mach einmal ein
set Funk_Gong raw ++A0112602652174508002020212
Gruss Martin
Hallo Martin,
set Funk_Gong raw ++A0112602652174508002020212
sieht schon etwas besser aus.
Kontrollleuchte geht jetzt an und die Singalleuchte blinkt ein mal rot.
List Funk_gong sieht dann so aus:
Internals:
DEF 217450
EVENTS 23
HMLAN_MSGCNT 60
HMLAN_RAWMSG E217450,0000,D3AE1E1D,FF,FFBF,F7A41021745026026506020000
HMLAN_RSSI -65
HMLAN_TIME 2013-07-17 20:14:06
IODev HMLAN
LASTInputDev HMLAN
MSGCNT 60
NAME Funk_Gong
NR 262
NTFY_TRIGGERTIME 2013-07-17 20:14:04
STATE CMDs_done
TYPE CUL_HM
channel_01 Gong_Led
channel_02 Gong_mp3
lastMsg No:F7 - t:10 s:217450 d:260265 06020000
protCmdDel 0
protLastRcv 2013-07-17 20:14:06
protResnd 8 last_at:2013-07-17 11:21:55
protResndFail 4 last_at:2013-07-17 11:21:58
protSnd 15 last_at:2013-07-17 20:14:03
protState CMDs_done
rssi_HMLAN avg:-61.16 min:-66 max:-52 lst:-63 cnt:6
rssi_at_HMLAN avg:-58.95 min:-67 max:-50 lst:-65 cnt:60
Readings:
2013-07-17 09:41:44 CommandAccepted yes
2013-07-16 22:33:27 PairedTo 0x260265
2013-07-16 22:33:27 R-intKeyVisib invisib
2013-07-16 22:33:27 R-pairCentral 0x260265
2013-07-16 22:33:27 RegL_00: 02:01 A4:BD 0A:26 0B:02 0C:65 00:00
2013-07-16 22:21:42 powerOn -
2013-07-17 20:14:04 state CMDs_done
Helper:
mId 0075
rxType 1
Respwait:
Role:
dev 1
Rssi:
Hmlan:
avg -61.1666666666667
cnt 6
lst -63
max -52
min -66
At_hmlan:
avg -58.95
cnt 60
lst -65
max -50
min -67
Shadowreg:
Attributes:
expert 2_full
firmware 2.1
model HM-OU-CFM-PL
peerIDs
room CUL_HM
serialNr KEQ0176522
subType outputUnit
webCmd getConfig
Gruß
Damian
ok, dann sind wir im Geschäft.
Jetzt hast du die Arbeit, probiere:
set Funk_Gong raw ++A0112602652174508002020211 # rot kurz
set Funk_Gong raw ++A0112602652174508002020212 # rot lang
set Funk_Gong raw ++A0112602652174508002020222 # grün lang
set Funk_Gong raw ++A0112602652174508002020322 # grün lang 3*
set Funk_Gong raw ++A011260265217450800202021222 #???
set Funk_Gong raw ++A011260265217450800202021222 #???
set Funk_Gong raw ++A01126026521745080020000000000000000000000000000
set Funk_Gong raw ++A01126026521745080020201122232122232122232122232
set Funk_Gong raw ++A01126026521745080020C01122232122232122232122232
und sage,was passiert.
Gruss Martin
Hallo Martin,
das Aufblicken der roten Signalleuchte ist eher ein Hinweis auf eine Fehlermeldung. Das passiert z. B. auch, wenn man ein mp3-File abspielen möchte, das es nicht gibt.
Denn bei allen obigen set Kommandos blinkt die rote Signalleuchte einmal kurz. Ausnahme ist
set Funk_Gong raw ++A01126026521745080020000000000000000000000000000
da geht noch nicht mal die Kontrollleuchte an.
Es scheint sich etwas Grundlegendes geändert zu haben.
Wenn du mir die Bedeutung der Zahlenkombinationen sagst, dann kann ich selber noch etwas experimentieren.
Gruß
Damian
set Funk_Gong raw ++A01126026521745080020201122232122232122232122232
fix---------------|..................|
Channel = 2 für LED-------------------||
Anzahl Einträge-------------------------||
Wiederholungen----------------------------||
Farbe 1-------------------------------------||
Farbe 2---------------------------------------||
...
Farbe 12----------------------------------------------------------||
Gruss Martin
Hallo Martin,
so, ich bin der Sache auf die Schliche gekommen.
1. led ist Channel eins und nicht zwei, daher funktionierten deine Vorschläge nicht
Zitatset Funk_Gong raw ++A01126026521745080020201122232122232122232122232
fix---------------|..................|
Channel = 2 für LED-------------------||
2. Der Fehler ist aber die Tatsache, dass du zwei HEX-Nullen zuviel dran hängst:
2013.07.21 22:24:12 5: HMLAN_Send: HMLAN S:S02E7608A stat: 00 t:00000000 d:01 r:02E7608A m:3F A011 260265 217450 8001010121000000000000000000
0000Es müssen immer zehn Einträge sein und nicht zwölf.
3. Wenn nur eine Farbe angegeben wird (mit oder ohne Wiederholung), wie z. B. oben:
80010101
21000000000000000000
dann wird offensichtlich die interne Ausführung nicht beendet und die Kontrolllampe geht nicht aus.
Wenn dagegen mindestens ein zweiter Eintrag existiert, so geht die Kontrolllampe nach der Ausführung aus.
Z. B:
80010101
21210000000000000000
auch
8001010121
010000000000000000
führt zu einer korrekten Ausführung (Kontrolllampe geht aus)
Der Wert 01 könnte für eine Pause stehen.
Denn:
8001010521
010000000000000000
blinkt die Grüne Signalleuchte fünf mal mit kurzen Pausen dazwischen
bei 8001010521
010101010101010101würde die Pause zwischen dem Aufblitzen entsprechend länger sein.
Man könnte den Wert 01 tatsächlich als Pause einbauen. Damit könnte man ein weniger "heftiges Blinken" realisieren
z. B. set Funk_led led greenS,pause,pause,pause 5
entspräche dann:
80010105
21010101000000000000
Das Problem, was ich bisher nicht lösen konnte, ist das Beenden der Ausführung (Kontrolllampe aus), wenn nur ein Eintrag angegeben ist siehe oben
also
80010101
21000000000000000000
in dem Fall könnte man:
80010101
21010000000000000000
angeben und es würde aufgrund der Angabe von zwei Einträgen sich auch korrekt beenden.
Allerdings eine Wiederholung
800101
0521010000000000000000
würde nur mit Pause funktionieren, denn
800101
0521000000000000000000
blinkt ohne Pause - Ausführung endet aber nicht. Dann hilft nur set Funk_led press, damit die Kontrolllampe wieder ausgeht.
Vielleicht hast du noch eine geniale Idee. Den Fehler mit den zwei HEX-Nullen am Ende, kannst du auf jeden Fall schon mal korrigieren (Es müssen immer zehn Einträge in der Summe sein und nicht zwölf)
Gruß
Damian
Zitat1. led ist Channel eins und nicht zwei, daher funktionierten deine Vorschläge nicht
peinlich - absolut korrekt.Macht die normale SW aber richtig.
Zitat2. Der Fehler ist aber die Tatsache, dass du zwei HEX-Nullen zuviel dran hängst:
ok, reduzieren ich.
ZitatDer Wert 01 könnte für eine Pause stehen.
eingebaut
Zitat8001010521000000000000000000
blinkt ohne Pause - Ausführung endet aber nicht.
Vielleicht hast du noch eine geniale Idee
ich werden bei einem Eintrag ein 'pause' nachschicken. Also
8001010121000000000000000000
8001010101010000000000000000
dann sollten wir das Licht ausbekommen.
Oder waere es ein Feature, dauerlicht?
Version 3472 ist alles drin.
Danke für die gründlichen Tests
Gruss Martin
Hallo Martin,
ich würde die Änderungen antesten.
Unter
http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/ (//fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/)
ist die letzte Änderung fünf Wochen alt.
Habe ich da etwas verpasst? Sind die Sourcen jetzt woanders?
Update funktioniert bei mir wegen Windows nicht.
Gruß
Damian
Hi Damian,
ja, ist umgezogen. Der Link in FHEM stimmt
https://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/ (//sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/)
Gruss
Martin
Hallo Martin,
es funktioniert prinzipiell jetzt soweit. Einfache Einträge z. B. set Funk_Led led redS funktionieren.
Pause funktioniert auch.
Allerdings einfache Wiederholungen der Art set Funk_Led led redS 4 blinkt nur einmal rot.
Im Log sehe ich nicht den Send der Farbe, sondern wahrscheinlich nur den zweiten Send mit 8001010101010000000000000000 zum Beenden.
Wenn du also tatsächlich den zweiten hinterher schickst, dann wird womöglich der erste unterbrochen, hier also die Wiederholung.
hier Log von set Gong_Led led redS 4:
2013.07.23 21:44:16 4: /fhem&cmd=set+Gong_Led+led+redS+4 / RL: 878 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2013.07.23 21:44:16 4: Connection accepted from FHEMWEB:192.168.178.2:60248
2013.07.23 21:44:16 4: HTTP FHEMWEB:192.168.178.2:60239 GET /fhem/pgm2/style.css
2013.07.23 21:44:16 4: HTTP FHEMWEB:192.168.178.2:60236 GET /fhem/pgm2/svg.js
2013.07.23 21:44:16 4: HTTP FHEMWEB:192.168.178.2:60248 GET /fhem/pgm2/fhemweb_svg.js
2013.07.23 21:44:16 4: HTTP FHEMWEB:192.168.178.2:60231 GET /fhem/pgm2/fhemweb_colorpicker.js
2013.07.23 21:44:16 4: HTTP FHEMWEB:192.168.178.2:60235 GET /fhem/pgm2/fhemweb_slider.js
2013.07.23 21:44:16 4: HTTP FHEMWEB:192.168.178.2:60233 GET /fhem/pgm2/fhemweb.js
2013.07.23 21:44:16 4: HTTP FHEMWEB:192.168.178.2:60239 GET /fhem/pgm2/fhemweb_time.js
2013.07.23 21:44:16 4: HTTP FHEMWEB:192.168.178.2:60239 GET /fhem/images/default/icoLicht.png
2013.07.23 21:44:16 4: HTTP FHEMWEB:192.168.178.2:60233 GET /fhem/images/default/icoEverything.png
2013.07.23 21:44:16 5: HMLAN_Parse: HMLAN R:R0D0F8AE4 stat:0001 t:F2E7E81F d:FF r:FFC0 m:40 8002 217450 260265 0101C8003F
2013.07.23 21:44:16 5: HMLAN dispatch A0E4080022174502602650101C8003F::-64:HMLAN
2013.07.23 21:44:16 5: HMLAN_Send: HMLAN S:S0D0F8B92 stat: 00 t:00000000 d:01 r:0D0F8B92 m:41 A011 260265 217450 8001010101010000000000000000
2013.07.23 21:44:16 5: Triggering Gong_Led (2 changes)
2013.07.23 21:44:16 5: Notify loop for Gong_Led CommandAccepted: yes
2013.07.23 21:44:17 5: Triggering Funk_Gong (1 changes)
2013.07.23 21:44:17 5: Notify loop for Funk_Gong CMDs_processing...
2013.07.23 21:44:17 4: HTTP FHEMWEB:192.168.178.2:60233 GET /fhem?room=all&XHR=1&inform=1×tamp=1374608657038
2013.07.23 21:44:17 5: HMLAN_Parse: HMLAN R:R0D0F8B92 stat:0001 t:F2E7E9B9 d:FF r:FFC0 m:41 8002 217450 260265 0101C8003F
2013.07.23 21:44:17 5: HMLAN dispatch A0E4180022174502602650101C8003F::-64:HMLAN
2013.07.23 21:44:17 5: Triggering Funk_Gong (1 changes)
2013.07.23 21:44:17 5: Notify loop for Funk_Gong CMDs_done_events:1
2013.07.23 21:44:17 5: Triggering Gong_Led (2 changes)
2013.07.23 21:44:17 5: Notify loop for Gong_Led CommandAccepted: yes
2013.07.23 21:44:22 5: HMLAN_Parse: HMLAN R:E217450 stat:0000 t:F2E7FC9D d:FF r:FFC1 m:43 A410 217450 260265 06010000
2013.07.23 21:44:22 5: HMLAN dispatch A0D43A41021745026026506010000::-63:HMLAN
2013.07.23 21:44:22 5: Triggering Funk_Gong (1 changes)
2013.07.23 21:44:22 5: Notify loop for Funk_Gong CMDs_done_events:1
2013.07.23 21:44:22 5: Triggering Gong_Led (1 changes)
2013.07.23 21:44:22 5: Notify loop for Gong_Led off
2013.07.23 21:44:34 5: HMLAN_Send: HMLAN I:K
2013.07.23 21:44:34 5: HMLAN_Parse: HMLAN V:03C1 sNo:JEQ0186249 d:1AC944 O:260265 t:F2E82E1F IDcnt:0002
Mehrfache Einträge mit Wiederholung funktionieren dagegen, z. B. set Funk_Led led redS,redS 2 (blinkt vier mal rot)
Gruß
Damian
Hallo Damian,
ich habe es simuliert, bei
set Funk_Led led redS 4
kommt
A011 1743BF 222222 8001010411000000000000000000
A011 1743BF 222222 8001010101010000000000000000
also alles wie geplant.
möglich, dass redS 4 unterschiedlich ist zu redS,redS 2. Ich kenne keine spec die mir sagt ob und wie lange eine pause zwischen 2 einträgen ist und wie lange diese zwischen 2 sequenzen ist.
Muss man probieren
Gruss Martin
Zitat von: martinp876 schrieb am Mi, 24 Juli 2013 07:41Hallo Damian,
bei
set Funk_Led led redS 4
kommt
A011 1743BF 222222 8001010411000000000000000000
A011 1743BF 222222 8001010101010000000000000000
also alles wie geplant.
Der zweite Eintrag ist ja das Problem. Das Senden der Sequenz beendet die Ausführung der ersten Sequenz. Daher ist es leider keine Lösung für die Wiederholung einfacher Einträge. Ich denke es ist besser das Senden der zweiten Sequenz herauszunehmen, denn dann funktioniert zumindest das Blinken, bis auf die Tatsache das die Kontrolllampe (nicht die Signalleuchte) am Ende nicht ausgeht.
Man kann als User grundsätzlich das Problem bei der Wiederholung Einfacheinträge umgehen, indem man Einfacheinträge doppelt und die Wiederholung halbiert. Aus set Funk_Led led resS 4 macht man set Funk_Led redS,redS 2. Ungerades Blinken gibt's dann einfach nicht.
Bei set Funk_Led led redS,redS 2 sendest du jetzt schon, wegen Mehrfahreintrag, die zweite Sequenz nicht, daher funktioniert das Blinken und die Kontrolllampe geht aus.
Gruß
Damian
Hallo Damian,
ok, hatte ich falsch verstanden
nun, dann kann ich anbieten dass
redS :A011 1743BF 222222 8001010111010000000000000000
redS,redS :A011 1743BF 222222 8001010111110000000000000000
redS 4:A011 1743BF 222222 8001010411000000000000000000
ergibt, ohne 2. Eintrag.
ok so?
Gruss Martin
Zitat von: martinp876 schrieb am Mi, 24 Juli 2013 12:12Hallo Damian,
ok, hatte ich falsch verstanden
nun, dann kann ich anbieten dass
redS :A011 1743BF 222222 8001010111010000000000000000
redS,redS :A011 1743BF 222222 8001010111110000000000000000
redS 4:A011 1743BF 222222 8001010411000000000000000000
ergibt, ohne 2. Eintrag.
ok so?
Gruss Martin
genauso! Zweiten Eintrag ganz rausnehmen.
Falls ich noch etwas bei einfacher Wiederholung herausfinde, um die Ausführung sauber zu beenden (Kontrollled aus), gebe ich dir Bescheid.
Gruß
Damian
ist drin, Version 3494
Zitat von: martinp876 schrieb am Mi, 24 Juli 2013 14:41ist drin, Version 3494
und funktioniert wie programmiert;)
In dem Zusammenhang kannst du mir vielleicht noch einen Tipp geben.
Ich wollte das Abspielen der mp3-Files über einen gepeerten virtuellen Taster realisieren, da man im Gegensatz zur bisherigen Umsetzung in FHEM auch die Lautstärke regeln kann.
Einen gepeerten Taster einer echten HM-FB habe ich schon. Das geht ganz schnell mit der Software des HM-LAN-Adapters. Nun wollte ich nicht alle Zustandsregister neu definieren für den virtuellen Taster.
Gibt es eine einfache Möglichkeit die gepeerte ID der echten FB ( R-RC_KEY3_Btn_03) gegen den virtuellen Taster auszutauschen?
Die gepeerten Register mit R-RC_KEY3_Btn_03 kannst du hier im fünften Post sehen.
Gruß
Damian
Hi Damian,
da hast du jetzt die falsch Frage gestellt. Da bastle ich gerade und kann dir eine Reihe von Möglichkeiten anbieten
1) Austauschen geht nicht, verbietet HM
#### peere den virtuellen Button, das ist in allen weiteren fällen als erstes notwendig
2) manuell kopieren
- mache ein get Funk_Gong saveConfig <file> => alle register sind gerettet
- suche im file die Zeile set Gong_Mp3 regBulk .RegL_03:<alterPeer>, tausche den alten peer gegen den neuen und schicke das Kommando ab
- lösche den alten peer
3) kopieren mit HMinfo (ist neu...)
- du brauchst eine HMinfo instanz, define hm HMinfo
- set hm cpRegs Gong_Mp3:<alterPeer> Gong_Mp3:<neuerPeer> # sollte alles kopieren
- alten peer löschen
4) template, auch mit HMinfo. Etwas komplizierter, aber m.E. allgemein nutzbar
- du brauchst eine HMinfo instanz, define hm HMinfo
- template definieren
set hm templateDef mp3Tmpl color "mein mp3 template" ActNum:6 ActTypeLed:p0 ActionType:jmpToTarget CtDlyOff:geLo CtDlyOn:geLo CtOff:geLo CtOn:geLo CtValHi:100 CtValLo:50 OffDly:0 OffTime:111600 OffTimeMode:absolut OnDly:0 OnTime:6 OnTimeMode:absolut SwJtDlyOff:no SwJtDlyOn:no SwJtOff:dlyOn SwJtOn:no
template setzen
set hm templateSet Funk_Gong mp3Tmpl <newPeer>:long red_long
set hm templateSet Funk_Gong mp3Tmpl <newPeer>:short green_long
alten Peer löschen.
ok, 4) ist aufwändig. Aber es erlaubt dir eine vorgabe zu definieren.
Achtung, die templates solltest du im fhem.cfg definieren.
templates müssen nicht alle register beinhalten, eigentlich nur die wichtigen.
Suche dir etwas aus.
Martin
Hallo,
ich hoffe, das ist in diesem Thread richtig adressiert:
ich kann dem Funkgong nicht beibringen, ein Soundfile mehrfach abzuspielen.
{fhem("set Tuergong.1.MP3 playTone 53 5")}
spielt nur 1x ab.
Hat jemand eine Idee?
//edit
Es muss sich um einen Bug handeln. Denn das einfache und kommagetrennte Abspielen von Mp3s funktioniert einwandfrei.
Kann ich mich an den Entwickler wenden bzw. wie/wo melde ich einen Bug?
zeichne die messages der beiden Versuche auf
set Tuergong.1.MP3 playTone 53 5
ergibt
2014.12.28 13:12:46.666 4: CUL_HM VCCU dupe: dont process
2014.12.28 13:13:53.340 4: CUL_Parse: CUL0 A 0C 97 865A 2D5B37 000000 A8AC3F02 -73
2014.12.28 13:14:02.730 4: CUL_Parse: CUL0 A 0E 2C A011 F10703 322DFD 80020105356F -18.5
2014.12.28 13:14:02.860 4: CUL_Parse: CUL0 A 0E 2C 8002 322DFD F10703 0102C800212E -51
2014.12.28 13:14:03.349 4: CUL_Parse: CUL0 A 0E 85 8410 2D5B37 000000 0BA8AC0E0003 -72.5
2014.12.28 13:14:10.846 4: CUL_Parse: CUL0 A 0D 2E A410 322DFD F10703 060200002E -51
2014.12.28 13:14:10.949 4: CUL_send: CUL0As 0A 2E 8002 F10703 322DFD 00
2014.12.28 13:14:11.049 4: CUL_Parse: CUL0 A 0A 2E 8002 F10703 322DFD 006F -18.5
2014.12.28 13:14:11.063 4: CUL_Parse: CUL0 A 0C FB 8670 289D35 000000 00C8422E -51
2014.12.28 13:14:11.118 4: CUL_HM VCCU dupe: dont process
2014.12.28 13:14:12.553 4: HMLAN_ack: timeout - clear queue
2014.12.28 13:14:13.340 4: CUL_Parse: CUL0 A 0C 97 8470 2D5B37 000000 00AC3F03 -72.5
übrigens: die Entwickler sind bei eQ3. Wir versuchen nur die geheimen Daten anhand von experimenten zu interpretieren.
Das senden in dieser Form ist nicht dokumentiert.
Du kannst dich also gerne an den Entwickler bei eQ3 wenden - vielleicht ist es ein bug ;)
Die message wird gesendet, wie wir es vor einiger zeit also korrekt interpretiert hatten. Da ich keinen eigenen habe, kann ich es nicht testen.
Was geht bei dir? kannst du bei den LEDs blinken lassen? gehen sequenzen von MP3? gehen weniger wiederholungen?
Es funktioniert alles (MP3, LED), was in der commandref beschrieben ist, außer: das Repeat als zweiter Parameter wird ignoriert.
Ich könnte Dich per VPN in mein Netzwerk lassen :)
Kann bitte mal jemand mit Funkgong testen, ob der interne Gong 3 x abgespielt wird?
set MP3GONG playTone 1 3
hm - da hatten wir schon viele tests.
der vpn nutzt nichts, wenn ich kein Mikrophon habe ;)
du kannst probieren:
set <device> raw ++A011F10703322DFD8002010535
set <device> raw ++A011F10703322DFD8002010535
die beiden werte kannst du variieren - die sind nicht "gesichert"
Zitatset MP3GONG playTone 1 3
Bei mir funktioniert die Angabe von repeat leider auch nicht.
Allerdings gibt bei mir der Funkgong bei playTone 1 das erste MP3 File ab, interner Gong ist
set MP3GONG playTone 0
ich kann das remote nicht hören. wir hatten das getestet - und es hat nach angaben funktioniert. Wir haben keine Info zu korrekten messages.
Entweder ihr experimentiert mit den rohmessags, oder ihr testet mit eine ccu2 und logt mit. mehr haben wir nicht.
Hi Martin, das Ändern der RAW Messages an den beiden vorgeschlagenen Stellen brachte leider keine Veränderung.
Ich habe einen HM-CFG-USB2. Damit kann ich aber leider nur konfigurieren und nicht senden, oder?
Ich bin einen guten Schritt weiter: der repeat Parameter funktioniert, wenn man 10 MP3s vorher abspielt:
1x: set Tuergong.1.MP3 playTone 54 = A011 F10703 322DFD 80020301363636
3x: set Tuergong.1.MP3 playTone 54,54,54 = A011 F10703 322DFD 80020A0336363636363636363636
40x (10x3): set Tuergong.1.MP3 playTone 54,54,54,54,54,54,54,54,54,54 4 = A011 F10703 322DFD 80020A0436363636363636363636
Ich werde mir notfalls eine Hilfsfunktion in myUtils einbauen.
Auch wenn es meine erster Versuch in perl ist, vielleicht kann es jemand gebrauchen / weiterentwickeln. Funktioniert bis 12 (=vorgegebene Maximalanzahl). Alles darüber ist blöd kontrollierbar, da nur ein Vielfaches von 10 akzeptiert wird. Ist das ein Bug im MP3 Funkgong?
##########################################################
# playToneEx
# perl playTone Erweiterung zur Nutzung des Repeat Features
# params: 1=Device, 2=MP3 File Nr, 3=Count
# { playToneEx("Tuergong.1.MP3","54","3") }
# { playToneEx("Tuergong.1.MP3","54",30) }
sub playToneEx($$$) {
my ($device, $tone, $repeat) = @_;
my $repeatStr = "";
if ($device && $tone) {
if (($repeat) && ($repeat > 0)) {
if ($repeat > 0) {
for(my $i = 1; ($i <= $repeat) && ($i <= 12); $i++) {
$repeatStr = "$repeatStr$tone,";
}
if ($repeat >= 10) {
$repeat = int($repeat/10);
}
fhem( "set $device playTone $repeatStr $repeat");
} else {
fhem( "set $device off")
}
} else {
fhem( "set $device playTone $tone")
}
}
}
ZitatIch bin einen guten Schritt weiter: der repeat Parameter funktioniert, wenn man 10 MP3s vorher abspielt:
ja, ist bekannt.
ZitatFunktioniert bis 12 (=vorgegebene Maximalanzahl).
das ist eine bekannt vorgabe.
ZitatAlles darüber ist blöd kontrollierbar, da nur ein Vielfaches von 10 akzeptiert wird. Ist das ein Bug im MP3 Funkgong?
keine Ahnung - leider.
Alles halb so wild..
Damit kann ich auch ganz gut leben :
at +*{12}00:00:15 set FL.EG.gong.mp3 playTone 3,3
oder die Routine von derron
Zitat von: Rampler am 11 Januar 2015, 22:50:16
Alles halb so wild..
Damit kann ich auch ganz gut leben :
at +*{12}00:00:15 set FL.EG.gong.mp3 playTone 3,3
Sehe ich genau so, es gibt schlimmeres. BTW: Mit at wird allerdings mehr Funklast erzeugt, denke ich.