So far I put the short circuiter in the E socket in the jumper in order to implement no parity (8N1). The rest of socket (ABCD) are without short circuiter.
You can use your micro (whatever you are attaching the UM96 to) or you can attach it to a computer through an RS232 conversion circuit. The UM96 can also be attached directly to a computer’s RS232 port via port two on the modem.
I too am having problems using this device to transfer data from one similar device to another. I am using an ATMEGA 16 and created another thread about this problem I am desperately wanting to solve this problem or needing to find a wireless module that will do what I need by mid-week. One thing that you might have if you are going to use this device is lag time since you are trying to use a micro processor to send data to a micro to a wireless module.
I am trying to send an 8 bit char. I still can’t get that to work. I don’t even think I am getting any tranmission from these things. I know data is getting to the wireless module I can trace it in there with a scope. When I have a spectrum analyzer hooked up I don’t even see a spike at 420 MHz. I don’t know what is going on. I called for some assistance they asked if I was getting the output from the moduleu "M96V10 " I am getting that I just praying that there is some simple solution to this. At this time any ideas are welcome.
Setup:
Reset - hi
sleep - lo
E - shorted
The micros I am using are configured at 9600 baud and non-parity
You are right about string that displays on my screen after connecting to the power.
So far I managed to send data from my transmitter to receiver and it works (I was over the moon!!!) BUT I was expecting to see 5 appears on my screen. Unfortunately 5 didn’t turn up but different character. (Please be aware that receiver compare the incoming character wiith 0x35. If it is true, Blue led switch on and off otherwise Red Led switch on and off.)
I do not know why this happen but I suspect it must be relate to my baud rate and crystal oscillator because at the moment I am using 12MHz and 9600 Baud Rate with 8N1 therefore the error would be about 7 percent.
So I believe that 11.095MHz may remove this problem. I am going to order 4 11.059MHz crystal oscillators asap
Unless it is nothing to do with the crystal oscillator but who know!
You are right about string that displays on my screen after connecting to the power.
So far I managed to send data from my transmitter to receiver and it works (I was over the moon!!!) BUT I was expecting to see 5 appears on my screen. Unfortunately 5 didn’t turn up but different character. (Please be aware that receiver compare the incoming character wiith 0x35. If it is true, Blue led switch on and off otherwise Red Led switch on and off.)
I do not know why this happen but I suspect it must be relate to my baud rate and crystal oscillator because at the moment I am using 12MHz and 9600 Baud Rate with 8N1 therefore the error would be about 7 percent.
So I believe that 11.095MHz may remove this problem. I am going to order 4 11.059MHz crystal oscillators asap
Unless it is nothing to do with the crystal oscillator but who know!
Waveman
I've heard that you should have approximately +/- 2% error or less, so your 7% error is probabaly the cause of your problems.
While I wait for 11.059MHz to be delivered, I decided to test the serial communication between two AT89C51s via wire. To my surprise, it works like a beauty.
Now it makes me think the crystal oscillator MAY be the culprit but I am not 100 percent certain!
At the moment, I am waiting for 11.059MHz crystal oscillator to be delivered as I have just ordered few days ago. In my theory, I reckon it must relate to my crystal oscillator due to high error. So I am hoping to solve this problem out very soon.
Are you using the correct crystal oscillator and baud rate setting?
Hi - as long as we’re on the topic of this module - I have a couple questions regarding it:
Is the SLEEP’ function disabled or enabled? In the provided datasheet it is stated that it is normally disabled unless specially requested by the purchaser (sparkfun), so I’m assuming it’s disabled, though personally I would prefer it enabled.
What kind of connector is used on the board for the data cable? I cannot find any reference to its model number and I don’t recognize it.
what kind of connector is the RF connector?
For best performance, how should the two antennas be oriented towards each other? I’m assuming parallel, but I’m a bit clueless when it comes to RF stuff.
does the performance improve at all with an increased supply voltage? It says it can take 3.3-5.5V. My system is running at 3.3V so I’m inclined to give it that, but I also have +5V available so if better performance would be achieved with a 5V supply I would not mind adding the level converters to interface to it.
We’ve had one unit returned that was an incorrectly labeled UM96. UM is the type. 12 is 1200bps, 96 is 9600bps. This problem unit was labeled UM96 but was actually programmed for 1200bps. The way we discovered this was by attaching the unit to a computer and setting the ports to 9600bps. When garbage was spit out when it should have been the ‘UM96 v1.0…’ boot string, we tried the other bauds. 1200bps is the long range version (soon to be available).
If you are getting the correct response string, everything should be good. If you have any doubts, we can test them for you.