-
Data: 2019-01-10 17:36:07
Temat: Re: 3 kanały PWM na raspberry pi 3
Od: Jacek Radzikowski <j...@s...die.die.die.piranet.org> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]On 1/10/19 11:23 AM, cezar wrote:
> On 10/01/2019 16:13, Jacek Radzikowski wrote:
>> On 1/10/19 11:01 AM, Waldemar wrote:
>>> Am 10.01.2019 um 15:06 schrieb Queequeg:
>> [...]
>>>> Czy ten PWM jest bardzo niestabilny, gdy procesor jest obciążony? Jeśli
>>>> tak, to czy użycie schedulera FIFO lub RR (sched_setscheduler, nie wiem
>>>> czy da się to zrobić z poziomu Pythona ale na pewno można napisać
>>>> wrapper)
>>>> pomaga?
>>> Nie wiem, czy się sprawa opłaca. Nie wiem co jeszcze potrzebujesz
>>> robić, ale programowe PWM na Raspberry jest dość upierdliwe, bo nie
>>> ma toto RT-Kernela, ja bym nie kopulował się z tym, tylko dał arduino
>>> nano czy inne ło tylko do PWMu.
>>> Biblioteka WiringPi jest zacna i można dużo zrobić z niej
>>> korzystając, ale przy dobrym wyżyłowaniu systemu możesz mieć solidne
>>> haki.
>>
>> Przy większej liczbie PWM czy wyżyłowanych wymaganiach czasowych bym
>> się zastanowił nad przesiadką na Beaglebone. Procesor ma 2 wbudowane
>> koprocesory hard-rt, przy umiejętnym napisaniu programu można otrzymać
>> nanosekundową dokładność i niemal zerowy jitter. Bedzie to o wiele
>> stabilniejsze niż cokolwiek co uda się uzyskać nawet z z RT-linuksem.
>> Albo podłączyć po SPI kostkę do sterowania LEDami mieć święty spokój.
>> W projektach bardziej ambitnych niż machaniem serwem na pokaz czy
>> miganie diodką nie ma sensu szarpać się z programowym generowaniem PWM
>> na systemach nie-RT.
>>
>> Jacek.
>
> beaglebone nawet bez PRU potrafi wyygenrować kilku-MHz PWMy - gdzies
> czytałem że do 10MHz jest bezpiecznie. Jak kiedyś się bawiłem to nawet
> 30-40MHz dało się generować ale nie moge stwierdzić jak czysty był
> sygnał bo mój oscyoskop to już przerastało.
>
> Ma ich chyba 8 niezależnych.
Ale to chyba na sprzętowym. W archiwach listy beaglebone jest post w
którymś ktoś się chwali pomiarami, i najlepsze co się dało to chyba coś
ok. kilkuset kHz. IIRC więcej niż pojedyncze MHz nie da się wyciągnąć z
głównego procesora, bo szybkość ogranicza czas dostępu to rejestrów I/O,
do których trzeba się przebić przez szyny L3/L4. To samo masz w PRU
jeśli korzystasz z linii z dostępem przez szynę. Generowałem kiedyś z
PRU przebiegi do sterowania kostką TI do LEDów (trzeba było
zsynchronizować reset z zegarem, więc tak było najłatwiej), i co któryś
impuls czas trwania był 3-4 razy dłuższy.
Co innego na pinach do których PRU ma bezpośredni dostęp. Tam nie ma
takich ograniczeń.
No i sprzętowych PWM jest więcej niż w RPi, a PocketBeagle jest tańsze
niż RPi3
Jacek.
Następne wpisy z tego wątku
- 10.01.19 17:47 s...@g...com
- 10.01.19 20:10 s...@g...com
- 13.01.19 22:46 Queequeg
- 14.01.19 01:24 jacek
- 14.01.19 12:03 Queequeg
Najnowsze wątki z tej grupy
- Linuks od wer. 6.15 przestanie wspierać procesory 486 i będzie wymagać min. Pentium
- Propagation velocity v/c dla kabli RF
- Jakie natynkowe podwójne gniazdo z bolcem (2P+PE)
- Czujnik nacisku
- Protoków komunikacyjny do urządzenia pomiarowego
- Hiszpania bez pradu
- amperomierz w plusie
- 3G-nadal działa
- Historia pewnego miernika kalibratora
- Ustym 4k Pro i wyświetlacz
- Czemu rozwaliło celę?
- Wojna w portfelu
- Jaki trojfazowy licznik tuya lub podobny?
- Problem z dekoderem adresów
- Intel się wyprzedaje: po 10latach pchnęli pakiet kontrolny Altery za 1/4 kwoty zakupu
Najnowsze wątki
- 2025-05-21 https://stolenhistory.net/threads/19th-century-radium-heating-systems.1452/
- 2025-05-21 https://stolenhistory.net/threads/19th-century-radium-heating-systems.1452/
- 2025-05-20 Pojemnik z radem jako ogrzewacz do stóp
- 2025-05-20 Nowość sprzed lat - Kominki opalane radem
- 2025-05-20 China => Production Coordinator / Representant Product Dev <=
- 2025-05-19 lakier bezbarwny akrylowy
- 2025-05-19 Warszawa => JavaScript / Node / Fullstack Developer <=
- 2025-05-19 Wrocław => Key Account Manager (ERP) <=
- 2025-05-19 Warszawa => MLOps Engineer <=
- 2025-05-19 Zielona Góra => Konsultant wdrożeniowy Comarch XL (Logistyka, WMS, P
- 2025-05-19 Warszawa => Sales Executive / KAM <=
- 2025-05-19 Warszawa => Senior Key Account Manager IT <=
- 2025-05-19 Kraków => NMS System Administrator <=
- 2025-05-19 Kraków => NMS System Administrator <=
- 2025-05-19 Gliwice => Business Development Manager - Dział Sieci i Bezpieczeńst