Atlantis <m...@w...pl> napisał(a):
> Teraz widzę, że urządzenie prawdopodobnie zawiesza się na pierwszej
> probie wysłania czegokolwiek - w tym wypadku będzie to komunikat
> oznajmujący koniec inicjalizacji peryferiów. Do pętli głównej kod nie
> dochodzi, bo nie zawarty w niej kod nie wykonuje się ani razy (a trochę
> różnych rzeczy wykonywał zanim w ogóle zaczynał korzystać z UART-a).
> Czyżby stan wysoki na CTS powodował, że flaga oznaczająca zajęty bufor
> nadawczy nigdy nie była zerowana? Moja procedura nadawania znaku
> faktycznie czeka na jej zwolnienie...

Wysoki stan na pinie CTS oznacza, że drugie urządzenie nie jest gotowe do
odbioru. Nadawanie nie rozpocznie się dopóki CTS nie znajdzie się w stanie
niskim.

O ile dobrze rozumiem, zostałeś zaskoczony działającą funkcją sprzętowej
kontroli przepływu. Nie znam tego procka, więc nie wiem czy tak jest
konfigurowany UART po resecie czy też ustawia to kod inicjalizacyjny. Z
komentarzy to nie wynika.

> Czy mogę programowo sprawdzić status CTS, aby w przypadku stanu
> wysokiego program po prostu rezygnował z próby nadawania? Czy też jedyną
> opcją jest przerobienie układu i zrezygnowanie z obsługi CTS/RTS?

Stan CTS możesz oczywiście sprawdzać programowo i ewentualnie rezygnować
zamiast czekać. Będzie to trochę wbrew standardowi, bo wysoki CTS oznacza
"wyślij mi te dane później" a nie rezygnację. Ale i tak jest kwestia czy ta
sprzętowa kontrola przepływu jest Ci do czegoś potrzebna. Jeśli port
szeregowy ma robić za konsolę, to ja bym to wyłączył.

--
Grzegorz Niemirowski
https://www.grzegorz.net/