Re: pomocy układy PIC
Masz problem? Zapytaj na forum elektroda.pl z bramką pl.misc.elektronika!
From: Krzysztof Przemyski <jmd_at_nospam_box43.gnet.pl>
Subject: Re: pomocy układy PIC
Date: Thu, 22 Jul 1999 07:50:35 -0700
Krzys wrote:
I co z tego.
Te 118! rozkazów powstalo do przyśpieszenia pracy systemów opogramowywanych
w języku C. Widziałeś kiedyś kod na AVR napisany w C i przetłumaczony na
asemblera? Bajer, jednym słowem. Jeszcze jedno. Te 118 rozkazów jest troche
sztuczną liczbą. Większość skoków jest rozwinięciem "słownym' jednego
rozkazu BRBS lub BRBC. Taki chwyt ATMELa. Do tego ta szybkość i 'taniość".
Procki AVR z pamięciom flash są tansze niż PIC w wersji OTP o podobnych
możliwościach. AVRa programujesz, jeśli coś nie gra, kasujesz i ponownie
programujesz. Wszystko przez SPI . Niec więcej. Polecam AVR !
Pozdrawiam
Krzysztof Rutecki
BTW: Powyższy list jest osobistą opinią autora. Nie jest chwytem reklamowym.
Dziękuję.
Cześć!
Generalnie procesory PIC nie są takie złe :-)
Pewną uciążliwością jest pamięć (programu i danych) podzielona na banki
oraz znikoma (mam nadzieję że to się zmieni) ilość wersji z FLASH-em.
Zastosowanie wersji z EPROM (okienko) w modelu urządzenia daje tylko
tę różnicę że procek trzeba dłużej kasować. Jak się ma kilka takich procków
to nie odczuwa się tzw "przerwy na kawę". Mamkamentem jest konieczność
posiadania programatora i kasownika UV - choć najwięcej możliwości
daje sprzętowy emulator (ICE)
118 rozkazów jak na RISC-a robi wrażenie! Rozumiem - "skrzywienie" w stronę
C :-). Ja uważam że C jest dobre ale na inne platformy - np. na PC C++ Builder
jest OK. Co do PIC-ów to istnieją wersje zoptymalizowane do C (np. 18CXXX).
Efektywność algorytmów? Wszystko zależy od programisty...
Szybkość działania - mocniejsze AVR-y "wyciągają" 10MIPS - PIC 18CXXX
po zastosowaniu kwarcu 40MHz też!
Ceny - a kto nie stosuje cen dumpingowych aby zdobyć rynek?
Ogólnie AVR są niezłe ale paru rzeczy w nich brakuje:
- nie mozna ładować stałej natychmiastowej do R0-R16
- wszystkie argumenty z trzeba skopiować do rejestrów R0-R31 aby wykonać
na nich operacje (logiczne, arytmetyczne, itp) a wyniki z powrotem!
- brak trybu direct dla niektórych instrukcji
Pozdrawiam!
K. Przemyski
From: Krzysztof Przemyski <jmd_at_nospam_box43.gnet.pl>
Subject: Re: AVR R0-R15 (było: pomocy układy PIC)
Date: Fri, 23 Jul 1999 07:05:48 -0700
Juliusz wrote:
Ogólnie AVR są niezłe ale paru rzeczy w nich brakuje:
- nie mozna ładować stałej natychmiastowej do R0-R16
- wszystkie argumenty z trzeba skopiować do rejestrów R0-R31 aby wykonać
na nich operacje (logiczne, arytmetyczne, itp) a wyniki z powrotem!
- brak trybu direct dla niektórych instrukcji
No rak, ale czy te R0 do R15 (nie 16) przeszkadzaja ci w czyms ? Czy nie
wystarczy ci 16 wyzszych rejestrow ? Do niedawna byl jeden akumulator i
wszyscy sie cieszyli jak w jakims procku byl jeszcze dodatkowy :-)
Uwazam, ze wystarczy to co jest, a i tak jest za duzo :-)
Juliusz
Cześć!
Co do "przeszkadzania" to nie aż aż tak bardzo :-)
Każdy procek ma swoją specyfikę i trzeba będzie się przyzwyczaić...
Pozdrawiam
K. Przemyski
PS. Przepraszam za błąd odnośnie R16 (oczywiście miało być R15)
From: Krzysztof Przemyski <jmd_at_nospam_box43.gnet.pl>
Subject: Re: ICSP (było: pomocy układy PIC)
Date: Fri, 23 Jul 1999 07:22:44 -0700
Filip Zawadiak wrote:
Krzysztof Przemyski wrote:
Krzys wrote:
Zastosowanie wersji z EPROM (okienko) w modelu urządzenia daje tylko
tę różnicę że procek trzeba dłużej kasować. Jak się ma kilka takich procków
to nie odczuwa się tzw "przerwy na kawę". Mamkamentem jest konieczność
posiadania programatora i kasownika UV [...]
Ale ile wyciagania :) Jak ja cos robie na AVR, to zawsze dodaje gniazdko
do programatora do urzadzenia (5 pin). Jak cos trzeba zmienic, to sie
podpina do PC i pisze make... 2313 programuje sie jakies 6 sekund...
Tak, ze jest to raczej zasadnicza roznica wzgledem innych procesorkow
)))
--
> Filip Zawadiak mailto:philz_at_nospam_vyx.net http://vyx.net/~philz ICQ#25454699
Witaj!
Hmm... 6 sekund !? Super !
A ile czasu zajmie ci wyszukanie "bug'a" w programie ?
(zakładam, że nie używasz sprzętowego emulatora
lub analizatora stanów tylko oscyloskop)
Drugie 6 sekund ? ;->>>
Dodaj czas na poprawki w edytorze i rekompilację
(linkowanie i takie tam...) i zastanów się kiedy ICSP jest
potrzebne naprawdę...
Teraz konkrety:
- problem zmiany procków z EPROM (CERDIP) załatwia podstawka ZIF (np. 3M)
- czas kasowania UV jednego procka jest czasem diagnozowania, poprawiania,
symulacji, kompilowania i programowania (programatorem) procka drugiego :-)
- wersję docelową PIC (OTP) w SMT programuje się w układzie (ICSP)
wykorzystując wcześniej przygotowane złącze krawędziowe na płytce.
Pozdrawiam
K.Przemyski
From: Krzysztof Przemyski <jmd_at_nospam_box43.gnet.pl>
Subject: Re: ICSP (było: pomocy układy PIC)
Date: Wed, 28 Jul 1999 07:38:33 -0700
J.F. wrote:
On Fri, 23 Jul 1999 07:22:44 -0700, Krzysztof Przemyski wrote:
Filip Zawadiak wrote:
Ale ile wyciagania :) Jak ja cos robie na AVR, to zawsze dodaje gniazdko
do programatora do urzadzenia (5 pin). Jak cos trzeba zmienic, to sie
podpina do PC i pisze make... 2313 programuje sie jakies 6 sekund...
Tak, ze jest to raczej zasadnicza roznica wzgledem innych procesorkow
Hmm... 6 sekund !? Super !
A ile czasu zajmie ci wyszukanie "bug'a" w programie ?
Drugie 6 sekund ? ;->>>
Jesli sprawdzenie nastepnej hipotezy trwa 15 minut zamiast 6 sek to
poprawienie buga zajmuje godzine zamiast 5 minut :-)
To zależy od skomplikowania softu... Ale widzę że wiesz lepiej.
Choć chyba nie czytasz uważnie - pisałem, że po 15 minutach to ja
nagrywam już nową, poprawioną wersję.
Oczywiscie mozna miec pare kostek UVE na zapas - ale to w przypadku
picow koszta spore :-)
Tak - PIC'e wlazly na rynek dzieki niewielkim cenom za wersje
programowalne i opublikowaniu prostego schematu programatora.
Ale teraz sa jeszcze lepsze kosci :-)
- problem zmiany procków z EPROM (CERDIP) załatwia podstawka ZIF (np. 3M)
Nie trzeba potem plytki pod wersje bez podstawki przeprojektowywac ?
Model robię na płytce uniwersalnej (DIPy), łącza - kynarem
(nie ma problemu przy przeprojektowaniu układu). Docelowa wersja jest w SMT.
Byłbyś na 71 MTP to byś widział...
A jak sie okaze ze tysiac sprzedanych sztuk mialo jednak buga, to ile
to bedzie kosztowalo ?
Są zawsze wersje z FLASH-em.
Ale wiadomo jak się zachowują pamięci FLASH przy EFT/Burst (IEC1000-4-4),
Sugre (IEC1000-4-5) itp. Flash, który się rozprogramuje po paru latach jest g...
wart.
- czas kasowania UV jednego procka jest czasem diagnozowania, poprawiania,
symulacji, kompilowania i programowania (programatorem) procka drugiego :-)
Pod warunkiem ze masz kilka sztuk w kasowarce.
J.
Mam.
Teraz nawet coś lepszego: ICE200 + 3 procesory emulacyjne (jakieś 25 procków)
(sondę wpinam od razu w druk SMT)
Pozdrawiam
K. Przemyski
From: jfox_at_nospam_friko6.onet.pl (J.F.)
Subject: Re: ICSP (było: pomocy układy PIC)
Date: Sat, 24 Jul 1999 20:33:11 GMT
On Fri, 23 Jul 1999 07:22:44 -0700, Krzysztof Przemyski wrote:
Filip Zawadiak wrote:
Ale ile wyciagania :) Jak ja cos robie na AVR, to zawsze dodaje gniazdko
do programatora do urzadzenia (5 pin). Jak cos trzeba zmienic, to sie
podpina do PC i pisze make... 2313 programuje sie jakies 6 sekund...
Tak, ze jest to raczej zasadnicza roznica wzgledem innych procesorkow
Hmm... 6 sekund !? Super !
A ile czasu zajmie ci wyszukanie "bug'a" w programie ?
Drugie 6 sekund ? ;->>>
Jesli sprawdzenie nastepnej hipotezy trwa 15 minut zamiast 6 sek to
poprawienie buga zajmuje godzine zamiast 5 minut :-)
Oczywiscie mozna miec pare kostek UVE na zapas - ale to w przypadku
picow koszta spore :-)
Tak - PIC'e wlazly na rynek dzieki niewielkim cenom za wersje
programowalne i opublikowaniu prostego schematu programatora.
Ale teraz sa jeszcze lepsze kosci :-)
- problem zmiany procków z EPROM (CERDIP) załatwia podstawka ZIF (np. 3M)
Nie trzeba potem plytki pod wersje bez podstawki przeprojektowywac ?
A jak sie okaze ze tysiac sprzedanych sztuk mialo jednak buga, to ile
to bedzie kosztowalo ?
- czas kasowania UV jednego procka jest czasem diagnozowania, poprawiania,
symulacji, kompilowania i programowania (programatorem) procka drugiego :-)
Pod warunkiem ze masz kilka sztuk w kasowarce.
J.
From: Krzysztof Przemyski <jmd_at_nospam_box43.gnet.pl>
Subject: Re: pomocy układy PIC
Date: Fri, 23 Jul 1999 07:34:02 -0700
A. Karaś wrote:
[..]
Zastosowanie wersji z EPROM (okienko) w modelu urządzenia daje tylko
tę różnicę że procek trzeba dłużej kasować. Jak się ma kilka takich procków
to nie odczuwa się tzw "przerwy na kawę". Mamkamentem jest konieczność
posiadania programatora i kasownika UV - choć najwięcej możliwości
daje sprzętowy emulator (ICE)
Przeprogramowanie AVR - a w systemie zajmuje mniej czasu, niz wyjecie
procesora z podstawki, wlozenie do kasownika, zaprogramowanie drugiego
procesora i wlozenie go do podstawki.
Pod warunkiem że ktoś równie szybko wygeneruje ci nowy soft do procka :->>>
[...]
Ogólnie AVR są niezłe ale paru rzeczy w nich brakuje:
- nie mozna ładować stałej natychmiastowej do R0-R16
- wszystkie argumenty z trzeba skopiować do rejestrów R0-R31 aby wykonać
na nich operacje (logiczne, arytmetyczne, itp) a wyniki z powrotem!
A co, procesor mialby wykonywac te operacje bezposrednio na komorkach
pamieci ????
A dlaczego nie? W PIC laduję maskę bitową do akumulatora (immediate)
i robię sobie jakieś ANDWF (direct) z dowolną komórką pamięci a wynik ląduje
albo w tej komórce albo w akumulatorze! Jak się posłużyć rejestrem INDF
(indirect) to można "jeździć" po całej pamięci (oczywiście pamiętając o
bankach).
Pozdrawiam!
K. Przemyski
Pozdrawiam
Arek
3M się!
K. Przemyski
From: Filip Zawadiak <philz_at_nospam_wasko.pl>
Subject: Re: pomocy =?iso-8859-1?Q?uk=B3ady?= PIC
Date: Thu, 22 Jul 1999 09:07:06 +0200
Krzysztof Przemyski wrote:
Krzys wrote:
Zastosowanie wersji z EPROM (okienko) w modelu urządzenia daje tylko
tę różnicę że procek trzeba dłużej kasować. Jak się ma kilka takich procków
to nie odczuwa się tzw "przerwy na kawę". Mamkamentem jest konieczność
posiadania programatora i kasownika UV [...]
Ale ile wyciagania :) Jak ja cos robie na AVR, to zawsze dodaje gniazdko
do programatora do urzadzenia (5 pin). Jak cos trzeba zmienic, to sie
podpina do PC i pisze make... 2313 programuje sie jakies 6 sekund...
Tak, ze jest to raczej zasadnicza roznica wzgledem innych procesorkow
)))
--
Filip Zawadiak mailto:philz_at_nospam_vyx.net http://vyx.net/~philz ICQ#25454699
From: "A. Karaś" <karas_at_nospam_hbury.com>
Subject: Re: pomocy układy PIC
Date: Thu, 22 Jul 1999 08:20:03 GMT
Krzysztof Przemyski napisał(a) w wiadomości:
<37972FB5.7A344BD8_at_nospam_box43.gnet.pl>...
Cześć!
Generalnie procesory PIC nie są takie złe :-)
Pewną uciążliwością jest pamięć (programu i danych) podzielona na banki
oraz znikoma (mam nadzieję że to się zmieni) ilość wersji z FLASH-em.
Zastosowanie wersji z EPROM (okienko) w modelu urządzenia daje tylko
tę różnicę że procek trzeba dłużej kasować. Jak się ma kilka takich procków
to nie odczuwa się tzw "przerwy na kawę". Mamkamentem jest konieczność
posiadania programatora i kasownika UV - choć najwięcej możliwości
daje sprzętowy emulator (ICE)
Przeprogramowanie AVR - a w systemie zajmuje mniej czasu, niz wyjecie
procesora z podstawki, wlozenie do kasownika, zaprogramowanie drugiego
procesora i wlozenie go do podstawki.
118 rozkazów jak na RISC-a robi wrażenie! Rozumiem - "skrzywienie" w stronę
C :-). Ja uważam że C jest dobre ale na inne platformy - np. na PC C++
Builder
jest OK. Co do PIC-ów to istnieją wersje zoptymalizowane do C (np. 18CXXX).
Efektywność algorytmów? Wszystko zależy od programisty...
Szybkość działania - mocniejsze AVR-y "wyciągają" 10MIPS - PIC 18CXXX
po zastosowaniu kwarcu 40MHz też!
A jaki jest pobor pradu przy tej czestotliwosci ?
Ceny - a kto nie stosuje cen dumpingowych aby zdobyć rynek?
Ogólnie AVR są niezłe ale paru rzeczy w nich brakuje:
- nie mozna ładować stałej natychmiastowej do R0-R16
- wszystkie argumenty z trzeba skopiować do rejestrów R0-R31 aby wykonać
na nich operacje (logiczne, arytmetyczne, itp) a wyniki z powrotem!
A co, procesor mialby wykonywac te operacje bezposrednio na komorkach
pamieci ????
- brak trybu direct dla niektórych instrukcji
Pozdrawiam!
K. Przemyski
Pozdrawiam
Arek
From: "Juliusz" <juliusz_at_nospam_multi-ip.com.pl>
Subject: =?iso-8859-2?Q?Re:_pomocy_uk=B3ady_PIC?=
Date: Thu, 22 Jul 1999 12:51:38 GMT
Ogólnie AVR są niezłe ale paru rzeczy w nich brakuje:
- nie mozna ładować stałej natychmiastowej do R0-R16
- wszystkie argumenty z trzeba skopiować do rejestrów R0-R31 aby wykonać
na nich operacje (logiczne, arytmetyczne, itp) a wyniki z powrotem!
- brak trybu direct dla niektórych instrukcji
No rak, ale czy te R0 do R15 (nie 16) przeszkadzaja ci w czyms ? Czy nie
wystarczy ci 16 wyzszych rejestrow ? Do niedawna byl jeden akumulator i
wszyscy sie cieszyli jak w jakims procku byl jeszcze dodatkowy :-)
Uwazam, ze wystarczy to co jest, a i tak jest za duzo :-)
Juliusz