Elektronika, AVR

[Fryderyk Melka]

Witam.
Burzę mózgów rozpocząć czas.  Po szybkim rekonesansie znalazłem dwa (IMHO) fajne (ale diablo drogie) uklocki:
- ATXMEGA128A3-AU Flash:128x8bit; EEPROM:4096B; SRAM:8192B.
- ATXMEGA192A3-AUFlash:192kx8bit; EEPROM:4096B; SRAM:16384B (gdyby 8kB RAMu okazało się niewystarczające).
Obie kandydatury poddaję publicznej dyskusji.

Co powinno zostać umieszczone na płytce (oprócz mikroklocka):
- złącze programowania;
- filtr zasilania części analogowej;
- zewnętrzny kwarc;

Opcjonalne peryferia:
- zewnętrzny EEPROM;
- stabilizator LDO 5V-3V3;
- zewnętrzne źródło napięcia odniesienia do ADC;
- przycisk resetu;

Czekam na odzew.

Pozdrawiam
Fryco

[Jakub Zych]

Zaproponowane mikrokloce roznia sie tylko wielkoscia pamieci FLASH
wiec moim zdaniem nie patyczkujmy sie i wezmy od razu 256kB ;)

Podczas czytania dokumentacji rzucilo mi sie w oczy, ze uklad nie
posiada dedykowanego modulu PWM. Sygnal ten jest realizowany przez
inny modul timer'ow (Hi-Res Extension?), ale nie opisali jak to
dokladnie wyglada. Kolejna rzecza warta uwagi jest fakt, ze uklad
dziala na napieciu 1V8 lub 3V3. W tym miejscu przydalaby sie
konsultacja z grupa od STM, czy ich uklad tez posiada taki zakres.
Jeśli tak to juz w tym momencie wiadome by bylo ze naszym znamionowym
napieciem logicznym bedzie 3V3 (co nie ucieszy wielu, poniewaz odpadna
wszystkie uklady na 5V albo bedzie mus wkladania translatorow).

Co do tego co mialo by sie znalesc na plytce modulu to na pewno
stabilizator na 3V3 (jakies malenstwo, zeby tylko uciagnelo maksymalne
zapotrzebowanie na 15mA uC). Konieczne jest tez zlacze JTAG/Program
and Debug Interface (PDI), przy czym nie wiem co to za ustrojstwo to
drugie, ale z nazwy sugeruje ze podobne do BDM'a. Jak sie zmiesci to
fajnym dodatkiem byloby zlacze USB/miniUSB, albo chociaz wyprowadzenie
na 2xUART, to zawsze sie przydaje.

Na stronie producenta widnieje mozliwosc samplowania, probowal ktos
wyciagnac cos od nich? Pomyslalbym tez nad ukaldem ATxmega256D3. Na
pierwszy rzut oka z wiekszych roznic to posiada dedykowany modul
timer'ow pod PWM.

[Tomasz Puła]

Bartek Mackiewicz na spotkaniu mówił, że nie da się niczego zasamplować z Atmela,
programator do tego typu atmeg to chyba najlepiej wykonać http://diy.elektroda.eu/programator-usbtiny-mkii-slim/
a taki mały stabilizator to polece LP2985M5-3.3 - można samplować z nationala :)

[Bartosz Wawrzacz]

STMy śmigają na 3V3, także tutaj mamy zgodność ;)

[Fryderyk Melka]

Tylko po co a� 256kb? Osobi�cie nie przekroczy�em nigdy kilkunastu kB
wsadu, m�j kumpel, pracuj�cy swego czasu jako projektant, doszed� w
najbardziej z�o�onym projekcie do ok. 60kB wsadu. Moim zdaniem 128kB
pami�ci FLASH jest ju� na wyrost. Nawet sk�ania�bym si� ku wersji 64kB.
W module z HC12 sďż˝ 64kB i jak do tej pory (od 2005 roku) nikomu nie
zabrak�o pami�ci :) Druga sprawa: finanse. Po co p�aci� za
funkcjonalno�ci, z kt�rych prawdopodobnie nigdy si� nie skorzysta?

