Nabend zusammen.
Ich versuche mich gerade an einer HomeMatic-Integration des WS2812FX-Projekts mit einem ATMega644P(A).
Lade ich einen Beispielsketch hoch, funktioniert es; am Datenpin zum LED-Stripe messe ich 740 kHz.
Sobald ich ein AskSin++ Device Code nebenher laufen lasse, messe ich am Datenpin nur noch 70 kHz.
Als Ausgänge hab ich querbeet Pins probiert. Immer das selbe Ergebnis.
Die spannenden Fragen:
An welcher Stelle wird der Takt um den Faktor 10 gekürzt?
Gibt es dafür irgendwelche verantwortlichen #defines ?
Es reicht schon das bloße #include der AskSinPP-Headerfiles, dass es nicht mehr geht.
Wenn ich im setup() alles von AskSinPP auskommentiere, geht WS2812FX trotzdem nicht.
AskSin++ Timer-Problem
Moderator: Co-Administratoren
-
- Beiträge: 705
- Registriert: 22.05.2018, 10:23
- Hat sich bedankt: 24 Mal
- Danksagung erhalten: 120 Mal
Re: AskSin++ Timer-Problem
Timer1 wird durch die AlarmClock eingestellt. Versuche doch mal hier den TICKS_PER_SECOND um Faktor 10 zu erhöhen.
https://github.com/pa-pa/AskSinPP/blob/ ... lock.h#L17
https://github.com/pa-pa/AskSinPP/blob/ ... lock.h#L17
Anfragen zur AskSin++ werden nur im Forum beantwortet
-
- Beiträge: 12108
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 848 Mal
- Danksagung erhalten: 2148 Mal
- Kontaktdaten:
Re: AskSin++ Timer-Problem
Klassisches Layer 8 Problem zwischen Stuhl und Computer.
Es hat mich fast 2 Abende gekostet, um festzustellen, dass beim Kopieren zwischen Testsketch und AskSin-Sketch 1 Buchstabe bei einem Define fehlte (und es diesen Define auch noch tatsächlich in der Schreibweise so gab, so dass es zu diesen Auswirkungen in der Neopixel Lib kam).
Ich ärgere mich grad noch ne Weile über mich selbst...
-
- Beiträge: 705
- Registriert: 22.05.2018, 10:23
- Hat sich bedankt: 24 Mal
- Danksagung erhalten: 120 Mal
Re: AskSin++ Timer-Problem
Ich sage doch immer - Defines sind Mist und machen nur Ärger. Leider kann man nie ganz darauf verzichten.
Anfragen zur AskSin++ werden nur im Forum beantwortet