02-04-2014, 0:15
Bogdanie, inne radio (fabryczne), inny standard rozkazów, inne wymagania na interfejs.
Po "przekopaniu" sieci na temat współpracy TS2000 i HRD wygląda na to, że HRD dla TS2000 wymaga pełnej kontroli transmisji szeregowej i musi mieć włączoną obsługę linii CTS/RTS (opis problemu w sieci).
Dalszy ciąg testów HRD
10/ HRD korzysta z pełnej listy rozkazów w standardzie Kenwooda, około 109 pozycji dlatego musiałem rozbudować pierwotną listę;
11/ Kilka rozkazów w sterowniku działa źle lub inaczej niż w HRD dlatego też jest to do poprawy. Część z tych rozkazów wywołuje właśnie "efekt dyskoteki" na wyświetlaczu (VX, SPLIT, zamiana częstotliwości, zmiana pasm);
12/ HRD w ramach przepytywania radia o aktualne nastawy i status wysyła cyklicznie ciągi po około 40 rozkazów. Program chce pozyskać maksymalnie dużo informacji o radiu łącznie z drugim odbiornikiem. Początkowo sądziłem że to jakiś błąd w programie ale okazuje się że HRD tak po prostu ma. Może da się to gdzieś ustawić ale ja nie mam takiej wiedzy i doświadczenia z HRD. Wymagania programu HRD są bardzo duże jak na amatorską syntezę na 8 bitowym procesorze.
13/ Po poprawieniu źle działających komend oraz dorobieniu brakujących zniknął efekt przypadkowego "migania wyświetlacza" i widać zmianę nastaw w obie strony;
14/ Zmiany częstotliwości na HRD widoczne są prawie natychmiast na wyświetlaczu TFT, niestety zmiany częstotliwości enkoderem na sterowniku pojawiają się w HRD z opóźnieniem kilku sekund, może tu minimum 4 rdzenie potrzebne. Zmiany pasma w HRD też są dość wolne.
15/ Podstawowe funkcje komunikacji HRD ze sterownikiem pracują poprawnie (zmiana częstotliwości, pasma, modulacje, VFO). Niestety pełne przetestowanie wszystkich rozkazów i opcji programu HRD będzie wymagało dodatkowego czasu na testy i kolejne poprawki.
Po "przekopaniu" sieci na temat współpracy TS2000 i HRD wygląda na to, że HRD dla TS2000 wymaga pełnej kontroli transmisji szeregowej i musi mieć włączoną obsługę linii CTS/RTS (opis problemu w sieci).
Dalszy ciąg testów HRD
10/ HRD korzysta z pełnej listy rozkazów w standardzie Kenwooda, około 109 pozycji dlatego musiałem rozbudować pierwotną listę;
11/ Kilka rozkazów w sterowniku działa źle lub inaczej niż w HRD dlatego też jest to do poprawy. Część z tych rozkazów wywołuje właśnie "efekt dyskoteki" na wyświetlaczu (VX, SPLIT, zamiana częstotliwości, zmiana pasm);
12/ HRD w ramach przepytywania radia o aktualne nastawy i status wysyła cyklicznie ciągi po około 40 rozkazów. Program chce pozyskać maksymalnie dużo informacji o radiu łącznie z drugim odbiornikiem. Początkowo sądziłem że to jakiś błąd w programie ale okazuje się że HRD tak po prostu ma. Może da się to gdzieś ustawić ale ja nie mam takiej wiedzy i doświadczenia z HRD. Wymagania programu HRD są bardzo duże jak na amatorską syntezę na 8 bitowym procesorze.
13/ Po poprawieniu źle działających komend oraz dorobieniu brakujących zniknął efekt przypadkowego "migania wyświetlacza" i widać zmianę nastaw w obie strony;
14/ Zmiany częstotliwości na HRD widoczne są prawie natychmiast na wyświetlaczu TFT, niestety zmiany częstotliwości enkoderem na sterowniku pojawiają się w HRD z opóźnieniem kilku sekund, może tu minimum 4 rdzenie potrzebne. Zmiany pasma w HRD też są dość wolne.
15/ Podstawowe funkcje komunikacji HRD ze sterownikiem pracują poprawnie (zmiana częstotliwości, pasma, modulacje, VFO). Niestety pełne przetestowanie wszystkich rozkazów i opcji programu HRD będzie wymagało dodatkowego czasu na testy i kolejne poprawki.
73 Adam