[ATmega8] [ATmega8][C] - Konfiguracja portów i USART dla 8MHz, 19200 baudrate

Question

Witam, napisałem taki kod: Służy on do sterowania silnikiem poprzez komendy odbierane z modułu BTM-222 przez USART. Problem w tym, że gdy wysyłam do mikrokontrolera komendę q to wszystko działa poprawnie, ale gdy po wysłaniu q wyślę w, to żeby dać napięcie na portach PD6 i PB0 muszę tą komendę w...

Steryd3 · Answer

Czy znaki 'q' i 'w' są wysyłane z jakąś przerwą czasową czy jeden za drugim? Spróbował bym zamienić SIGNAL na ISR. SIGNAL odblokowuje globalnie przerwania co sprawia, że jeżeli w tym czasie nadejdzie inne przerwanie to zostanie ono obsłużone( może się zdarzyć sytuacja, że podczas obsługi nadejścia znaku 'q' w jakimś momencie zostanie wykonane przerwanie od nadejścia znaku 'w' a potem dokończone od znaku 'q' i to może psuć szyki). To trzeba by sprawdzić.

Mam na sprzedaż:
30.11.2018 Kabel-programator Simens S7-200 USB/PPI Multi-Master
19.11.2018 Moduł IGBT MITSUBISHI CM600HA-24A

BlueDraco · Answer

Po pierwsze, jak zauważył Kolega powyżej, nie SIGNAL, a ISR. Z całą pewnością nie chcesz, żeby kolejne przerwanie UART przerywało to pierwsze.

Po drugie - stare przysłowie pszczół - żadnego oczekiwania w obsłudze przerwania - wyrzuć transmisję "OK" z obsługi przerwania!

Defozo · Answer

Znaki 'q' i 'w' wysyłam manualnie z telefonu, więc są one wysyłane z pewnym odstępem czasowym. Zrobiłem obie rzeczy i nadal jest tak samo jak było. Zauważyłem również, że sytuacja nie zawsze występuje. Gdy zaczynam szybko wysyłać raz 'q', raz 'w' to w pewnym momencie wszystko zaczyna działać tak jak należy!

BlueDraco · Answer

A tak z ciekawości, dlaczego nie napiszesz tego tak: Kod: C / C++Zaloguj się, aby zobaczyć kod

Steryd3 · Answer

A ilość bitów stopu, bit parzystości...wszystko jest ok?? (teraz już strzelam) Co do pomysłu z instrukcją switch mojego poprzednika-jestem za (choć Twoja opcja też powinna działać).

Defozo · Answer

Komunikację testowałem już wielokrotnie, więc powinno być wszystko ok. Zastosowałem instrukcję switch i nadal to samo.

BlueDraco · Answer

Możesz mieć subtelny błąd elektryczny, który powoduje przekłamania znaków. Jak dokładnie wygląda schemat? Jakie są poziomy napięć po obu stronach? Spróbuj odbijać zwrotnie odebrane znaki (wyjątkowo możesz to zrobić w przerwaniu jeśli będziesz wysyłał tylko jeden bajt).

Steryd3 · Answer

Podejrzyj linie sygnałowe oscyloskopem lub/i jakimś programem terminalowym. Mało prawdopodobne ale może coś z sygnałem zegarowym.

Defozo · Answer

Jest to dla mnie bardzo niezrozumiała sprawa, ponieważ jeśli po:

Zaloguj się, aby zobaczyć kod

Dodam:

Zaloguj się, aby zobaczyć kod

To wysyłając 'w' normalnie mam zwrotne echo w postaci 'w'.
Więc dlaczego do licha mikrokontroler wykrywając 'w' nie ustawia poprawnie portów?
Myślałem, że jest to kwestia tego, że nie jestem zawodowym programistą i myślałem, że sposób w jaki ustawiam porty jest niepoprawny, ale teraz widzę, że to jakaś grubsza sprawa!

Oscyloskopu niestety nie posiadam. Mogę podłączyć mikrokontroler bezpośrednio do przejściówki USB<->USART TTL, ale skoro komunikacja przez BTM-222 wydaje się poprawna, to czy jest sens?

BlueDraco · Answer

Kilka lat temu GCC potrafił właśnie tak skutecznie optymalizować switch i podobne konstrukcje na AVR. Spróbuj chwilowo wyłączyć optymalizację. Spróbuj też takiej magicznej sztuki - zastąp
char w = UDR;
przez
char w;
w = UDR;

To czysta magia i nie ma to nic wspólnego ze standardami i zasadami języka, ale niekiedy niestety pomaga przy narowistych kompilatorach.

Defozo · Answer

Ojej! Właśnie sprawdziłem porty ATmegi miernikiem i okazało się, że mikrokontroler poprawnie ustawia porty! Czyżby problem leżał po stronie L293D sterującego silnikami? Analizuję problem...

[ATmega8] [ATmega8][C] - Konfiguracja portów i USART dla 8MHz, 19200 baudrate

Post #1

Post #2

Post #3

Post #4

Post #5

Post #6

Post #7

Post #8

Post #9

Post #10

Post #11

Post #12

Podsumowanie tematu