RTV forum PL | NewsGroups PL

PIC czy AVR? Doświadczenia z kompilatorami HiTech i GCC w programowaniu uC

PIC vs AVR

NOWY TEMAT

elektroda NewsGroups Forum Index - Elektronika Polska - PIC czy AVR? Doświadczenia z kompilatorami HiTech i GCC w programowaniu uC

Goto page Previous  1, 2, 3 ... 11, 12, 13, 14, 15, 16  Next

Dariusz Dorochowicz
Guest

Mon Apr 07, 2014 11:47 am   



W dniu 2014-04-07 00:32, Pszemol pisze:
Quote:
"Michał Baszyński" <mbaszyns@ga.ze.ta.pl> wrote in message
news:lhsbpl$l8t$2@dont-email.me...
W dniu 2014-04-06 17:34, Dariusz Dorochowicz pisze:

Wśród ARMów są też układy z małą ilością nóg.

:)
Marzy mi się ARM 8-16 nóg. Dostępny oczywiście u nas i programowany
"byle czym", w sensie kompilatora i programatora Wink
Z tym, że nóg może mieć więcej.

LPC81x - na Farnellu od 4,5zł

Nie dopisałeś, że w dół :)

Quote:
No ale LPC810 to taki scalak dla Sylwestra, aby sobie
pisał w asemblerze i liczył instrukcje... 4k flash i 2k ram.

W zasadzie to już dość, żeby trochę "zaszaleć". Oprócz "dużych"
projektów mam też trochę "drobnoustrojów", i w sumie najbardziej mi w
nich brakuje SRAMu. Ten procek jest dobrym powodem do tego, żeby
przyjrzeć się dokładniej ARMom z fabryki NXP, bo pchanie tam XMegi to
drobna przesada Wink
Tylko patrzę, patrzę, i o ile widzę go w DIP8, to już w SO8 czy czymś
podobnym już nie widzę. No, ale TSSOP16 w ostateczności też może być.

Pozdrawiam

DD

AlexY
Guest

Mon Apr 07, 2014 12:12 pm   



Użytkownik Michał Lankosz napisał:
Quote:
W dniu 2014-04-06 23:22, Sylwester Łazar pisze:
Ale o czym Ty piszesz? Start systemu operacyjnego pokroju Windows jest
dość złożonym procesem, chociaż jego normalna praca również.

--
Michał
Dobrze, że producenci samochodów w te brednie nie uwierzyli,
bo inaczej musiałbym na noc zostawiać samochód na biegu jałowym.
Inaczej musiałbym przez minutę kręcić rozrusznikiem rano,
bo to Panie nowoczesny samochód, a nie jakieś dziadostwo!
:-)

Wyjątkowo nietrafne porównanie.

W sumie racja, przekręcasz kluczyk na zapłon, naciskasz start i czekasz
minutę na odpalenie silnika.

--
AlexY
http://faq.enter.net.pl/simple-polish.html
http://www.pg.gda.pl/~agatek/netq.html

janusz_k
Guest

Mon Apr 07, 2014 12:52 pm   



W dniu 07.04.2014 o 11:40 Piotrek <piotrek@pisz.na.berdyczow.info> pisze:

Quote:
On 2014-04-07 11:25, jacek pozniak wrote:
Dzięki za info, 50zł to mogę się szarpnąć..

A jak byś chciał dołożyć dyszkę i pobawić się nieco bardziej rozbudowaną
"zabawką" to ...

Click --
http://www.ti.com/ww/en/launchpad/launchpads-tivac-ek-tm4c1294xl.html
Taa w sam raz zabawka dla poczatkującego, pdf procka liczy drobne 1880str,

faaaaktycznie lepsze od avr-a.
--

Pozdr
Janusz

Piotrek
Guest

Mon Apr 07, 2014 1:23 pm   



On 2014-04-07 14:52, janusz_k wrote:
Quote:
Taa w sam raz zabawka dla poczatkującego, pdf procka liczy drobne
1880str, faaaaktycznie lepsze od avr-a.

Ale ja się nie odnosiłem do tego czy lepsze czy gorsze bo to jakby
dyskusja tego samego typu co "czy samochód jest lepszy/gorszy od roweru".

A odpowiedź jest przecież oczywista: zależy do jakiego zastosowania.

Pokazałem jedynie produkt kosztujący 6 dyszek, przy użyciu którego
możesz przetestować funkcjonalność rodziny poczynając od migania ledami
przez UARTy, CANy, SPI, I2C, USB, ADC, etc. a na postawieniu serwera www
czy też innych RTOSach używających powyższego kończąc.

