Mikrokontroler 8-bitowy z 12-16k RAM i 4 UART: Silicon Labs vs. Texas Instruments MSP430?

Tue Nov 16, 2010 1:21 am   

On Tue, 16 Nov 2010 00:49:15 +0100, entroper wrote:

Ale nie wtedy jak sie jeszcze chce duzo pamieci. Ten procek bardzo
wtedy utrudnia.
To juz chyba jakas ATmega lepsza, nawet po uwzglednieniu wad.

J.

Tue Nov 16, 2010 1:32 am   

"Sebastian Biały" <heby@poczta.onet.pl> wrote in message
news:ibs7fa$le7$1@news.onet.pl...

Podoba mi się - widzę że 1.8V core jest popędzane z wewnętrznego regulatora.
Nie wymaga dwu zasilań, byłaby porażka... Wejścia 5V-tolerant -
fajnie...
Szkoda że ma tylko 2 uarty, zawsze lepiej niż 1 ale gorzej niż 4.
No i generator RC nie da się użyć do popędzenia procka i uartów bo 42kHz
max.
Muszę więc dać zewnętrznego kwarca...

Ta płytka ma mieć zero zbędnych elementów :-)


:-)


Co zatem myślisz o serii Texasa, konkretnie MSP430F5419?
Sprzętowo dałby mi ten scalak Texasa wszystko co potrzebuję...
Z tego co czytam nawet 4 uarty mają "autosensing baudrate" - no piknie!
Ciekawi mnie jak to jest zrobione, chyba wezmę datasheeta do poduszki.
A jak się z nim oswoję to może się któryś inny z rodziny przyda przy
budowie jakichś czujników, czy czegoś sterującego, analogowego...
Coraz bardziej mi się ten procek podoba :-)

Tylko co z narzędziami? Jest do tego jakieś przyzwoite IDE? Eclipse?
Kompilator C++? Inne "normalne" języki mi naprawdę nie są potrzebne...

Tue Nov 16, 2010 1:36 am   

"entroper" <entroper-pocztaonetpeel> wrote in message
news:4ce1c5ec$0$22798$65785112@news.neostrada.pl...

Wbrew pozorom 8051 wciąż żyje i trzyma się całkiem nieźle.
Wielu producentów ma swoje rodziny klonów tych małych procków.
Tak jak piszesz - to legenda.

Przy okazji tego projektu chciałbym jednak zrobić coś nowego.
Płytka jest na tyle prosta (proc + 4 drivery linii RS232...) że można
łagodnie wejść w nową rodzinę procków i poznać coś nowego.
Czy ARM7? Nie wiem... jakiś wydaje się zbyt duży do tego celu.
Zwłaszcza w kontekście przesiadki z 8-bitowca 8051 ))

Tue Nov 16, 2010 1:51 am   

"Zbych" <abuse@onet.pl> wrote in message news:ibs7n8$2jcu$1@news.mm.pl...

No zerkam sobie na STM32F101 i 102. Powiem, że nie głupie to...
Rdzeń 32-bit ARM Cortex M3 ))
Internal 8 MHz factory-trimmed RC, jak w tym moim SiLabs 8051.
5V tolerant... Niestety tylko 3 uarty. Ten od Texasa chyba ciut lepszy.

Który z tej rodziny ma 5 uartów?
O, już widzę... STM32F105, ale jest droższy 10-12USD.

I jak jest z narzędziami do tego STM32? Jakieś IDE? Kompilator C++?
Interfejsy JTAG? Używałeś tego?

Tue Nov 16, 2010 1:53 am   

"Jerry1111" <jerry1111alwaysattackedbyspam@wp.pl.pl.wp> wrote in message
news:ibs8ru$q05$1@news.onet.pl...

AT32UC3A0512 jest zdyskwalifikowany bo digikey.com go nie ma
Nie chcę proca z którym mam problemy przy kupnie już na początku...

Tue Nov 16, 2010 5:11 am   

On 11/15/2010 07:32 PM, Pszemol wrote:

Jeśli projekt nie jest duży to możesz użyć darmowej wersji CCS od
Texasa. Ja jestem zadowolony z msp-gcc.
Jeśli chodzi o IDE to można łatwo zintegrować msp-gcc z Eclipsowym CDT.
Na sieci są dokładne opisy krok po kroku. Z tego co pamiętam działa bez
większych niespodzianek. Debugowania nie miałem okazji sprawdzić, bo
miałem drobne problemy z komunikacją z mspdebug ze starszej wersji gdb,
ale podobno działa z gdbproxy.

j.

Tue Nov 16, 2010 9:18 am   

W dniu 2010-11-16 01:51, Pszemol pisze:


Tradycyjnie gcc. IDE jakie chcesz, ja używam VS + zewnętrzny makefile.


W wersji dla cierpliwych OpenOCD + FTDI. Jak masz więcej kasy to J-Link.
Co do używania, to kiedyś popełniłem na tym projekt i z tego co wiem
"się produkuje".

Tue Nov 16, 2010 5:50 pm   

wrote:


nie wiem czego wy chcecie od picow... dziala? tanie? z dostepnoscia brak
problemow? prosty ASM? sdcc jako prymitywne (i darmowe) C tez jest. no to o
co chodzi

jesli ktos potrzebuje do jednego , konkretnego zastosowania (czytaj - nie
planuje nagle przeskoczyc do rodziny prockow z mega ramu, drugim rdzeniem
DSP i wyswietlanie menu uzytkownika na plazmie 40' , naturalnie zmieniajac
tylko kilka linijek w kodzie ... )

--

Tue Nov 16, 2010 6:42 pm   

Użytkownik "Piotr "Curious" Slawinski"
<curious@bwv190.internetdsl.tpnet.lp> napisał w wiadomości
news:4ce2b65a$0$22810$65785112@news.neostrada.pl...



