-
Zawartość
118 -
Rejestracja
-
Ostatnio
-
Wygrane dni
1
Luuke zajął 1. miejsce w rankingu.
Data osiągnięcia: 6 maja 2019.
Treści użytkownika Luuke zdobyły tego dnia najwięcej polubień!
Reputacja
22 DobraO Luuke
-
Ranga
5/10
- Urodziny 26.11.1990
Informacje
-
Płeć
Mężczyzna
- www
Ostatnio na profilu byli
Blok z ostatnio odwiedzającymi jest wyłączony i nie jest wyświetlany innym użytkownikom.
-
W czym pisać profesjonalnie / komercyjnie kody dla mikrokontroerów?
Luuke odpisał w temacie użytkownika vtor • Mikrokontrolery
Kiepsko to widzę w większych projektach Dobrze zrozumiałem? Wymagane są uprawnienia admina, żeby w ogóle zapisywać pliki?! -
W czym pisać profesjonalnie / komercyjnie kody dla mikrokontroerów?
Luuke odpisał w temacie użytkownika vtor • Mikrokontrolery
Tak uważasz? To jak wytłumaczysz zmianę procesora (i producenta) celem wygenerowania oszczędności na poziomie 100k€ rocznie? Wystarczy, że przy rocznym zapotrzebowaniu jednego miliona sztuk mikrokontrolerów znajdzie się coś tańszego o zaledwie 10 eurocentów. I co? Pozostaniesz wtedy przy pierwszym wyborze, bo podjąłeś STRATEGICZNĄ decyzję o wyborze procka + środowiska od danego producenta? Czy może lepiej wykorzystać DARMOWE środowisko uniwersalne (również open source), podmienić tylko warstwę sprzętową i czerpać korzyści? Uważasz, że to mało? Tyle pamięci to wystarczy do implementacji -
W czym pisać profesjonalnie / komercyjnie kody dla mikrokontroerów?
Luuke odpisał w temacie użytkownika vtor • Mikrokontrolery
Jeśli bawisz się amatorsko / hobbistycznie to nie ma to większego znaczenia, ale jeśli zależy Ci na możliwości przenoszenia kodu między procesorami różnych producentów to używanie dostarczanych przez nich środowisk jest co najmniej niepraktyczne. A weź to jeszcze podepnij pod jakieś CI/CD, gdy masz do dyspozycji jedynie pliki projektu ze środowiska bazującego np. na Eclipsie. Ciarki przechodzą na samą myśl o tym -
W czym pisać profesjonalnie / komercyjnie kody dla mikrokontroerów?
Luuke odpisał w temacie użytkownika vtor • Mikrokontrolery
Umiejętność czytania not katalogowych i własnoręczne pisanie niskich warstw aplikacji (obsługa peryferiów). Zyskujesz pełną kontrolę nad tym co się dzieje z Twoim prockiem. -
Jakie są Wasze doświadczenia z STM32CubeIDE?
Luuke odpisał w temacie użytkownika slon • Mikrokontrolery
Powiem tak, robiąc jakieś demo lub dla siebie coś na szybko to jeszcze spoko, ale pracując nad kodem produkcyjnym radziłbym unikać tego typu generatorów kodu. Niestety okazuje się, że są w nich błędy typu ustawiasz jedno, a dostajesz coś innego. Dla przykładu zegar ADC w rodzinie F0 niby ustawiony na synchroniczny z dzielnikiem 4. Wszystko działa, ADC pięknie zbiera próbki. No ale z czasem stwierdziłem, że jednak zegar asynchroniczny i ciutkę szybszy będzie korzystniejszy pomimo dodatkowego czasu potrzebnego na synchronizację. Klik klik, buduję, wgrywam... brak zmian. Okazało się, że ADC od sa -
Kąt elektryczny dotyczy wirującego pola magnetycznego, a kąt mechaniczny wirnika. Silniki BLDC często mają zwielokrotnioną ilość biegunów magnetycznych - krotność k. Wirnik podąża za wirującym polem magnetycznym, ale niekoniecznie kąt obrotu musi być w stosunku 1:1. Dla przykładu jeśli krotność k = 4 to 1 obrót elektryczny pola magnetycznego spowoduje tylko 1/4 obrotu mechanicznego wirnika. Należy pamiętać, że zwiększenie krotności uzwojenia to nie to samo co zmiana ilości faz w silniku.
-
Oba typy silników można sterować wykorzystując 6-step lub FOC, ale nieodpowiednie dobranie sterowania spowoduje spadek jakości sterowania i wspomniane już wcześniej efekty uboczne. Różnica w sygnałach BEMF wynika ze sposobu nawinięcia uzwojeń (po lewej BLDC, po prawej PMSM).
-
Jeśli akurat jakimś cudem trafisz w dobry stosunek napięcia do częstotliwości to MOŻE silnik ruszy. Istnieje algorytm sterowania U/f w którym stosunek napięcia do częstotliwości musi być stały w całym zakresie prędkości. Na papierze wygląda to fajnie, w praktyce trochę gorzej. Podczas rozpędzania należy wykonać wyjątek od reguły i podać stałe napięcie, żeby w ogóle ruszyć silnikiem. Ponadto silnik pobiera zdecydowanie więcej prądu niż podczas sterowania optymalnym algorytmem. Natomiast jeśli nie trafisz ze stosunkiem U/f to silnik będzie buczał, brał dużo prądu i może się coś spalić. W st
-
Warto zacząć od ujednolicenia nazewnictwa, jest to strasznie namieszane. Silnik BLDC ma trapezoidalny przebieg BEMF, natomiast sinusoidalny przebieg ma silnik PMSM (czasem nazywany BLAC). Optymalny sposób sterowania jest zgodny z przebiegiem BEMF, tzn. dla BLDC będzie to sterowanie 6-step, a dla PMSM sterowanie z wykorzystaniem FOC. W sterowaniu 6-step można bez problemu wykorzystać obserwację BEMF i na tej podstawie ustalać moment przełączenia. Świetnie to Dondu opisał na swojej stronie. W sterowaniu FOC wykorzystuje się obserwację przebiegów prądów fazowych na podstawie których u
-
Owszem, może chodzić latami, ale trzeba się postarać i pobawić, żeby system był stabilny. Natomiast w standardowej konfiguracji wystarczy najzwyklejszy zanik zasilania, żeby padła karta SD i malina już nie wstanie Edit: Tfu, nie zanik pamięci, tylko zanik zasilania
-
APWS - Automatic Plant Watering System
Luuke odpisał w temacie użytkownika Alergicprojects • Projekty - DIY
Na aliexpress wpisz "water pump 5v". Cena to jakieś ~5-10zł. -
Raspberry Pi jest zbyt niepewne, żeby użyć w terrarium, za często potrafi się coś zawiesić. Do sterowania kablem grzewczym sugerowałbym użycie termostatu RT-2, którym można regulować nastawy temperatury. U mnie bezawaryjnie działa już ponad 2 lata i jest bardzo popularny wśród terrarystów. Kiedyś też chciałem bawić się we własny system. Później kabel dostał termostat RT-2, a żarówka do wyspy ciepła cyfrowy programator czasowy. Miał być zdalny system podglądu temperatury i wilgotności w terrarium, są nawet kable rozprowadzone w ściankach. Skończyło się na tym, że po zachowaniu węża widzę czy te
-
Framework do testów automatycznych dla C/C++
Luuke odpisał w temacie użytkownika FlyingDutch • Mikrokontrolery
Cześć, Od kilku dni zajmuję się konfiguracją i testowaniem środowiska unit testowego dla projektu pisanego w języku C opartego na procku STM32F030K6. Z początku próbowałem podziałać z Ceedling/Unity jednak w trakcie prac wyszło, że jest możliwość wykorzystania wspólnego tool'a w wielu projektach, przy czym część z nich jest pisana w języku C++. W związku z tym zacząłem się bawić narzędziem Googletest. Bez problemu można przy pomocy tego framework'a testować kod w C oraz C++. Niestety problem pojawia się w momencie mockowania funkcji. Googlemock już sobie z tym nie radzi (dedykowany do C++ -
Witamy na forum! Wg mnie załóż temat - worklog w którym będziesz opisywać postępy pracy i w którym inne osoby będą mogły podawać swoje sugestie następnych kroków. Zostanie też ślad dla potomnych
-
Owszem, podstawowe funkcjonalności się pokrywają, ale problem pojawia się, gdy zaczniemy się zagłębiać w bardziej zaawansowane elementy. LL ma lepszą optymalizację kosztem m.in. przenoszalności. Do skakania między rodzinami bardziej przydatny jest HAL. Oczywiście, że nie! Istnieje dokumentacja do procka (DS, PM i RM) oraz dokumentacja do bibliotek (HAL, LL, SPL), obie generowane niezależnie.