Wracaj�c do detali to rodzina Xmega___a3u wydaje si� fajniejsza g��wnie
ze wzgl�du na obs�ug� DMA i obs�ug� USB (tryb device).
Wyprowadzenie jednego UARTu na szpilkach jest dobrym pomys�em. Pozosta�e
by�yby wyprowadzone na z��czu.

Poziomami logicznymi si� nie martwmy - to nie nasza dzia�ka :)

Pozdrawiam
Fryco

W dniu 2012-03-06 10:45, Jakub Zych pisze:

> Zaproponowane mikrokloce roznia sie tylko wielkoscia pamieci FLASH
> wiec moim zdaniem nie patyczkujmy sie i wezmy od razu 256kB ;)
>
> Podczas czytania dokumentacji rzucilo mi sie w oczy, ze uklad nie
> posiada dedykowanego modulu PWM. Sygnal ten jest realizowany przez
> inny modul timer'ow (Hi-Res Extension?), ale nie opisali jak to
> dokladnie wyglada. Kolejna rzecza warta uwagi jest fakt, ze uklad
> dziala na napieciu 1V8 lub 3V3. W tym miejscu przydalaby sie
> konsultacja z grupa od STM, czy ich uklad tez posiada taki zakres.

> Je�li tak to juz w tym momencie wiadome by bylo ze naszym znamionowym

[Jakub Zych]

Musze zaaktualizowac Twoje informacje co do modulow HC12, wszystkie
aktualnie dzialaja na ukladach MC9S12XDT512MAA, ktorych nazwa sama
sugeruje ze posiadaja 512kB pamieci. Po co brac mniej jak mozna
wiecej, od roku leza u mnie takie same S12'tki z 256kB i nikt ich nie
chce. Ja caly czas wierze ze nasze moduly po zakonczeniu projektu
pojda dalej w konarowy swiat i moze ktos pomysli ze zrobi na takim
module swojego micromouse'a, a tam taka ilosc pamieci jest niezbedna.
Co do finansow 256A3 kosztuje na farnellu ~42zl, a 256D3 ~33zl (przy
czym ciezko znalesc drozej niz na farnellu).

Co do rodziny uC to sklanialbym sie do D3. Porzadny modul PWM jest
bardzo przydatny w kazdym robotycznym projekcie, sprzetowe USB
znacznie rzadziej, a DMA... nie moge aktualnie wymyslic zadnego
zastosowania.

Musze Cie tez zmartwic, ze poziomami logicznymi tez powinnismy sie
martwic jesli to ma byc projekt modulowy. Jako ze nie powstala zadna
szczegolowa specyfikacja musimy sie sami narazie pilnowac w takich
detalach. Poziom napiecia logicznego bedzie jednym z kluczowych
czynnikow doboru elementow do pozostalych modulow, ktorymi bedziemy
sie zajmowac po skonczeniu tych.

On 6 Mar, 18:55, Fryderyk Melka <fryde...@melka.biz> wrote:
> Tylko po co a 256kb? Osobi cie nie przekroczy em nigdy kilkunastu kB
> wsadu, m j kumpel, pracuj cy swego czasu jako projektant, doszed w
> najbardziej z o onym projekcie do ok. 60kB wsadu. Moim zdaniem 128kB
> pami ci FLASH jest ju na wyrost.  Nawet sk ania bym si ku wersji 64kB.
> W module z HC12 s 64kB i jak do tej pory  (od 2005 roku) nikomu nie
> zabrak o pami ci :) Druga sprawa: finanse. Po co p aci za
> funkcjonalno ci, z kt rych prawdopodobnie nigdy si nie skorzysta?
>
> Wracaj c do detali to rodzina Xmega___a3u wydaje si fajniejsza g wnie
> ze wzgl du na obs ug DMA i obs ug USB (tryb device).
> Wyprowadzenie jednego UARTu na szpilkach jest dobrym pomys em. Pozosta e
> by yby wyprowadzone na z czu.
>
> Poziomami logicznymi si nie martwmy - to nie nasza dzia ka :)
>
> Pozdrawiam
> Fryco
>

