Posted - 12/29/2005 : 16:48:26
| Partial good news
The programmers are rendered account of the error with pic16fxxx
they are developed a new release 2.02 that fix data area at 4200.
now when read a pic data goes at 4200 and not at 4000 as wryted in previous post.
But it's impossible to save eeprom data .
with save command are saved only code loacation without the eeprom data.
Second problem the eeprom data are read , from file , as word and not as byte , the data code and the data eeprom need to be interprets in various way .
i hope in next fix.
now is well clear the problem really exist.
we need how to tell them were is the mistake.
i had read with traslator they web site but there is not email address , there is only phone number.
for the eeprom data interprets as word and not as byte
this is the mplab source
EHTUNE DE 0x11
ELTUNE DE 0x22
EHLOAD DE 0x33
ELLOAD DE 0x44
B20EHTUNE DE 0x2f
B20ETUNE DE 0x6e
B20EHLOAD DE 0x56
B20ELLOAD DE 0x80
B40EHTUNE DE 0x4c
B40ETUNE DE 0x40
B40EHLOAD DE 0x7c
B40ELLOAD DE 0x72
B80EHTUNE DE 0x6e
B80ETUNE DE 0x8b
B80EHLOAD DE 0xbb
B80ELLOAD DE 0x0d
B160EHTUNE DE 0xc7
B160ETUNE DE 0x28
B160EHLOAD DE 0x4f
B160ELLOAD DE 0x7a
band DE 0x1
this is the compiled hex
Yes mplab comipile data as word first data 11 then 00 then second 22 then 00 thirth 33 then 00 ....................
the programmer software need interprets these data and put them in correct location , without zero.
these how topwin inteprets the hex
4200: 11 00 22 00 33 00 44 00 2f 00 6e 00 56 00 80 00 ..".3.D./.n.V...
4210: 4c 00 40 00 7c 00 72 00 6e 00 8b 00 bb 00 0d 00 L.@.|.r.n.......
4220: c7 00 28 00 4f 00 7a 00 01 00 ff ff ff ff ff ff ..(.O.z.........
now the data read ( with topwin ) from a well programmed pic16f with icprog
the eeprom data now is correct (no zero)
4200: 11 22 33 44 2f 6e 56 80 4c 40 7c 72 6e 8b bb 0d /nV./nV.L@|rn...
4210: c7 28 4f 7a 01 ff ff ff ff ff ff ff ff ff ff ff .(Oz............
happy new year to all
Edited by - i5uxjal on 12/29/2005 17:28:51