Szukam MOSFETa

podobny projekt można by zrobić bazując na duuużo szybszym ARMie....

LPC2101FBD48 -->> Cena brutto: 10,90 PLN

Mikrokontroler z rdzeniem ARM7TDMI.

8kB Flash ISP
2kB RAM
8-kanałowy przetwornik AC 10bit
maks. częstotliwość taktowania rdzenia: 70MHz
RTC
2 timery/liczniki 32-bitowe
2 timery/liczniki 16-bitowe
2 x UART
2 x Fast I2C
SPI
SSP
do 32 szybkich linii akceptujących standard 5V
obudowa LQFP48

---

podaję tę informacje... bo chyba przy takich możliwościach... i takiej cenie...
trzeba wreszcie dokonać przejścia AVR --> ARM

---

postaram się zrobić jakiś szkielet projektu bazujący na mostach które rysowałem w wątku tmc239 i połączyć to bezpośrednio do kontrolera (ARM) w podobny sposób jak to zaproponował kolega jarekk...

jeśli jest ktoś chętny do wzięcia udziału w tym projekcie - proszę o kontakt ma maila [email protected]...

Czyli jak rozumiem ARM + Twój ulubiony mosfet driver + mosfety ? No jakby się dało jakiś mikrokrok w wersji econo usmarzyć, to ja byłbym chętny ...

pozostaje pytanie jak wykonać przetworzeni C/A?

1. może jest jakiś dobry PWM w tym ARMie

2.

jarekk pisze:dać tani przetwornik równoległy - ale wtedy trzeba większy procesor (piny) oraz czasami dodatkowe napięcie zasilania

tutaj nóżek chyba starczy

3.

jarekk pisze: samemu zbudować przetwornik typu flash ( zbudowany na 4x lm324) - wtedy mamy mikrokrok x8 ale również potrzeba większego procesora ( piny)

tutaj nóżek chyba starczy

Jeśli procesor taktujemy zegarem 80 MHz to PWM można zrobić programowy .
Mam inne pytanie ,jak z odpornością ARMów na zakłócenia .Dłubie sobie teraz sterownik do serva na atmedze8 i można cholery dostać bo procesor głupieje gdy podłącze silnik do układu (zakłócenia).Gwiażdzista masa odkłucanie zasilania feryty na lini zasilającej niewiele pomagają zrobie ekranowanie i transoptory może coś z tego wyjdzie (a miało być tanio).Piszę to dlatego że ARMy pobierają bardzo mało prądu i są robione w nowoczesnej technologii a z tego co czytałem na forach im nowsza technologia wytwarzania i mniejszy pobór prądu tym gorzej .Ktoś budował jakiś układ imulsowy na ARMach ?

Adalber pisze:Dłubie sobie teraz sterownik do serva na atmedze8 i można cholery dostać bo procesor głupieje gdy podłącze silnik do układu (zakłócenia)

wypytywałem się kiedyś o atmege8 w aspekcie jego odporności na zakłócenia... wielu stwierdziło, że sam atmel w jakiejś nocie przyznaje się do problemów w atmegach od 8 do 64... ponoć w 128 jest lepiej

podobno poprawiono to w podobnym do atmegi 8... modelu 88

Adalber pisze:Ktoś budował jakiś układ imulsowy na ARMach ?

będziemy pierwsi ?

Poprawiono ale niewiele układ zerowania i ochrone pamieci i trochę innych spraw .Zakłócenia wnikaja też przez obudowę i oddziaływują bezpośrednio na rdzeń .Trzeba zdawać sobie sprawę ,że jeśli procesor pobiera średnio 1 mA na tysiące czy dziesiątki tysięcy) działających wewnąrtz bramek i komórek pamięci to niewiele trzeba by zmienic przypadkowo poziom jednej czy kilku z nich .
Co do projektu na ARM oczywiście popieram nowoczesne rozwiązania i chętnie się przyłoże ,ale pożyjemy zobaczymy czy to nie zostanie na papierze .

Poprawiono ale niewiele układ zerowania i ochrone pamieci i trochę innych spraw .Zakłócenia wnikaja też przez obudowę i oddziaływują bezpośrednio na rdzeń .Trzeba zdawać sobie sprawę ,że jeśli procesor pobiera średnio 1 mA na tysiące czy dziesiątki tysięcy) działających wewnąrtz bramek i komórek pamięci to niewiele trzeba by zmienic przypadkowo poziom jednej czy kilku z nich .

właśnie o tej nadzwyczajnej podatności atmegi8 wielu mówiło... większej niż np. atmaga128...