Firmowy toolchain (bez ograniczeń wielkości kodu dla *tej* platformy)
masz za darmo. Do tego (rzeczywiście) sporo dokumentacji + *liczne*
przykłady + spora społeczność użytkowników.

Dzięki CMSIS masz przenaszalność (na poziomie kodu źródłowego) pomiędzy
produktami różnych producentów oraz platformami (M0-M4, M4F).

Między innymi dla tego konkretnego procesora masz "fimware" w ROM dzięki
któremu początkujący spokojnie może sobie odpuścić czytanie dokumentacji
procesora i peryferiami operuje na poziomie "magicznych zaklęć" typu:

g_ui32SysClock = MAP_SysCtlClockFreqSet((SYSCTL_XTAL_25MHZ |
SYSCTL_OSC_MAIN | SYSCTL_USE_PLL | SYSCTL_CFG_VCO_480), 120000000);

ROM_GPIOPinTypeGPIOOutput(GPIO_PORTN_BASE, GPIO_PIN_0 | GPIO_PIN_1);

GPIOPinWrite(GPIO_PORTN_BASE, GPIO_PIN_0, 0);

IMHO trudno znaleść lepszą zabawkę do nauki i to w dodatku w tej cenie.

A jak trzeba to i w docelowym rozwiązaniu daje się użyć (jako piggyback)
i za grosze masz niebanalny, wszystkomający, szybki pół-produkt.

Piotrek

jacek pozniak
Guest

Mon Apr 07, 2014 1:37 pm   



Quote:
..
g_ui32SysClock = MAP_SysCtlClockFreqSet((SYSCTL_XTAL_25MHZ |
SYSCTL_OSC_MAIN | SYSCTL_USE_PLL | SYSCTL_CFG_VCO_480), 120000000);

ROM_GPIOPinTypeGPIOOutput(GPIO_PORTN_BASE, GPIO_PIN_0 | GPIO_PIN_1);

GPIOPinWrite(GPIO_PORTN_BASE, GPIO_PIN_0, 0);

IMHO trudno znaleść lepszą zabawkę do nauki i to w dodatku w tej cenie.

A jak trzeba to i w docelowym rozwiązaniu daje się użyć (jako piggyback)
i za grosze masz niebanalny, wszystkomający, szybki pół-produkt.

Piotrek

No właśnie zabawkę. mi zbytnio nie chce się uczyć migania diodami tylko chcę
istniejący soft wrzucić w hardware i aby działało i abym sprzedał a za
zarobione pieniądze oddał się rozrywce, niekoniecznie związanej z
mikroprocesorami.


jp

Piotrek
Guest

Mon Apr 07, 2014 1:54 pm   



On 2014-04-07 15:37, jacek pozniak wrote:
Quote:
No właśnie zabawkę. mi zbytnio nie chce się uczyć migania diodami tylko chcę
istniejący soft wrzucić w hardware i aby działało i abym sprzedał a za
zarobione pieniądze oddał się rozrywce, niekoniecznie związanej z
mikroprocesorami.

I co Twoim zdaniem stoi na przeszkodzie ażeby tak zrobić przy użyciu
tego produktu?

Oczywiście pod warunkiem "mania" softu napisanego w nie za bardzo
egzotycznym dialekcie. I po uwzględnieniu/wybudowaniu sobie HAL-a (o ile
przenosisz z innej platformy).

No ale powyższe jest przecież aktualne bez względu na platformę na którą
portujesz.

Piotrek

Mario
Guest

Mon Apr 07, 2014 1:56 pm   



W dniu 2014-04-06 20:03, Sylwester Łazar pisze:
Quote:
Dostajesz kod np 1.6 wolniejszy niż byś go napisał sam w asm a
uruchamiasz go na 10 razy szybszym procku. Nie opłaca się? W dodatku
Możesz podać jakieś obliczenia?
Nie możesz, bo musisz napisać w ASM i w C,
a potem porównać, a Ty tego nie robisz.
1,6x wolniejszy kod w C vs, ASM dla TEGO samego procka, to kłamstwo,
które próbujesz przeforsować.

Radziłbym ostrożniej dobierać słowa, bo okaże się, że sam jesteś kłamcą:
Message-ID: <lhpsr5$gbm$1@mx1.internetia.pl>

Quote:
Nie uda Ci się.
Z moich obliczeń częściej wynika dokładnie co napisałeś, ale bez kropki,
czyli 16x.
I dlatego musisz wybrać coś 10x szybszego.
Dopóki nie udowodnisz - nie masz prawa pokazywać mnożników.
Możesz podać jedynie link do RZETELNYCH analiz.
S.


