Bei meinem originalen HM-Sec-SCo blinken auch beide
Übersicht - "AskSinPP"
Moderator: Co-Administratoren
-
- Beiträge: 12143
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 854 Mal
- Danksagung erhalten: 2156 Mal
- Kontaktdaten:
Re: Übersicht - "AskSinPP"
Hmmmm..bei den Sec-SCo ist das so.
Aber bei den SCI-3-FM und PBI-4-FM blinken die LED's immer nur abwechselnd...
Kann man das irgendwie richten?
Aber bei den SCI-3-FM und PBI-4-FM blinken die LED's immer nur abwechselnd...
Kann man das irgendwie richten?
-
- Beiträge: 12143
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 854 Mal
- Danksagung erhalten: 2156 Mal
- Kontaktdaten:
Re: Übersicht - "AskSinPP"
https://github.com/pa-pa/AskSinPP/blob/master/Led.cpp
Da sind die Pattern definiert. Kannst dir da was zurechtbauen bei dual1 und dual2 in der 2. Zeile (// 1; define pairing string)
Re: Übersicht - "AskSinPP"
Hallo Jerome,
die LED.* Dateien habe ich mir schon angeschaut, aber nicht so richtig verstanden wie die Sequenzen zu verstehen sind.
Soweit ich das verstanden habe:
Z.B.: Bei Ack
Led1: {2, 1, {4, 0,} }
Led2: {0, 0, {0, 0,} }
wird nur eine der LED's angesteuert, die Länge der Pattern sind 2 Byte, die Dauer der Ansteuerung ist jeweils 1 Sekunde lang, aber was bedeuten die Pattern {4,0} genau?
Viermal blinken dann fertig?
Beim Pairing beide LED's gleich,
{2, 20, {5, 5,} }, Pattern wieder 2 Byte 20 Sekunden lang aber was bedeuten das Pattern {5,5}? Endloswiederholung jeweils 5 mal hintereinander?
die LED.* Dateien habe ich mir schon angeschaut, aber nicht so richtig verstanden wie die Sequenzen zu verstehen sind.
Soweit ich das verstanden habe:
Z.B.: Bei Ack
Led1: {2, 1, {4, 0,} }
Led2: {0, 0, {0, 0,} }
wird nur eine der LED's angesteuert, die Länge der Pattern sind 2 Byte, die Dauer der Ansteuerung ist jeweils 1 Sekunde lang, aber was bedeuten die Pattern {4,0} genau?
Viermal blinken dann fertig?
Beim Pairing beide LED's gleich,
{2, 20, {5, 5,} }, Pattern wieder 2 Byte 20 Sekunden lang aber was bedeuten das Pattern {5,5}? Endloswiederholung jeweils 5 mal hintereinander?
-
- Beiträge: 708
- Registriert: 22.05.2018, 10:23
- Hat sich bedankt: 24 Mal
- Danksagung erhalten: 121 Mal
Re: Übersicht - "AskSinPP"
{ Pattern Length, Repeat Count, { ticks on, ticks off, ticks on, ticks off, .... } }Funsailor hat geschrieben: ↑10.05.2024, 15:01Hallo Jerome,
die LED.* Dateien habe ich mir schon angeschaut, aber nicht so richtig verstanden wie die Sequenzen zu verstehen sind.
Soweit ich das verstanden habe:
Z.B.: Bei Ack
Led1: {2, 1, {4, 0,} }
Led2: {0, 0, {0, 0,} }
wird nur eine der LED's angesteuert, die Länge der Pattern sind 2 Byte, die Dauer der Ansteuerung ist jeweils 1 Sekunde lang, aber was bedeuten die Pattern {4,0} genau?
Viermal blinken dann fertig?
Beim Pairing beide LED's gleich,
{2, 20, {5, 5,} }, Pattern wieder 2 Byte 20 Sekunden lang aber was bedeuten das Pattern {5,5}? Endloswiederholung jeweils 5 mal hintereinander?
{ 2, 20, { 5, 5 } }
Die definierte Sequence ist 2 Byte lang. Die Led ist 5 Ticks an, dann 5 Ticks aus, Das ganze wird 20 mal wiederholt.
Hoffe das hilft. Die Pattern sind mit hoher Wahrscheinlichkeit nicht exakt identisch mit den origianl HM Geräten.
Anfragen zur AskSin++ werden nur im Forum beantwortet
Re: Übersicht - "AskSinPP"
Danke ,
wenn ich nächste Woche wieder daheim bin werde ich damit Mal spielen.
wenn ich nächste Woche wieder daheim bin werde ich damit Mal spielen.
Re: Übersicht - "AskSinPP"
Bin leider erst jetzt zum testen gekommen und gleich über ein Arduino IDE Problem gestolpert.
Ich habe die LED.CPP in den Sketch Ordner kopiert, jetzt wird folgender Fehler angezeigt:
Mir ist schon klar was da passiert, aber ich habe keine Ahnung wie ich verhindern kann das er beim Linken nochmals die LED.cpp.o aus der AskSinPP einbindet.... bei der Keil µVision ist das einfach....
Ich habe die LED.CPP in den Sketch Ordner kopiert, jetzt wird folgender Fehler angezeigt:
Code: Alles auswählen
multiple definition of `as::LedStates::dual2
..
(.text+0x0): multiple definition of `as::LedStates::dual1'
..
(.text+0x0): multiple definition of `as::LedStates::single'
'
-
- Beiträge: 708
- Registriert: 22.05.2018, 10:23
- Hat sich bedankt: 24 Mal
- Danksagung erhalten: 121 Mal
Re: Übersicht - "AskSinPP"
Um die Pattern auszutauschen, müsste ein
#ifndef CUSTOM_LED_PATTERN
...
#endif
um den Code in Led.cpp eingefügt werden.
Dann kannst Du CUSTOM_LED_PATTERN global definieren (keine Ahnung wie das in der Arduino IDE geht -- normalerweise -DCUSTOM_LED_PATTERN auf der Kommandozeile) und im Sketch die Pattern selbst definieren.
Wenn Du aber schon bessere Pattern machst, können wir die auch gerne in die Lib übernehmen - also direkt in Led.cpp anpassen.
#ifndef CUSTOM_LED_PATTERN
...
#endif
um den Code in Led.cpp eingefügt werden.
Dann kannst Du CUSTOM_LED_PATTERN global definieren (keine Ahnung wie das in der Arduino IDE geht -- normalerweise -DCUSTOM_LED_PATTERN auf der Kommandozeile) und im Sketch die Pattern selbst definieren.
Wenn Du aber schon bessere Pattern machst, können wir die auch gerne in die Lib übernehmen - also direkt in Led.cpp anpassen.
Anfragen zur AskSin++ werden nur im Forum beantwortet
Re: Übersicht - "AskSinPP"
Hallo Papa,
wenn ich mal fertig werde stelle ich das gerne zur Verfügung.... Im Moment komme ich aber nur sehr wenig zum programmieren.
Ich dachte ich kann einfach die LED.CPP ins Verzeichnis kopieren und ändern. Da dann die offenen Referenzen direkt befriedigt worden sind, schaut der Linker nicht mehr in der LIB nach. So kenne ich von der Arbeit.... Aber die Arduino Libs bestehen aus Quelldateien die jedesmal kompiliert werden. Macht hier auch Sinn da so die unterschiedlichen Controller, unterschiedliche Pinbelegung etc.. einfacher gehandelt werden können.
wenn ich mal fertig werde stelle ich das gerne zur Verfügung.... Im Moment komme ich aber nur sehr wenig zum programmieren.
Ich dachte ich kann einfach die LED.CPP ins Verzeichnis kopieren und ändern. Da dann die offenen Referenzen direkt befriedigt worden sind, schaut der Linker nicht mehr in der LIB nach. So kenne ich von der Arbeit.... Aber die Arduino Libs bestehen aus Quelldateien die jedesmal kompiliert werden. Macht hier auch Sinn da so die unterschiedlichen Controller, unterschiedliche Pinbelegung etc.. einfacher gehandelt werden können.