Postanowiłem poszerzyć wiedzę na temat komunikacji szeregowej. Przerobiłem już lekcję UART z niebieskiej książki. Chciałbym teraz wykorzystać ten przykład w praktyce stąd moje kilka pytań. Mam nadzieję że znajdę tu odpowiedzi. Mam zainstalowany na dachu kolektor solarny. Jego sterownik posiada złącze do transmisji szeregowej RS485(piny A oraz B). Przymierzam się do stworzenia monitoringu na początek podłączenie ATB1.04 i odczytywanie aktualnej temperatury solara, a w przyszłości może innych parametrów oraz wysyłanie na serwer www z wizualizacją. To na dziś plany, bo nie czuję się jeszcze na tyle mocny. Po rozmowach telefonicznych z producentem sterownika dowiedziałem się, że łącze szeregowe może służyć do wysyłania parametrów, ale sterownik wykorzystuje własny protokół komunikacyjny COMPIT C3. Otrzymałem budowę ramki zapytania o temperaturę. Składa się ona z 11 bajtów. Wygląda ona następująco:


1. Czy podłączenie będzie poprawne dla dwóch urządzeń na magistrali? Sterownik z ATB połączony dwoma przewodami A-A oraz B-B. Zestaw ATB1.04 z zapiętą zworką TRM (terminator 120ohm na końcu linii), złącza przejściówki RS485 zestawu podłączone: TX -> PD0(RXD), RX -> PD1(TXD), DE-> PD2. Do złącz w sterowniku podpięty również rezystor 120 ohm, ze względu na drugi koniec magistrali.

2. Zastanawiam się nad inicjalizacją komunikacji UART w programie. Prędkość można ustawić w sterowniku od 1200 do 9600, ale czy dowolnie mogę zadeklarować ilość bitów parzystości oraz stopu? W opisie protokołu nie mam informacji na ten temat.

3. Czy dobrze zakładam że wysyłając kolejno po sobie 11 bajtów zawierających zapytanie powinienem po tym w buforze odbiorczym odczytać jedenaście bajtów z odpowiedzią ze sterownika?

Dzięki za podpowiedzi bo temat komunikacji dla mnie jest wyjątkowo trudny.

1. Tak.
2. Nie. Informacja jest w instrukcji np. dla R350 podają: długość znaku - 8 bitów, brak kontroli parzystości, 1,5 bitu stopu
3. Lepiej dopytać. Najlepiej na początek odstawić mikrokontroler i skomunikować się używając PC, przejściówki USB-RS485 i programu, gdzie można pod przycisk podpiąć złożoną ramkę np. Bray Terminal

_________________
Dragonus Cracovus: Biomagia

Dzięki za wskazówki. Naprawdę jestem wdzięczny za każdą radę która popycha mnie do przodu. Układ już połączyłem i pobrałem ten program. Idealne żeby na początek żeby ustanowić połączenie. Jestem na etapie zapoznawania się z programem. Wiem jak wysyłać już znaki ASCII. Nie wiem czy dobrze wysyłam liczby binarne, bo np. adres odbiorcy dziesiętnie "138" zamieniam na liczbę szesnastkową "8A" i wysyłam tak samo jak znak ASCII. Jedenaście bajtów szesnastkowo, makro: $8A$54$01$5A$78$78$01$78$78$78$23. Niestety jeszcze nie mam odpowiedzi w terminalu. Ramka nadawcza wygląda tak (sonda pomiędzy A i B):


W mojej instrukcji sterownika nie znalazłem nic o kontroli parzystości oraz bicie stopu, to ten ten sam protokół więc takie same parametry ustawiam.

To podstawa.
Moim zdaniem twoja ramka jest poprawna. Może jest możliwość by to urządzenie co jakiś czas nadawało swoją ramkę bez pytania.

_________________
Dragonus Cracovus: Biomagia

Nie mogę sobie z nawiązaniem połączenia poradzić. W ustawieniach sterownik ma tylko prędkość transmisji 1200 i adres 10. Nic innego nie można zmienić.
Gdy odłączę przejściówkę RS485 i zewrę w złączu RS232 RX oraz TX w terminalu wysyłam makro: #138#084#001#090#120#120#001#120#120#120#035
w oknie nadane dane pojawia się: ŠT
Zxx
xxx#
w oknie odebrane dane pojawia się: T
Zxx
xxx#
Jedenaście bajtów na liczniku TX ale po podłączeniu przejściówki cisza na magistrali.
Zastanawia mnie rodzaj pola w ramce danych: binarne i ASCII. Nie rozumiem różnicy w sposobie wysyłania binarnie i ASCII. Ja wysyłam wszystkie pola jednakowo jako kod ascii i może tu jest błąd.

Może podasz w końcu co to za sterownik to może coś się dopatrzymy.
Upewnij się jaki adres ma ten sterownik, bo niby na początku 138 teraz piszesz adres 10, a wysyłasz 138.
Czy ACII, binarnie albo postaci hex to bez znaczenia w tym sensie, że na magistralę i tak zawsze idą 1 i 0. Możesz to też mieszać np. #138T#001$5Axx#001xxx# Ważne, że cała liczba 0-255 zajmuje jeden bajt jak wysyłasz ją w postaci binarnej, bo równie dobrze można liczbę 123 wysłać jako 3 znaki ASCII "123" i zajmie to 3 bajty a nie 1.
W tym terminalu można sobie włączyć dodatkowo podgląd tego co odebrano w formacie Bin, Hex, Dec (patrz obrazek: 1) i pojawi się to w odpowiednich kolumnach (2) lub całą odpowiedź mieć od razu jako ciąg liczb w formacie Hex (3)

_________________
Dragonus Cracovus: Biomagia

Według instrukcji protokołu w bajcie odbiorcy wysyłamy 128+adres odbiorcy, dlatego wysyłam #138. Dziś podczas kolejnych prób nastąpił duży przełom, gdy nerwowo kilkakrotnie nacisnąłem ENTER wysyłając zapytanie. Spłynęła odpowiedź z temperaturą do terminala. Wymarzone jedenaście bajtów. Nie pojawia się jeszcze po wysłaniu każdej ramki z zapytaniem ale jest już duży sukces. Jeszcze raz dzięki za podpowiedzi zabieram się za dalsze testy.

Do tej ramki dodaj sobie na koniec $0D$0A, czyli "\r\n". Możliwe, że wymagane jest samo "\r".

_________________
Dragonus Cracovus: Biomagia

Dodawanie znaków na końcu ramki nie było potrzebne. W protokole Compit C3 na końcu zawsze wysyłany jest znak '#" kończący ramkę. Pochwalę się efektem etapu komunikacji ze sterownikiem. Zestaw ładnie wysyła zapytania i zbiera odpowiedzi.


Muszę jeszcze stworzyć kosmetyczne zabezpieczenia od zakłóceń w transmisji, przepełnienia bufora, ale tej chwili nie ma z tym żadnych problemów.
Kolejny krok to zapis godziny i temperatury na kartę SD, a później może przesyłanie przez Ethernet.
Jeszcze raz dzięki za pomoc w rozwiązaniu problemu.