Nic ci nie zamierzam udowadniać. Przeglądałem pobieżnie twoje analizy i
Janusza. Sam stwierdziłeś, że w cyklach jest stosunek C/asm = 1.6
Message-ID: <lhpsr5$gbm$1@mx1.internetia.pl>


--
pozdrawiam
MD

Mario
Guest

Mon Apr 07, 2014 1:57 pm   



W dniu 2014-04-07 15:56, Mario pisze:
Quote:
W dniu 2014-04-06 20:03, Sylwester Łazar pisze:
Dostajesz kod np 1.6 wolniejszy niż byś go napisał sam w asm a
uruchamiasz go na 10 razy szybszym procku. Nie opłaca się? W dodatku
Możesz podać jakieś obliczenia?
Nie możesz, bo musisz napisać w ASM i w C,
a potem porównać, a Ty tego nie robisz.
1,6x wolniejszy kod w C vs, ASM dla TEGO samego procka, to kłamstwo,
które próbujesz przeforsować.

Radziłbym ostrożniej dobierać słowa, bo okaże się, że sam jesteś kłamcą:
Message-ID: <lhpsr5$gbm$1@mx1.internetia.pl

Nie uda Ci się.
Z moich obliczeń częściej wynika dokładnie co napisałeś, ale bez kropki,
czyli 16x.
I dlatego musisz wybrać coś 10x szybszego.
Dopóki nie udowodnisz - nie masz prawa pokazywać mnożników.
Możesz podać jedynie link do RZETELNYCH analiz.
S.


Nic ci nie zamierzam udowadniać. Przeglądałem pobieżnie twoje analizy i
Janusza. Sam stwierdziłeś, że w cyklach jest stosunek C/asm = 1.6
Message-ID: <lhpsr5$gbm$1@mx1.internetia.pl


Widocznie ta twoja to nie była rzetelna analiza.


--
pozdrawiam
MD

Piotrek
Guest

Mon Apr 07, 2014 2:02 pm   



On 2014-04-07 15:37, jacek pozniak wrote:
Quote:
No właśnie zabawkę. [...]

Aaaa! O to Ci chodziło ...

No to podstaw sobie w moim poprzednim poście zamiast zabawka na przykład
coś takiego "najlepsza na świecie, lepsza od wszystkich z80 8051 pic avr
razem wziętych, uniwersalna platforma do wszelakich zastosowań".

Brzmi lepiej? ;-)

Piotrek

jacek pozniak
Guest

Mon Apr 07, 2014 2:21 pm   



Piotrek wrote:

Quote:
On 2014-04-07 15:37, jacek pozniak wrote:
No właśnie zabawkę. mi zbytnio nie chce się uczyć migania diodami tylko
chcę istniejący soft wrzucić w hardware i aby działało i abym sprzedał a
za zarobione pieniądze oddał się rozrywce, niekoniecznie związanej z
mikroprocesorami.

I co Twoim zdaniem stoi na przeszkodzie ażeby tak zrobić przy użyciu
tego produktu?
Choćby to co Kolega janusz_k zauważył; wielkość dokumentacji.

I nie mów proszę, że nie trzeba wszystkiego czytać, ponieważ nieraz musiałem
zaznajamiać się z peryferiami, których nigdy nie zamierzałem użyć.

jp

Quote:

Oczywiście pod warunkiem "mania" softu napisanego w nie za bardzo
egzotycznym dialekcie. I po uwzględnieniu/wybudowaniu sobie HAL-a (o ile
przenosisz z innej platformy).

No ale powyższe jest przecież aktualne bez względu na platformę na którą
portujesz.

Piotrek


Mario
Guest

Mon Apr 07, 2014 2:21 pm   



W dniu 2014-04-07 09:14, jacek pozniak pisze:
Quote:
Pszemol wrote:

"jacek pozniak" <jacek.pozniak@flowservice.pl> wrote in message
news:533ddbbb$0$2158$65785112@news.neostrada.pl...
Prawdę mówiąc skłania mnie ta sytuacja do przesiadki na AVR, który jak
sie wydaje jest bardziej przyjazny dla kompilatora (jest na niego gcc)

Jak się już przesiadasz to może przesiądź się na jakiegoś dobrego
ARMa zamiast ciągnąć jakieś archaizmy w XXI wieku... ;-)

Może faktycznie trzebaby o tym ARMie pomyśleć?

W związku z tym skorzystam z okazji, że duskusja w toku, i się zapytam,
jako, że jesteś ich gorącym zwolennikiem:

