// 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.
Forgive me if the following is a stupid question, but I'm rather new to this world of electronics in general and Arduino.
I find it rather interesting though
I was wondering if it is (of ever will be) possible to connect an Arduino board via WIFI to a computer. My search attempts so far only yielded Bluetooth as a solution.. or hacking a Linksys router (great but I don't have one).
i think the linksys solution is the cheapest solution to get arduino on a wifi-network.
arduino only supports communivation over a serial line. but even if you'd find a serial wifi-adapter, the protocol to implement would be too big for the board.
i think that there are"adapters" wifi<>serial that are in fact small pcs running a kind of linux. and they don't come for cheap. that's why everyone uses the linksys routers, which are basically the same thing for less money.
bluetooth on the other hand was designed to be a serial cable replacement. that's why bluetooth would be the easiest way.
Yes, only one device per serial port. if more than one device sends at once, your data is unreadable. You can connect a different device to the RX pin than to the TX pin though. if you don't need bidirectional communication that is. There's also a tutorial on a software-based serial-port, which basically means RX and TX capabilities on other pins than 0 or 1.
i don't know how fast and stable this is though.
Yes. I think there's a tutorial on SPI. you probably need to adjust the code.