Apologies for what is most probably a dumb question but I'm getting really confused and frustrated.
When I develop projects I build in steps. When a step is successful I baseline it and move onto the next piece of functionality building the project in stages. What I’ve noticed is occasionally when I revert back to a known working baseline the previously successful baseline no longer functions correctly.
It’s almost as if I changed the chips character/fuses but when reverting, the chips not returned to its same state as it was.
To try and prove my point, I substituted a brand new (18F44K22) and burnt a previously successful baseline and it worked as expected. I then burnt the next unsuccessful baseline which of course failed again. I then reverted and the previously working version is now failing.
Does this make any sense and is there a way or returning a chip back to the same state as a new device. I’ve tried but apart from substituting a new chip I can’t seem to find a way to “go backwards” when this happens. It seems to affect the higher end devices more than the simpler varieties.
Many thanks
Chip configs
Moderator: Benj
-
- Posts: 55
- Joined: Tue Apr 01, 2014 9:10 am
- Has thanked: 16 times
- Been thanked: 18 times
- QMESAR
- Valued Contributor
- Posts: 1287
- Joined: Sun Oct 05, 2014 3:20 pm
- Location: Russia
- Has thanked: 384 times
- Been thanked: 614 times
Re: Chip configs
My apologies however this makes no sense as a K or F series chips has flash memory which you can program and re program hundreds of times a limit on Flash programming I have seen at Microchip data sheets are 1000 times,even if you have a problem hex file or baseline if you reprogram with a baseline which worked the chip should run as beforeanzacinexile wrote:Does this make any sense and is there a way or returning a chip back to the same state as a new device. I’ve tried but apart from substituting a new chip I can’t seem to find a way to “go backwards”
What programmer are you using ?
To my mind you have a programmer that destroy your chips or you are not setting up the configuration every time you program
it is hard to judge what is the problem on your side with the info we see here in the forum.
https://www.flowcodexchange.com/
Regards QMESAR
Regards QMESAR
-
- Posts: 55
- Joined: Tue Apr 01, 2014 9:10 am
- Has thanked: 16 times
- Been thanked: 18 times
Re: Chip configs
The chips are not being destroyed when I go back, its just that they do not seem to behave in the same way. I'm using a PickIT 3 as a programmer but as I said, the chips are not damaged in any way and I would agree, re-programming them I would have thought would have returned the chip back to the same as before but testing does not seem to confirm this
- Steve
- Matrix Staff
- Posts: 3433
- Joined: Tue Jan 03, 2006 3:59 pm
- Has thanked: 114 times
- Been thanked: 422 times
Re: Chip configs
Perhaps there are some fuse settings that are not being cleared. You could try reading back the whole chip contents and comparing one that works with one that doesn't. There are other options in the PICkit programming software that select which areas of the chip to clear/reprogram and so you could look at these a bit more. The MPLAB IPE tool will allow you to change these options.
-
- Posts: 55
- Joined: Tue Apr 01, 2014 9:10 am
- Has thanked: 16 times
- Been thanked: 18 times
- acestu
- Posts: 1720
- Joined: Thu Dec 01, 2011 9:36 pm
- Location: Macclesfield UK
- Has thanked: 783 times
- Been thanked: 223 times
Re: Chip configs
Hi anzacinexile,
I just wondered if this link would help, it may be interesting to you:
http://www.microchip.com/forums/m640643.aspx
Thanks
Stuart
I just wondered if this link would help, it may be interesting to you:
http://www.microchip.com/forums/m640643.aspx
Thanks
Stuart
Laptop Mac Book Pro i7 retina El Capitan //// Tower/Intel i7-Windows 7 64 Bit, Toshiba i5 Laptop Windows 10
Computers are like air conditioners. They work fine until you start opening windows.
Computers are like air conditioners. They work fine until you start opening windows.