17-01-2019, 11:16
:-) Uśmiałem się do łez ...
Aby znaleźć przyczynę blokowania PICków. Sprawdziłem w *.asm różnice pomiędzy działającym i nie działającym - tylko 3 linijki zmienione ...
Nowego wykasowałem, przetestowałem, skompilowałem nową wersję i zaprogramowałem w zewnętrznym programatorze. Efekt ? .... :-) znów totalna blokada :-)))))
Porównałem piki *.hex ... i tu zagwozdka ... powinny być zmiany w 2 bajtach pamięci !, a w porównywarce aż czerwono od różnic ...
No i zaczynam się powoli domyślać co jest grane ...
Prawdopodobnie pokombinowane jest coś z literka A na końcu nazwy picka. A PIC16F628A to nie to samo co PIC16F628 !
Skompilowane na wersję A, a wgrane tak jak by nie było A, albo na odwrót... pójdę tym tropem...
Czyżby nie było żadnej ochrony pewnych obszarów pamięci ?
Aby znaleźć przyczynę blokowania PICków. Sprawdziłem w *.asm różnice pomiędzy działającym i nie działającym - tylko 3 linijki zmienione ...
Nowego wykasowałem, przetestowałem, skompilowałem nową wersję i zaprogramowałem w zewnętrznym programatorze. Efekt ? .... :-) znów totalna blokada :-)))))
Porównałem piki *.hex ... i tu zagwozdka ... powinny być zmiany w 2 bajtach pamięci !, a w porównywarce aż czerwono od różnic ...
No i zaczynam się powoli domyślać co jest grane ...
Prawdopodobnie pokombinowane jest coś z literka A na końcu nazwy picka. A PIC16F628A to nie to samo co PIC16F628 !
Skompilowane na wersję A, a wgrane tak jak by nie było A, albo na odwrót... pójdę tym tropem...
Czyżby nie było żadnej ochrony pewnych obszarów pamięci ?
73 JERZY SQ9RFC