As I mentioned in the cellular thread, I’m having a whole lot of difficulty with my cellular module. I can send commands to it via it’s serial interface, but I am unable to receive anything. Is there anything I can do to test this? Not being a hardware guy I don’t really know where to start. any pointers would be great!
I would take this directly to seeed, but they’re down and this is the only other place I know of.
Im pretty sure it’s not the driver. I am just not getting any data back over the serial interface at all. I have debugged this pretty thoroughly by hacking away at the driver itself (and even developing my own mini-driver for testing)
I will test the latest one, but I still don’t think that is it.
Connecting pin 4 (TX) to pin 5 (RX) would cause a loopback, but if I send a signal down pin 4 (TX) wouldn’t that just interpret the TX signal as an RX at the code level, and not actually loopback through the device itself? I don’t see how that actually tests RX, but rather TX, which I already know works, because I can send text/sms commands through that reach my regular cell phone just fine.
Welp, after some more trial and error and examination of documentation, I ripped apart one of my ribbon cables to troubleshoot this some more.
I stuck my voltmeter on pin 10 (ground) and pin 6 (RTS, module can send data) and powered up… 3.25 volts! just as I would expect… then about 3-5 seconds after power up it drops to 0.02v and never goes back to 3.3v again;
Pin 7 never loses the 3.3v which seems to fit with my “can only send, but not receive” symptoms.
Is this something I can control in the software? or even hardware? Can I just feed pin 6 3.3v to enable the RX channel or will that break something?
[EDIT]
Swapped out my spider with my hydra, and now im getting 3.3v on pin 6! but still no data incoming over the serial pipe I’m very confused
@ Boogeyman
feeling your pain on this one…thankfully i’m not seeing the same problems as you with my cellular board. If it would be any help, I could test it for you if you are in the UK in the midlands on my Fez.
As you have said in the other threads the breakpoint you set in the CellularRadio code would definitely have come back with something. Gus’s suggestion sounds good, swapping the com port. Would that just be a case of changing the properties in the device manager?
I switched over the socket to a “U” type and removed the hardware flow control requirement. I can still send texts, but I’m still getting nothing back over the serial line. See debug output below
I only connected TX, RX, +5V and Ground but I plugged it into socket 8 which doesn’t have flow control.
I can see the data I send to the XBee leave the port and can see the response on my logic analyser but the response never gets processed by the serial port. (Specifically, Gadgeteer.Interfaces.Serial.DataReceived never gets fired.)
While writing the test, I noticed my mistake - I was sending the serial command in the ProgramStarted() method and blocking while I waited for the response.
The loop-back test worked when I put the send in a timer.
I ordered a new cellular unit from GHI instead of Seeed. Very speedy delivery! This new unit with the same exact code works fine so that definitely confirms the first module was defective somehow. Now just to get a refund (or at least an exchange) from Seeed. Been 4 days since they last responded
Thanks for the help! Time to drill into this driver now