2-way com with aurdu with GPS and in auto

I have just perfected (finally got to work) a method for sending data up to the plane while in auto and without missing a GPS frame. I've been using all my spare time for a week to get it.It works by sharing the uart time wise. The U-blox sends data for ~28ms 4X /s. That leaves a lot of time to receive from the X-bee. The X-bee has a 256 byte buffer the will hold data until the ardu asks for it.If the RTS(request to send) is not connected the data goes right through. If the RTS is held HIGH. the X-bee will hold the data packet until RTS goes LOW. Packets must be less than 256 bytes. No problem!I connected the RTS to D7 on the ardu and the Tx from the X-bee goes to a diode to the ardu. Basiclly two diodes pointing away from each other and a 10 K pull up resistor. The cathode of the other diode goes to the GPS Tx. The middle goes to the ardu Rx. After the data is read from the GPS and the extra bytes in the 368 uart buffer are cleared (read and dumped), D7 is set low and the X-bee sends received data to the ardu, when that's done D7 goes HIGH again. I used Jordi's "decode" from the GSin the ardu to read and process the received data. BTW I have a pretty good dual trace scope that I used to see what was going on. Impossible to debug without one. Will post more details and code later.I just now got it to work and have something I got to do right now. And I'am not using the shield, but it should work with one.Update: This is a re-post of yesterdays topic, but under the right category.Today I got it working without hoseing the UBLOX nav data. I was going into my read function after each UBLOX id. I think the UBLOX sends the entire class all at once and each id has its own chechsum. I forced the function to keep going until all the id fields used are read, then go on and read the X-bee. The stock version reads an id field and moves on and at the next call to it gets the next id end so on. After each id read I was dumping the rest of the needed data except for the nav_status I think. With this flaw I never lost the blue lock led, just got all zeros for the data or the data froze as is. After some more thurough testing/de-bugging I will post the code modifications if any one is interested.

Com connect.bmp

You need to be a member of diydrones to add comments!

Join diydrones

Email me when people reply –

Replies

  • Developer
    Could you please post a link to your wiki when 2_way code is ready. I will be testing this in several configurations with various IMUs Thanks..
  • Greg, have you gotten any further with this?
  • Hi Greg,
    Hope you have some more time to pursue this. I am now boxing up my ArduStation.
    Earl
  • bitmap came in fine..


    Here is a parallax propeller chip with a 3x3 screen you can origram woth text, pics anything..only costs $75 and put an xbee on it and it would make a good G/S with color. Also has SD card slot for data logging.

    Earl

    Cheese.jpg

  • bitmap came in fine..
    Earl
  • I have also considered this $75 board that has a parallax propeller bhip aome a/d and digi in/out. Piggy back an XBee and think what we can do !'
    Ear;

    Cheese.jpg

  • Developer
    Hello Earl,
    Below you will find a table about the Lipo (3S, 11,1V) % of charge Vs the Voltage, it seems interesting to better show the charge % of the battery than the voltage. The only thing to do is to put the throttle to 0 before reading the %
    Regards
    Jean-Louis

  • hi
    2-way com does this also with the EM-406A? or is it just ublox that works?
    is there anyone who got it to work with EM-406A? if so how?
    thanks in advance

    Magnus
  • Send it as a picture up close.
    Also see my post on the new display SW i Posted
    Earl

    GroundStation 007.jpg

  • Greg, are you doing the send up to the AP from the Groundstation running on a laptop or from the ArduStation small hardware box ??
    Earl
This reply was deleted.

Activity