Przeszukaj forum

Wstęp Ostatnio podkusiło mnie i zafundowałem sobie taki zestaw: Dzisiaj dotarł i w wolnej chwili zabrałem się za testy tego mniejszego mikrokontrolera (CH32V003)... Parametry układu (dla obudowy TSSOP20) Architektura: RISC-V 32bit Taktowanie rdzenia: 48MHz RAM: 2kB FLASH: 16kB Napięcie: 3.3V, 5V Maksymalnie dostępne I/O: 18 Piny ADC: 8 Rozdzielczość ADC: 10 bit (do przetestowania) Interfejs Debuggera: SWIO (Single Wire I/O) Zegary: 2x16-bit Interfejsy: 1x USART, 1xI2C, 1xSPI Cena: ~0.9 PLN (przy zakupie jakichś 250 sztuk, przy MoQ w oficjalnym sklepie sprzedawcy wychodzi nieco drożej, bliżej 1.2-1.5 PLN) Dostępne są też inne obudowy: TSSOP20, SOP16, SOP8, QFN20 😉 Wyprowadzenia Środowisko programistyczne Mikrokontrolery RISC-V firmy WCH programujemy w środowisku MounRiver. Jest to całkiem udana kopia STM Cube IDE, która działa bardzo wydajnie i nie ma za bardzo do czego się przyczepić. Może poza tym, że czasem ma problemy z buildem i trzeba go kliknąć dwa razy 😉 Do dyspozycji mamy też program WCH-Link, który umożliwia wgrywanie oprogramowania bezpośrednio na mikrokontroler. W obu przypadkach wgrywanie oprogramowania odbywa się za pomocą programatora WCH-Link, który wspiera zarówno procesory ARM jak i RISC-V od firmy WCH. (Tak jest wspierany przez OpenOCD). Piszemy program Jestem masochistą i skorzystałem z dokumentacji i kilku przykładów w internecie by napisać kod na rejestrach... Tak jestem szalonym człowiekiem. #include "ch32v00x_rcc.h" #include <stdio.h> #include "debug.h" #define GPIO_CNF_OUT_PP 0 int main() { SystemInit(); // Init delay Delay_Init(); // Enable GPIOs RCC->APB2PCENR |= RCC_APB2Periph_GPIOC; // GPIO C0 Push-Pull GPIOC->CFGLR &= ~(0xf<<(4*0)); GPIOC->CFGLR |= (GPIO_Speed_10MHz | GPIO_CNF_OUT_PP)<<(4*0); while(1) { // Turn on GPIO GPIOC->BSHR = (1<<0); Delay_Ms( 1500 ); // Turn off GPIO GPIOC->BSHR = (1<<16); Delay_Ms( 1500 ); } } (jest to finalna wersja kodu) Skompilowałem go (za pierwszym razem kompilacja nie przeszła, za drugim już bez problemu, ale to widocznie kwestia jakiegoś buga w IDE). Wgrywanie... Otworzyłem konfigurację "downloadu" kodu na mikrokontroler i pokazało się okienko aktualizacji programatora. Bezmyślnie je kliknąłem i co się okazało? Że posiadałem podpięty scalak do programatora i sobie zbrickowałem programator 😄 Odłączać scalak od programatora do aktualizacji kodu narzędzia! Dobra lekcja na przyszłość. Windows nie wykrywa urządzenia, pokazuje błąd 28. Przekopałem folder MounRiver Studio i znalazłem sterowniki. Wgrałem je używając narzędzia Windowsowego i załapał, że programator zgubił program. Nie wiem dokładnie jak go naprawiłem, ale zrobiłem to w okienku konfiguracyjnym MounRiver (prawdopodobnie zrobiłem Query programatora i samo znalazło programator bez softu i go wgrało). Po ustawieniu wszystkich zmiennych kliknąłem Download i program się wgrał. Ale nie działa... Okazało się, że dioda świeci cały czas. Jako, że oscyloskop miałem odpięty i za bardzo nie chciało mi się go podpinać poszedłem "drogą przez mękę" i poszukałem źródeł z przykładami. Znalazłem oficjalne, pobrałem i wgrałem ich Blink'a. Okazało się, że działa poprawnie. Skoro u mnie dioda świeci cały czas, a w oficjalnym mruga to problem leży zdecydowanie w Delay'u. Porównując kody okazało się, że mikrokontroler (SysInit) inicjuje dzielniki zegarowe Delay'a na 0 i trzeba ręcznie wywołać funkcję inicjacji, by dzielniki dostosowały się do taktowania procesora. Okej, w STM ogarnia to CubeMX, może też trzeba (szczerze nie pamiętam), mój błąd. Po poprawieniu mojego kodu wgrałem go i działał poprawnie. Na tym zakończyłem swoje aktualne testy (do mojego zapotrzebowania przełączanie wyjścia cyfrowego jest wystarczające, w wolnej chwili poczytam o ADC i potestuję 😄) Opinia Czy układ jest wart swojej ceny? No a gdzie znajdziecie 32-bitowy mikrokontroler z taktowaniem 48MHz za niecałą złotówkę? W wielu projektach hobbystycznych nie potrzeba gigantycznej mocy obliczeniowej i wystarczy takie małe coś, co przełączy odpowiednie wyprowadzenia. Jak za tą cenę to jestem bardzo zadowolony z jego możliwości i nie ma co narzekać na to, że programator idzie ubić zapominając o odłączeniu kabelków (przynajmniej dało się naprawić). Firma WCH posiada w ofercie też dużo bardziej zaawansowane układy oparte o architekturę RISC-V np. CH32V307 z wbudowanym USB 2.0 HS (razem z PHY, co rzadko się spotyka w przypadku ARM), a idąc tym tropem posiadają nawet CH565 z wbudowanym USB 3.0 (też razem z warstwą fizyczną). A dla zwolenników bardziej klasycznych układów: klon STM32F103 na architekturze RISC-V 😉 Lub konkurencja dla ESP w dziedzinie BLE... Konkludując - warto zainteresować się architekturą RISC-V do zastosowań hobbystycznych ze względu na niską cenę tych układów. Zwłaszcza CH32V003, który jest wystarczający do wielu projektów, a obecne ceny ATTiny oscylują w granicach 3-4 PLN za sztukę. Post Scriptum Myślę nad serią artykułów z projektowania PCB na bazie CH32V003, czy byliby chętni na taki zestawik?

