HmIP-MP3P (und HmIP-BSL) per Programm ansteuern
Moderator: Co-Administratoren
- Sammy
- Beiträge: 9172
- Registriert: 09.09.2008, 20:47
- Hat sich bedankt: 15 Mal
- Danksagung erhalten: 174 Mal
HmIP-MP3P (und HmIP-BSL) per Programm ansteuern
Wie bereits vom Steuern von Dimmern und Schaltern bekannt, ist es wichtig, voneinander abhängende Steuerbefehle in der richtigen Reihenfolge und vollständig in ein Programm einzubauen. Gemeint ist hier der typische Anfängerfehler #1: Wer eine Einschaltdauer setzt, muss danach auch noch Einschalten! (Wenn bisher nicht bekannt, dann unbedingt noch meine Tipps für Anfänger lesen!)
Aufgrund der Probleme, die ich hier im Forum von einigen Usern gelesen habe, habe ich diese vollständige Befehlskette mit richtiger Reihenfolge mal für den HmIP-MP3P ermittelt.
Einige der Parameter (bzw. Befehle), die man per Programm senden kann, kann die CCU auch alleine absenden, ohne dass Zusatzparameter benötigt werden. Hat die CCU einen gültigen vollständigen Befehlssatz für einen Aktorkanal zusammen, sendet sie diesen aus. Folgen danach weitere Befehle (Parameter), so wird wieder erst gesendet, wenn ein für sich vollständiger Befehlssatz angesammelt ist. Das kann aber auch ein einziger Befehl, wie z.B. der Pegel sein. Hat man in seiner Anweisungsliste einen Parameter, wie z.B. die Einschaltdauer oder die Rampenzeit ganz hinten, wird das nicht ausgesendet. Erst bei späterem Senden (durch einen erneuten Programmaufruf oder durch Bedienung des Kanals per WebUI) wird dann die Zeit mit ausgeführt.
Hat man also zuvor schon "falsche" Programme aktiv gehabt, muss man durch (ggfs. mehrfache) Bedienung per WebUI (Status und Bedienung) dafür sorgen, dass angesammelte unvollständige Befehlsteile aus der Warteschlange gelöscht werden.
Die Rampenzeit benötigt übrigens immer zusätzlich einen Pegel (Lautstärke, Dimmwert, Helligkeit) und eine Einschaltdauer.
Damit alle möglichen Parameter für einen Kanal vollständig und in einem einzigen Telegramm gesendet werden, muss hier also etwas getrickst werden.
Dies geht am einfachsten, indem man die Zeit-Basis und den Zeit-Wert der Einschaltdauer (oder einer Rampe) quasi als "Klammer" um die restlichen Befehle herum setzt. Durch die "Klammerung" ist die Reihenfolge innerhalb der Klammer dann egal.
Rein theoretisch könnte es noch erforderlich sein, die öffnende Klammer zwingend zeitlich vor den restlichen Anweisungen zu haben (durch "verzögert um 1s" Anweisungen beim Rest) und um 2s verzögert bei der "schließenden Klammer". Im Normalfall gibt es mit dieser vereinfachten Version aber keine Probleme.
Ich habe hier mal 2 Screenshots gemacht. Einmal werden Licht und Sound incl. Rampe und Einschaltdauer angesteuert: und einmal werden Licht und Sound nur mit Einschaltdauer angesteuert: Man muss natürlich nicht beide Kanäle (Sound und Licht) ansteuern. Ich habe nur sicherheitshalber gleich beides in den Beipielen gezeigt.
(Als kleiner Hinweis: Bitte darauf achten, dass bei der "Einheit Zeitdauer" hinten kein weiteres Auswahlfeld für eine Zahl ist. In meinen Tests hatte ich dies zwischendurch und dann funktionierte es nicht. Nach Hin- und Her-Ändern der Bedingungszeile war es dann korrekt.)
Ich hoffe, mit dieser Anleitung schaffen es jetzt alle, den Gong richtig in Programmen zu verwenden.
Viele Grüße,
Sammy
Aufgrund der Probleme, die ich hier im Forum von einigen Usern gelesen habe, habe ich diese vollständige Befehlskette mit richtiger Reihenfolge mal für den HmIP-MP3P ermittelt.
Einige der Parameter (bzw. Befehle), die man per Programm senden kann, kann die CCU auch alleine absenden, ohne dass Zusatzparameter benötigt werden. Hat die CCU einen gültigen vollständigen Befehlssatz für einen Aktorkanal zusammen, sendet sie diesen aus. Folgen danach weitere Befehle (Parameter), so wird wieder erst gesendet, wenn ein für sich vollständiger Befehlssatz angesammelt ist. Das kann aber auch ein einziger Befehl, wie z.B. der Pegel sein. Hat man in seiner Anweisungsliste einen Parameter, wie z.B. die Einschaltdauer oder die Rampenzeit ganz hinten, wird das nicht ausgesendet. Erst bei späterem Senden (durch einen erneuten Programmaufruf oder durch Bedienung des Kanals per WebUI) wird dann die Zeit mit ausgeführt.
Hat man also zuvor schon "falsche" Programme aktiv gehabt, muss man durch (ggfs. mehrfache) Bedienung per WebUI (Status und Bedienung) dafür sorgen, dass angesammelte unvollständige Befehlsteile aus der Warteschlange gelöscht werden.
Die Rampenzeit benötigt übrigens immer zusätzlich einen Pegel (Lautstärke, Dimmwert, Helligkeit) und eine Einschaltdauer.
Damit alle möglichen Parameter für einen Kanal vollständig und in einem einzigen Telegramm gesendet werden, muss hier also etwas getrickst werden.
Dies geht am einfachsten, indem man die Zeit-Basis und den Zeit-Wert der Einschaltdauer (oder einer Rampe) quasi als "Klammer" um die restlichen Befehle herum setzt. Durch die "Klammerung" ist die Reihenfolge innerhalb der Klammer dann egal.
Rein theoretisch könnte es noch erforderlich sein, die öffnende Klammer zwingend zeitlich vor den restlichen Anweisungen zu haben (durch "verzögert um 1s" Anweisungen beim Rest) und um 2s verzögert bei der "schließenden Klammer". Im Normalfall gibt es mit dieser vereinfachten Version aber keine Probleme.
Ich habe hier mal 2 Screenshots gemacht. Einmal werden Licht und Sound incl. Rampe und Einschaltdauer angesteuert: und einmal werden Licht und Sound nur mit Einschaltdauer angesteuert: Man muss natürlich nicht beide Kanäle (Sound und Licht) ansteuern. Ich habe nur sicherheitshalber gleich beides in den Beipielen gezeigt.
(Als kleiner Hinweis: Bitte darauf achten, dass bei der "Einheit Zeitdauer" hinten kein weiteres Auswahlfeld für eine Zahl ist. In meinen Tests hatte ich dies zwischendurch und dann funktionierte es nicht. Nach Hin- und Her-Ändern der Bedingungszeile war es dann korrekt.)
Ich hoffe, mit dieser Anleitung schaffen es jetzt alle, den Gong richtig in Programmen zu verwenden.
Viele Grüße,
Sammy
Links: CCU-Logik, Tipps für Anfänger, WebUI-Doku, Expertenparameter, virtuelle Aktorkanäle
Inventur vom 22.01.14: 516 Kanäle in 165 Geräten, 132 Programme, 270 Direkte Verknüpfungen
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
Inventur vom 22.01.14: 516 Kanäle in 165 Geräten, 132 Programme, 270 Direkte Verknüpfungen
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
Re: HmIP-MP3P (und HmIP-BSL) per Programm ansteuern
Hi Sammy,
das hast du gut erklärt und funktioniert auch. Um das ganze etwas flexibler zu gestalten würde ich den HmIP-MP3P gerne wie seine Vorgänger im Script ansprechen. Hat das schon jemand geschafft?
das hast du gut erklärt und funktioniert auch. Um das ganze etwas flexibler zu gestalten würde ich den HmIP-MP3P gerne wie seine Vorgänger im Script ansprechen. Hat das schon jemand geschafft?
-
- Beiträge: 448
- Registriert: 13.09.2017, 05:11
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 12 Mal
Re: HmIP-MP3P (und HmIP-BSL) per Programm ansteuern
Hallo Zusammen,
anbei Information von EQ3 zum HMIP-MP3.
1) Das WebUi wird mit dem nächsten CCU Release die Funktionen wie beim "HM-OU-CFM-TW" enthalten.
2) Es gibt ein leichtes "Ploppen", welches durch das Einschalten des MP3-Decoders/Verstärkers-ICs erzeugt wird. Darauf haben wir "EQ3" leider keinen Einfluss.
3) Es wird von dem Gerät keine Batterie-Spannung gesendet. Daher ist die Abfragemöglichkeit nicht gegeben. Derzeit wird geprüft, ob diese Möglichkeit über ein zukünftiges Update implementiert wird.
Beispiele für die Skript Experten, hier die Wiederholung von Sounds:
Beispiele für die Skript Experten, hier der Zusammenbau von Sounds zu einer Kette:
-update: 06.02.2019
Beispiel für die LED-Kette:
Natürlich mit Excel zum Verwalten der MP3's.
Bitte gerne ergänzen und ggf. findet sich ein Experte der mal ein richtiges universal Skript schreibt .
Gruß Thomas
anbei Information von EQ3 zum HMIP-MP3.
1) Das WebUi wird mit dem nächsten CCU Release die Funktionen wie beim "HM-OU-CFM-TW" enthalten.
2) Es gibt ein leichtes "Ploppen", welches durch das Einschalten des MP3-Decoders/Verstärkers-ICs erzeugt wird. Darauf haben wir "EQ3" leider keinen Einfluss.
3) Es wird von dem Gerät keine Batterie-Spannung gesendet. Daher ist die Abfragemöglichkeit nicht gegeben. Derzeit wird geprüft, ob diese Möglichkeit über ein zukünftiges Update implementiert wird.
Beispiele für die Skript Experten, hier die Wiederholung von Sounds:
Code: Alles auswählen
(datapoints.Get("HmIP-RF.001518Axxxxxxxx:2.DURATION_UNIT")).State(0);
(datapoints.Get("HmIP-RF.001518Axxxxxxxx:2.RAMP_TIME_UNIT")).State(0);
(datapoints.Get("HmIP-RF.001518Axxxxxxxx:2.RAMP_TIME_VALUE")).State(0);
(datapoints.Get("HmIP-RF.001518Axxxxxxxx:2.LEVEL")).State(0.3);
(datapoints.Get("HmIP-RF.001518Axxxxxxxx:2.OUTPUT_SELECT_SIZE")).State(1);
(datapoints.Get("HmIP-RF.001518Axxxxxxxx:2.REPETITIONS")).State(1);
(datapoints.Get("HmIP-RF.001518Axxxxxxxx:2.SOUNDFILE_LIST_1")).State(0);
(datapoints.Get("HmIP-RF.001518Axxxxxxxx:2.DURATION_VALUE")).State(60);
Code: Alles auswählen
(datapoints.Get("HmIP-RF.001518Axxxxxxx:2.DURATION_UNIT")).State(0);
(datapoints.Get("HmIP-RF.001518Axxxxxxx:2.RAMP_TIME_UNIT")).State(0);
(datapoints.Get("HmIP-RF.001518Axxxxxxx:2.RAMP_TIME_VALUE")).State(0);
(datapoints.Get("HmIP-RF.001518Axxxxxxx:2.LEVEL")).State(0.3);
(datapoints.Get("HmIP-RF.001518Axxxxxxx:2.OUTPUT_SELECT_SIZE")).State(3);
(datapoints.Get("HmIP-RF.001518A9xxxxxx:2.REPETITIONS")).State(0);
(datapoints.Get("HmIP-RF.001518Axxxxxxx:2.SOUNDFILE_LIST_1")).State(0);
(datapoints.Get("HmIP-RF.001518Axxxxxxx:2.SOUNDFILE_LIST_2")).State(1);
(datapoints.Get("HmIP-RF.001518Axxxxxxx:2.SOUNDFILE_LIST_3")).State(2);
(datapoints.Get("HmIP-RF.001518Axxxxxxx:2.DURATION_VALUE")).State(60);
Beispiel für die LED-Kette:
Code: Alles auswählen
(datapoints.Get("HmIP-RF.001518Axxxxxxx:6.DURATION_UNIT")).State(0);
(datapoints.Get("HmIP-RF.001518Axxxxxxx:6.RAMP_TIME_UNIT")).State(0);
(datapoints.Get("HmIP-RF.001518Axxxxxxx:6.RAMP_TIME_VALUE")).State(0);
(datapoints.Get("HmIP-RF.001518Axxxxxxx:6.ON_TIME_LIST_1")).State(4);
(datapoints.Get("HmIP-RF.001518Axxxxxxx:6.ON_TIME_LIST_2")).State(6);
(datapoints.Get("HmIP-RF.001518Axxxxxxx:6.ON_TIME_LIST_3")).State(4);
(datapoints.Get("HmIP-RF.001518Axxxxxxx:6.LEVEL")).State(0.6);
(datapoints.Get("HmIP-RF.001518Axxxxxxx:6.OUTPUT_SELECT_SIZE")).State(3);
(datapoints.Get("HmIP-RF.001518Axxxxxxx:6.REPETITIONS")).State(3);
(datapoints.Get("HmIP-RF.001518Axxxxxxx:6.COLOR_LIST_1")).State(6);
(datapoints.Get("HmIP-RF.001518Axxxxxxx:6.COLOR_LIST_2")).State(7);
(datapoints.Get("HmIP-RF.001518Axxxxxxx:6.COLOR_LIST_3")).State(2);
(datapoints.Get("HmIP-RF.001518Axxxxxxx:6.DURATION_VALUE")).State(60);
Bitte gerne ergänzen und ggf. findet sich ein Experte der mal ein richtiges universal Skript schreibt .
Gruß Thomas
972 Kanäle in 165 Geräten: Davon 16 HM, 145 HMIP, 2 Gruppen und 2 CUXD Geräte
Re: HmIP-MP3P (und HmIP-BSL) per Programm ansteuern
(Als kleiner Hinweis: Bitte darauf achten, dass bei der "Einheit Zeitdauer" hinten kein weiteres Auswahlfeld für eine Zahl ist. In meinen Tests hatte ich dies zwischendurch und dann funktionierte es nicht. Nach Hin- und Her-Ändern der Bedingungszeile war es dann korrekt.)
Vielen Danke für den Hinweis. Das war die Lösung des Problems.
Neue Geräte von HmIP haben halt so ihre Macken und Kinderkrankheiten.
ich brauchte mehrere Versuche bis die SD-Card erkannt wurde und bis nicht nur der Systemgong ertönte.
Re: HmIP-MP3P (und HmIP-BSL) per Programm ansteuern
Hallo,
ich habe den HmIP-MP3P auch seit heute im Einsatz. Wie könnte man in einem Programm am einfachsten ein Blinken der LED realisieren?
Ich habe auch den HM-OU-CFM-TW im Einsatz und wenn jemand klingelt, dann blinkt die LED rot 4x lang. Bei dem HM-OU-CFM-TW in einem Programm kann man das ja schön anklicken wie sich die LED verhalten soll: Diese Auswahlmöglichkeit gibt es beim HmIP-MP3P leider nicht.
ich habe den HmIP-MP3P auch seit heute im Einsatz. Wie könnte man in einem Programm am einfachsten ein Blinken der LED realisieren?
Ich habe auch den HM-OU-CFM-TW im Einsatz und wenn jemand klingelt, dann blinkt die LED rot 4x lang. Bei dem HM-OU-CFM-TW in einem Programm kann man das ja schön anklicken wie sich die LED verhalten soll: Diese Auswahlmöglichkeit gibt es beim HmIP-MP3P leider nicht.
Re: HmIP-MP3P (und HmIP-BSL) per Programm ansteuern
Ein Blinken der LED`s würd mir auch sehr gefallen. In der Direktverknüpfung ist das ja einfach möglich...LevelOne2k hat geschrieben: ↑17.02.2019, 23:47Hallo,
ich habe den HmIP-MP3P auch seit heute im Einsatz. Wie könnte man in einem Programm am einfachsten ein Blinken der LED realisieren?
Ich habe auch den HM-OU-CFM-TW im Einsatz und wenn jemand klingelt, dann blinkt die LED rot 4x lang. Bei dem HM-OU-CFM-TW in einem Programm kann man das ja schön anklicken wie sich die LED verhalten soll:Bildschirmfoto 2019-02-17 um 23.46.22.pngDiese Auswahlmöglichkeit gibt es beim HmIP-MP3P leider nicht.
Hat hier jemand eine Idee zu?
LG
Lars
- Sammy
- Beiträge: 9172
- Registriert: 09.09.2008, 20:47
- Hat sich bedankt: 15 Mal
- Danksagung erhalten: 174 Mal
Re: HmIP-MP3P (und HmIP-BSL) per Programm ansteuern
Seit dem CCU3 Update auf 3.43.15 gibt es jetzt ja auch virtuelle IP-Tasten in der CCU3.
Damit sollte die einfache Erzeugung von komplexeren Zuständen/Abläufen also jetzt einfach möglich sein. Also auch das Blinken.
Gruß Sammy
Damit sollte die einfache Erzeugung von komplexeren Zuständen/Abläufen also jetzt einfach möglich sein. Also auch das Blinken.
Gruß Sammy
Links: CCU-Logik, Tipps für Anfänger, WebUI-Doku, Expertenparameter, virtuelle Aktorkanäle
Inventur vom 22.01.14: 516 Kanäle in 165 Geräten, 132 Programme, 270 Direkte Verknüpfungen
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
Inventur vom 22.01.14: 516 Kanäle in 165 Geräten, 132 Programme, 270 Direkte Verknüpfungen
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
- Sammy
- Beiträge: 9172
- Registriert: 09.09.2008, 20:47
- Hat sich bedankt: 15 Mal
- Danksagung erhalten: 174 Mal
Re: HmIP-MP3P (und HmIP-BSL) per Programm ansteuern
Für was?
Probiere doch bitte selbst erst mal aus und poste dann Ergebnis/Rückfragen/Screenshots
Probiere doch bitte selbst erst mal aus und poste dann Ergebnis/Rückfragen/Screenshots
Links: CCU-Logik, Tipps für Anfänger, WebUI-Doku, Expertenparameter, virtuelle Aktorkanäle
Inventur vom 22.01.14: 516 Kanäle in 165 Geräten, 132 Programme, 270 Direkte Verknüpfungen
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
Inventur vom 22.01.14: 516 Kanäle in 165 Geräten, 132 Programme, 270 Direkte Verknüpfungen
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!