New to Arduino so please bare with me. I bought the purple board that is a Nano 3 compatible. The markings on the board are: BTE21-15A, LGTBF32BP, LQFP32 MiniEVB, V1322.
Idid download the LGT8F328 to the Arduino IDE Board Manager. it is ver 2.0.7 by dbuezas.
In IDE under tools.... i got to variant and select: 328P-LQFP32 (e.g. MiniEVB nano-style or WAVGAT)
Here is things go wacky. From IDE i can load the simple and small file called blink. no problems and the onboard LED blinks.... great. BUT... when I load a larger sketch that is 11608 bytes I get this error shown here:
Avrdude version 8.0-arduino.1
Copyright see https://github.com/avrdudes/avrdude/blob/main/AUTHORS
System wide configuration file is C:\Users\..............\AppData\Local\Arduino15\packages\arduino\tools\avrdude\8.0.0-arduino1\etc\avrdude.conf
Using port : COM7
Using programmer : arduino
Setting baud rate : 57600
AVR part : ATmega328P
Programming modes : SPM, ISP, HVPP, debugWIRE
Programmer type : Arduino
Description : Arduino bootloader using STK500 v1 protocol
HW Version : 3
FW Version : 5.0
AVR device initialized and ready to accept instructions
Device signature = 1E 95 0F (ATmega328P, ATA6614Q, LGT8F328P)
Reading 11608 bytes for flash from input file gps_clock_final.ino.hex
in 1 section [0, 0x2d57]: 91 pages and 40 pad bytes
Writing 11608 bytes to flash
Writing | -------------------------------------------------- | 0% 5.03s
Error: programmer is not responding
Error: programmer is not responding
And when the board tried to run it still has the blink sketch in it and after blinking one time the board reboots and does the same thing again.
BTW i on amazon i bought before
HiLetgo 3pcs Nano 3.0 ATmega328P Type-C USB CH340 Controller Board Compatible to Arduino Nano CH340 USB Driver Nano V3.0 ATmega328
What I was trying to say is the boards that are in BOLD print, I had bought previously from Amazon.... they are a different manufacturer and they work good (showing that the IDE works fine). The problem boards are the Purple boards that I bought later.
So I had to get another purple board because now the other purple board would not load the sketch. so now on the next purple board I did load the blink sketch and it took it ok. here is the output:
Avrdude version 8.0-arduino.1
Copyright see https://github.com/avrdudes/avrdude/blob/main/AUTHORS
System wide configuration file is C:\Users\............\AppData\Local\Arduino15\packages\arduino\tools\avrdude\8.0.0-arduino1\etc\avrdude.conf
Using port : COM7
Using programmer : arduino
Setting baud rate : 57600
AVR part : ATmega328P
Programming modes : SPM, ISP, HVPP, debugWIRE
Programmer type : Arduino
Description : Arduino bootloader using STK500 v1 protocol
HW Version : 3
FW Version : 5.0
AVR device initialized and ready to accept instructions
Device signature = 1E 95 0F (ATmega328P, ATA6614Q, LGT8F328P)
Reading 1106 bytes for flash from input file Blink.ino.hex
in 1 section [0, 0x451]: 9 pages and 46 pad bytes
Writing 1106 bytes to flash
Writing | ################################################## | 100% 0.34s
1106 bytes of flash written
Avrdude done. Thank you.
I am pretty sure if i push the larger sketch to the board, that will cause the failure. I am about ready to get rid of the bad boards (I have 8 of them). But if i can figure out what is wrong that would be great.
Try the blink sketch again, if it works, try the other sketch.
Post the sketch in code blocks, if it fails to upload turn on verbose and post the entire upload output also in a code block.
void setup() {
int x = 0;
Serial.begin(115200);
for (int i = 32; i < 128; i++) {
if (!(x++ % 32)) {
if (i > 32)
Serial.println();
Serial.print(i);
Serial.print(" ");
}
Serial.write(i);
}
}
void loop() {}
Compile results for the LGT8F328 (BSP installed)
Sketch uses 1812 bytes (6%) of program storage space. Maximum is 29696 bytes.
Global variables use 190 bytes (9%) of dynamic memory, leaving 1858 bytes for local variables. Maximum is 2048 bytes.
Compile results for the Nano R3
Sketch uses 1700 bytes (5%) of program storage space. Maximum is 30720 bytes.
Global variables use 190 bytes (9%) of dynamic memory, leaving 1858 bytes for local variables. Maximum is 2048 bytes.
Select Tools > Board > Boards Manager... from the Arduino IDE menus to open the "Boards Manager" view in the left side panel.
Find the "Arduino AVR Boards" entry in the list of boards platforms.
Select "1.8.6" from the drop-down menu in the "Arduino AVR Boards" entry.
Click the "INSTALL" button at the bottom of the entry.
Wait for the installation process to finish, as indicated by a notification at the bottom right corner of the Arduino IDE window:
Successfully installed platform ...
Attempt to upload the larger sketch to the purple "Nano" board, just as you did before when you encountered that "programmer is not responding" error.
Now reply on this forum topic to tell us whether or not the error still occurred when you performed that experiment.
If the error still occurred, please
In case you are interested in the boring details, I'll provide them below. Feel free to skip reading the rest of this post if you aren't curious.
It might seem odd to be messing with the installation of the "Arduino AVR Boards" platform, when you are instead using the 3rd party "LGT8fx Boards" platform from dbuezas for this board. However, the Arduino AVR Boards platform installation can actually affect the behavior of the LGT8fx Boards platform:
When you upload a sketch with a board from the LGT8fx Boards platform selected in Arduino IDE, a tool named AVRDUDE is used to perform the upload. It is possible for an Arduino boards platform to be configured so that Arduino IDE installs the specific tools it requires to perform operations like compiling and uploading sketches. However, the LGT8fx Boards platform is not configured in this manner. It instead is configured under the assumption that another platform will have already installed AVRDUDE, and simply uses whichever version of AVRDUDE happens to be installed. This is common practice for platforms that have a dependency on AVRDUDE, because the Arduino AVR Boards platform is installed as part of the Arduino IDE installation, and AVRDUDE with it. However, this approach does make the platform prone to breakage that might occur if the Arduino AVR Boards platform was updated to a version that uses an incompatible AVRDUDE.
In the 1.8.7 release of the Arduino AVR Boards platform, we updated the version of AVRDUDE to 8.0.0-arduino1. I have seen some reports from users of 3rd party boards that uploads fail for them when using this version of AVRDUDE, but succeed when using the older 6.3.0-arduino17 version that was in use previously. It is possible this is the case for your board. The experiment I described above is intended to cause AVRDUDE 6.3.0-arduino17 to be used for the upload in order to see if that version of AVRDUDE can successfully upload to your board.
I installed 1.8.6
I selected Arduino Nano then tried the upload, it failed. Here is what it said:
"C:\Users\............\AppData\Local\Arduino15\packages\arduino\tools\avrdude\6.3.0-arduino17/bin/avrdude" "-CC:\Users\Scaninky\AppData\Local\Arduino15\packages\arduino\tools\avrdude\6.3.0-arduino17/etc/avrdude.conf" -v -V -patmega328p -carduino "-PCOM7" -b115200 -D "-Uflash:w:C:\Users\Scaninky\AppData\Local\arduino\sketches\0B2CF3E0723BA0349952540F985DE5EF/Blink.ino.hex:i"
avrdude: Version 6.3-20190619
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2014 Joerg Wunsch
System wide configuration file is "C:\Users\..........\AppData\Local\Arduino15\packages\arduino\tools\avrdude\6.3.0-arduino17/etc/avrdude.conf"
Using Port : COM7
Using Programmer : arduino
Overriding Baud Rate : 115200
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0xaa
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0xaa
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0xaa
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0xaa
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0xaa
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0xaa
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0xaa
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0xaa
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0xaa
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0xaa
avrdude done. Thank you.
Failed uploading: uploading error: exit status 1
These LGT8F328P "Nano" clones offer a choice of usb/uart chips. For example: HT42B534 or CH340 here https://de.aliexpress.com/item/1005004234919226.html .
CH340 probably has a lower chance of compatibility issues.
Sorry for being so late getting back to you.... very busy here. You had told be before to try 1.8.6 and that did not work so i just kept going backwards until one worked, that was 1.6.20.....that one would load the sketch.
I have other Chinese branded boards and they work fine with 1.8.7
What do you think about that. These are just some strange not very compatible boards.
These boards use a different controller—the LGTBF32BP —which is not an equivalent of the Atmega328P found on the original Arduino boards.
Working with the LGTBF32BP requires installing a separate support package in Arduino IDE, and even with this package, the board won't be fully compatible with the Arduino Nano.
While there are plenty of cheap NANO analogs on the market that are equipped with the "proper" Atmega328P controller at practically the same price as your "purple boards", I don't see any point in buying boards with the LGTBF32BP controller.
I'm glad you were able to find a solution. Thanks for taking the time to post an update!
I suspect you never tried the thing I suggested later:
The "new bootloader" was added in Arduino AVR Boards 1.6.21. When using 1.6.20, you get the equivalent of the Tools > Processor > ATmega328P (Old Bootloader) configuration by default. So downgrading the Arduino AVR Boards installation to 1.6.20 is a convoluted way of accomplishing the same thing as selecting Tools > Processor > ATmega328P (Old Bootloader) from the Arduino IDE menus when a modern version of the Arduino AVR Boards platform is installed.
That's true if you don't want to use the advanced features of that board.
But as you can see from @jim-p's comparison table there are some intersting additional features compared to the ATmega328P.
However, you must then also use the LGT8F328-specific core in order to make use of these features.
I bought some modules based on an LGT8F328P, including a "Pro Mini" clone indeed out of curiosity and had some fun playing with them. This chip, as has already been pointed out here, is actually better specified than the ATMEGA328P although not 100% compatible so you need to install a board package for it.
I actually published one project which uses this chip, a low power battery operated thermometer using only a single 1.5v AA cell and this is still in constant use in my office: Basic single AA cell powered thermometer
