Myślę, że możesz również poczytać o "extern", na bank się tutaj przyda.

Co do rozbudowy tego programu o czujniki temperatury, alarmy, przyciski i sterowanie z pilota to jak najbardziej jestem za. Kwestia tylko, czy wyświetlanie tych wszystkich opcji ma się odbywać na dwóch wyświetlaczach jednocześnie (LED i LCD) czy tylko na LCD, a czas tylko na LED? A może do wyboru?


To chyba jest dobry pomysł odnośnie wyświetlacza LED.

Co do LCD to chyba przydałoby się rozwiązanie p. Mirka z GB (warstwy). Masz GB?

Co do obsługi przycików to proponuje napisać funkcję podobną do SuperDebounce. Myślę, że potrzebne będą 4 przyciki:
1. Menu ( opcja 1: krótkie wciśnięcie pokaż czas, długie wejdź w tryb ustawiania czasu przyciskami Up i Down, po nim jeszcze raz krótkie, przejście np. z godzin na minuty, z minut na sekundy, z sekund na rok itd)
opcja 2: ponowne krótkie wciśnięcie pokaż alarm, długie wejdź w tryb ustawiania alarmu przyciskami UP i Down, po nim jeszcze raz krótkie, jak wyżej)
opcja 3: ponowne krótkie wciśnięcie pokaż temperaturę, długie wciśnięcie (ilość czujników??)
2. Up ( krótkie wciśnięcie - zwiększ o 1, długie wciśniecie Repeat )
3. Down ( krótkie wciśnięcie - zmniejsz o 1, długie wciśniecie Repeat )
4. Set ( krótkie wciśnięcie - zapamiętanie ustawień czasu lub alarmu, długie wciśnięcie włączenie lub wyłączenie alarmu)

Co do opcji 3 to chyba nie ma sensu ustawiać ręcznie ilości czujników, niech procesor nam sam wykryje ile ich jest, jedynie co można by tutaj zrobić to tak, by jakoś te pomiary rozsądnie wyświetlać.

Co do pilota to tutaj przecież nie ma ograniczeń, prawda? Przycisków tam raczej nie brakuje.

No i trzeba się jeszcze zastanowić czy nie zamieszamy się z podłączeniami. Rozumiem, że obecnie mamy przeznaczony cały port na LCD, na LED półtora, na WiFi 2 piny (Rx i Tx), na RTC (dwa piny I2C plus jeden na przerwanie).
Potrzebne są jeszcze 4piny na przyciski, jeden na czujniki temperatury (DS18x20) i jeden na IR (pilot). Przydałoby się też miejsce na jednodiodowy Debuger.
Myślę, że od tego trzeba zacząć, by to logicznie rozplanować.
Dodatkowo, rodzi się jeszcze takie pytanie, czy ATmega32 wystarczy?

Na gorąco ...

Tak

Tak, ale wyświetlaczem LED planuję sterować poprzez SPI z użyciem 2 rejestrów 74HC595 - ładnie to działa i zajmuje tylko 3 piny

Witam.
Na etapie wdrożenia SPI sprzętowego do sterowania wyświetlaczem LED w "dawcy czasu" (Atmega32, F_CPU 11 059 200) spotkał mnie tajemniczy problem. Obok TIMERA2, który generuje podstawę czasu dla całego programu (10ms) i działa prawidłowo, postanowiłem użyć TIMERA0 lub TIMERA1 do obsługi SPI (np. 200Hz). Po ich skonfigurowaniu w trybie CTC w funkcji main.c okazało się, że nie generują przerwania pomimo "indywidualnego" i "ogólnego zezwolenia na przerwanie". Działa tylko TIMER2. Czy jest możliwość aby timery sprzętowe "gryzły się wzajemnie"? Wyświetlanie SPI wrzucone do ciała przerwania TIMERA2 działa poprawnie tylko z częstotliwością 100/4=25Hz dla cyfry, a więc nie do przyjęcia.







Reasumując obserwacje: dwa timery sprzętowe nie chcą działać równocześnie. Dowolna zamiana timerów możliwa, ale zawsze "musi" działać tylko jeden

Sprawdź czy w plikach bibliotecznych nie jest wykorzystywany któryś z timerów. Przecieź biblioteka z BB do LCD wykorzystuje Timer0 właśnie. A z tego co widzę to masz tą bibliotekę wciąż dołączoną.

