NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - Mikrokontroler 8-bitowy z 12-16k RAM i 4 UART: Silicon Labs vs. Texas Instruments MSP430?
Goto page Previous 1, 2, 3, 4 Next
Pszemol
Guest
Guest
Wed Nov 17, 2010 8:47 pm
"entroper" <entroper-pocztaonetpeel> wrote in message
news:4ce310b2$0$20996$65785112@news.neostrada.pl...
Quote:
Użytkownik "Jerry1111" <jerry1111alwaysattackedbyspam@wp.pl.pl.wp> napisał
w wiadomości news:ibv08v$17t$1@news.onet.pl...
Pszemol, moze zacznij od czytania errat?
to go czeka niezależnie od tego, co wybierze
w wiadomości news:ibv08v$17t$1@news.onet.pl...
Pszemol, moze zacznij od czytania errat?
to go czeka niezależnie od tego, co wybierze
No dokładnie.
Jerry1111
Guest
Guest
Wed Nov 17, 2010 9:30 pm
On 16/11/2010 23:20, entroper wrote:
Quote:
Użytkownik "Jerry1111"<jerry1111alwaysattackedbyspam@wp.pl.pl.wp> napisał
w wiadomości news:ibv08v$17t$1@news.onet.pl...
Pszemol, moze zacznij od czytania errat?
to go czeka niezależnie od tego, co wybierze
w wiadomości news:ibv08v$17t$1@news.onet.pl...
Pszemol, moze zacznij od czytania errat?
to go czeka niezależnie od tego, co wybierze
Ale lepiej przed...
--
Jerry1111
Pszemol
Guest
Guest
Wed Nov 17, 2010 11:58 pm
"Zbych" <abuse@onet.pl> wrote in message
news:4ce23e6e$0$20991$65785112@news.neostrada.pl...
Quote:
W dniu 2010-11-16 01:51, Pszemol pisze:
I jak jest z narzędziami do tego STM32? Jakieś IDE? Kompilator C++?
Tradycyjnie gcc. IDE jakie chcesz, ja używam VS + zewnętrzny makefile.
I jak jest z narzędziami do tego STM32? Jakieś IDE? Kompilator C++?
Tradycyjnie gcc. IDE jakie chcesz, ja używam VS + zewnętrzny makefile.
VS to jest Visual Studio?
Quote:
Interfejsy JTAG? Używałeś tego?
W wersji dla cierpliwych OpenOCD + FTDI.
W wersji dla cierpliwych OpenOCD + FTDI.
Co masz na myśli "dla cierpliwych"? Nigdy tego nie używałem...
Oglądam sobie właśnie OpenOCD i widzę że piszą:
OpenOCD v0.4.0 released
JTAG Layer:
Quote:
Support KT-Link JTAG adapter.
Support USB-JTAG, Altera USB-Blaster and compatibles
Support USB-JTAG, Altera USB-Blaster and compatibles
Czy to może znaczy, że posiadany przeze mnie JTAG adapter
używany do chipsów Altery (USB Blaster) mogę wykorzystać
do OpenOCD? Czy OpenOCD to tylko programowanie flasha
i boundary scan czy będzie to działać z source-level debugging?
Jeśli tak, to zaoszczędziłbym kasę na zakupie JTAG hardware
Dużo robimy z Alterą, więc ten sam wariat do JTAGa byłby zaletą.
Quote:
Jak masz więcej kasy to J-Link.
Widzę na amazon.com za $300...
Ale skoro USB-Blaster chodzi, to nie ma sensu bo go już mam...
Quote:
Co do używania, to kiedyś popełniłem na tym projekt
i z tego co wiem "się produkuje".
i z tego co wiem "się produkuje".
No to gratulacje. Czy nie miałeś żadnych niespodzianek?
Wszystko działało jak trzeba? Czego Ty używałeś do source
level debugging?
Piotr \"Curious\" Slawins
Guest
Guest
Thu Nov 18, 2010 4:08 am
wrote:
Quote:
Użytkownik "Piotr "Curious" Slawinski"
curious@bwv190.internetdsl.tpnet.lp> napisał w wiadomości
news:4ce2b65a$0$22810$65785112@news.neostrada.pl...
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
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ą.
curious@bwv190.internetdsl.tpnet.lp> napisał w wiadomości
news:4ce2b65a$0$22810$65785112@news.neostrada.pl...
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
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ą.
a jesli sie nie okaze?
osobiscie uwazam ze 'fit for purpose' nie jest takie zle. jesli po pol roku
bedzie potrzeba nowego zastosowania - to wybacz, ale pol roku to kawal
czasu, zmienia sie ceny, mozliwosci, ba - nawet preferowany jezyk
programowania czy jego styl moze sie zmienic. zabawke za pare dolarow bez
zalu bedzie mozna wyslac na misje eksploracji wysypiska smieci.
przypominam ze mowimy tu o projekcie na ~100 linijek C, ew. cos co uda sie
bezproblemowo zakodowac w ASM, a nie o projekcie z 321312 zaleznosci i
2342342 bibliotek.
btw. idac idea 'asekuranctwa' najlepiej od razu wsadzic tam i7, 1g ramu,
linuxa, jave... moze od razu cale gentoo zainstalowac 'na wszelki wypadek' i
pare giga softu devel
no i jaka wygoda, logujesz sie po vnc, i skladasz
sobie programik w wygodnym IDE , graficznie, ew. jako jakis interaktywny
applet javy z wodotryskami
a , i moze protocol decoder z AI...
no i pamietajmy ze programistow 'mainstreamowych' latwiej znalezc na rynku,
wiec nie ma sensu sie uzalezniac od jakichs 'mikrokontrolerowych magikow' .
wiec moze php, czy w ogole dzial kadrowy spytac jaki jezyk wybrac - niech
podadza na podstawie badania rynku pracy ? :p
--
Pszemol
Guest
Guest
Thu Nov 18, 2010 2:24 pm
"entroper" <entroper-pocztaonetpeel> wrote in message
news:4ce2c16f$0$22807$65785112@news.neostrada.pl...
Quote:
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ą.
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ą.
Wpadł mi właśnie w oko również ColdFire/Freescale. Co myślicie?
Np. MCF52230CAF60
http://www.freescale.com/files/32bit/doc/fact_sheet/MCF5223XFS.pdf
128kb flasha, 32kb ramu, obudowa lutowalna ręcznie 80-LQFP ale
niestety tylko 3 UARTy i cena powyżej 10 USD spada do $7 @ 1000 szt.
Ciut droższy od STM32F105R... i nieco większa obudowa od 64 pin STM32.
Ale jak by ktoś znał taką kostkę ColdFire ale z 4 uart'ami to zerknałbym...
Zbych
Guest
Guest
Thu Nov 18, 2010 2:34 pm
W dniu 2010-11-17 23:58, Pszemol pisze:
Quote:
Tradycyjnie gcc. IDE jakie chcesz, ja używam VS + zewnętrzny makefile.
VS to jest Visual Studio?
VS to jest Visual Studio?
Tak.
Quote:
Interfejsy JTAG? Używałeś tego?
W wersji dla cierpliwych OpenOCD + FTDI.
Co masz na myśli "dla cierpliwych"? Nigdy tego nie używałem...
Oglądam sobie właśnie OpenOCD i widzę że piszą:
W wersji dla cierpliwych OpenOCD + FTDI.
Co masz na myśli "dla cierpliwych"? Nigdy tego nie używałem...
Oglądam sobie właśnie OpenOCD i widzę że piszą:
Developerzy zbiesili się na binarne sterowniki do ftdi i skompilowane
OpenOcd może być dystrybuowane tylko z libusb, które jest dużo
woooolniejsze. Jak masz trochę czasu to warto samemu skompilować OpenOcd
z binarnymi sterownikami do ftdi.
Quote:
OpenOCD v0.4.0 released
JTAG Layer:
Support KT-Link JTAG adapter.
Support USB-JTAG, Altera USB-Blaster and compatibles
Czy to może znaczy, że posiadany przeze mnie JTAG adapter
używany do chipsów Altery (USB Blaster) mogę wykorzystać
do OpenOCD? Czy OpenOCD to tylko programowanie flasha
i boundary scan czy będzie to działać z source-level debugging?
JTAG Layer:
Support KT-Link JTAG adapter.
Support USB-JTAG, Altera USB-Blaster and compatibles
Czy to może znaczy, że posiadany przeze mnie JTAG adapter
używany do chipsów Altery (USB Blaster) mogę wykorzystać
do OpenOCD? Czy OpenOCD to tylko programowanie flasha
i boundary scan czy będzie to działać z source-level debugging?
Prawdopodobnie tak. Z tego co widać w internecie to USB Blaster jest
oparty na ftdi.
Quote:
Czego Ty używałeś do source
level debugging?
level debugging?
Programistów
. A tak na serio to insighta.
Na początek lepiej będzie jak znajdziesz w internecie opis konfiguracji
eclipse i ściągniesz skompilowane arm-gcc z code sourcery.
entroper
Guest
Guest
Thu Nov 18, 2010 3:56 pm
Użytkownik "Pszemol" <Pszemol@PolBox.com> napisał w wiadomości
news:ic0m57.8c4.0@poczta.onet.pl...
Quote:
Errate przeczytam, ale akurat podtrzymywanie bateryjne nie jest
mi potrzebne - potrzebne mi 4 sprzętowe uarty
mi potrzebne - potrzebne mi 4 sprzętowe uarty
Coś się tak uparł na sprzętowe UARTy? Przy 9600? Bez kontroli przepływu?
(zakładam, że bez). Przecież tam znak idzie milisekundę! To jest kuźwa
wieczność. Zamiast ograniczać sobie wybór do procków bogato obdarzonych
UARTami, weź raczej coś szybkiego.
Quote:
Chyba skończy się na pojedynku na narzędzia i cenę JTAGa....
no to już jest sensowne podejście.
e.
entroper
Guest
Guest
Thu Nov 18, 2010 4:02 pm
Użytkownik "Piotr "Curious" Slawinski"
<curious@bwv190.internetdsl.tpnet.lp> napisał w wiadomości
news:4ce498d3$0$21001$65785112@news.neostrada.pl...
Quote:
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.
a jesli sie nie okaze?
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.
a jesli sie nie okaze?
zawsze będzie jakieś nowe zastosowanie, chyba że się Kolega z branży
wycofa :)
Quote:
osobiscie uwazam ze 'fit for purpose' nie jest takie zle.
przy milionie sztuk.
Quote:
btw. idac idea 'asekuranctwa' najlepiej od razu wsadzic tam i7, 1g ramu,
btw, wszystko można sprowadzić do absurdu przy odrobinie uporu. Jeśli nie
zauważyłeś, doradzałem Koledze użycie najmocniejszego procka w danej
klasie obudów, poboru mocy, komplikacji peryferii (zasilań itp) czy co tam
jest dla niego najważniejsze.
e.
Pszemol
Guest
Guest
Thu Nov 18, 2010 5:41 pm
"entroper" <entroper-pocztaonetpeel> wrote in message
news:4ce53d80$0$27045$65785112@news.neostrada.pl...
Quote:
Użytkownik "Pszemol" <Pszemol@PolBox.com> napisał w wiadomości
news:ic0m57.8c4.0@poczta.onet.pl...
Errate przeczytam, ale akurat podtrzymywanie bateryjne nie jest
mi potrzebne - potrzebne mi 4 sprzętowe uarty
Coś się tak uparł na sprzętowe UARTy? Przy 9600? Bez kontroli przepływu?
(zakładam, że bez). Przecież tam znak idzie milisekundę! To jest kuźwa
wieczność. Zamiast ograniczać sobie wybór do procków bogato obdarzonych
UARTami, weź raczej coś szybkiego.
news:ic0m57.8c4.0@poczta.onet.pl...
Errate przeczytam, ale akurat podtrzymywanie bateryjne nie jest
mi potrzebne - potrzebne mi 4 sprzętowe uarty
Coś się tak uparł na sprzętowe UARTy? Przy 9600? Bez kontroli przepływu?
(zakładam, że bez). Przecież tam znak idzie milisekundę! To jest kuźwa
wieczność. Zamiast ograniczać sobie wybór do procków bogato obdarzonych
UARTami, weź raczej coś szybkiego.
Bo wygodny jestem i leniwy
I nie ograniczam sobie zbytnio - im dłużej szukam tym więcej
procków z 4-ma lub więcej UARTów znajduję...
Dziś na ten przykład znalazłem innego procka z takim samym core
ARM Cortex-M3 tylko z innej stajni: NXP, part#: LPC1763 .. LPC1769.
Wygląda mi to na te same narzędzia jak miałbym do STM32F105...
Quote:
Chyba skończy się na pojedynku na narzędzia i cenę JTAGa....
no to już jest sensowne podejście.
no to już jest sensowne podejście.
entroper
Guest
Guest
Thu Nov 18, 2010 5:55 pm
Użytkownik "Pszemol" <Pszemol@PolBox.com> napisał w wiadomości
news:ic2vnf.ca4.0@poczta.onet.pl...
Quote:
Dziś na ten przykład znalazłem innego procka z takim samym core
ARM Cortex-M3 tylko z innej stajni: NXP, part#: LPC1763 .. LPC1769.
ARM Cortex-M3 tylko z innej stajni: NXP, part#: LPC1763 .. LPC1769.
NXP mogę polecić.
BTW, kiedyś popełniłem jakiś mostek RS-owy na niski bitrate (3 portowy
OIDP, oczywiście z małymi buforami) na PIC16F84, więc jeśli znajdziesz
jakiegoś ARM-a bez wystarczającej ilości UARTów myślę, że się wyrobi ;)
e.
Pszemol
Guest
Guest
Thu Nov 18, 2010 5:57 pm
"Zbych" <abuse@onet.pl> wrote in message
news:4ce52b6c$0$27041$65785112@news.neostrada.pl...
Quote:
W wersji dla cierpliwych OpenOCD + FTDI.
Co masz na myśli "dla cierpliwych"? Nigdy tego nie używałem...
Oglądam sobie właśnie OpenOCD i widzę że piszą:
Developerzy zbiesili się na binarne sterowniki do ftdi i skompilowane
OpenOcd może być dystrybuowane tylko z libusb, które jest dużo
woooolniejsze. Jak masz trochę czasu to warto samemu skompilować
OpenOcd z binarnymi sterownikami do ftdi.
Co masz na myśli "dla cierpliwych"? Nigdy tego nie używałem...
Oglądam sobie właśnie OpenOCD i widzę że piszą:
Developerzy zbiesili się na binarne sterowniki do ftdi i skompilowane
OpenOcd może być dystrybuowane tylko z libusb, które jest dużo
woooolniejsze. Jak masz trochę czasu to warto samemu skompilować
OpenOcd z binarnymi sterownikami do ftdi.
Rozumiem, dzięki.
Quote:
OpenOCD v0.4.0 released
JTAG Layer:
Support KT-Link JTAG adapter.
Support USB-JTAG, Altera USB-Blaster and compatibles
Czy to może znaczy, że posiadany przeze mnie JTAG adapter
używany do chipsów Altery (USB Blaster) mogę wykorzystać
do OpenOCD? Czy OpenOCD to tylko programowanie flasha
i boundary scan czy będzie to działać z source-level debugging?
Prawdopodobnie tak.
Z tego co widać w internecie to USB Blaster jest oparty na ftdi.
JTAG Layer:
Support KT-Link JTAG adapter.
Support USB-JTAG, Altera USB-Blaster and compatibles
Czy to może znaczy, że posiadany przeze mnie JTAG adapter
używany do chipsów Altery (USB Blaster) mogę wykorzystać
do OpenOCD? Czy OpenOCD to tylko programowanie flasha
i boundary scan czy będzie to działać z source-level debugging?
Prawdopodobnie tak.
Z tego co widać w internecie to USB Blaster jest oparty na ftdi.
No to $300 w kieszeni zostaje :-)
Quote:
Czego Ty używałeś do source
level debugging?
Programistów. A tak na serio to insighta.
level debugging?
Programistów
. A tak na serio to insighta.
Dzięki.
Quote:
Na początek lepiej będzie jak znajdziesz w internecie opis konfiguracji
eclipse i ściągniesz skompilowane arm-gcc z code sourcery.
eclipse i ściągniesz skompilowane arm-gcc z code sourcery.
Tak będę musiał zrobić...
Mam krótkie pytanko - nie widzę odpowiedzi w pobieżnie przejrzanym
datasheet - czy źródłem zegara do PLL może być wew. generator RC 8MHz?
Chciałbym proca i uarty popychać wewnętrznym generatorem RC (1%)
ale 8MHz to ciut za mało i potrzebuję to przemnożyć w PLL...
AK
Guest
Guest
Thu Nov 18, 2010 8:12 pm
W dniu 2010-11-18 17:41, Pszemol pisze:
Quote:
"entroper" <entroper-pocztaonetpeel> wrote in message
Dziś na ten przykład znalazłem innego procka z takim samym core
ARM Cortex-M3 tylko z innej stajni: NXP, part#: LPC1763 .. LPC1769.
Dziś na ten przykład znalazłem innego procka z takim samym core
ARM Cortex-M3 tylko z innej stajni: NXP, part#: LPC1763 .. LPC1769.
Do coretx-ow z NXP polecam srodowisko LPCExpresso:
http://ics.nxp.com/lpcxpresso/
Jest to darmowe IDE oparte na eclipse, z kompilatorem gcc i
debugowaniem, darmowa wersja ma ograniczenie do 128k kodu - ale tylko
narzedzie do programowania ma to ograniczenie.
Sa tez tanie development board - za 20 masz plytke eval i JTAG
http://www.embeddedartists.com/products/lpcxpresso/lpc1768_xpr.php
JTAG mozna 'odlaczyc' od eval board-u i uzywac ze swoja plytka.
Pozdr
AK
Pszemol
Guest
Guest
Thu Nov 18, 2010 8:35 pm
"AK" <arkkar@gazeta.pl> wrote in message
news:ic3trn$f5s$1@inews.gazeta.pl...
Quote:
W dniu 2010-11-18 17:41, Pszemol pisze:
Dziś na ten przykład znalazłem innego procka z takim samym core
ARM Cortex-M3 tylko z innej stajni: NXP, part#: LPC1763 .. LPC1769.
Do coretx-ow z NXP polecam srodowisko LPCExpresso:
http://ics.nxp.com/lpcxpresso/
Jest to darmowe IDE oparte na eclipse, z kompilatorem gcc i debugowaniem,
darmowa wersja ma ograniczenie do 128k kodu
- ale tylko narzedzie do programowania ma to ograniczenie.
Sa tez tanie development board - za 20 masz plytke eval i JTAG
http://www.embeddedartists.com/products/lpcxpresso/lpc1768_xpr.php
JTAG mozna 'odlaczyc' od eval board-u i uzywac ze swoja plytka.
Dziś na ten przykład znalazłem innego procka z takim samym core
ARM Cortex-M3 tylko z innej stajni: NXP, part#: LPC1763 .. LPC1769.
Do coretx-ow z NXP polecam srodowisko LPCExpresso:
http://ics.nxp.com/lpcxpresso/
Jest to darmowe IDE oparte na eclipse, z kompilatorem gcc i debugowaniem,
darmowa wersja ma ograniczenie do 128k kodu
- ale tylko narzedzie do programowania ma to ograniczenie.
Sa tez tanie development board - za 20 masz plytke eval i JTAG
http://www.embeddedartists.com/products/lpcxpresso/lpc1768_xpr.php
JTAG mozna 'odlaczyc' od eval board-u i uzywac ze swoja plytka.
Dzięki. Przyda się informacja.
Zbych
Guest
Guest
Thu Nov 18, 2010 8:38 pm
Pszemol przemówił ludzkim głosem:
Quote:
Mam krótkie pytanko - nie widzę odpowiedzi w pobieżnie przejrzanym
datasheet - czy źródłem zegara do PLL może być wew. generator RC 8MHz?
datasheet - czy źródłem zegara do PLL może być wew. generator RC 8MHz?
To widać na "Clock tree" w datasheetach.
Quote:
Chciałbym proca i uarty popychać wewnętrznym generatorem RC (1%)
To nie jest dobry pomysł. Ten 1% nie jest zagwarantowany w pełnym
zakresie temperatur i napięć zasilających. Dla temperatur dodatnich masz
rozrzut -2...2,5%. Czy to wystarczy dla RSa? Musisz policzyć.
Jeśli mnie pamięć nie myli to tylko NXP gwarantuje 1% dokładność w całym
zakresie temperatur w nowszych armach.
Grzegorz Niemirowski
Guest
Guest
Sat Nov 20, 2010 11:24 pm
Zbych <abuse@onet.pl> napisał(a):
Quote:
W dniu 2010-11-17 23:58, Pszemol pisze:
Tradycyjnie gcc. IDE jakie chcesz, ja używam VS + zewnętrzny makefile.
VS to jest Visual Studio?
Tak.
Tradycyjnie gcc. IDE jakie chcesz, ja używam VS + zewnętrzny makefile.
VS to jest Visual Studio?
Tak.
Rozumiem, że kompilatorem pozostaje GCC? Jest gdzieś jakiś tutorial jak to
pożenić z MS VS?
--
Grzegorz Niemirowski
http://www.grzegorz.net/
OE PowerTool i Outlook Express: http://www.grzegorz.net/oe/
Uptime: 17 days, 13 hours, 28 minutes and 47 seconds
elektroda NewsGroups Forum Index - Elektronika Polska - Mikrokontroler 8-bitowy z 12-16k RAM i 4 UART: Silicon Labs vs. Texas Instruments MSP430?