I’m a farmer in australia and I’m currently putting together an agricultural GPS guidance system and automatic section controller for my sprayer and seeder. I’ve purchased an emlid reach rtk pair and a pair of RF Design 900+ radios which are currently hooked up via uart and I’m powering the reach unit by USB.
What I need help with is the software for my guidance system requires nmea strings gga, vtg and rmc to be fed in via serial rs232 and I’m wondering if other people have done this? Can I use a uart/serial adapter like this
Can I have the rfd radio communicating via the uart port and then also run the nmea output via the other uart port? Or will I have to do something with usb?
The reason for rs232 output is because a lot of pre existing agricultural gps equipment communicates via rs232 and I’m trying to make my system backwards-compatible with older gear but it will be handy to have the Bluetooth if I ever decide to try an android guidance app.
I am using plastic enclosures and patch cables to create something that is hopefully going to be weatherproof for both base and rover. The rover is going to be moved between vehicles and once the automatic base initialisation fix is sorted it will be very handy.
I am using a dual boot tablet for my display but I think my software will be running on windows.
Are there any tips to getting maximum range out of the rfd900+? My other rtk GPS autosteer uses freewave fgr900 radios and we can get 10+km in flat country (almost line of sight) and 5km in undulating/hilly country with trees etc. is there any chance of being able to do this with the rfd radios? Before anyone asks, correction by cell isn’t an option because our mobile reception isn’t good enough.
I can find my way around a few things but I wouldn’t call myself a real techead by a long way. Any hints/tips/suggestions/advice is appreciated.
Adapter you linked should be OK for UART/TTL to RS232 for your Reach to ag equipment interface. Then use USB to UART for the Reach to RFD900 connect. Use something like this to convert from Reach to radio:
You can supply power in via the other DF13 on Reach. Just don’t power your Reach twice.
I have not tried the RFD900’s. Heard good things. For best results be careful of fresnel zone for your base antenna location. You will likely need to get that radio/antenna pretty high to clear fresnel zone. E.g. for a 5mile/8km link you need to be at least 50ft/15m over highest obstacle. Here’s a calculator (they give 80% but I would think 60% is acceptable for 900MHz). It will work if you do not, but not as well.
I’ve taken a photo of the setup I am thinking of. Ie. usb to serial adapter, rfd900+ connected via uart. Can I splice my power into the uart interface cable and not upset the apple cart so to speak and then configure reach view to output nmea via usb?
I had no problems bring the GPS string over the uart using a RS232 to ttl adaptor. Just be careful - the uart may want 3.3V not 5V signals. You can buy them for $10. You will need a dedicated uart port for the gps input. Cannot comment about reach RTK and using it with radiolink - I could never get reachRTK to work reliably for me so I now use a commercial ($$$) RTK dual channel receiver with base station.
I can’t find anything in the v1.2 firmware to allow serial output over USB but the docs say it can be done with an USB OTG cable to 3DR radio. Might have to be plugged in for the port to enumerate and see it in firmware. I don’t have one handy. However, USB OTG is not a full USB host (OTG allows the Reach to act as either a device or a limited host for devices), so not sure your RS232 adapter will work. You’ll just have to test.
Ah crap…this plan seems to be failing miserably…according to emlid documentation, 9on the rover, I can’t have rfd900 radio on uart to receive corrections from base as well out output nmea strings to a uart to serial adapter…this is a bit of a pain…any other ideas or suggestions are appreciated. Is it not possible to configure the 2nd uart port to output nmea?
@Swoopa These things are largely just RTKLib gateways. Data in on port(s) - GNSS magic happens - data out on a port(s). Magic for you and I, and tech/code/math/science for people with the right skills. I think it will become less magical once the new firmware and docs are updated.