Zealota

Niezależnie od tego czy producent ma podgląd gerberów czy nie, to i tak warto korzystać z zewnętrznej przeglądarki, np. prosto z KiCada albo tej: https://pl.zofzpcb.com

Warto zaznaczyć, że konkurencja ma takie narzędzia już od dawna, nie mniej jednak całość ułatwia proces zamówienia.

Jak właśnie widzę te rockchipy to od razu czerwona lampka się zapala. Pisałem wcześniej o mediateku, ale pomyliłem się chodziło mi o rockchipa. Mam takiego 8 rdzeniowego z RK3368 - GeekBox i to nawet nie jest dobry przycisk do papieru, bo lekki. Wsparcia obecnie żadnego, to co się pojawiło to zwykła ściema. Radzę się trzymać z daleka. Oczywiście tego 3399 nie próbowałem, domyślam się tylko, że to będzie dokładnie takie same "badziewie". Silne rdzenie, ale poprzez brak sensownego wsparcia, braku aktualizacji a co najważniejsze stabilnych sterowników czy też nowoczesnego kernela skończy jak każde tego typu urządzenie? Czy ktoś na temat rockchipa to w ogóle słyszał dobre opinie?

To bardzo ciekawe co Kolega wypisuje, ale co to ma wspólnego z tematem artykułu. Tu chodzi o tanie płytki w budżecie do ok 200 zł, a mamy wypis możliwości telefonu za 3 do 5 tys zł. Mam u siebie całą szufladę płytek od 50 do 500 zł i one wszystkie właściwie to do niczego się nie nadają. Są intele jak LattePanda czy ośmiordzeniowe mediateki. Cała ta szuflada nie ma takiego wsparcia jak RPI i pewnie OrangePi 3 tak samo skończy . Można zwykle zrobić sobie jakiś serwerek, ale znowu kłopot z szybkością ETH, które to zwykle jest na USB, jak chcemy zrobić media center to znowu trzeba rzeźbić sterowniki z akceleracją itd. itd. Powstaje coraz więcej kickstarterów, ale tylko chyba po to żeby wyciągnąć kasę, a potem pościemniać z supportem. Pewnie było kilka lepszych urządzeń, zachwalają niektóre Odroidy, ale jakby przeglądnąć fora to i tak więcej jest narzekania niż zadowolenia. Najsensowniejsze wydają się płytki na Intelach jak ta LattePanda, ale ta pierwsza, którą mam w szufladzie nadal się nie doczekała obsługi dźwięku passthrough po HDM w linuksie. Można oczywiście odpalić Windows 10, ale przy 2GB ramu to mordęga. Są oczywiście nowe LattePAnda, ale ceny to tam chyba zaczynają się dopiero od 600 zł lub więcej. W mojej ocenie nadal są najlepsze płyty mini ITX choćby z procesorami J1900 lub j4200. Od dłuższego czasu już się wyleczyłem z tych wynalazków, choć mała nadzieja, że powstania atrakcyjna alternatywa do RPI jeszcze się tli

Z tym się zgodzę. Pierwsze co robię z takim kodem pod eclipse to Ctrl+A, Ctrl+Shift+F czyli formatowanie kodu Dodatkowo używam tylko do generacji szablonów i podglądu zegarów. Może faktycznie w takim zastosowaniu nie ma problemów o których pisałeś

Mam dziwne wrażenie, że Twoja opinia dotycząca CubeMX opiera się tylko i wyłącznie na wrażeniach pracy w linuksie. Pod linuksem nie mam w tej sferze żadnych doświadczeń, natomiast pod windows (7 i 10) używam tego programu od dawna i nie miałem z nim do tej pory żadnego problemu. Oczywiście jedna opinia to może być mało, ale używam tego oprogramowania od dawna na kilku platformach, od Intela pod AMD, również nie widzę tam żadnego problemu z narzutem związanym z Java, być może za wyj. uruchomienia, które oceniam, że trwa dłużej niż inne programy. U mnie CubeMX nie ma żadnych "humorów", nie działa "dużo gorzej" od arduino. Z chęcią poznałbym opinię na ten temat jeszcze od kogoś innego, a na razie słowo przeciw słowu

Nie tędy droga, takiej biblioteki nie znajdziesz. Tę którą przywołujesz ma znaczenie tylko dla procesorów AVR. Odpowiada ona za odczyt z pamięci flash. W prockach STM32 jest ona zupełnie niepotrzebna. Wszystkie odniesienia do "pgm", PROGMEM itp. muszą zostać usunięte. W prockach STM32 dane w pamięci flash definiuje się za pomocą kwalifikatora "const" np: const uint32_t TablicaWeFlash[2] = { 0, 1 }; // Tablica w pamięci Flash

Osobiście ciężko mi się z tym zgodzić. Próba autora to takie "nieskończone DIY" tylko wśród tworzenia kodu. Być może zła kategoria na forum, być może niepotrzebne przekonanie o sensowność rozwiązania, ale wpis jak najbardziej sensowny, bo gdzie jak nie w komentarzach autor ma się czegoś nauczyć? Zaprezentował kod, dostał wskazówki na poprawę i chyba o to właśnie chodzi, co nie?

Bardzo ciekawa kompilacja:

Świetny projekt, ciekawe podejście i temat. Trochę kłuje w oczy to pisanie w "czystych rejestrach", bo trochę nie rozumiem, po co się tak katować

12$ ? Na ali z przesyłką taki ring 60 diod, 4 ćwiartki po 15 diod, kosztuje ok 10$

Jak już tu Koledzy sugerowali diody programowalne to chyba najlepszy pomysł. Można kupić gotowy ring z diodami WS2812 i zrobić coś prostego, choćby na kształt: http://zealota74.blogspot.com/2017/10/magic-clock.html

Nie jestem tu ekspertem, ale w CubeMX jest jeszcze coś takiego jak biblioteka LL. Ona jest dwubieżna z HAL, a dostęp do rejestrów w LL to jest coś między właśnie HAL, a pisaniem bezpośrednio na rejestrach. Proponuję żebyś jednak zapoznał się z programowaniem na rejestrach. https://www.elektroda.pl/rtvforum/topic3111562.html Widać, że masz taką potrzebę, a to dobra okazja żeby się rozwinąć.

Musisz mieć zdefiniowane poprawnie symbole: Pierwszy to "USE_STDPERIPH_DRIVER" oraz właściwy symbol mikrokontrolera. Dla przykładu - STM32F411 to "STM32F411xE". To chyba minimum, żeby Eclipse "zobaczył" bibliotekę. Natomiast wg mnie mieszanie kobył HALa i STD to bardzo kiepski pomysł, bo pewnie inne symbole będą się mieszać i ogólnie to chyba nie uda się tego pożenić, a jeśli w ogóle to pewnie konfiguracja będzie uciążliwa..

Tak myślę, że to przecież żadne ograniczenie. Przecież po wysłaniu 65535 można tę resztę z 320x240=76800 "odpalić" po zakończeniu pierwszej paczki, z przerwania od zakończenia transmisji.