Witam!
Napisałem sobie taką o skromną biblioteczkę do obsługi popularnych pilocików IR, opartą bodajże na pomyśle Krauser'a.

Cechy:
- Obsługa oparta o zdarzenia
- Redundancja danych
- Możliwość przesyłania formatu z zwiększonym polem danych
- Licznik retransmitowanych ramek
- Po drobnej modyfikacji biblioteka spokojnie nada się jako kolejny standard do biblioteki z GB

Może komuś się przyda, a przy okazji prosiłbym o nakierowanie jak rozwiązać sprawę resetu licznika ramek (key_time) .
Chciałem skorzystać z przerwania od przepełnienia i w nim zerować licznik po upływie czasu (TimeOut) ale niestety przerwanie te wywołuje się dość chaotycznie, ze względu na brak zerowania rejestru TCNT1. Ma ktoś jakieś pomysły?
Zachęcam do wytykania każdego błędu.

EDIT 13.09.2016:

Problem z licznikiem rozwiązany
Dziękuję koledze QuadMan za wskazówki.

Witam,

w swoim projekcie używam nieco zmodyfikowanej i przeportowanej na STM32F0 biblioteki Mirka i dawno do niej nie zaglądałem, ale z tego co widzę, po każdym przerwaniu od ICP możesz przecież zerować TNCT1 i zamiast:


zrobić po prostu:

to wtedy time_out od przepełnienia timera będzie liczony od końca odebranych danych i będzie ok. Ja mam u siebie jakoś tak zrobione, z tym, że w celu kompatybilności z klawiaturą lokalną u mnie jest tak, że jeśli po prawidłowej ramce dla danego klawisza, wysyłana jest ramka auto repeat, ko odpowiednik Twojego NEC_command1 nie jest zerowany, jego zerowanie następuje dopiero po tym time-oucie właśnie.

Pozdrawiam, QuadMan.

NEC_command1 to akurat zmienna wykorzystywana przy rozszerzonym protokole danych, miałeś na myśli NEC_counter Okey, zaraz przetestuje to rozwiązanie

Cześć,

Odkopię temat ponieważ mam pytanie co do tej biblioteki.
Mam pilot noname z jakiejś taśmy led rgb. pilot ma kodowanie NEC - biblioteka działa, ALE mam dziwny problem...

Cztery klawisze w pilocie mają taką samą wartość command...

Dla pewności sprawdziłem te klawisze w programie Mkdekoder, wykresy poniżej:



Na wykresach widać, że przebiegi się różnią, a mi na wyświetlaczu LCD dla obydwóch klawiszy pokazuje cmd=1, tak samo dla innych dwóch klawiszy pokazuje cmd=9.
Może ktoś miał coś takiego i wie o co chodzi?

Adresy nadają inne

Adresy też były te same, zaprogramowałem jeden przycisk do zmiany stanu diody led to drugi przycisk robił to samo...

Dzisiaj pobawiłem się ustawieniami czasów kodowania, wgrałem na nowo i nagle już problemu nie ma mimo że ustawiłem takie czasy jak miałem orginalnie w tej bibliotece komendy tych dwóch klawiszy się zmieniły i już nie są takie same. Nie wiem jak ale się naprawiło...

Do testów lepiej użyć nowszej wersji dekodera, która jestvw stanie dużo dłuższe ramki zgrabować (np. te id klimy, od zabawek zdalnie sterowanych itd.)

Rzadko bywam ostatnim czasem na forum, więc nie widziałem nowych postów.
Cieszę się, że komuś się przydała biblioteka i że problem został już rozwiązany
Proszę tylko zwracać uwagę przy zależnościach czasowych dla kwarcu innego niż 16MHz, bo z tego co pamiętam to finalnie nie zautomatyzowałem odpowiedniego ustawienia rejestrów timera w zależności od taktowania.