-
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
- Rapsberry Pi i synchronizacja plików
- RCD 300 mA
- rpi i moduł przekaźników
- Falownik do pompy CO
- Lampa ogrodowa rozłączała różnicówkę
- Inteligentne oświetlenie schodów
- Pytanie do Użytkownika
- Emanuel kiedyś szukał gotowca do chłodzenia leków
- Sprzęty z Lidl-a
- idzie nowe
- Wybuchające pagery
- Jak shakować windę
- Sterowanie bezprzewodowe do wbudowania
- NC vs NO
- Jak dzięki mojemu pomysłowi amerykańce z Google przyspieszyli TV
Najnowsze wątki
- 2024-09-30 Rozprawa zdalna brak komputera
- 2024-09-30 Zielona Góra => Spedytor międzynarodowy <=
- 2024-09-30 Hackowanie SS7
- 2024-09-30 Seba strikes back
- 2024-09-30 MĂźnchen => DevOps Engineeer (Azure) <=
- 2024-09-30 MĂźnchen => DevOps Engineer (Azure) <=
- 2024-09-30 Gdańsk => Frontend Developer (Angular area) <=
- 2024-09-30 Warszawa => Spedytor Międzynarodowy <=
- 2024-09-30 Marki => Senior PHP Symfony Developer <=
- 2024-09-30 Warszawa => Technical Leader (Java Background) <=
- 2024-09-30 Warszawa => Key Account Manager <=
- 2024-09-30 Warszawa => Key Account Manager <=
- 2024-09-30 Białystok => Full Stack .Net Engineer <=
- 2024-09-30 Kraków => Ruby Backend Developer <=
- 2024-09-30 dziki wschod