PIC vs AVR

Tylko po co? żeby młócił powietrze w delay ?

Wiesz sam dobrze że cena to kwestia popytu sprzedaży a nie złozoności układu.

Mylisz się niczego nie muszę, są wygodne, bo np małe 51 się gorzej programuje.

Eee przesadzasz, cała rodzina avr-ów jest spójna, piszę w c i przejście na większy nie stanowi żadnego problemu.

Nie ma analogii, nie porównuj rynku konsumenckiego z hobbystycznym.

Może, pdf-y są tak kiepsko napisane że nie doczytałem, army chcą dogodzić wszystkim i nawpierdalali tam wszystkiego skolko ugodno, tak że trudno się w tym połapać.

A czego się uczyć od początku? to tam inny c jest? trzeba tylko peryferia ogarnąć i tyle. Nie taki straszny arm tyle że w 99% zbędny.

Ale bajdurzysz, avr powstał 30 lat temu? :)

Może daruj sobie te porównania.

Ale ja się ich nie boję, nawet mam takiego na biurku z wyświetlaczemn i peryferiami.

W dniu 2014-04-06 20:17, AlexY pisze:

Bo na wstępie odrzucają projekty w których by nie wystarczyło :)

Weź pod uwagę, że te systemy działają na bardzo szerokiej platformie sprzętowej z obcymi sterownikami i na nich chodzą z kolei tysiące lepiej czy gorzej napisanych programów

Jeśli chodzi o procki to przecież jest Basic-AVR. Jakoś się nie upowszechnił.

Dziwna logika. Ci co wypromowali c zrobili to dla to dla kasy (za kursy, poradniki itp). Ale ci co mogliby wypromować Basica (Bil) też by zrobili by to dla kasy (licencje). Czemu nie zrobił? Zresztą ja mam w domu ze 3 książki do Basica :) w tym jedna do VB.

W atxxmega też jest na pdi debug.

W dniu 2014-04-06 20:34, Michał Lankosz pisze:

OK, SWD jest (wg opisu 4 piny plus zasilania), ale standardu małego złącza (mniej niż 10 pinów) nie widziałem (fakt, zbyt długo jeszcze nie szukałem), a warto byłoby tak do sprawy podejść.

Dzięki :)

Na PDI też mam debugowanie, kwestia użycia odpowiedniego narzędzia (w końcu do tego toto zostało stworzone), JTAGa na XMega już nie używam bo duży, a ISP po prostu nie ma.

Spoko :)

No to wygląda, że trzeba się dokładniej przyglądać. Początek oznaczenia mnie niepokoi - jakoś nie za bardzo mam zaufanie do tej firmy jeżeli chodzi o ARMy (od czasu STR912), ale grunt że jest początek.

Pozdrawiam

DD

W dniu 2014-04-06 17:34, Dariusz Dorochowicz pisze:

LPC81x - na Farnellu od 4,5zł

Podaż była mała jak stałem po kawę dla rodziców w 1980 w kolejce.

10 dg po 2h czekania. Kto kształtuje podaż? Sprzedawcy Allegro? Oni chcą sprzedać. Pamięci DDR2 masz pełno. Możesz sobie kupić w ebay.de lub w ebay.com. Tego jest naprawdę masa. Gdyby nikt nie kupował, to mógłbys je kupić po 1 zł.

No to nie wiem dlaczego ich nie stosują. Chyba za duża podaż w konkurencji. Może trzeba mieć drogi debugger? S.

W dniu 2014-04-06 21:40, Dariusz Dorochowicz pisze:

4 piny całkowicie wystarczają do programowania jak i debugowania. W firmie stosujemy własny standard gniazdka, a piny są opisane na płytce :)

Fakt, uC od STmicro typu ST7, STR9 były i są mi nieznane bo byłem niezbyt przychylnie do nich nastawiony, może ze względu na narzędzia. Natomiast wszystkie STM32 są w miarę przyjazne. Firma daje przykłady dla Keila, IARa i TrueStudio. Źródła z tego ostatniego w większości pasują też do gcc. W zasadzie to ja widzę, że wygląd ide KEILa i IARa przypominają epokę AVR Studio 3 lub 4. Eclipse jest okropną kobyłą, może nawet większą niż Atmel Studio 5 czy 6. W firmie w tym piszą więc trzeba było się przestawić i w sumie nawet polubiłem i przyzwyczaiłem się. Co rusz odkrywam niesamowicie wygodne funkcjonalności. Wracając do przykładów od ST, wystarczy zainstalować demo KEILa, otworzyć projekt, podłączyć płytkę Discovery, kliknąć debug i 'micha' się cieszy :)

W dniu 2014-04-06 21:27, janusz_k pisze:

Jest jak w rodzinie AVR. Masz proste układy z jednym UART i bez ADC czy DAC i ukłądy z 4 UART, USB, Can itd. Nie musisz kupować najbardziej wypasionego.

W dniu 2014-04-06 21:33, janusz_k pisze:

Oj, musiałem to przegapić. Klon AVRISP MKII na bazie LUFA powinien działać?

W dniu 2014-04-06 22:05, Sylwester Łazar pisze:

I ten rynek porównujesz do rynku na sprzęt z DDR3? Od pamięci PS2 przez EDO, FPM i wszystkie DDRy jest ten sam problem. Gdy upowszechnia się nowy standard to starsze, nawet używane pamięci są po jakimś czasie droższe niż nowe. Tak samo było z prockami do PC.

Płytka uruchomieniowa z programatorem za 99 zł. I dlaczego sądzisz że nie stosują. Nie stosują ci, którzy uważają ze nie trzeba się przenosić z -bitowców bo trzeba by użyć pisać w c.

Właściwie miałem na myśli hibernację...