Biblioteka do LED (d_led.c) jest usunięta i niewykorzystywana. Problem jest z jakimkolwiek timerem. Gdy 2 zamienię na 0 lub 1 jest ok. Dwa razem "chodzić" nie chcą.

Tak chodziło mi o tą z LED.
Ja już widzę błąd w Twoim kodzie! Zobacz jak ustawiasz TIMSK dla Timer2! Brakuje "|"'!

Jesteś wielki. Jedna kreseczka zmieniła wszystko. Timery ruszyły. Dziękuję!
Mamy już 1.5 portu wolne po LED

Jedna rzecz nie daje mi jeszcze aktualnie spokoju, a mianowicie ostrzeżenie przy linii:

passing argument 2 of 'lcd_defchar_P' discards 'const' qualifier from pointer target type [enabled by default]

pomimo wg mnie prawidłowej deklaracji:

Znaki specjalne wyświetlają się prawidłowo.

Witam!
Proszę o podpowiedź w sprawie "interfejsu" użytkownika dla "Dawcy czasu". Chodzi o możliwość ustawiania zegara bez dostępności NTP (przyciski lub kody RC5). Jak podejść do realizacji hipotetycznego zdarzenia RTC_SET_EVENT, które wywoływałoby funkcję ustaw_date_czas alogiczną do funkcji pokazuj_date_czas? Może są inne bardziej odpowiednie rozwiązania?
Pozdrawiam

Witam
Mirku możesz mi powiedzieć czemu jest błąd w tym miejscu?
Mam bibliotekę z GB z BB w twardej jest tak samo

------------------------ [ Dodano po: 1 minucie ]

No tylko w jakim miejscu?:)
lcd_LED(1);
main.c:(.text.startup.main+0x14): undefined reference to `lcd_LED'
collect2.exe: error: ld returned 1 exit status
make: *** [dawca.elf] Błąd 1

no masz komunikat: undefined reference to `lcd_LED' - czyli co ? brak funkcji lcd_LED

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Myślałem, że w GB jest. W poradniku mówiłeś, że jest to do do podświetlenia LCD i że się tam znajduje. Czy można skądś pobrać całą bibliotekę tak żeby grało z poradnikiem czy trzeba samemu kombinować?

No bo to jest w najnowszej wersji biblioteki LCD w Bluebooku w najnowszym wydaniu (czyli w tym w twardej okładce)

tylko na prawdę uwierz mi - nie do końca mogę sobie wyobrazić problem żeby we własnym zakresie napisać taką funkcję ? ... przecież ją można napisać już na podstawie pierwszego rozdziału warsztatowego z Bluebooka



bazując na konwencji makr PORT(x) z tej biblioteki - no na prawdę dwie linijki kodu

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Witam!
Po kilku zmianach konfiguracji modułu ATB-WIFI (na potrzeby ćwiczeń), program "Dawca czasu" przestał się synchronizować z "internetem". W samym programie (projekt eclipse) oraz ustawieniach mikrokontrolera nic nie zmieniałem, zakładam więc że błąd jest w konfiguracji modułu lub podłączeniach. Moje obserwacje:
1. Moduł w trybie RS232 prawidłowo pobiera czas z serwera NTP - podłączenia Rx i Tx modułu do listwy RS232

2. Moduł w trybie UDP SERVER czasu nie odświeża (nie wiem czy jest to prawidłowa reakcja) - podłączenia Rx i Tx modułu do pinów mikrokontrolera (zworki Rx i Tx w przejściówce usunięte).

Proszę o pomoc bo nie wiem gdzie szukać babola.

W terminalu UDP na PC nie działa i nie będzie dziaać.

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Dziękuję z skuteczne rozwiązanie problemu.

Witam!
Jakie serwery czasu NTP polecacie do wykorzystania z ATB-WiFi? Serwer polecany w poradnikach Mirka działa bardzo dobrze gdy moduł WiFi odpytywany jest w programie ATB WiFi Config - zawsze poprawne odświeżenie czasu - stąd podejrzenie, że przyczyna leży po stronie programowej. Po uruchomieniu programu "Dawca czasu" prawidłowy odczyt czasu jest raz na kilka zapytań - częściej "unavailable" niż czas. Próbowałem różnych opcji zasilania modułu (zestaw uruchomieniowy z przetwornicą, zasilacz zewnętrzny, zasilacz ATX). Może coś należy zmodyfikować w funkcji parsującej?
Pozdrawiam