[Fryderyk Melka]

Dziękuję za sprostowanie w sprawie HC12. Cała moja wiedza o nich
opierała się na tym co znalazłem na mw@rab (nigdy na nich nie pracowałem).

Zakładam, że w AVRze DMA można wykorzystać podobnie jak w STM32, czyli
przykładowo odpalamy TWI w trybie DMA, komunikacja przebiega w
całkowicie niewidoczny dla CPU sposób, a my tylko zajmujemy się
odczytem/zapisem buforów odbiorczych/nadawczych. Moim zdaniem fajna
sprawa, zwłaszcza jeżeli zakładamy cyfrowy interfejs komunikacji
pomiędzy modułami.

<cytat>

Jak sie zmiesci to fajnym dodatkiem byloby zlacze USB/miniUSB [..]

</cytat>

Sam zaproponowałeś USB w poprzednim mailu ;) Stąd tez wybrałem rodzinę
a3u (obsługuje usba). Wg mnie to jest fajny i przyszłościowy bajer
(moduł z uC może zostać wykorzystany do jakichś stacjonarnych projektów
i obyłoby się bez stosowania FTDI) jednak natenczas pozostawiłbym go
jako opcję. BTW jakiejś magicznej tabelki (znalezionej w pdfie na
Farnellu) wynika, że d3 nie obsługuje interfejsu JTAG tylko samo PDI.

Skoro nie powstała żadna specyfikacja to ją stwórzmy (albo chociaż jej
zalążek). W całym tym projekcie moduł z mikrokontrolerem (mam taką
nadzieję) 'przetrwa' najdłużej, więc powinien być on jak najbardziej
uniwersalny. To pod niego należy projektować inne płytki, a nie
odwrotnie. Stąd też moja opinia o pominięciu zagadnienia konwersji
poziomów logicznych podczas projektowania tego podzespołu. Uwzględnijmy
to dopiero przy peryferiach.

Co do rozmiarów FLASHa to ciągle jestem zwolennikiem mniejszej
pojemności. Poza tym jesteśmy w komfortowej sytuacji ponieważ Xmegi są
kompatybilne pod względem wyprowadzeń w obrębie rodziny i jak ktoś
kiedyś będzie potrzebował większej pojemności to sobie weźmie gołe pcb i
poskłada moduł z wybranym mikroklockiem.

Pozdrawiam
Fryco

W dniu 2012-03-06 22:15, Jakub Zych pisze:

[Jakub Zych]

Odechce Ci sie jakiejkolwiek zabawy DMA, jak zobaczysz jak dziala BDM
(mam nadzieje ze PDI to jest to samo tylko pod inna nazwa, a wszystko
na to wskazuje, skoro D3 nie ma JTAG). Poprzez BDM masz calkowity
podglad co sie dzieje w uC podczas pracy. Widzisz cala dostepna pamiec
oraz rejestry, mozesz podgladac wybrane zmienne, czy ustawiac
przerwania w wybranych miejsach programu. Zupelnie inny poziom
debuggowania niz na diodach ;)

Zlacze miniUSB na module byloby naprawde super dodatkiem, ale jednak
tylko dodatkiem, nie przekladabym go ponad dostep do porzadnych
PWM'ow. Postawienie na plytce 6-pinowego zlacza na dwa sasiednie
UART'y da podobny efekt, poniewaz wsrod studentow kraza plytki z
ukladem (Tomek wesprzyj mnie jego nazwa). Dzieki niemu mozna podlaczyc
uC do kompa poprzez USB.

Produkowanie specyfikacji idzie nam bardzo opornie. Wynika to z
niskiej frekwencji na ostatnim spotkaniu oraz aktualnemu podzialowi
prac, w ktorym braklo miejsca na takie zadania oraz rozbicie projektu
mechaniki i elektroniki na dwa oddzielne zadania (ludzie z mechaniki
nie wiedza co maja robic). Dyskusja nad szczegolowym wygladem robota
nadal trwa (chociaz troche zamarla w watku Startujemy) i jesli boski
wiatr bedzie nam sprzyjal to na nastepnym spotkaniu uda sie to zrobic.
Poki co zadania, ktore zostaly juz sprecyzowane (moduly uC i
czujniki), powinny isc pelna para, zeby po ich zakonczeniu osobom
mozna bylo przydzielic kolejne zadania.

