Got myself a few WAVGAT Pro Minis, probably should have looked into them before buying...
I did find out that out of the box, the serial runs at 1/4 of the speed you ask for (if the sketch says 9600 baud, the monitor needs to be set for 2400). For those of you getting question marks in the serial monitor, this is probably the issue. This lines up with the whole blink-too-slow thing, which my boards also do. Weirdly, the chips do claim to be standard 328Ps.
I've got the IDE set to "Arduino Pro or Pro Mini, ATMEGA328P (5V, 16MHz)". Interestingly, the back of the board says 5V/3.3V - wonder if I need to change the IDE if I run the board on 3.3V? Right now everything seems to be 5, so all is well (digital output pins appear to get to 5V just fine).
Tempted to try programming the bootloader - I'm reluctant to install random board packages from a Drive link, y'know?
got tricked running into buying these craps too, 50 pcs, actually i am not going to risk using them in my projects for now
quarky:
I've got the IDE set to "Arduino Pro or Pro Mini, ATMEGA328P (5V, 16MHz)". Interestingly, the back of the board says 5V/3.3V - wonder if I need to change the IDE if I run the board on 3.3V?
I wouldn't recommend that as the board is more than likely 5V. The problem is mentioned earlier in this thread.
quarky:
Tempted to try programming the bootloader - I'm reluctant to install random board packages from a Drive link, y'know?
Yeah, the Drive link is a little suspect. However I downloaded it, pasted the files into /Arduino, and updated the files as mentioned earlier in this thread which worked. I ran it through a couple antivirus & malware programs which came back negative. I had to use an earlier version of the IDE, 1.8.6 I think.
If you get these things to work, then please post back with an update. Good luck!
Hi All,
I recently purchased 2 of the WAVGAT Pro-Mini 328P 3.3/5v boards.
I experienced the same problem as others have noted on this topic.
First off - the processor is re-marked by WAVGAT, and it isn't an Atmel AVR, as others have noted, it is one of the series LGT8FX8P - the 32pin package.
My advice is don't waste your time downloading and attempting to use the WAVGAT hardware board/libraries stuff - it just about works - when it has been edited.
There is a library: GitHub - LGTMCU/Larduino_HSP: Hardware support package for Larduino
which supports the 32pin variant on the WAVGAT pro-mini, and this works 'out-of-the-box' including a correct clock rate - a fault noted elsewhere on the forum, where the apparent clock speed is 4X slower than normal.
The remaining problem is the one-time-only upload which doesn't require pressing the reset switch. Timing manual reset is relatively easy, but maybe uploading the supplied bootloader to the pro-mini will fix the problem.
Others have noted, and I can confirm here, that the GND terminal of the 5v regulator on the board is floating - spelling possible disaster if an excessive RAW supply is used. I fixed this by connecting the middle pin to GND with fine Kynar wire. I can also confirm that the chip 'works' with any voltage on it's VCC between 1.8 and 5 volts (tested with the regulator GND floating) - hence the rather dubious double voltage printed on the board, and also mentioned in adverts. Perhaps this is the reason the regulator is not connected? Very shabby.
I bought these to have the advantage of more memory than the 128 version, but in a similar form-factor. I won't be buying anymore.
Thanks for the information connectable! I'm glad to hear about your experience with Larduino_HSP. When I first discovered it, I was quite excited because it appeared to be written by someone operating at a much higher mental level than the WAVGAT crew (which isn't saying much). I made an initial contribution to the project with the idea of doing more. However, I became disillusioned when I found this:
Larduino-HSP from github is not support LGT8F328D series
Yet, their package has two LGT8F328D boards... I simply can't imagine why someone would create boards definitions for boards that aren't supported by the package. However, the LGT8F328P seems to be more common and it sounds like at least Larduino-HSP does support that chip.
connectable:
the processor is re-marked by WAVGAT, and it isn't an Atmel AVR, as others have noted, it is one of the series LGT8FX8P - the 32pin package.
What do you mean by "re-marked"? Are you saying that they changed the marking on the chip to make it look like an ATmega328P? Did the product listing you purchased from claim the board used the ATmega328P, with no mention anywhere of it actually being LGT8F328P?
pert:
What do you mean by "re-marked"? Are you saying that they changed the marking on the chip to make it look like an ATmega328P? Did the product listing you purchased from claim the board used the ATmega328P, with no mention anywhere of it actually being LGT8F328P?
I'm not the person you quoted but the IC on my board was definitely marked as an ATMEGA328 and it definitely wasn't. The surface finish wasn't the normal bumpy shiny surface, it looked like it had been sanded down and then re-laser etched.
The sale listing definitely said it was an ATMega328P- it was this one here.
An interesting point is that the sale listing shows a 16MHz crystal for the Mega, but the actual board I got had the typical 12MHz crystal.
Wow. How scummy! I just don't understand how they think they're going to get away with that. The price on their products is reasonable. The LGT8F328P is an interesting chip. I wish they would just be honest about what they're selling. I recently bought a couple of the LGT8F328P Nano derivatives to play around, with since this sort of topic is coming up on the forum very frequently. I made sure to buy from a seller who provided accurate information in their listing.
Exactly, and it strikes me as a strange way to do things. Goodness knows there are enough 'Arduino compatible' products out there that use different microcontrollers but can still be programmed through the Arduino IDE. They should be advertising the fact that their product has some hardware features that a regular Uno doesn't, not trying to fool people into thinking it is a standard Uno.
I unsuspectingly bought some of these WAVGAT Nano 3.0's. Undaunted, I have dug about and found a few resources that help immensely if you want to hack them. I posted them in this topic as it was what helped to get me started:
https://forum.arduino.cc/index.php?topic=572510.0
I don't think the chip designer intended to make a cheap knock off of the ATMEGA328, I think it was designed as a superior processor designed for white goods manufacturers. The lack of an english language datasheet is what is stopping more widespread adoption. There is a Google Translated version of the Chinese language datasheet in one of the links I posted. As these things run on an internal 32Mhz clock I'm hoping to see some software soon leveraging the performance.
dekip, If you have not already solved your problem can you make sure you have configured the IDE correctly for the processor. See Sjlver's post Wavgat Arduino Uno R3 on Mac OS: the definitive guide - Installation & Troubleshooting - Arduino Forum
I have got I2C OLED's running with serial on a WAVGAT Nano. Peter Blatch with his oscilloscope in a matchbox has a sketch published that works when you make sure the ADC4 and ADC5 digital inputs are not disabled.
Good luck!
Arduino: 1.8.9 (Windows Store 1.8.21.0) (Windows 10), Board: "WAVGAT UNO R3"
Warning: platform.txt from core 'WAVGAT AVR Boards' contains deprecated recipe.ar.pattern="{compiler.path}{compiler.ar.cmd}" {compiler.ar.flags} {compiler.ar.extra_flags} "{build.path}/{archive_file}" "{object_file}", automatically converted to recipe.ar.pattern="{compiler.path}{compiler.ar.cmd}" {compiler.ar.flags} {compiler.ar.extra_flags} "{archive_file_path}" "{object_file}". Consider upgrading this core.
Sketch uses 528 bytes (1%) of program storage space. Maximum is 29696 bytes.
Global variables use 9 bytes of dynamic memory.
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x8f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x8f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x8f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x8f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x8f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x8f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x8f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x8f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x8f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x8f
Problem uploading to board. See http://www.arduino.cc/en/Guide/Troubleshooting#upload for suggestions.
This report would have more information with
"Show verbose output during compilation"
option enabled in File -> Preferences.
I think a bug with the bootloader. I could not fix it. Have someone who can help, please?
onurasln55:
Have someone who can help, please?
Remove any connections to pins 0 and 1. These pins are used for communication with your computer, including uploads. Connecting anything to these pins can interfere with uploads.
Make sure you have selected the port of your WAVGAT UNO board from the Tools > Port menu. If you don’t know which port is your UNO, you can find it like this:
- Unplug your Arduino board from the computer.
- Tools > Port
- Note the ports, if any, listed in the menu.
- Close the Tools menu
- Plug your Arduino board into the computer.
- Tools > Port - The new port listed in the menu is your Arduino board.
pert:
Remove any connections to pins 0 and 1. These pins are used for communication with your computer, including uploads. Connecting anything to these pins can interfere with uploads.Make sure you have selected the port of your WAVGAT UNO board from the Tools > Port menu. If you don’t know which port is your UNO, you can find it like this:
- Unplug your Arduino board from the computer.
- Tools > Port
- Note the ports, if any, listed in the menu.
- Close the Tools menu
- Plug your Arduino board into the computer.
- Tools > Port - The new port listed in the menu is your Arduino board.
I tried all of them. It did not.
Please post a link to where you bought the WAVGAT UNO from. The tricky thing with the WAVGAT boards is that, at least with some of their boards, they claim they use the standard ATmega328P microcontroller in their listings, but actually they are using a completely different microcontroller: the LGT8F328P. It seems they even went so far as to put markings on the LGT8F328P chips to make them look like they are ATmega328P. You can tell they're lying because you need a special hardware package installed in the Arduino IDE to use these boards correctly. You can't just use the standard Tools > Board > Arduino/Genuino Uno menu selection. They have a link to where you can download that hardware package in the listings and installation instructions. Some of their other listings I've seen don't have the link or instructions. So I don't know whether those have legitimate ATmega328P or if they just didn't bother adding that part to the listing.
Anyway, from looking at the listing I might be able to get some more information about your board that will be helpful.
I am trying to flash a WAVGAT Pro Mini using Usbasp/Arduino as ISP and i'm continuously getting this error. But wheing i'm using any other Arduino pro mini with Atmega328p chip every thing is working fine. Whats wrong with th e Wavgat Pro Mini Board.
avrdude: auto set sck period (because given equals null)
avrdude: warning: cannot set sck period. please check for usbasp firmware update.
avrdude: error: program enable: target doesn't answer. 1
avrdude: initialization failed, rc=-1
Double check connections and try again, or use -F to override
this check.
If someone is having problems using the SoftwareSerial with the WAVGAT UNO R3, try slowing it down to 9600.
I tried to use the same code that is working with a legit Arduino Uno, but the serial communication with an ESP8266 was not working. The firmware in the ESP8266 sets the speed to 115200 by default, but we can slow it down:
#include <SoftwareSerial.h>
#define RX 8 // Receive pin
#define TX 9 // Transmit pin
// ...
SoftwareSerial serial_device(RX,TX);
// ...
serial_device.begin(115200); // Initialize serial communications with default speed
serial_device.println("AT+UART_DEF=9600,8,1,0,0"); // Slow it down
delay(1000);
serial_device.end();
serial_device.begin(9600); // Reinitialize with new speed
I have purchased a couple of Wavgat UNO R3 clone thingies and and have similar problems as users here.
I have been trying to get the Wavgat to communicate with the Ethernet/SD shield with no success. The same shield works fine with a genuine UNO R3 so I know the shield is ok, and I have confirmed both Ethernet and SD card as working.
Other than all of the other issues that users have mentioned earlier in this thread, there are 2 issues with the Wavgat when used with the shield:
1 - I can't compile the Ethernet Sketch as it complains about...
"Ethernet.cpp:87:33: error: request for member 'bytes' in 'ip.IPAddress::_address', which is of non-class type 'uint8_t [4] {aka unsigned char [4]}'
W5100.setIPAddress(ip._address.bytes);"
This compiles fine with the genuine UNO R3.
2 - When monitoring the voltage on digital output 4, there is only 0.45v when set to HIGH. If I remove the shield, the voltage is higher at 1.7v. It seems like the pin is either 'borked' (a technical term for busted!) or the pinMode(4, OUTPUT) is not setting it into the correct mode, or there is some subsequent resetting of the pins mode. Remember the same code runs fine on the genuine UNO R3 and I get the correct voltage levels. Pin 10 which is used for chip select on the W5100 seems to output the correct voltage levels.
Another symptom I have observed with these boards is that the RX LED on the board is constantly dimly lit. I don't see this on the Genuine UNO R3.
As others have said, I should have just bought more of the genuine article as the time I have wasted fault finding these has exceeded any cost savings.
I will continue to poke around a bit more to see if there any other things I can find out.
I have confirmed that pins 3, 5, 6 and 7 all output the correct voltage so a 'borked' pin 4 is very likely.
I set pin 4 as an input and pin 5 as an output then jumpered pin 5 to pin 4 on the shield to act as the SD card chip select but still no luck. My next suspect is that the serial bus is not working. I really should just walk away from this...
Thanks to all and especially to AingeruJM for creating this post and details .. have been suffering a lot . with this wavgat uno .. it didnt work for me at all .. i thought i got faulty board board for hat cheap ... but had hope as it was being detected by usb ,, but that was not easy coz still had to install ch340 serial drivers ....but again unable to upload any sketch selecting arduino uno ... working around and around uploading was succussful when i selected board as arduino pro mini / nano 328p(old bootloader)/ Duemilanove / custom minicore 8Mhz/ atmega32p breadboard MHz.. and figured out that sketch uploads nicely with 8Mhz selected (mine has 12mhz crystal donno its using that or thats just dummy using internal 8MHz)... tried to burn uno bootloader but failed ...
and then stumbled up on here and solved most of the issue installing the third party update from wavgat and making some corrections as mentioned now all my pixel led sketches are just working fine ...
but still i want to burn the arduino UNO bootloader and havent succeeded .
as mentioned in posts it might use not same atmega328 AU chip as (printed on the chip) but identical clone lgt8f328p ...my point is that is the burning failing due to signature difference in both chips
ATMEGA328p has 019e0f(0x01 0x9E 0x0F) .....whats the signature for lgt8f328p
cos everytime i try to burn bootloader i get this error invalid signature ..
has anyone successfully burned bootloader on this crappy WAVGAT 12 MHz UNO...
Look,
The wavgat I have , the Uno r3 imitation and the pro mini imitation have other mcu's. It the AVGA328P. This is the wavgat name for the lgt8f328p. (Google the lgt8f328p)
According to Ralph Bacon and some others you can run these board at 32 mhz! Also (and this I what like best) The ADC is 12 bit instead f the 10 bit of Arduino. This makes analogs read just that bit more exact that they become very usefull. And they are 3.3 volts but 5 volt will not kill it. I think analog reads max 3.6 volt and digital works with 3.3 or 5 since the high low voltage "level" is around 2.2?
But like most people in this great and very important thread it was really drived me crazy
because a lot of things did not work like all the examples you find online. If you buy these things when you just start out they are a night mare.
The ones I have are really not crappy. They are of good quality and have good features There are just not 100% clones.
To program the pro mini's I use an FTDI board which gives you a com port in windows and just select the WAVGAT UNO R3 as board (there is no nano of promini board to choose form). Just afer you click the arrow to compile and upload you need to press the reset button on the pro mini or the upload fails. It can take a little to get used to the timings. I think the bootloader in the promini waits for a few seconds to see if something wants to upload new code and if nothing happens it just boots the old code.