Po to, aby mieć laptop gotowy do pracy z działającymi okienkami jakie zostawiłem przed wysłaniem go w stan uśpienia...

Zagalopowałeś się... Inaczej startowałby może 45-55 sekund. I startowałby z pustym pulpitem, a ja chce zachować stan pracy.

Gates miał 20 lat na napisanie MS Windows w assemblerze?? Coś się chyba pogubiliśmy...

W dniu 2014-04-06 22:05, Sylwester Łazar pisze:

I ten rynek porównujesz do rynku na sprzęt z DDR3? Od pamięci PS2 przez EDO, FPM i wszystkie DDRy jest ten sam problem. Gdy upowszechnia się nowy standard to starsze, nawet używane pamięci są po jakimś czasie droższe niż nowe. Tak samo było z prockami do PC.

Płytka uruchomieniowa z programatorem za 99 zł. I dlaczego sądzisz, że nie stosują? Nie stosują ci, którzy uważają, że nie trzeba się przenosić z 8-bitowców bo trzeba by pisać w c.

W dniu 2014-04-06 21:27, janusz_k pisze:

uC ma reagować na zdarzenia, resztę czasu ma spędzać w trybach obniżonego poboru energii.

Użytkownik Mario napisał:

[..]

Czyż nie to właśnie napisałem powyżej? To jest słuszny argument użycia języka wysokiego poziomu, w uC argumentem jest czas pisania programu i to uważam za niewłaściwe.

[..]

Nie wiem, nie znam go, może był zbyt słaby, za mało funkcji/bibliotek, niedofinansowany...

Przypuszczam że Bill już się nauczył że programowanie średnio się opłaca, najlepiej sprzedać cudze i zainwestować w marketing.

Użytkownik Mario napisał:

"Co do błędów kompilatorów nie podam konkretów bo ich nie mam, co jakiś czas gdzieś trafie na jakieś info że coś źle z kompilatora wychodzi ale nie kolekcjonuje tego, mam zakodowane że przy kompilatorach mój program z moimi błędami jest nakładany na cudzy program (kompilacja) z cudzymi błędami, tak jak piszesz trzeba być na bieżąco z danym kompilatorem aby znać i omijać jego bolączki. Przy ASMie trzeba być na bieżąco jedynie z erratą procka. "

Nawet odpowiedziałeś na to

[..]

Teraz to pojechałeś po bandzie... normalnie dałeś mi taką mokrą szmatą po myciu kibli w twarz.. chyba się obrażę ;>

Wiele ich nie przeglądałem, raczej kilka kursów on-line, nie mam parcia na C więc się nie zagłębiam aczkolwiek przy linuxie czasem by się przydał.

[..]

Brzmi sensownie. Powiem tak, teraz to nie, ale jak nadejdzie ten dzień kiedy będę musiał sięgnąć po coś mocniejszego czego w barku nie mam to się grupy poradzę co na chwilę obecną jest "na czasie" postęp jest taki że za rok wszystko może się wywalić do góry nogami.

[..]

Paaanie... ja nie ta liga... ja latawce strugam a Ty właśnie marsa kolonizujesz.

PS: Bardzo podoba mi się dyskusja prowadzona w tym wątku.

W dniu 2014-04-06 21:02, Sylwester Łazar pisze:

Jeśli będziesz miał pamięć nieulotną RAM to tak. Jeśli nie, masz możesz użyć tzw. hibernacji. Ale o czym Ty piszesz? Start systemu operacyjnego pokroju Windows jest dość złożonym procesem, chociaż jego normalna praca również.

Nie ja. Czyli podsumujmy fakty:

1) Ja uważam, że uśpienie/hibernacja to protezy, aby móc szybciej korzystać z kiepskiego oprogramowania po włączeniu urządzenia. 2)bo producent oprogramowania po 20 latach doświadczeń, po prostu nie umie tego zrobić, aby po naciśnięciu przycisku, procesor z zegarem 1GHz= 1 000 000 000Hz, zdążył wykonać swój program pokazujący obraz taki jak ostatnio w czasie 16 sekund. 2) "Ty" (a nie producent) uważasz, że to fajne, bo możesz zaoszczędzić 30 s z tych powiedzmy 45 sekund. 3) I uważasz, że 45 sekund to mało. 4)Ja z kolei uważam, że gdyby program obsługujacy urządzenie był napisany zwięźle, to mógłby się włączyć po 50ms od włączenia urządzenia i być gotowy do pracy. 5) Jeśli, aby zrealizować pkt. 4 potrzeba by było, aby napisać kod na poziomie ASM, to bym tak zrobił. np. dlatego, że kompilatory C były marne w latach 1995-2014.

No to teraz mi powiedz: a) dlaczego uważasz się, że hibernacja 15 sekundowa jest lepsza niż uruchomienie urządzenia w 50 ms? b) dlaczego nie wymienisz procka na 10x szybszy, skoro tak bardzo chcesz zaoszczędzić 30 sekund?

S.

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! :-) S.

W dniu 2014-04-06 23:16, Sylwester Łazar pisze:

System operacyjny, przeglądarka wyświetlająca grafikę, obsługująca flasha, Silverlight itp. Ile lat zamierzałbyś poświęcić na to żeby stworzyć taki kod w asm. I czy w ogóle da się stworzyć programy z taką funkcjonalnością żeby ładowały się w 50ms? Bo może być w asm stworzył przeglądarkę o funkcjonalności Lynxa i stwierdził, ze wszystko ponad to, to są fanaberie. t

Przecież on nigdzie nie napisał ze woli uruchamianie w 15 sekund zamiast w 50ms. A przede wszystkim ty nigdzie nie wykazałeś, że jest możliwe napisanie na laptopa czy pc sensownego programu który będzie się uruchamiał wraz z urządzeniem w 50 ms.