[Mariusz Orda]

W dniu 6 marca 2012 23:57 użytkownik Jakub Zych <ram...@wp.pl> napisał:

Produkowanie specyfikacji idzie nam bardzo opornie. Wynika to z
niskiej frekwencji na ostatnim spotkaniu oraz aktualnemu podzialowi
prac, w ktorym braklo miejsca na takie zadania oraz rozbicie projektu
mechaniki i elektroniki na dwa oddzielne zadania (ludzie z mechaniki
nie wiedza co maja robic).

 

Mały mój oftop - podział zadań na takie a nie inne nie jest jedynym sprawiedliwym, ale nie zauważyłem, aby przynosił negatywne skutki dla projektu. Tzn - nie każe nam aktualnie wybierać drogi, która nieodwracalnie skieruje nas na pewne tory. Oczywiście, że prędzej czy później dojdzie do tego, że jakąś koncepcję przyjmiemy (i wtedy ruszy modelowanie w inwentorze), ale do tego czasu potrzebuje sprzężenia zwrotnego w opini osób zaangażowanych w projekt co do jego sugerowanego kształtu. Nawet w postaci "Siemka, nie znam się za bardzo, ale w swoim robocie miałem np. takie a takie ułożenie silników i w ogóle chyba dobrze, jakby składał się z takich a takich modułów".  A na razie nie dostaje za wiele. Jeśli kogoś rozczarowała nasza koncepcja na spotkaniu "nie będzie to najlepszy lf", to także (tym bardziej!) proszę o opinię.

[Tomasz Puła]

co do uart, to chodzi o układy FT232,
a co do tego DMA to Kuba coś pomyliłeś, to nijak się ma do BDM, co całkiem inny rodzaj peryferium.

[Jakub Zych]

Wracajac do tematu, chcialbym zeby czlonkowie grupy atmeg napisali w
tym watku, ktora z dwoch rodzin kontrolerow XMEGA chcialiby
wykorzytac, D3 czy A3?

Nastepnie chcialbym zorganizowac male spotkanie dla wszystkich grup
projektowych uC w celu przekazania garsci porad jak na powaznie
projektowac miodne moduly uC. Szczerze powiem, ze kiedy ja odebralem
ta lekcje to wygaldalem mniej wiecej tak:
http://i1.kwejk.pl/site_media/obrazki/91947-mozg-rozjebany.gif

[Fryderyk Melka]

Ja jestem za wyborem rodziny A3. W tym tygodniu nie dam rady się
spotkać, a chętnie posłuchałbym porad na temat projektowania.
Proponowałbym spotkanie w poniedziałek. Do tego czasu byłoby miło, gdyby
każdy członek grupy przygotował swoją wersję schematu ideowego płytki.
Wtedy na żywo moglibyśmy przedyskutować co jest fajne a co nie. Jak do
tej pory jako jedyni tylko Kuba i ja się tutaj udzielamy. Co z resztą
osób (Ariel i Michał)?

W dniu 2012-03-07 23:06, Jakub Zych pisze:

[michal burdka]

Przeglądałem ofertę mikrokontrolerów AVR i seria Xmega A3 wygląda
najlepiej. Odnośnie poniedziałkowego spotkanie to jestem jak
najbardziej za. Godziny jaki mi pasują to albo do 18:30 albo od 20:30

[Ariel]

Również skłaniałbym się do A3. W poniedziałek jestem wolny od 17.

W dniu 2012-03-07 23:15, Fryderyk Melka pisze:

[Jakub Zych]

