Synteza SPHM DDS

[SP5FCS]

Test CAT-a w sterowniku XmegaTFT

Kanał szeregowy do obsługi CAT-a w sterowniku jest wyprowadzony na złącze RS485. Na złączu mamy poziomy cyfrowe 3,3V dlatego do komunikacji z komputerem musimy zastosować odpowiedni konwerter na RS232 lub USB. Na zdjęciu izolowany moduł konwertera do komunikacji poprzez USB. Optoizolacja wykonana na Układzie ADUM1201.

Na złączu RS485 mamy zasilanie +5V a do zasilania konwertera potrzebujemy 3,3V aby takie były poziomy cyfrowe w kierunku procesora. Najprościej dać dwie diody 2N4148 połączone szeregowo od złącza RS485 do modułu konwertera. Na diodach będziemy mieli 1,2...1,4V spadku napięcia i to już wystarczy.

Sposób połączenia pomiędzy sterownikiem a modułem widoczny jest na zdjęciu. Po podłączeniu konwertera do komputera powinien on być wykryty jako nowe urządzenie i zainstalowany na PC jako wirtualny COM. Trzeba sprawdzić w komputerze jaki ten wirtualny COM otrzymał numer.

Kolejnym krokiem jest uruchomienie programu typu Terminal, ustawienie numeru COM-a oraz parametrów transmisji ( 9600, 8, N, 1).
Po włączeniu zasilania sterownik wysyła na port CAT-a komunikat informacyjny: "XmegaTFT35 ver.1.11".

Pojawienie się tego komunikatu na ekranie terminala świadczy o poprawnej komunikacji w kierunku komputera. Z poziomu terminala możemy wpisywać komendy w standardzie Kenwooda i sterownik powinien odpowiadać, np.:
ID; to zapytanie o identyfikator typu radia, odpowiedz: ID19;
Jeśli sterownik odpowiada na komendy z terminala to mamy sprawdzoną komunikację w obie strony i możemy rozpocząć próby z programami logującymi.

HRD wersja 5.24.38 (ostatnia darmowa wersja)

Aktualna wersja 1.11 softu sterownika na problemy z poprawną współpracą z tym oprogramowaniem. HRD rozpoznaje radio, łączy ze sterownikiem i pobiera aktualne nastawy, zmienia pasma, częstotliwość, modulację ale czasem zaczyna zupełnie przypadkowo zmieniać konfigurację sterownika (włącza split, zmienia częstotliwość czasem nawet pasmo). Muszę przeanalizować ramki wysyłane przez HRD aby zlokalizować przyczynę takiego zachowania sterownika.
Jedną rzecz HRD robi niezgodnie ze standardem Kenwooda, wysyła zamiast typowego rozkazu same znaki ";" po 5 znaków jeden za drugim, ciekawostka ? Może takich ekstra ramek jest więcej.

Aktualne uwagi z pola walki nad HRD:
1/ oprogramowanie wykorzystuje komendy które nie były zaimplementowane w sterowniku XmegaTFT, dlatego muszę to uzupełnić;
2/ HRD jest bardzo "nerowy", jak nie ma odpowiedzi ze sterownika to potrafi kilkakrotnie wysyłać ten sam rozkaz w krótkich odstępach czasu;
3/ jest kilka dziwnych rzeczy w tym sofcie, np. nie pobiera typu modulacji przy starcie softu, nie zmienia pasma tylko podaje od razu częstotliwość na paśmie;
4/ z niewiadomych mi przyczyn program HRD czasem przy próbie zmiany jakiegokolwiek parametru np. pasmo wysyła kilkadziesiąt innych rozkazów, które od razu robią "efekt dyskoteki" na wyświetlaczu sterownika, może to wina USB, konwertera lub sterownika bo trudno zaobserwować jakąś regularność.
5/ Będzie dość trudno zrobić pełne sterowanie z komputera tak jak w HRD ponieważ w sterowniku jest trochę inna filozofia obsługi, np. nie ma VFO-A, VFO-B.
-------------------------------------
6/ zmiana oprogramowania na starszą wersję HRD nic nie dała, dalej program wysyła dziesiątki rozkazów nie wiadomo w jakim celu;
7/ zmiana konwertera na RS232 (fabryczny na 3,3V) i klasyczny port szeregowy COM1 w PC też nic nie dała co wyklucza USB, konwerter i sterownik wirtualnego portu;
8/ problem tkwi w oprogramowaniu HRD, może musi mieć pełny kanał szeregowy z liniami RTS, CTR, DTR ?
9/ dopóki nie uda się zmusić HRD aby wysyłał pojedyncze rozkazy (max. kilka jednocześnie) nie mogę nic robić w oprogramowaniu sterownika.