Uniwersalny komputer pokładowy do wzmacniacza lampowego

[Wojtek]

A program STLink Utility masz w najnowszej wersji? Powinno działać, przed chwila rozmawiałem z kolegą ze tak powiem bardziej biegłym ode mnie i nie widzi powodu dla którego z najnowsza wersja STLink nie miałoby to działać. W wersji bodajże 2.5 dodano te procesory do obsługi.

[Einherjer]

gsmoku, mam jtag do armów autorstwa znanego z elektrody Freddiego Chopina. Leży nieużywany i raczej nie będzie używany przez najbliższy czas. Jeśli chcesz, mogę go użyczyć. Mam płytkę STM32F4 Discovery, ale też leży i się kurzy, więc nie pomogę w kwestii problemów.

[gsmok]

Dziękuję za propozycję. W sytuacji awaryjnej chętnie skorzystam. Na razie i tak mam co robić z tym układem, a w międzyczasie mam nadzieję, że uda mi się zaopatrzyć w jakiś dodatkowy progarmator do prób.

[gsmok]

Dzisiaj dostałem w swoje ręce programator ST-LINK/V2 firmy STM. Korzystając z oprogramowania ST-Link Utility zrobiłem próbę komunikowania się ze zmontowanymi modułami z mikrokontrolerami STM32F407 i STM32F427. Efekt? Moduł z STM32F407 chodzi jak burza, zaś z modułem STM32F427 nie ma połączenia. ST-Link go nie widzi .

[_idu]

Dodatkowo uważam, że jeśli chodzi o dostępne "na pokładzie" interfejsy to Raspberry Pi nie umywa się do możliwości układu STM32F4 - no choćby wbudowane przetworniki A/D i D/A.

Trochę złe podejście. Napiszę czemu.
Aby takie urządzenie odniosło skutek musi być uniwersalne przy zachowaniu odpowiedniego ilorazu cena/możliwości.

Do RPi są produkowane płyty-córki z typowym dla sterowników PLC targetem. Czyli linie I/O, kilka zabudowanych przekaźników, przetworniki AD. DA itp.
Jeśli wydajność RPi jest za duża to są inne płytki - począwszy od Arduino a skończywszy na przemyślanych płytkach np. z AVR firmy Mikroelektronika (oferują kompilatory np. Pascala, C, Basica.... wzbogacone o bogate biblioteki dla peryferiów).

Wystarczy poszukać. Pomijam też gotowce I/O podłączane do USB.

Wracając do tych STM32F4. Widzisz nie montowano do RPi peryferiów specyficznych pod jedną kategorie zastosowań. Za to rodzie się wiele projektów gdzie dominuje inne podejście - wymagane układy I/O są poza główną płytką a blisko elementów wykonawczych. Jest USB - są produkowane układy realizujące ideę rozproszonego I/O z portem USB czy Ethernet. Inne mikrokontrolery - a dsPIC? nowsze serie AVR Mega?

Zestawy pod ATMega
http://www.tme.eu/pl/details/mikroe-580 ... ega-board/#
http://www.tme.eu/pl/details/mikroe-793 ... ega-board/#
http://www.tme.eu/pl/details/mikroe-671 ... -board-5v/#
http://www.tme.eu/pl/details/mikroe-755 ... for-xmega/#

Zestawy pod dsPIC
http://www.tme.eu/pl/details/mikroe-115 ... dspic33ep/#
http://www.tme.eu/pl/details/mikroe-115 ... dspic33ep/#

Zauważyłem wzmiankę o braku odbiornika IR. W RPi jest to proste - podpinamy pierwszy lepszy odbiornik wylutowany ze starego TV do zasilania i jednej z linii I/O na złączu goldpin. Odpalamy lirc i mamy już odczyt pilota (XBMC z raspbmc ma wkompilowany konfigurator pilota....) .

