HomeMade

Pełna wersja: Mini komputer do urządzeń QRP
Aktualnie przeglądasz uproszczoną wersję forum. Kliknij tutaj, by zobaczyć wersję z pełnym formatowaniem.
Stron: 1 2 3 4
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.
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.
(15-11-2013 12: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 Smile
No i przy niekorzystnych warunkach otoczenia daje to popalić.
Np sprzęt w SPA/saunach/kpieliskach krytych .....
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. Wink
(16-11-2013 15: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 ?? Big Grin
(16-11-2013 15: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.
(16-11-2013 16:02)SP4EJT napisał(a): [ -> ]
(16-11-2013 15: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 ?? Big Grin

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 16: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.
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.
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 Smile
Trzeba podbierać pomysły od producentów co wywalili kupę kasy za główkowanie inżynierków Tongue

(18-11-2013 23: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.
Stron: 1 2 3 4
Przekierowanie