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
U¿ytkownik "maximer" :
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
snipped-for-privacy@poczta.onet.pl schrieb:
Zajzyj na
U¿ytkownik :
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
maximer napisał(a):
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? :-)
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.
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..
Święta racja..
Have something to add? Share your thoughts — no account required.
Ask the community — no account required