Tryb drzewa | Tryb normalny

SP9FKP · 17-12-2013 8:13

To dobra wiadomość bo przyglądam sie temu modułowi coraz uważniej. Napisz proszę z której biblioteki graficznej konkretnie korzystasz.

SP5IOU · 17-12-2013 9:04

Piotrze.
Biblioteka mHY32D, a właściwie pliki do #include.
Otwórz projekt środowiskiem CoIDE.
Można ściągnąć z:
http://www.coocox.org/CooCox_CoIDE.htm
Tu jest forum za pomocą którego dosyć szybko dostaje się odpowiedzi na problemy (Chińczycy to pracowita nacja).
http://www.coocox.org/Index.html
Do kompilowania potrzebny jest jeszcze Toolchain np darmowy i publiczny:
Toolchain GNU Tools ARM Embaded
https://launchpad.net/gcc-arm-embedded/+...-q3-update
Żeby się dało kompilować i linkować trzeba zaaplikować w CoIDE poprawkę opisaną w tym wątku:
http://www.coocox.org/forum/topic.php?id...post-11453
Oraz zastosować opcję linkera w CoIDE - "Use basic C library) - to jest potrzebne aby się zlinkowały funkcje trygonometryczne użyte w funkcji circle.

Ja jestem właściwie bardzo początkującym programistą i biorę się za to dorywczo.
Udział kolegów, którzy mają w tym wprawę był by nie do przecenienia.

Mam układy DDS AD9951YSV w obudowach TQFP-48, tylko będę miał kłopot z ich wlutowaniem, bo już wzrok nie ten.
Można łatwo nabyć gotowe moduły DDS z układami AD9850 lub AD9851, ale one chodzą do 40 MHz a to trochę za mało na syntezę do Pilgrima. Chętnie zaopatrzył bym się w moduły z DDS-ami z serii AD99xx lub skorzystał z pomocy jakiejś dobrej duszy, kto by mi te moje AD9951 wlutował w jakąś przejściówkę na raster 0.1".
Ewentualnie użyję modułu z AD9851 i powielacz PLL, tak jak to jest praktykowane.

SP9FKP · 20-12-2013 8:32

Ja jednak zdecydowałem się na Discovery. O wyborze przesądziły 2 projekty SDR oparte o procesor z tego kitu a także obecność programatora na płytce. Teraz rozglądam się za wyświetlaczem, choć kusi mnie cena modelu z 1289 na pokładzie.

GREG · 20-12-2013 8:49

Piotr,
Napisałeś, że na tym procesorze oparte są dwa projekty. Jeden to zapewne Stm32 sdr a drugim to pochwal się proszę.

Z góry dziękuję

Greg

SP9FKP · 20-12-2013 9:24

To żadna tajemnica.

SP5IOU · 20-12-2013 9:45

Discovery ma swoje zalety, bo jest standardową płytką wymienioną w Coide.
to pozwala na uniknięcie części problemów, zwłaszcza jak się zastosuje inne peryferiale zgodne z tym środowiskiem.
N moje oko Hy-Mini jest bardziej zwarty mechanicznie i chyba łatwiej zmieści się wraz z wyświetlaczem na płycie czołowej radia. W dodatku wyświetlacz jest dość spory, co daje komfort ergonomiczny (Odczyt, przyciski do sterowanie itp.)
Ale to takie indywidualne wrazenie. Zresztą HY-mini poprostu mam a Discovery musiał bym kupić Smile

.
Tak naprawdę główną barierą w wykorzystaniu, był brak procedur do obsługi wyświetlacza HY32D w darmowych IDE. Teraz te procedury mamy, reszta zagadnień takich jak GPIO czy ADC, jak również RTC czy ADC DAC jest znacznie prostsza i też dostępna.
Procedury obsługi wyświetlacza można też wykorzystać do moduły Discovery. Kwestia dostosowania przyporządkowania portów GPIO i SPI. Jak to zrobić widać w procedurach dla HY-Mini.
Kwestia spędzenia nad tym kilku - kilkunastu godzin.
Narazie sprawy zawodowae odciągnęły mnie nieco od tej zabawy, ale może okres świąteczny pozwoli znów poświęcić trochę czasu.

