-
Data: 2020-08-13 07:59:06
Temat: Dziwne zachowanie R65C51 + MAX232
Od: Atlantis <m...@w...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Pracuję właśnie nad pewnym projektem retro, składanym ze starych części.
Pracą urządzenia steruje mikroprocesor WDC65C02, jest też trochę innych
peryferiów, m.in UART R65C51. Urządzenie zdaje się pracować prawidłowo,
uruchomiłem większość podzespołów, problemy zaczęły się właśnie przy w
przypadku portu szeregowego.
1) Sam R65C51 zdaje się działać prawidłowo. Kiedy podpiąłem go do
przelotki USB-UART (linia CTS tymczasowo ściągnięta do masy) wszystko
działa prawidłowo. Urządzenie przechodzi inicjalizację i na komputerze
mogę odbierać wysyłane przez nie komunikaty. Transmisji w drugą stronę
jeszcze nie testowałem.
2) Urządzenie inicjuje się także wtedy, gdy do R65C51 nie jest
podłączony ani konwerter USB-UART, ani RS232.
3) Jednak gdy włożę w podstawkę układ MAX232, urządzenie nie przechodzi
inicjalizacji. Najwyraźniej zawiesza się właśnie na inicjalizacji
R65C51. Dopiero podłączenie do komputera za przez kabel RS232 naprawia
sytuację - wtedy urządzenie znów zaczyna się prawidłowo uruchamiać, a w
terminalu pojawiają się komunikaty.
Sęk w tym, że UART ma służyć do konfiguracji i diagnostyki urządzenia.
Nie mogę sobie pozwolić na sytuację, żeby jego uruchomienie wymagało
podpięcia do komputera.
Ktoś ma jakiś pomysł odnośnie tego, co robię źle?
Kod inicjujący UART jest relatywnie prosty:
void mos6551_init (void) {
//initialise 6551 ACIA
ACIA_RES = 0xFF; //soft reset (value not important)
ACIA_CMD = 0x0B; //set specific modes and functions
ACIA_CTL = 0x1E; //8-N-1, 9600 baud
}
Za pomocą CC65 kompiluje się do następującego kodu asemblerowego:
; ----------------------------------------------------
-----------
; void __near__ mos6551_init (void)
; ----------------------------------------------------
-----------
.segment "CODE"
.proc _mos6551_init: near
.segment "CODE"
lda #$FF
sta $6001
lda #$0B
sta $6002
lda #$1E
sta $6003
rts
.endproc
Następne wpisy z tego wątku
- 13.08.20 08:17 Dariusz Dorochowicz
- 13.08.20 08:39 Atlantis
- 13.08.20 08:54 Dariusz Dorochowicz
- 13.08.20 09:02 heby
- 13.08.20 09:39 J.F.
- 13.08.20 22:38 Atlantis
- 13.08.20 23:31 heby
- 13.08.20 23:37 heby
- 13.08.20 23:41 Grzegorz Niemirowski
- 14.08.20 11:12 J.F.
- 14.08.20 11:43 Dariusz Dorochowicz
- 14.08.20 11:43 Zbych
- 14.08.20 16:05 heby
Najnowsze wątki z tej grupy
- w czasach LED komary mają ciężko
- walizka z kodami
- Rejestrator temperatur - termopara, siec
- Router LTE z możliwością zmian MTU
- Fajny film widziałem...
- Jaka ładowarka sieciowa do Iphona?
- Taśma izolacyjna do prac elektrycznych
- Recenzja 3.1A ;) w 6 gniazdach...
- Re: Recenzja 3.1A ;) w 6 gniazdach...
- Re: Recenzja 3.1A ;) w 6 gniazdach...
- Re: Recenzja 3.1A ;) w 6 gniazdach...
- Wkrętarki, wiertarki...
- Zasilacz impulsowy 12V 10A, coś godnego uwagi jako zamiennik akumulatora wkrętarki
- Mouser - koszt wysyłki
- [OT] Jak wycinac ksztalt w piance lub styropianie?
Najnowsze wątki
- 2025-07-19 Zakrzewo => SAP HCM Consultant <=
- 2025-07-19 Poznań => Konsultant SAP HCM <=
- 2025-07-19 Poznań => SAP HCR Consultant <=
- 2025-07-18 celnicy pobili policjanta
- 2025-07-18 Warszawa => Technik IT - Konfiguracja i Wsparcie Sprzętowe <=
- 2025-07-18 Warszawa => Specjalista ds. Sprzętu IT i Wsparcia Technicznego <=
- 2025-07-18 Białystok => Kotlin Developer <=
- 2025-07-18 Warszawa => Sales Director (Cloud solutions) <=
- 2025-07-18 Spalinowa trauma
- 2025-07-18 Polska => Senior Key Account Manager <=
- 2025-07-18 Białystok => Programista Kotlin <=
- 2025-07-18 Szczecin => Key Account Manager IT <=
- 2025-07-18 Łódź => Programista Mainframe (z/OS, Assembler) <=
- 2025-07-18 Łódź => Mainframe (z/OS, Assembler) Developer <=
- 2025-07-18 Lublin => Delphi Programmer <=