Yeah I saw the messed up numbers but you know that any chip that has not been messed with has pristine numbers on it so something deliberate was done to obscure the numbers.
How about the connection Rs232 to Proteus? i want to use simulation Atmega328 and GSM shield
Thanks for your advice. I haven't gotten out the mineral spirits yet but am trying something else and could use some help.
I have rec'd the RS232 shield that i referenced before (see link below).
http://www.nkcelectronics.com/RS232-to-TTL-converter-board-DTE-with-Male-DB9-33V-to-5V_p_369.html
I have hooked it up as follows to the Uno Board using jumper cables:
VCC to Power
Ground to Ground
Uno pin 2 to RS232 Tx
Uno pin 3 to RS232 Rx
I'm trying to test it out just to make sure that it's communicating properly. I've used the code from the following link, with the only change being (near the top) :
byte rx = 2;
byte tx = 3;
I upload the code to the Uno, and I open up the Serial Terminal. When I press the reset button on the Uno, the led on the Uno 13 flashes a bit, and the led on the RS232 for Tx goes off for a split second (it usually is just staying on). Nothing happens to the Rx light on the RS232. Also, nothing happens in the Serial Terminal (it should say "hi").
When i type something into the terminal (such as "abcdefg") and press send, nothing happens in the terminal (it should type "ABCDEFG"). The rx flashes on the Uno, but nothing changes on the RS232.
Do you have any suggestions? Do you believe that I have I wired this correctly?
Thanks!
On the schematic of that adapter RX is an output. In that software RX is an input. Therefore you should connect the RX on the TTL adapter board to the RX pin on the Arduino.
Thanks Mike for the reply. Unfortunately that didn't give the proper response. However, the tx light on the RS232 board now stays off until i hit the reset button, and then it flashes once and then goes off again. not sure if this helps but that's the change.
The RS232 has two columns for the Vcc, Rx, Tx, etc. For example, side by side, it has two VCC, two Ground, two Rx, two Tx. Do you think it matters if i'm using the left Rx or the right Rx?
Any other suggestions? Are jumper cables the wrong way to be doing this?
Thanks
The RS232 has two columns for the Vcc, Rx, Tx, etc. For example, side by side,
According to the schematic these are the same signals so it would not matter which one you used.
I think at this stage you need an oscilloscope to look at the signals and see where the serial data is being lost. Trace them through from the input of the converter board to the pins on the arduino processor.
Thanks Mike again for your reply. Unfortunately I do not have an oscilloscope and it is a bit out of my budget. I know, from reading, it is something that someone who works on these things probably should have but right now i'm still at the tinkering stage to see if i can do something like this, and i can't afford to spend $300 to $400 for a cheap one.
I'll keep trying new things here to see if I can get it to work. I'll play around with the program and try any other troubleshooting that I can think of. If anything happens or if I have other questions, I'll post back.
Otherwise, unless anyone else has additional suggestions, that'll be it from me for now. Thanks for all your advice and for getting me this far. I do really appreciate it.
Well at least get a digital voltmeter, these can be less than $10 and will tell you if you have signal voltages present.
You can get a 12-bit ADC from adafruit for $10 (ads1015) (or just use the arduino) and store the data at 40,000 samples per second on an SD Card shield as a Bin file and then convert it to a CSV file and plot it Excel. If you want to do that I can give you the link.
I decided to send an email to the manufacturer of the RS232 board. The email was what I posted regarding how I've set this up with the pins on the Uno and how they were connected to the RS232 board.
This is his reply, and I'm hoping someone here can help explain this to me, as I thought this would work with the Uno:
"You need to connect the rs232adapter to the PC, not the arduino board. If I understood correctly, you connected the PC to the arduino board, then softserial to the rs232 adapter and nothing on the DB9 end, correct? Your example will not work."
I believe that what he is saying is correct (as you know from before, my understanding of the terminology (such as "softserial") isn't the greatest. I know that there is nothing on the DB9 end, and of course the PC is connected to the Arduino (through COM3) using USB, and the Arduino is connected to the RS232 using the software (not hardware) rx and tx pins.
is it surprising that the example program that was uploaded to the Uno won't work for testing the communication?
I don't understand it came to this. I thought it was explained in the first 13 Replies that the DB9 was to connect to your device because you said it had a DB9 FEMALE which is why you selected a DB9 MALE connector on the RS232 to TTL converter.
The plan was to connect your device to the DB9 and connect the TTL out from the converter to the Software Serial pins 2 & 3
and use the arduino serial (0 & 1) to echo the data received from black box using serial print statements.
The final plan is to connect the RS232 to the hand grip. However, I was simply testing the RS232 board (just received) by connecting it to the Uno to see if the connections worked (without anything connected to the DB9). My understanding is that the example program provided on this website (that I posted a link to earlier) was to test that same scenario. I apologize if I misunderstood this.
raschemmel:
The plan was to connect your device to the DB9 and connect the TTL out from the converter to the Software Serial pins 2 & 3
and use the arduino serial (0 & 1) to echo the data received from black box using serial print statements.
My plan is to forget the black box altogether. Other than that, you have it correct. Hand grip to RS232. RS232 to the Uno. Uno to the Computer where it obtains the data received from the hand grip.
I'll play around with that tomorrow.
Again, I apologize for any confusion.
Yes you have misunderstood.
Without anything connected to the 9 pin connector how can you expect to see anything. I thought you had it connected to a PC.
At the very least you need a null modem, that sounds fancy but is simply a wire from the TX to the RX on the 9 pin connector.
Then anything you send through software serial you will get back through software serial, which you can then send through the normal serial and see on your PC.