chociaż sam widziałem działający falownik na amedze 8... po jednej stronie pcb była atmega8 w wersji smd.. a po drugiej stronie cała powierzchnia zalepiona malutkimi tranzystorami mosfet... miało to prąd wyjściowy do 50A... zrobione było w Czechach i kupowane jako gotowiec (więcej szczegółów nie pamiętam)


--
pewnie właśnie by poprawić odporność na zakłócenia wymyślono druk 4... i więcej warstwowy

Obudowa LQFP48 - to już 0.5mm rozstaw nóżek. Tu już wkraczamy w technologię pieców rozpływowych lub grotów z mikrofalą ( i chyba odpada termotransfer).

Ale jest też wersja na PLCC - tyle że może być trudniej dostępna i droższa.

Ale abstrachując od w/w uwag - 80MHz dałoby pewnie mozliwość kodowania sterownika w C - ale wtedy zoptymalizowany assembler na AVR'a daje podobne efekty.

Czy 80MHz ARM7 wersus 20MHz AVR da przebitkę 4x w wydajności ? Chyba tylko jezeli dla ARM'a damy również użyjemy asemblera. Do tego nie wiadomo czy da się to tak sprytnie napisać aby wszystkie zmienne umieścić w rejestrach ( tak mam dla AVR'a - ARM ma ich mniej i wtedy potrzeba więcej kodu).

Najbardziej opymalny byłby CPU z dwoma kanałami D/A ( pracowałem kiedyś na takim Mitsubishi, ale byłby za egzotyczny dla naszego projektu)

Czy PWM-y dadzą wystarczającą szybkość zmian oraz stabilność napęcia odniesienia ? Trudno mi w to uwierzyć (próbowałem to kiedyś zrobić), ale chętnie obejrzę wyniki aby przekonać się że jednak jest sposób.

Generalnie ARM7 będzie szybszy, ale niekoniecznie bardzo dużo.
Nie chciałbym wchodzić w dyskusję co jest lepsze - trzeba po prostu spróbować i porównać wyniki ( ja zostaje, przynajmniej na razie przy AVR)

Przerobiłm projekt na Mega88. Dodałem poprawkę aby nie można było zrobić zwarcia na mostku (aktywować HSW/LSW jednocześnie). Zostaje przy swoim ( bo kupiłem już elementy). I przedstawię wyniki jak już uruchomie sterownik.

W Mega128 jest dobrze - mój układ przełącza indukcyjności na poziomie 12V/15A i nigdy ni było problemów ( były w Mega103 )

Co do druku wielowarstwowoego i odporności na zakłócenia - polecam ogląd not katalogowych np. dla pamięci pracujących z częstotliwością 1000MHz - tam jest opis jak prowadzić scieżki/masy - pouczające.

markcomp77 pisze:pozostaje pytanie jak wykonać przetworzeni C/A?

1. może jest jakiś dobry PWM w tym ARMie

A może coś z Renesasa (dawne Hitachi)? Taki 16-to bitowiec wystarczy a przykladowo kostka H8S2148 ma 18 PWM-ów wbudowanych (dedykowana sterowaniom). Sprzetowa klawiatura i inne dobra mysle ze w ilosci wystarczajacej

Poddaje pod rozwage, gdzy sam mam zamiar przesiasc sie na ta rodzine.
__
Pzd, Irek.N.

Pracowałem na tej rodzinie - całkiem przyzwoita.

Co do wyboru procesora - jeżeli tylko nie robimy czegoś w naprawdę dużej ilości, to w zasadzie prawie każdy jest dobry. Niektóre wymagają drogiego softu ( nie na każdy jest GNU gcc), niektóre są słabo dostępne w małych ilościach.

Pracowałem na wielu (chyba kilkunastu), ale do żadnego się nie przywiązałem. Generalnie trzymam się znanych sobie rodzin póki jakieś specjalne przesłanki nie każą mi wdrożyć się do czegoś nowego ( sprawdzam nowości, bo czasem trafiają się naprawdę ciekawe perełki).

Co do PWM'a - nie jest łatwo zbudować np. 5-8 bitowe liniowe źródło odniesienia (przetwornik C/A) na PWM'ach. Nie mamy tam sprzężenia zwrotnego, a charakterystyk kondensatora zmienia się z czasem. Jeżeli do tego jeszcze potrzebujemy dużej szybkości działania, to zaczynają się problemy (np. efektywna pojemność kondensatora może zmieniać się z częstotliowścią PWM'a). Generalnie wchodzimy w zjawiska nieliniowe.
Jeżeli ktoś ma sprawdzony projekt takiego układu PWM'a to niech go opublikuje - chętnie przyjżałbym się ( i zmodyfikował swój sterownik aby zlikwidować drogi przetwornik C/A)