Liczba postów: 1,071
Liczba wątków: 62
Dołączył: 02-02-2009
Nie ma rozwiązań posiadających same zalety, "Coś za coś".
W kilku moich projektach (minicomp, eATU, przestrajane BFO) zastosowałem prosty, tani i popularny procesor ATmega8 aby pokazać, że na nim też możemy robić ciekawe moduły. Nie jestem zwolennikiem "procesorowej gigantomanii", jak brakuje pinów do sterowania to zamiast pokombinować sięga się od razu po ATmega128. Obsługa klawiatury przez przetwornik A/C to właśnie taki przykład oszczędzania pinów procesora, inny to stosowanie rejestrów szeregowych do konfiguracji radia. Taka obsługa klawiatury upraszcza również jej podłączenie do procesora i pozwala praktycznie w dowolny sposób rozmieścić klawisze na panelu urządzenia.
73 Adam
Liczba postów: 385
Liczba wątków: 23
Dołączył: 30-09-2009
To co napisałem to broń Boże nie był zarzut tylko zwrócenie uwagi na ew. problemy. Druga sprawa to, że to co uchodzi w konstrukcjach amatorskich to w komercyjnych nie ma na to miejsca. Osobiście bym się nie odważył w komercyjnym projekcie na takie zastosowanie klawiatury, bo to by było tylko proszenie się o kłopoty w miarę upływu czasu i starzeniu się styków, ale w swoich konstrukcjach jak najbardziej.
Liczba postów: 541
Liczba wątków: 23
Dołączył: 05-04-2010
(15-11-2013, 11:08)SP9RQA napisał(a): To co napisałem to broń Boże nie był zarzut tylko zwrócenie uwagi na ew. problemy. Druga sprawa to, że to co uchodzi w konstrukcjach amatorskich to w komercyjnych nie ma na to miejsca.
Oj ma miejsce ta klawiaturka AD w komercyjnym sprzęcie
No i przy niekorzystnych warunkach otoczenia daje to popalić.
Np sprzęt w SPA/saunach/kpieliskach krytych .....
tylko na FM UKF -> Just True Sound Hi-Fi
Liczba postów: 36
Liczba wątków: 0
Dołączył: 08-11-2013
No i przy niekorzystnych warunkach otoczenia daje to popalić.
Np sprzęt w SPA/saunach/kpieliskach krytych .....
[/quote]
Na szczęście w domu mam bardziej przyjazne warunki.
Liczba postów: 385
Liczba wątków: 23
Dołączył: 30-09-2009
16-11-2013, 14:19
(Ten post był ostatnio modyfikowany: 16-11-2013, 14:19 przez SP9RQA.)
Liczba postów: 340
Liczba wątków: 34
Dołączył: 06-05-2011
16-11-2013, 15:02
(Ten post był ostatnio modyfikowany: 16-11-2013, 15:03 przez SP4EJT.)
(16-11-2013, 14:19)SP9RQA napisał(a): Jeśli zaś chodzi o oszczędzanie portów to dlaczego nie zaoszczędzić na LCD:
Może żeby wyświetlanie informacji nie zajmowało kontrolerowi 10x więcej czasu ??
Liczba postów: 36
Liczba wątków: 0
Dołączył: 08-11-2013
(16-11-2013, 14:19)SP9RQA napisał(a): Jeśli zaś chodzi o oszczędzanie portów to dlaczego nie zaoszczędzić na LCD:
http://www.scienceprog.com/connect-lcd-t...g-3-wires/
http://www.scienceprog.com/interfacing-l...two-wires/
https://sites.google.com/site/zoranrilak...-two-wires
Pozdrawiam
Ciekawe ale wiąże się z komplikacją układowo-programową.
Uzasadnione wtedy gdy brak portów a z innych powodów wire jest wykorzystywane w programie.
Liczba postów: 385
Liczba wątków: 23
Dołączył: 30-09-2009
16-11-2013, 15:28
(Ten post był ostatnio modyfikowany: 16-11-2013, 15:30 przez SP9RQA.)
(16-11-2013, 15:02)SP4EJT napisał(a): (16-11-2013, 14:19)SP9RQA napisał(a): Jeśli zaś chodzi o oszczędzanie portów to dlaczego nie zaoszczędzić na LCD:
Może żeby wyświetlanie informacji nie zajmowało kontrolerowi 10x więcej czasu ??
Bez znaczenia. Odświeżanie LCD i tak nie ma sensu częściej niż kilka razy na sekundę, a to i tak nie jest ten rząd wielkości, który by mógł spowolnić wysłanie informacji na wyświetlacz.
(16-11-2013, 15:22)DA_KAR napisał(a): Ciekawe ale wiąże się z komplikacją układowo-programową.
Uzasadnione wtedy gdy brak portów a z innych powodów wire jest wykorzystywane w programie.
Takie samo uzasadnienie jak robienie klawiatury na ADC.
Liczba postów: 1,071
Liczba wątków: 62
Dołączył: 02-02-2009
Koledzy, każdy projekt możemy wykonać na wiele sposobów, wszystko zależy od wstępnych założeń na etapie pomysłu.
W pierwotnej wersji moduł procował tylko jako prosta skala i klawisze nie były potrzebne dlatego nie musiałem oszczędzać na sterowaniu wyświetlaczem. Potem doszły dodatkowe opcje i konfiguracja parametrów dlatego potrzebne było kilka klawiszy. Jako, że to była rozbudowa modułu skali klawisze musiałem podłączyć poprzez przetwornik A/C. Jeśli za chwilę pojawi się konieczność sterowania np. filtrów BPF to zastosuję rejestry szeregowe po to aby moduł bazowy cały czas taki sam. A zatem sposób sterowania i wykorzystanie zasobów procesora wyszło przy okazji rozbudowy funkcji modułu.
W sterownikach w których musimy oszczędzać piny procesora można zastosować komunikację I2C i praktycznie wszystko obsługiwać poprzez specjalizowane układy podłączone do szyny, również klawisze, LCD i sterowanie radiem. Dodatkowo mamy rozwojowe złącze do zegara RTC, pamięci EEPROM oraz generatora Si570.
73 Adam
Liczba postów: 541
Liczba wątków: 23
Dołączył: 05-04-2010
18-11-2013, 23:32
(Ten post był ostatnio modyfikowany: 18-11-2013, 23:42 przez SQ6ADE.)
Podłączanie LCD graficznego przez port szeregowy synchroniczny to rzeczywiście może być porażka nawet w ASM. We wszystkich urządzeniach fabrycznych sterowanie takiego displeja jest direct z proca. Wystarczy polukać na mapy sprzętu z fabryki.
No ale te peryferia gdzie szybkość nie potrzebna warto wspomóc sprzętowo rejestrami itp.
Sprzęt fabryczny tak ma
Trzeba podbierać pomysły od producentów co wywalili kupę kasy za główkowanie inżynierków
(18-11-2013, 22:01)SP5FCS napisał(a): W sterownikach w których musimy oszczędzać piny procesora można zastosować komunikację I2C i praktycznie wszystko obsługiwać poprzez specjalizowane układy podłączone do szyny, również klawisze, LCD i sterowanie radiem. Dodatkowo mamy rozwojowe złącze do zegara RTC, pamięci EEPROM oraz generatora Si570.
Proponuję wydzielać uniwersalnie i piękne łącze I2C od szyny danych do rejestrów OUT - 4094 czy innych tylko przyjmujących dane.
A to ze względu na różnice w szybkości obsługi jednych i drugich . Cena układów PCF8574 jako tylko OUT też przemawia za moim za.
tylko na FM UKF -> Just True Sound Hi-Fi
