-
Data: 2014-04-06 23:46:21
Temat: Re: PIC vs AVR
Od: Mario <m...@...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu 2014-04-06 23:01, AlexY pisze:
> Użytkownik Mario napisał:
>> W dniu 2014-04-06 19:46, AlexY pisze:
>>> Użytkownik Pszemol napisał:
>>>> "AlexY" <a...@i...pl> wrote in message
> [..]
>>>> Jakie błędy kompilatora chcesz poprawiać?? To jakieś mity.
>>>
>>> Odpisałem w poście do Mario
>>
>> W którym miejscu bo jakoś nie zapamiętałem nic konkretnego.
>
> "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
Czyli tak jak napisałem nie było nic konkretnego :) Hint:
"Co do błędów kompilatorów nie podam konkretów"
> [..]
>>> Poleć jakąś książkę/kurs dla starego assemblerowca, do tej pory nikt nie
>>> dał mi wędki która idealnie leży mi w rękach :)
>>
>> Chyba jesteś tak wybredny jak identyfikator. Jemu też żadna książka nie
>> pasuje.
>
> Teraz to pojechałeś po bandzie... normalnie dałeś mi taką mokrą szmatą
> po myciu kibli w twarz.. chyba się obrażę ;>
Bo nie rozumiem takich pretensji :) Dla mnie jedyne książki z których
nic się nie da zrozumieć to książki Bieleckiego. Z reszty można się
nauczyć. A na styl pisania i umiejętności autora podręcznika
technicznego można narzekać w takim stopniu jak na styl pisania w
dataszicie układu. Ważne są jego funkcje i sposób stosowania. Po to się
jest inżynierem żeby nie grymasić tylko stosować wiedzę (np przykłady)
podawaną w źródle. I nie nauczysz się podczas lektury tylko poprzez
rozpoznanie w walce. Czyli próbując coś wykonać.
> 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ł.
>
> [..]
>> Zobacz procki NXP.
>> Od DIP8 przez SO (16, 20) , TSSOP (24), QFN (32 i 48), QFP (64, 80, 100,
>> 144), do BGA. Większość obudów taka jakie są w ATMEGA.
>> RAM od 8 kB do 1MB, UARTy od 1 do 5 tak samo różna liczba PWM, ADC itp.
>> Zegar z reguły dość niski np 12MHZ, który jest powielany wewnętrznie do
>> 50 czy nawet 200 MHz.
>
> 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.
Podałem przykłady z NXP, bo te najlepiej znam. Ale podobnie jest z STM.
Nawet w pewnym momencie rozważałem przejście na STM bo mieli szerszą
ofertę w Cortex M4 na który zamierzałem przejść. Więcej pamięci przy
mniejszych ilościach nóżek.
> [..]
>>> Błędy mogą objawiać się np przycięciem się programu w jakiejś pętli z
>>> której sam wyjdzie, tyle że zdecydowanie za dużo czasu mu to zajmie,
>>> takich rzeczy nie wyłapiesz jeśli nie robisz analizy asm.
>>
>> Jeśli robisz coś bardzo wrażliwe czasowo to może być, że musisz ten
>> kawałek kodu zanalizować. Możesz go też napisać w asm. Ale to dotyczy
>> jakichś ułamków procenta kodu, np obsługi przerwań. Nie jest to powód
>> żeby całe np. prawie 100 kB kodu wynikowego pisać w asemblerze. U mnie
>> program składa się głównie z obliczeń, obsługi komunikacji, parsowania
>> poleceń itp. To co dla mnie wrażliwe czasowo (obsługa szybkich zdarzeń
>> na wejściu i praca z szybkimi przetwornikami i tak załatwiam w FPGA)
>
> Paaanie... ja nie ta liga... ja latawce strugam a Ty właśnie marsa
> kolonizujesz.
Bez przesady. Coś tam dłubię na najsłabszych Xilinxach - Spartan3. Ale
zamierzam wkrótce przejść na Spartan6 bo potrzebuję działań DSP do
szybkiej aproksymacji przebiegów. Ograniczeniem są tu niestety typy
obudów. Tylko dwa najsłabsze SPartan6 mają obudowę LQFP - 144 pinów.
Pozostałe to BGA, a na to nie jestem gotowy :)
>
>
> PS: Bardzo podoba mi się dyskusja prowadzona w tym wątku.
W sumie to takie advocacy się zrobiło. Albo inaczej mówiąc naparzanka :)
Ale może przy okazji parę osób dowiedziało się o innych możliwościach.
--
pozdrawiam
MD
Następne wpisy z tego wątku
- 06.04.14 23:53 Sylwester Łazar
- 06.04.14 23:59 Mario
- 07.04.14 00:00 Pszemol
- 07.04.14 00:04 Pszemol
- 07.04.14 00:06 Adam Wysocki
- 07.04.14 00:23 Mario
- 07.04.14 00:26 Mario
- 07.04.14 00:26 Marek
- 07.04.14 00:27 Mario
- 07.04.14 00:32 Pszemol
- 07.04.14 00:35 Marek
- 07.04.14 00:55 Sylwester Łazar
- 07.04.14 01:04 Sylwester Łazar
- 07.04.14 01:05 Pszemol
- 07.04.14 01:19 Pszemol
Najnowsze wątki z tej grupy
- Jaki silikon lub może klej?
- Smar do video
- Litowe baterie AA Li/FeS2 a alkaliczne
- "ogrodowa linia napowietrzna"
- jaki zasilacz laboratoryjny
- jaki zasilacz laboratoryjny
- Puszka w ziemię
- T-1000 was here
- Ściąganie hasła frezem
- Koszyk okrągły, walec 3x AA, na duże paluszki R6
- Brak bolca ochronnego ładowarki oznacza pożar
- AMS spalony szybkim zasilaczem USB
- stalowe bezpieczniki
- Wyświtlacz ramki cyfrowej
- bateria na żądanie
Najnowsze wątki
- 2025-02-07 Jaki silikon lub może klej?
- 2025-02-07 Gdańsk => iOS Developer (Swift experience) <=
- 2025-02-07 Warszawa => Starszy Programista C <=
- 2025-02-07 Niby to nie sąd ale kooorwa tak to w sądach dziś wygląda?
- 2025-02-06 PROGRAM DOPŁAT DO AUT ELEKTRYCZNYCH TO ABSURD. ZA ŚRODKI Z KPO KUPIMY NIEMIECKIE I CHIŃSKIE AUTA
- 2025-02-05 ceny OC
- 2025-02-05 Re: ceny OC
- 2025-02-05 Re: ceny OC
- 2025-02-07 Smar do video
- 2025-02-06 Litowe baterie AA Li/FeS2 a alkaliczne
- 2025-02-07 Gliwice => Business Development Manager - Network and Network Security
- 2025-02-07 Warszawa => System Architect (Java background) <=
- 2025-02-07 Warszawa => System Architect (background deweloperski w Java) <=
- 2025-02-07 Warszawa => Solution Architect (Java background) <=
- 2025-02-07 Gliwice => Ekspert IT (obszar systemów sieciowych) <=