1. Około 128KB ROM, max 8 kb (4 też będzie OK) RAM, SPI (lub 2xSPI), 2xUART
2. TQFP 44..64, oraz so28.
3. Prosty, dostępny programator (nie potrzebuję debugerów)
4. Zasilany jednym napięciem (kiedyś coś mi się o oczy obiło, że arm na dwa
napięcia zasilania)
5. Możliwość zrealizowania RTC (niekoniecznie sprzętowo), możliwość
podłączenia Xtal 32768.
6. Wewnętrzny oscylator RC 1%, tak aby można było nim UARTY taktować.
7. Sprawdzony, niewieszający się.
8. Praca od 3,0 V, niski pobór prądu <1mA@4MHz

http://pl.farnell.com/nxp/lpc1227fbd48-301/mcu-128-kb-flash-cortex-m0-48lqfp/dp/1862476

Ma wszystko co napisałeś. Z wyjątkiem poboru prądu. Ma 2-4 mA przy 4MHz
w zależności od warunków. Nie sprawdzałem go, ale inne LPC pracują
stabilnie. Programowanie przez SWD, np z wspominanego przeze mnie
LPCXPresso. Jest tez podobno jakiś opensorsowy projekt programatora SWD
pracującego z OpenOCD, ale nie pamiętam nazwy.

--
pozdrawiam
MD

Mario
Guest

Mon Apr 07, 2014 2:24 pm   



W dniu 2014-04-07 15:37, jacek pozniak pisze:
Quote:
..
g_ui32SysClock = MAP_SysCtlClockFreqSet((SYSCTL_XTAL_25MHZ |
SYSCTL_OSC_MAIN | SYSCTL_USE_PLL | SYSCTL_CFG_VCO_480), 120000000);

ROM_GPIOPinTypeGPIOOutput(GPIO_PORTN_BASE, GPIO_PIN_0 | GPIO_PIN_1);

GPIOPinWrite(GPIO_PORTN_BASE, GPIO_PIN_0, 0);

IMHO trudno znaleść lepszą zabawkę do nauki i to w dodatku w tej cenie.

A jak trzeba to i w docelowym rozwiązaniu daje się użyć (jako piggyback)
i za grosze masz niebanalny, wszystkomający, szybki pół-produkt.

Piotrek

No właśnie zabawkę. mi zbytnio nie chce się uczyć migania diodami tylko chcę
istniejący soft wrzucić w hardware i aby działało i abym sprzedał a za
zarobione pieniądze oddał się rozrywce, niekoniecznie związanej z
mikroprocesorami.

Najlepiej w Cocomo :)


--
pozdrawiam
MD

Elektrolot
Guest

Mon Apr 07, 2014 2:27 pm   



W dniu 2014-04-07 15:37, jacek pozniak pisze:
Quote:
No właśnie zabawkę.

Czepiasz się słówek. Piotrek podał ci ciekawe nowoczesne rozwiązanie, podając konkretne argumenty.
Jedyny minus nowej rodziny mikrokontrolerów TI - TIVA (następcy Stellaris) to brak czegoś z
najtańszego z CORTEX-M0, bo mają swoje MSP430 do takich zastosowań.

Też kiedyś dawno temu miałem dylemat na co się przesiąść z 8051, wybrałem ARMy i był to bardzo dobry
wybór. Dzisiaj nawet bym się nie zastanawiał, jak są STM32F0 za 0,5$. Jedyny plus jaki widzę w AVR
to ATtiny dla bardzo prostych projektów i w przypadku bardzo dużych serii produkcyjnych, gdzie liczy
się każdy cent.

Elektrolot
Guest

Mon Apr 07, 2014 2:34 pm   



W dniu 2014-04-07 15:23, Piotrek pisze:
Quote:
Firmowy toolchain (bez ograniczeń wielkości kodu dla *tej* platformy) masz za darmo.

Domyślam się że chodzi ci o CCStudio. Czy licencja związana z tą płytką, czy z rodziną procesorów?

Piotrek
Guest

Mon Apr 07, 2014 2:46 pm   



On 2014-04-07 16:34, Elektrolot wrote:
Quote:
Domyślam się że chodzi ci o CCStudio. Czy licencja związana z tą płytką,
czy z rodziną procesorów?

Tak, CCS. O ile mnie pamięć nie myli brak limitów jest dla płytek, nie
dla rodziny procesorów.

Jeśli chcesz mieć pewność to rzuć okiem do ichniego FAQ.

P.

Goto page Previous  1, 2, 3 ... 11, 12, 13, 14, 15, 16  Next

elektroda NewsGroups Forum Index - Elektronika Polska - PIC czy AVR? Doświadczenia z kompilatorami HiTech i GCC w programowaniu uC

NOWY TEMAT

Regulamin - Zasady uzytkowania Polityka prywatnosci Kontakt RTV map News map