View previous topic :: View next topic |
Author |
Message |
snow
Joined: 28 Jun 2005 Posts: 200 Location: Ashburton / Mid Canterbury / New Zealand
|
Posted: Tue Nov 27, 2018 5:17 am Post subject: Programming ATMEGA328PB failure |
|
|
Hi All
Just wondering if anyone is having this issue. I've got a number of atmega328pb's of RS components in a TQFP package. I can't seem to at bascom to even identify the chip. I have replaced them with a chip off an Arduino Micro board and that works on my manufactured board, and if a put the 328pb on to the arduino board it still doesn't work . I've ordered some atmega328p in the meantime to try.
Thoughts??
Snow
(BASCOM-AVR version : 2.0.7.8 , Latest : 2.0.8.1 ) |
|
Back to top |
|
|
ATIU
Joined: 15 Oct 2004 Posts: 534
|
Posted: Tue Nov 27, 2018 7:45 am Post subject: |
|
|
Hi,
Check the XTAL oscillator. My experience is that these are very picky on the XTALs and the pins cannot be loaded more than 22pF. There is also a CFD - Clock Failure Detection Mechanism that somehow over reacts and causes the pin to revert to 1MHZ if it somehow detects loading problem. I have used in application with external clock source with the Mega32PB with good results, but with XTALs, they are problematic.
Albert |
|
Back to top |
|
|
MWS
Joined: 22 Aug 2009 Posts: 2262
|
Posted: Tue Nov 27, 2018 8:54 am Post subject: Re: Programming ATMEGA328PB failure |
|
|
snow wrote: | I have replaced them with a chip off an Arduino Micro board and that works on my manufactured board, and if a put the 328pb on to the arduino board it still doesn't work. |
Arduino Micro features a ATmega32u4 while topic goes for ATMega328PB.
Besides I'd love to see how you get the 32pin package of the 328PB on a 44pin board layout for the 32U4 and vice versa
Quote: | I've got a number of atmega328pb's of RS components in a TQFP package. |
Data sheet tells:
Quote: | The device is shipped with internal RC oscillator at 8.0 MHz and with the fuse CKDIV8 programmed, resulting in 1.0 MHz system clock. |
ISP-clock must be not higher than one fourth of system-clock, thus 250kHz.
Likely your ISP-clock is too high.
Arduino Nanos got that limit already fused away by factory and accept a higher ISP-clock. |
|
Back to top |
|
|
sstewart
Joined: 16 Aug 2004 Posts: 57
|
Posted: Sat Dec 15, 2018 1:35 am Post subject: Programming ATMEGA328PB failure |
|
|
The PB's are fairly new, not sure which programmer you are using, we've been using a Kanda and it needed a firmware update before it would recognize the PB parts. The PB parts aren't just a slightly different part number, there are some other fuse settings like "clock failure detection". Fairly certain that the ID number is new, so if your programmer is a couple years old it won't know that newer Atmel ID. If MWS suggestion of < 250Khz ISP speed doesn't fix it, check your programmer firmware. |
|
Back to top |
|
|
snow
Joined: 28 Jun 2005 Posts: 200 Location: Ashburton / Mid Canterbury / New Zealand
|
Posted: Tue Jan 01, 2019 3:10 am Post subject: |
|
|
Better late than never. Thanks for your help. I'm using USBASP programmer. I changed the programming clk speed from Auto to 500hz . That worked!!! . I slowly increased the clk speed to 187.5 where it would still program the fastens where it wouldn't fall over
Thanks
Snow |
|
Back to top |
|
|
|