pic16C84 a pic16F84A ?
maximer - 20-09-2006 20:45
pic16C84 a pic16F84A ? Witam,
Mam program w HEX na PIC16C84. Niestety nie moglem go nigdzie dostać więc
używam PIC16F84A.
Programuję ICProg'iem i niestety pojawia się błąd podczas weryfikacji.
Czy można zastąpić 16C84 16F84A?
Może istnieje jakiś myczek w takim programowaniu...
podrawiam
maximer
--
Wysłano z serwisu OnetNiusy:
http://niusy.onet.pl
JR - 20-09-2006 20:45
Użytkownik "maximer" :
>
> Mam program w HEX na PIC16C84. Niestety nie moglem go nigdzie dostać więc
> używam PIC16F84A.
> Programuję ICProg'iem i niestety pojawia się błąd podczas weryfikacji.
> Czy można zastąpić 16C84 16F84A?
> Może istnieje jakiś myczek w takim programowaniu...
>
nie pamiętam dokładnie który, ale jeden z bitów (FUSEów) jest zanegowany;
no i oczywiście musisz wybrać PIC16F84A przy programowaniu
--
pzdr.
JR
maximer12@poczta.onet.pl - 20-09-2006 20:45
>
> Użytkownik "maximer" :
> >
> > Mam program w HEX na PIC16C84. Niestety nie moglem go nigdzie dostać więc
> > używam PIC16F84A.
> > Programuję ICProg'iem i niestety pojawia się błąd podczas weryfikacji.
> > Czy można zastąpić 16C84 16F84A?
> > Może istnieje jakiś myczek w takim programowaniu...
> >
>
> nie pamiętam dokładnie który, ale jeden z bitów (FUSEów) jest zanegowany;
> no i oczywiście musisz wybrać PIC16F84A przy programowaniu
A byłby kolega łaskaw naprowadzić mnie. Będę wdzięczny.
Błąd wywala podczas weryfikacji data (weryfikacja program przebieka sprawnie)
- Verify failed at address 0000h.
Pozdrawiam,
maximer
--
Wysłano z serwisu OnetNiusy:
http://niusy.onet.pl
grg12 - 20-09-2006 22:45
maximer12@poczta.onet.pl schrieb:
>
> A byłby kolega łaskaw naprowadzić mnie. Będę wdzięczny.
> Błąd wywala podczas weryfikacji data (weryfikacja program przebieka sprawnie)
> - Verify failed at address 0000h.
Zajzyj na
http://ww1.microchip.com/downloads/e...ffer ences%22gdyby nie dzialal - zapytaj google o "pic16f84 pic16f84a differences".
Pisza ze nie wymaga zadnych zmian w kodzie ani konfiguracji - zreszta
jesli wywala ci sie weryfikacja to na pewno nie z winy blednego kodu -
upewnij sie ze twoj programator obsluguje wersje A i ze odpowiednio
ustawiles opcje, pic16F84A ma odrobine inne timingi i zakresy napiec.
Choc szczerze mowiac jakos trudno mi uwierzyc zeby normalny programator
ustawiony na 16F84 mial problemy z zaprogramowaniem 16F84A - blad
zapisu pod adresem 0 wskazywalby raczej na bledy typu procek wsadzony
odwrotnie, nie podlaczone zasilanie - albo uszkodzony programator lub
proc.
GRG
JR - 20-09-2006 22:45
Użytkownik :
>> >
>> > Mam program w HEX na PIC16C84. Niestety nie moglem go nigdzie dostać
>> > więc
>> > używam PIC16F84A.
>> > Programuję ICProg'iem i niestety pojawia się błąd podczas weryfikacji.
>> > Czy można zastąpić 16C84 16F84A?
>> > Może istnieje jakiś myczek w takim programowaniu...
>> >
>>
>> nie pamiętam dokładnie który, ale jeden z bitów (FUSEów) jest zanegowany;
>> no i oczywiście musisz wybrać PIC16F84A przy programowaniu
>
> A byłby kolega łaskaw naprowadzić mnie. Będę wdzięczny.
> Błąd wywala podczas weryfikacji data (weryfikacja program przebieka
> sprawnie)
> - Verify failed at address 0000h.
>
tu masz różnice w FUSE'ach (PWRTE jest zanegowany):
***** P16F84A.INC
_CP_ON EQU H'000F'
_CP_OFF EQU H'3FFF'
_PWRTE_ON EQU H'3FF7'
_PWRTE_OFF EQU H'3FFF'
_WDT_ON EQU H'3FFF'
***** P16C84.INC
_CP_ON EQU H'3FEF'
_CP_OFF EQU H'3FFF'
_PWRTE_ON EQU H'3FFF'
_PWRTE_OFF EQU H'3FF7'
_WDT_ON EQU H'3FFF'
*****
ICProg zgłasza ten błąd weryfikacji również w przypadku
gdy wcześniej wpaliłeś kostkę w trybie CodeProtect;
spróbuj zaprogramować i zweryfikować ją z CP_OFF
Michał Augustyniak - 20-09-2006 22:45
maximer napisał(a):
> Witam,
>
> Mam program w HEX na PIC16C84. Niestety nie moglem go nigdzie dostać więc
> używam PIC16F84A.
> Programuję ICProg'iem i niestety pojawia się błąd podczas weryfikacji.
> Czy można zastąpić 16C84 16F84A?
> Może istnieje jakiś myczek w takim programowaniu...
>
To ja się podepnę pod pytanie.
Tyle, że z procesorami 10F206 i 10F202.
Mam program pod 206 (nie korzystam z komparatora) i wrzucam go do 202
(po zmianie device) - kompiluje się, wrzuca do procka, przechodzi
pomyślnie weryfikację.. tyle, że program wykonuje się
nieprawidłowo i 2 x szybciej...
Michał Augustyniak - 20-09-2006 22:45
> To ja się podepnę pod pytanie.
> Tyle, że z procesorami 10F206 i 10F202.
> Mam program pod 206 (nie korzystam z komparatora) i wrzucam go do 202
> (po zmianie device) - kompiluje się, wrzuca do procka, przechodzi
> pomyślnie weryfikację.. tyle, że program wykonuje się
> nieprawidłowo i 2 x szybciej...
...no i pytanie: dlaczego? :-)
szlovak - 22-09-2006 08:45
Michał Augustyniak wrote:
>
> maximer napisał(a):
> > Witam,
> >
> > Mam program w HEX na PIC16C84. Niestety nie moglem go nigdzie dostać więc
> > używam PIC16F84A.
> > Programuję ICProg'iem i niestety pojawia się błąd podczas weryfikacji.
> > Czy można zastąpić 16C84 16F84A?
> > Może istnieje jakiś myczek w takim programowaniu...
> >
>
>
> To ja się podepnę pod pytanie.
> Tyle, że z procesorami 10F206 i 10F202.
> Mam program pod 206 (nie korzystam z komparatora) i wrzucam go do 202
> (po zmianie device) - kompiluje się, wrzuca do procka, przechodzi
> pomyślnie weryfikację.. tyle, że program wykonuje się
> nieprawidłowo i 2 x szybciej...
nie masz kodu źródłowego czy co? przekompiluj odpowiednio. Ja doszedłem do
wniosku, że długo się można nad takimi rzeczami zastanawiać i najczęściej
szkoda czasu.
--
Michał Augustyniak - 22-09-2006 11:45
> nie masz kodu źródłowego czy co? przekompiluj odpowiednio. Ja doszedłem do
No mam, przekompilowałem, wszystko zmieniłem, nawet wzmiankę o
wyłączeniu komparatora.
Kod wygląda jakby był napisany pod 202... ale nie działa
prawidłowo.
...oczywiście coś musi być nie tak, ale nie mam pojęcia co bo mapa
pamięci jest identyczna..
> wniosku, że długo się można nad takimi rzeczami zastanawiać i najczęściej
> szkoda czasu.
Święta racja..
zanotowane.pldoc.pisz.plpdf.pisz.plkonstruktor.keep.pl