No to zostaje A3, ale co do tego spotkania nie nastawialbym sie na
poniedzialek. Chcialbym aby zjawila sie takze wtedy grupa od STM'ow,
przydalby sie tez projektor albo tablica. Moze sie skonczyc sie tak ze
zostatniemy chwile dluzej po najblizszym spotakniu grupy projektowej i
wtedy wszystko wyjasnie.

[Fryderyk Melka]

Możemy pójść do centrum kształcenia własnego (2.ileśtam w c13) tam jest tablica, ławki. Nie wiem czy jest projektor. Później wyśle maila do kogoś od STMów w sprawie spotkania.

2012/3/9 Jakub Zych <ram...@wp.pl>

[Fryderyk Melka]

Witajcie drodzy parafianie.
Spotkanie dotyczące projektowania modułów może odbyć się po najbliższym
spotkaniu całego teamu, jednak chciałbym, aby do tego czasu coś już
zostało zrobione. Byłoby miło gdybyśmy się spotkali, i zgodnie z moją
wcześniejszą sugestią, omówili schemat ideowy płytki. Czy dalibyście
radę znaleźć odrobinę czasu np. w piątek wczesnym po południu (16-17)
[lub w weekend] w celu krótkiej dyskusji?

W dniu 2012-03-09 17:30, Jakub Zych pisze:

[michal burdka]

Mi teki termin piątkowy pasuje. w Weekend tym bardziej powinienem znaleźć czas

[Ariel]

Ja mog� jedynie pi�tek rano (gdzie� do 13 lub 14), weekend dla mnie
odpada niestety.

Ariel

[Fryderyk Melka]

Akurat w pi�tek od rana mam zaj�cia. Jutro mog� nie dotrze� na spotkanie
grupy projektowej, bo nie wiem o kt�rej wr�c� z Poznania. Ustalmy zatem,
�e do pi�tku, do p�nocy, ka�da osoba odpowiedzialna za modu� AVR
umie�ci w tym temacie swoj� propozycj� schematu ideowego z kr�tkim
uzasadnieniem dlaczego tak, a nie inaczej. Zrobimy zdalny brainstorming.

W dniu 2012-03-14 10:57, Ariel pisze:

[Jakub Zych]

Na spotkaniu, jesli Marian wyrazi zgode, zrobie tutorial jak
projektowac moduly uC. Co do schematu ideowego to wielkiej filozofii
nie ma. Mikrokloc, stabilizator, filtry i wyjscia. Prawdziwa zabawa
zaczyna sie przy projekcie PCB. W tym miejscu jestem zdania ze
konkurencja prowadzi do osiagniecia najlepszych efektow, wiec kazdy
wykona swoj schemat i wygrywa najlepszy. Jesli ktos nie bedzie mogl
byc na spotkaniu to bedziemy sie juz jakos umawiac indywidualnie badz
grupowo.

BTW. grupa od STM32 moglaby podrzucic jaki konkretny uklad uC beda
meczyc, zebym mogl przygotowac kilka szczegolowych rad czego pilnowac
podczas projektowania modulu.

[Mariusz Orda]

Wyrażam zgodę ;]

Sale będzie dostępna od 18:45 do 20:45, także po krótkim sprawozdaniu z prac będzie do Waszej dyspozycji.

[Jacek Drewniak]

Ja myślę nad czymś z rodzinki STM32F103x6, np STM32F103RBT6

[Robert Muszynski]

Panowie, Panie!

Cieszy ruch jaki zrobiďż˝ siďż˝ wokďż˝ realizowanego przez Was projektu.
Jednak�e poniewa� nie jestem w stanie �ledzi� na bie��co wszystkich prac
prowadzonych w naszym Kole, prosi�bym o podsumowanie Waszych dzia�a�, mo�e
by� w postaci listy pomys��w/rozwi�za�, kt�re aktualnie s� rozwa�ane jako
potencjalne do realizacji. My�l�, �e takie podsumowanie przyda si� tak�e
Wam. Rozumiem te�, �e ca�kiem nied�ugo odb�dzie si� spotkanie grupy,
prosz� by�cie ustalili jego termin tak, by m�g� w nim uczestniczy� Frycek.

Pozdrawiam
RoM