o to chodzi, że w przypadku, gdy przydałoby się przeskoczyć na inny,
nieznany procesor, _szczególnie_ "dla jednego zastosowania", warto
przeskoczyć na coś sensownego. Po to, żeby za pół roku, gdy jednak okaże
się, że jest kolejne zastosowanie nie musieć skakać dalej. Sorry, ale
nawet dla amatora jest to decyzja "strategiczna" i argumenty, że działa,
da się dostać i jest tanie i w ogóle nie ma się czego przyczepić - są
jakby mało przekonujące. Wiele mocniejszych procków też spełnia te
kryteria. A egzotyczne rozwiązania się mszczą.

e.

Tue Nov 16, 2010 7:18 pm   

On 2010-11-16 01:32, Pszemol wrote:

Działa. Niestety jak wiekzośc armów jest upierdliwy przeraźliwie pod
względem ilości połaczeń masy, vcc i vcore, jest tego po kilka sztuk.


Przy 60MHz zrobienie tego softwareowo nie stanowi raczej problemu.


Zero == kwarc, resyztor i dwa kondensatory jako minimum do odpalenia.


Nie używam.


Nie wiem czy pytasz o texasa, ale dla ARM7 jest *bardzo* przyzwoite bo
pozwala na debugowanie w systemie za pomocą gdb. Z ograniczeniem na dwie
pułapki sprzetowe, ale zawsze.

No i bez problemu działa C++

Tue Nov 16, 2010 11:23 pm   

On 16/11/2010 00:51, Pszemol wrote:

A to nie ten Cortex w ktorym pamiec RAM znika gdy go uspisz na
najbardziej oszczedny tryb? Ktorys Cortex zmniejsza zasilanie RAMu w
ramach oszczednosci pradu ponizej napiecia podtrzymania pamieci ;-)


Pszemol, moze zacznij od czytania errat?

--
Jerry1111

Tue Nov 16, 2010 11:33 pm   

Dnia 16-11-2010 o 18:42:24 entroper <entroper-pocztaonetpeel> napisał(a):


No bez jaj. PIC24 "egzotyczny"?

Zobacz może sobie listę tych procesorów, jakie mają peryferia,
konfiguracje RAM/Flash/piny. PIC24 pozwala się wygodnie przemieszczać od
512B RAM / 4kB Flash do 98304B RAM / 256kB Flash i od 12 do 100 pin. Toż
nie ma architektury, która by załatwiła wszystkie potrzeby, od mini
sterownika do procesora "prawie jak pecet". Jak będziesz potrzebował 512B
RAM i 4 kB Flash w obudowie 12 pin za poniżej 1$ to też ARMa włożysz?

ae

Wed Nov 17, 2010 12:18 am   

Użytkownik "Andrzej Ekiert" <dspicant@tlen.pl> napisał w wiadomości
news:op.vmablyulf6rg9m@jabba.jedi...


Ale ja znam PIC-e Sporo na nich działałem, ale nie jestem ich wyznawcą.
W pewnych obszarach zastosowań (szczególnie "mocniejszych") z pełną
premedytacją przerzuciłem się na inne rodziny, które mi bardziej
odpowiadają (choć jeszcze rozważam PIC32). Podtrzymuję swoje zdanie, że
pchanie się przez osobę w ogóle nie obeznaną z PIC-ami w 16-bitowce
obecnie nie ma żadnego sensu. Jest na to po prostu za późno.


zdaje się, że nie ma to żadnego odniesienia do problemu podniesionego w
tym wątku. Do takich zastosowań Wątkotwórca weźmie sobie 51, który zna (a
ja wezmę PIC-a, bo też znam). Ale sorry, do mocniejszych rzeczy weźmie
sobie ARM-a i zrobi tyle (dobrych)portów programowych, ile starczy pinów i
mu się to bez problemu wyrobi a że mu 95% flasha będzie leżało odłogiem to
nie ma w tej chwili najmniejszego znaczenia.

e.

Wed Nov 17, 2010 12:20 am   

Użytkownik "Jerry1111" <jerry1111alwaysattackedbyspam@wp.pl.pl.wp> napisał
w wiadomości news:ibv08v$17t$1@news.onet.pl...


to go czeka niezależnie od tego, co wybierze :)

e.

Wed Nov 17, 2010 8:46 pm   

"Jerry1111" <jerry1111alwaysattackedbyspam@wp.pl.pl.wp> wrote in message
news:ibv08v$17t$1@news.onet.pl...

Errate przeczytam, ale akurat podtrzymywanie bateryjne nie jest
mi potrzebne - potrzebne mi 4 sprzętowe uarty, mała obudowa
i niska cena i sporo ramu aby łykać paczki po 1000-2000 znaków
od różnych urządzeń i nie robić baletów. Jedno urządzenie wymaga
załadowania mu 2-3kb tekstów z pamięci, teksty przychodzą z innego
urządzenia i trzeba je przechować - flash może się skiepścić od
częstego w nim pisania/kasowania... Po prostu z tym 8kb ramu w tym
8051 co pierwsze planowałem go użyć byłaby duża gimnastyka.
Płytka zasilana jest z sieci i nie będzie przerw w komunikacji, więc
nie przewiduję niepotrzebnej komplikacji systemu przez używanie
trybów oszczędzających baterię czy tym bardziej usypiających procesor.

Potrzebuję coś, co nie zniknie z rynku za parę lat i coś co da się
wykorzystać w przyszłości do innych projektów jak już kupię
narzędzia i kompilator.

Na razie wybór ograniczam pomiędzy:

STM32F105
MSP430F5419

Chyba skończy się na pojedynku na narzędzia i cenę JTAGa....