Cześć, o swojej fascynacji nową otwartą architekturą CPU RISC-V pisałem na tym forum kilka razy, jednakże były to próby zsyntetyzowania tzw. soft-core CPU na zestawach FPGA. Tym razem postanowiłem spróbować uruchomić OS Linux na płytce SBC z hardwarowym CPU RISC_V. Mój wybór padł na płytkę nazwaną "Sipeed lichee rv-nezha CM C906 risc-v". Płytka (moduł SOM) wraz z płytką dokującą są dostępne w przystępnej cenie na chińskiej stronie AliExpress.com. Tutaj link do modułu SOM: https://pl.aliexpress.com/item/1005003644473997.html?spm=a2g0o.order_list.0.0.34d51c24ycYTa0&gatewayAdapt=glo2pol A tutaj do płytki dokującej: https://pl.aliexpress.com/item/1005003751223526.html?spm=a2g0o.order_list.0.0.34d51c24ycYTa0&gatewayAdapt=glo2pol Moduł SOM jest wkładany w gniazda na płytce dokującej. Na płytce dokującej sa wyprowadzone: gniazdo USB, gniazdo HDMI, moduł bezprzewodowy i 2x20 pinów GPIO. Moduł SOM jest zbudowany na bazie procesora "Allwiner D1" (RISC_V 64-bit) taktowanego zegarem 1 GHz z 512 MB DDR3. lytka ma na GPIO wyjścia dla wielu typów wyświetlaczy (MIPI, RGB, SPI). samo CPU ma też sprzętowe wsparcie dla kodeków wideo i audio. Podaję kilka przydatnych linków na stronie wiki firmy Sipeed (niestety nie ma oficjalnej strony produktu). Pod tym linkiem jest opis modułu SOM z CPU: https://wiki.sipeed.com/hardware/en/lichee/RV/RV.html Tutaj opis płytki dokującej "Lichee Dock": https://wiki.sipeed.com/hardware/en/lichee/RV/Dock.html A tutaj krótki tutorial jak "wgrać" obraz systemu operacyjnego Linux na kartę pamięci uSD: https://wiki.sipeed.com/hardware/en/lichee/RV/flash.html Obrazy LOS Linux dla tej płytki są dostępne na udostepnionym dysku "Mega": https://mega.nz/folder/lx4CyZBA#PiFhY7oSVQ3gp2ZZ_AnwYA Ja użyłem pierwszego linku z góry z katalogu "image" - był to OS Linux "Debian" z wyświetlaniem z rozdzielczością HDMI. Jest jeszcze na tym dysku dostępny obraz "Tina" oparty na dystrybucji OpenWRT. Postępowałem zgodnie z zamieszczonym wyżej mini tutorialem "flash'owania" sytemu na karcie uSD. Wszystko poszło gładko a OS Debian wystartował przy pierwszym podłączeniu systemu do zasilania . Moja konfiguracja testowa wyglądała nastepująco: 1) moduł SOM był umieszczony w płytce dokującej 2) do gniazda HDMI na płytce dokującej był podłączony 10 calowy monitorek HDMI 3) do gniazda USB 2.0 na płytce dokującej był podączony pasywny HUB USB 4) do HU'a USB był podłączony kabel USB (z drugiej strony wpięty do gniazda USB komputera PC) 5) do złączy HUB'a USB były pod łaczone mysz i klawiatura USB Tutaj zdjęcia z testowym układem: Os Debian (wersja:Sipped) uruchomił się w przyzwoitym czasie. Mogłem bez problemu się zalogować do systemu. Teraz planuję podłączenie SBC do większego monitora HDMI i przetestowanie wydajności CPU. Szczegolnie interesuje mnie szybkość i jakość odtwarzanie plików wideo i audio (CPU ma sprzętowe wsparcie dla kodeków wiedo i przetwarzania audio). Jeśli wydajnośc OS dla tego sprzętu będzie zadowalająca to planuję nabyć jakiegoś 10-cio lub 12-to calowego Netbook'a (można je kupić w sieci za około 100 PLN) i wbudować w niego tą płytkę z CPU RISC-V. Docelowo chciałbym nabyć płytę główną z cztero-rdzeniowym CPU RISC_V i zbudować na tej bazie 14 calowego laptopa. Może ktoś z Was ma jakieś doświadczenia związane z uruchomieniem komputerów opartych o CPU RISC-V - chętnie bym o tym pocztał. Pozdrawiam