vinodstanur
Advanced Member level 3
- Joined
- Oct 31, 2009
- Messages
- 751
- Helped
- 114
- Reputation
- 234
- Reaction score
- 114
- Trophy points
- 1,333
- Location
- Kerala (INDIA)
- Activity points
- 7,054
Hi!I am using usbasp programmer. Lot of avr chips are screwed due to fusebit problem. But the interesting thing is, it is getting screwed some time even if we are not doing any thing on the fuse. Just burning flash also makes the fuse bits screwed some time...
Hi!
Such a behaviour seems very strange. I have seen open source usbasp applications in the web but never used them. I have used several ISP programmers without the slightest problem. Are you sure there is nothing wrong with the programmer's firmware? I don't think it is an AVR problem.
Hi!
Such a behaviour seems very strange. I have seen open source usbasp applications in the web but never used them. I have used several ISP programmers without the slightest problem. Are you sure there is nothing wrong with the programmer's firmware? I don't think it is an AVR problem.
Some thing should be there to repair it easily via the ISP itself because it is very very hard to take the smd avr from pcb to a prarllel HVP to reset the fuse. Practically better is the replace the chip...
This thing is not meant to happen, unless fusebits are not configured correctly.Some thing should be there to repair it easily via the ISP itself because it is very very hard to take the smd avr from pcb to a prarllel HVP to reset the fuse. Practically better is the replace the chip...
Additional link ass addon of post #2 :...
ass? :lol:
P.S. an ass addon... interesting concept :lol:
Use hot air to desolder TQFP cases and other SMD chips, its job for kids, and use flux.
.
Programmer USBasp works like charm. You will not solve fuse problem with some programmer settings or changing programmer firmware.
:wink:
Any way for me it is not so easy..... Also my package is very small (32-QFN). I know it is not due to AVR architecture problem.
I just commented it is a bad design by the Atmel. Otherwise they can easily implement a fuse bit reset to default option by some simple way in the hardware itself so that no need to take the chip using hot air pump etc...
It happens only due to improper fuse bits. But for me it happens frequently even if I am not burning the fuse directly but I dont know why. It can happen at any time while programming the flash memory in my case. I am always worried of this problem nowadays especially while dealing with smd avrs...
I have many chips with me which got screwed while programming the flash only. I repaired most of them using avr dragon programmer. Then I started using -u option in the command line for avrdude to prevent this error... Still I got one new board screwed...
Does any one used AVR dragon ISP with avrdude ? Can I use it in linux?
- - - Updated - - -
Also now I prefer a bootloader always because it is reliable and no worry about fuse bit problem unless I am trying to modify it....
Any way for me it is not so easy..... Also my package is very small (32-QFN). I know it is not due to AVR architecture problem.
I just commented it is a bad design by the Atmel. Otherwise they can easily implement a fuse bit reset to default option by some simple way in the hardware itself so that no need to take the chip using hot air pump etc...
It happens only due to improper fuse bits. But for me it happens frequently even if I am not burning the fuse directly but I dont know why. It can happen at any time while programming the flash memory in my case. I am always worried of this problem nowadays especially while dealing with smd avrs...
I have many chips with me which got screwed while programming the flash only. I repaired most of them using avr dragon programmer. Then I started using -u option in the command line for avrdude to prevent this error... Still I got one new board screwed...
Does any one used AVR dragon ISP with avrdude ? Can I use it in linux?
- - - Updated - - -
Also now I prefer a bootloader always because it is reliable and no worry about fuse bit problem unless I am trying to modify it....
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?