I built my own Arduino Uno. I designed the schematic and laid out the PCB for a school project. I am having problems getting the serial communication to work so that I can program sketches. Here are pictures from Pin0 and Pin1 of the headers (Rx and Tx) when I send information using an Echo sketch. I programmed the sketch using the ICSP.
Pin0
Pin1
What can I do to fix my issue?
Below are screenshots of the code and the serial monitor before and after I send a message.
Before
After
When I took the pictures I sent a long random message so that I had time to freeze the scope.
Here is the schematic I made:
Schematic
-
1\$\begingroup\$ I'm having trouble understanding what the scope shots mean. What are the bytes you are actually sending? What bytes are you receiving on the receiver terminal? Can you post your code and your circuit schematics? \$\endgroup\$Ricardo– Ricardo2014年12月07日 22:12:56 +00:00Commented Dec 7, 2014 at 22:12
-
1\$\begingroup\$ And what is the exact issue you are referring to? What do you expect to see, what do you consider wrong in the scope traces? Is your scope AC coupled by any chance? \$\endgroup\$jippie– jippie2014年12月07日 22:20:20 +00:00Commented Dec 7, 2014 at 22:20
-
\$\begingroup\$ That looks to me like the scope's ground isn't connected to the Arduino? Also, do you have it set to AC coupled by any chance? \$\endgroup\$Majenko– Majenko2014年12月07日 22:25:02 +00:00Commented Dec 7, 2014 at 22:25
-
1\$\begingroup\$ First check the scope probe calibration... \$\endgroup\$user16324– user163242014年12月07日 22:29:30 +00:00Commented Dec 7, 2014 at 22:29
-
\$\begingroup\$ @Ricardo I sent a random message so that I could freeze the scope. I think the requester of the images thought there might be noise or something on the line. Original post updated to include all the requested materials. \$\endgroup\$user1362058– user13620582014年12月07日 22:41:15 +00:00Commented Dec 7, 2014 at 22:41
1 Answer 1
Through the chat we found out the problem. The Atmega16U2 did not have the fuses set to use the external clock. This was causing the 16U2 to divide the input baud rate by 8.
Thank you Connor for helping solve this problem.