Sterowanie dotykowym panelem. Tylko czy potrzebne? Wygodniej wziąć do łapy smartfona i sterować urządzeniem przez webinterface zabudowanego urządzenia. Ale przecież w RPi nic nie stopi na przeszkodzie aby podłączyć stosowny panel do specjalizowanego złącza (drugie jest dla kamery).

Szybkość procesora, możliwość używania rozbudowanych kompilatorów, możliwość rozbudowanego GUI dla konfiguracji - tak, wygoda - jak Piotr zauważył że można zrobić dynamiczne sterowanie punktem pracy lamp, oceniać ich zużycie a nawet we wzmacniaczach PP korygowanie symetrii stopnia mocy zależnie od poziomu wysterowania jak i zużywania się lamp. 512MB plus 2GB na karcie SD jako dysku chyba pozwoli na zgromadzenie wielu tabel danych dla realizacji takich algorytmów.

Jedna uwaga RPi (oraz nowoczesne AVR'y) nie mają generatora kwarcowego dla taktowania rdzenia. Mają wbudowane PLL. Jedną z zalet takiego rozwiązania jest np. mniejsze zakłócenia siane w eter.

Jak ktoś zainteresowany kompilatorami pascala, basica i C to proszę na PM.

[gsmok]

Dodatkowo uważam, że jeśli chodzi o dostępne "na pokładzie" interfejsy to Raspberry Pi nie umywa się do możliwości układu STM32F4 - no choćby wbudowane przetworniki A/D i D/A.

Trochę złe podejście. Napiszę czemu.
Aby takie urządzenie odniosło skutek musi być uniwersalne przy zachowaniu odpowiedniego ilorazu cena/możliwości.

Ależ celem mojej "zabawy" nie jest bynajmniej to aby urządzenie odniosło sukces. Napisałem o motywacji zajęcia się tym tematem

Do RPi są produkowane płyty-córki z typowym dla sterowników PLC targetem. Czyli linie I/O, kilka zabudowanych przekaźników, przetworniki AD. DA itp.
Jeśli wydajność RPi jest za duża to są inne płytki - począwszy od Arduino a skończywszy na przemyślanych płytkach np. z AVR firmy Mikroelektronika (oferują kompilatory np. Pascala, C, Basica.... wzbogacone o bogate biblioteki dla peryferiów).

Wystarczy poszukać. Pomijam też gotowce I/O podłączane do USB.

Wracając do tych STM32F4. Widzisz nie montowano do RPi peryferiów specyficznych pod jedną kategorie zastosowań. Za to rodzie się wiele projektów gdzie dominuje inne podejście - wymagane układy I/O są poza główną płytką a blisko elementów wykonawczych. Jest USB - są produkowane układy realizujące ideę rozproszonego I/O z portem USB czy Ethernet. Inne mikrokontrolery - a dsPIC? nowsze serie AVR Mega?

Zestawy pod ATMega....

W zasadzie to samo dotyczy mikrokontrolerów serii STM32 - dodatkowe płytki, rozszerzenia z peryferiami, darmowe oprogramowanie, przykłady konkretnych rozwiązań itp, itd.

Jedna uwaga RPi (oraz nowoczesne AVR'y) nie mają generatora kwarcowego dla taktowania rdzenia. Mają wbudowane PLL. Jedną z zalet takiego rozwiązania jest np. mniejsze zakłócenia siane w eter.

W takiej czy innej formie sygnał taktujący rdzeń musimy jednak wytworzyć . Zresztą mikrokontrolery STM32 nie muszą mieć dołączonego zewnętrznego generatora kwarcowego. Również mają wewnętrzny układ wytwarzania sygnału taktującego, z którego zresztą startują po resecie i dopiero trzeba je przełączyć na zewnętrzny generator. Z generatora kwarcowego (a docelowo nawet dwóch, bo można dołączyć niezależny generator kwarcowy "zegarkowy" wykorzystywany przez wbudowany zegar czasu rzeczywistego) korzystam, gdyż zależy mi na dokładnym pomiarze czasu.

No i na koniec- bardzo podoba mi się idea RP. Śledziłem zresztą z wypiekami losy powstawania tego komputerka i to tylko kwestia czasu, gdy wejdę w jego posiadanie - no chyba, że doczekam się na tą konstrukcję:

http://www.parallella.org/board/

...ale to już zupełnie inna historia.

[Jado]

No i na tych wszystkich mikrokomputerkach - Linux Rules

[gsmok]

Nie mogłem sobie darować, dlaczego nie mogę się skomunikować z modelem STM32F427 mikrokontrolera. Wielokrotne studiowanie manuali i opisów prowadziło do wniosku, że układy STM32F427 są kompatybilne funkcjonalnie i nóżkowo z układami serii STM32F407 i podstawowa różnica leży w dwukrotnie większej pamięci Flash. Niestety nie miałem więcej układów "427", ale dostałem w swoje łapy układ STM32F437, czyli podobnie jak "427", układ wyposazony w 2MB pamięci Flash. Korzystając z pomocy kolegi wymontowałem (a raczej on wymontował) układ "427" z zaprojektowanej płytki i na jego miejsce przylutowałem (a raczej on przylutował) układ "437". Po podłączeniu do komputera okazało się, ze WSZYSTKO DZIAŁA . Tak więc prawdopodobnie "upaliłem" lub miałem niesprawne oba mikrokontrolery "427". Do pełni szczęśćia brakuje mi sprawdzenie jeszcze jednej sztuki "427", ale raczej na bank, wina leżała w posiadanych "walniętych" egzemplarzach układów.
Jak uda mi się pozyskać układ "427" dam znać jak wypadaną próby. Tymczasem mogę być spokojny, że jeśli zabraknie mi pamięci na pokładzie STM32F407 to mam w zanadrzu STM32F437 (i pewnie również STM32F427) .

[gsmok]

A oto zmontowany zestawik ewaluacyjny z dwoma kanałami audio do eksperymentów z cyfrowym przetwarzaniem sygnałów - docelowo m.in. analiza częstotliwościowa i filtry cyfrowe wbudowane do sterownika wzmacniacza lampowego. Na pokładzie mikrokontroler STM32F407. Do wstępnych prób "na stole" podłączyłem dwa mikrofony elektretowe i dwa miniaturowe głośniczki do "podsłuchu" efektów DSP. Dzięki temu mogę się bawić nawet na świeżym powietrzu w parku mając do dyspozycji tylko notebooka . Jak widać mam również super zasilacz na bateryjkach (z nieodzownym wyłącznikiem i sygnalizacją na diodzie LED ).

[gsmok]

Sprawa STM32F427 został a końcu definitywnie wyjaśniona. Po przylutowaniu nowego mikrokontrolera do płytki prototypowej wszystko działa. Tak więc mikrokontrolery STM32F407 i STM32F427 są rzeczywiście kompatybilne "wyprowadzeniowo" i można je stosować zamiennie (o ile spełniają wymagania funkcji programu, który nimi steruje) .
Co ciekawe na firmowym Forum firmy STM znalazłem pytania dotyczące kompatybilności tych mikrokontrolerów i w zasadzie nie podano konkretnej odpowiedzi, a jedynie odesłano pytającego do dokumentacji aby sobie poczytał

[Jado]

Czyli tamte dwa pierwsze ewidentnie upalone jednak?...
To by oznaczało, że ta seria mało odporna na ESD czy też przegrzanie podczas lutowania.
Swoją drogą 1MB Flasha wydaje się i tak nie do zapełnienia...Chyba, że jakieś duże tablice z danymi byś chciał umieścić (obrazki?). Ale skoro ma być obsługa SD, to tam tego typu dane można w plikach trzymać.
Pomyśleć, że niedawno korzystało się z procków o pojemności kilku kB flash'a