SP9FKP · 20-12-2013 9:55

Docelowo i tak mam zamiar zaprojektować własną płytę bazową, tu raczej chodziło o proste narzędzie do rozpoczęcia zabawy z ARM.

SP5ETB · 20-01-2014 22:58

Przepraszam za głupie pytanie, ale z jaką częstotliwością chodzi procesor w tej płytce? Szukam w plikach konfiguracyjnych gdzie to jest ustawiane i nic nie mogę znaleźć. W znalezionych przykładach robi się to w programie głównym. Przy okazji - czy przy kompilacji z użyciem biblioteki MHY32D CooCox też pluje ostrzeżeniami np. że argument ma być char a jest int (ostrzega, ale działa)?

Sam sobie odpowiadam: ustawianie częstotliwości (72MHz) jest w pliku system_stm32f10x.c (linia 115r. TRudno było znaleźć, bo plik ma 36kB i zawiera definicje dla wielu odmian mikrokontrolerów.

SP5IOU · 23-01-2014 19:59

undefined

Andrzej.
Moi zdaniem nie ma głupich pytań Smile

.
Procesor, o ile dobrze pamiętam ma zegar 72MHz, zegar peryferiali np. GPIO to max 50 MHz.
Myślałem że opublikuję kod gotowej syntezy jak uruchomię transceiver, ale nic nie stoi na przeszkodzie, abym podzielił się wynikami swojej pracy, w wersji alfa.
Chodzi na tym już odbiornik mojego Pilgrima i przełacza też TX / RX i słychać w drugim radiu sygnał SSB. Więc nadaje siędo użytku.
Jeszcze główny odczyt częstotliwości jest siermiężny, ale najpierw funkcjonalność a potem wygląd.
Nie cały kod jest mojego autorstwa. Są zapożyczenia do tego co znalazłem w internecie, ale nie zmieniałem nagłówków.

To najnowasz warsja - 1.5, ale wczesna alfa Smile

.
Kod wynikowy znajduje się w katalogu Hy_MiniSTM32_VFO_ SP5IOU_V1_5\HY32D_test\Debug\bin w postaci bin do bootloadera i hex.
w pliku global_definitions.h jest określone co gdzie podłączyć, zresztą staram się komentować kod bo sam zapominam co miałem na myśli.
Nie jestem zawodowym programistą, więc zawodowców proszę o wyrozumiałość, jeśli coś jest zrobione po lamersku Smile

.
S-Metr działa, a adc mierzy i zapamiętuje wyniki poprzez DMA, ale na razie pokazuje S-y w postaci cyfrowej, co też ma swoje zalety.
Jeśli by się źle wykonała kalibracja Touchscreena, to żeby wejść w tryb =kalibracji ekrany trzeba nacisnąć switch encodera, lub któryś z przycisków na płytce - key1 lub key2.

SP5ETB · 23-01-2014 21:43

Dziękuję. Ale nie o to mi chodziło. Po prostu postanowiłem zająć się procesorem STM32 od podstaw - jest to moje pierwsze spotkanie z procesorem 32-bitowym. Zacząłem pisać proste programy, ale wynik ich działania miał być przedstawiony oczywiście na dołączonym wyświetlaczu. Dołączyłem bibliotekę mHY32D i zaczęły się kłopoty m.in. z podwójnymi funkcjami (m. in. ustawianiem zegara). Teraz powoli dochodzę do czegoś. Przy okazji - Jak kompilowałem Twój HY32D_test, to kompilator pluł ostrzeżeniami, ze mu się nie zgadzają typy zmiennych, ale kompilował i układ działał. Czy też tak miałeś?