hi,
some additional information about the type of your wireless sender and receiver, protocol, etc... might help to get a more detailed reply. until then here are some starting points:
reading this might help, the wiring code examples will also work on arduino (only Serial1 is missing):
This is what I have:
transmitter:
freq: 433.92 MHz
HF modulation: AM
Voltage: 3 to 12 V/DC
Power consumption: 2 to 10 mA
bandwidth: 2 kHz
Input SIgnal: Square wave signal (Manchester encoding) - amplitude depending on strengh of operation voltage of transmitter
receiver:
freq: 433.92 MHz
HF modulation: AM
Voltage: 5 V/DC
Power consumption: 1 mA
bandwidth: 2 kHz
Output SIgnal: Hi +0.8 V; Lo 0 V
The desciption say:
Externally produced (I assume with the arduino) serial data are high-frequency modulated by the transmitting module and transmitted to the receiving module via radio link. The receiver demodulates the high-frequency signal and provides the transmitted serial data.
First I would like to test the radio link on just one arduino board. But later I will have a second arduino to allow radio communication between them.
You don't have to do any setup to use pins 0 and 1 for Serial communication. Just call the standard Serial commands - Serial.begin(), Serial.print(), etc. But you might need to do other setup to get your particular transmitter/receiver pair working.
// reciever
if (Serial.available()) {
// read the incoming byte:
income = Serial.read();
// say what you got:
Serial.print("I received: ");
Serial.println(income, DEC);
}
}
But I get an errror when i want to move the code to the arduino board. --> "Programmer is not responding." (even through pressing RESET)
When I remove the PINS from 1 (TX) and 0 (RX) installation is possible
THis is how I configured the board and the modules:
well, it's normal that uploading programs won't work when you've got RX of the board connected to your receiver. the RX and TX pins on arduino are more or less directly connected to your serial lines that go to the USB port.
i don't know if i fully understand what you're trying to do.
you want to receive serial data on arduino, but who is the sender?
for debugging, i propose, that you connect BOTH the transmitter and receiver to the SAME arduino board.
receiver> RX
transmitter> TX
and then have an led (on pin 13) blink whenever there is serial data arriving.
the board should receive what it sends now. you don't have to care for the baudrate settings on your sender like that. just start with 9600.
TIP: to test the code, i would suggest leaving the transmitter and receiver out. just connect RX and TX on arduino with a jumper cable.
if arduino receives "something". you should re-write the code to see if it receiving the correct date.
for example: if the received byte is a "5" light up the led on pin 13.
hope, i didn't misunderstood you.
your pdf/ data sheet wasn't very helpful. can you post the product link to conrad?
// reciever
if (Serial.available()) {
digitalWrite(led, HIGH); // sets the LED on
delay(1000); // waits for a second
digitalWrite(led, LOW); // sets the LED off
delay(1000);
what you're receiving is actually totally correct. it's the ascii-code for the string "i sent:" which you were sending over the TX pin. see www.lookuptables.com
try just sending "5". if you're receiving a "53", tha's ascii again for the "5"
better send you're values as BYTES rather then DEC. it's less confusing to mess with.
arduino is ALWAYS sending out bytes. that is 8 bits, which represent a number between 0 and 255.
these bytes/numbers MAY be interpreted as ascii code. which is what a terminal application on you computer does.
if you want your computer to display the letter "H", arduino actually sends out the number 72 in binary.
if you want your computer terminal application to display the decimal number 72, you have to send each digit binary encoded: 55 & 50.
arduino has built in serial functions for this:
"serial.write(72, INT);" does exactly what i described: it sends both digits (7 & 2) ascii encoded. so it is sending TWO bytes
if you do "serial.write(72)" just one byte is sent. that is 72 in binary. you're terminal application nevertheless will interpret this data ascii-wise and display the letter "H".
this might seem confusing at the first glance. and someone please correct me if i'm wrong. once you get the concept of serial communication everything is logical. but i remember myself going nuts on this.
I think I have a problem with transmitter or receiver - dont know.
If I direktly connect PIN 0 and PIN 1 everything works great. Butt if I replace TX with the transmitter module and RX with the receiver module nothing happens nothing happens. SOmetimes receiver gets any values. How do I best debug this problem?
As said, I'm using the www.conrad.at module --> Article-Nr.: 130428 - 62
This is the code I have - I attached RX and TX module on one arduino board:
if (income == 52){
for (int i=0; i < 3; i++){
digitalWrite(receiveLED, HIGH); // sets the LED on
delay(300); // waits
digitalWrite(receiveLED, LOW); // sets the LED off
delay(300);
}
}
}
}
well i wanted to write you that it should just work now. but then i read the datasheet you provided a third time
sending and receiving probably works right now. the problem is your receiver's output signal. it's 0 volts for LOW but only 0.8 volts for a HIGH. arduino expects 5V with a little (!) tolerance.
you need to amplify the signal, which should be no hard task. but i don't think i'm the best person to help you here. i guess a single transistor could do the job. there should be plenty of infos on the internet.
I tried to build a direct connection between two arduino boards. So there is a direct connection between TX of the one board and RX of the other board. And it works - sometimes. If I remove the direct connetion and again plug it in, I receive total different values. After disconnecting and connecting again there is the right value again (SOmetimes I get 19, sometimes 164, and then 52, which is correct then).
You told me that there arduino accepts 5V (with a little tolerance) as HIGH. And 0V for LOW. Is there somewhere some information which range of tolerance arduino accepts?
Thanks!!
well i wanted to write you that it should just work now. but then i read the datasheet you provided a third time
sending and receiving probably works right now. the problem is your receiver's output signal. it's 0 volts for LOW but only 0.8 volts for a HIGH. arduino expects 5V with a little (!) tolerance.
you need to amplify the signal, which should be no hard task. but i don't think i'm the best person to help you here. i guess a single transistor could do the job. there should be plenty of infos on the internet.
if you leave out your transmitter and receiver and connect two arduino boards directly (by cable), it is important that you not only connect RX to TX but also ground to ground. did you do that? the board-to-board thing should work reliable before you start on the over-air transmission.
about the HI/LOW voltage:
i don't know if there is a page on arduino's electronic specs. but i think that the atmega8 and arduino use TTL standard. see wikipedia for an explanation. logical values (0 or 1) are defined as ~0V and ~5V.
i think the max856 might be the IC specially made for your needs. but as i said, a transistor plus a resistor should be enough to amplify your 0.8V signal to a 5V. maybe you should start another thread in the forum to find somebody who can help you with the values/models. though i never needed to boost a signal yet, it seems quite a standard problem to me. (with an easy solution)
your pdf at conrad.at isn't reachable at the moment. so i searched on google for similar modules. one thing you could try (at your own risk!) is putting a 10kOHM between +5V on arduino and the RX pin, where your receiver is connected to on the same board. if your receiver's output is "open-collector" it might work. in this case the resistor will work as a pull-up resistor and boost the HIGH signal.
but you should definetely switch to a lower baudrate, say 2400bps. AM modulation is slower than i thought at first. similar products to yours recommend 2400 to 4800bps maximum.