OpenMarine
getting nmea0183 from a NASAMarine Duet - Printable Version

+- OpenMarine (https://forum.openmarine.net)
+-- Forum: OpenPlotter (https://forum.openmarine.net/forumdisplay.php?fid=1)
+--- Forum: How I did it (https://forum.openmarine.net/forumdisplay.php?fid=6)
+--- Thread: getting nmea0183 from a NASAMarine Duet (/showthread.php?tid=3168)

Pages: 1 2


getting nmea0183 from a NASAMarine Duet - pjakobs - 2021-01-01

I believe the NASAMarine Duet is the cheapest combined log/depth sounder around but when I ordered it, I quickly found out that it has a major disadvantage: it does not share it's data with other systems, there is no nmea output.
Not content with that, I hacked into the system and added just that, by dropping a tiny Atmega 32U4 board into the case, connecting it to the signal pins for chirp/echo and speed and putting together a quick sketch to wrap it all into valid nmea sentences.


If someone is interested, I can show a bit more of the build

here's the code with very basic documentation: https://github.com/pljakobs/NASAMarineDuetDriver


RE: getting nmea0183 from a NASAMarine Duet - Sailoog - 2021-01-13

thanks for sharing!


RE: getting nmea0183 from a NASAMarine Duet - Phil_Shotton - 2021-01-13

This is very interesting, thank you. Do you think the NASA Depth Gauge works the same way (obvs without the log!)?

I've been trying to build an NMEA output using the secondary gauge connection as described here but the code is much more complicated (not helped by there being no code repository and the code in the atricle being affected by formatting and html escapes. I've built the module and yet to get it to work successfully, not helped by having limited access to the boat due to Covid lockdowns.


RE: getting nmea0183 from a NASAMarine Duet - dreisday - 2021-03-29

(2021-01-13, 09:22 PM)Phil_Shotton Wrote: This is very interesting, thank you. Do you think the NASA Depth Gauge works the same way (obvs without the log!)?

I've been trying to build an NMEA output using the secondary gauge connection as described here but the code is much more complicated (not helped by there being no code repository and the code in the atricle being affected by formatting and html escapes. I've built the module and yet to get it to work successfully, not helped by having limited access to the boat due to Covid lockdowns.

I have used the sketch off the page you linked. I had to copy it to a plaintext editor and then into arduinoIDE and check all the formatting to get it to work, but here's the sketch I'm successfully running on an Arduino Nano to interface my OpenPlotter build to by NASA Clipper Depth. To get it working on OpenPlotter I also had to enable the depth sentences in the Signal K to NMEA 0183 plugin. My guess is Signal K must have been misinterpreting or dumping the sentences in the conversion to SK before the data got to OpenCPN, now it doesn't touch them and just forwards the NMEA data.


RE: getting nmea0183 from a NASAMarine Duet - wellenvogel - 2021-03-29

(2021-01-01, 09:30 PM)pjakobs Wrote: I believe the NASAMarine Duet is the cheapest combined log/depth sounder around but when I ordered it, I quickly found out that it has a major disadvantage: it does not share it's data with other systems, there is no nmea output.
Not content with that, I hacked into the system and added just that, by dropping a tiny Atmega 32U4 board into the case, connecting it to the signal pins for chirp/echo and speed and putting together a quick sketch to wrap it all into valid nmea sentences.


If someone is interested, I can show a bit more of the build

here's the code with very basic documentation: https://github.com/pljakobs/NASAMarineDuetDriver

Thanks for sharing this, cool project.


RE: getting nmea0183 from a NASAMarine Duet - Jpfy - 2021-09-29

This is fantastic. Can you let us know how you connected the arduino to the clipper duet. Did you connect it to the instrument directly or intercept the transducer signals

Thanks


RE: getting nmea0183 from a NASAMarine Duet - Bickes - 2021-11-29

Hi, is this thread for those Duets having a connection for a second display?
I realised this weekend, that my Duet doesn´t have a DIN-socket for another display and now I am wondering if I have to open it and solder it or if I have to forget the idea to get NMEA from it?
If it should be possible with that device, could I have a bit more support, on how to do it?

Thanks


RE: getting nmea0183 from a NASAMarine Duet - yiannis - 2023-03-03

Hi,

This is exactly what I have been looking for. Is there any more information? How do I connect the Arduino to the Clipper and how do I connect it to the RasPi?

TIA


RE: getting nmea0183 from a NASAMarine Duet - wellenvogel - 2023-03-03

(2023-03-03, 09:35 PM)yiannis Wrote: Hi,

This is exactly what I have been looking for. Is there any more information? How do I connect the Arduino to the Clipper and how do I connect it to the RasPi?

TIA

There is a nice project for connecting a duett to an esp32 and this way to n2k:
https://open-boat-projects.org/en/nmea2000-fuer-nasa-clipper-duet-echolot-log/


RE: getting nmea0183 from a NASAMarine Duet - yiannis - 2023-05-02

Opening up this thread again with an update.

I connected the NASA Marine Clipper Duet [https://www.nasamarine.com/product/clipper-duet-system/] with an Atmega 32u4 that I had uploaded the code from here [https://github.com/pljakobs/NASAMarineDuetDriver/]. I used the ASCII art diagram that is the code (see below):
   

So I connected just 3 wires: the speed to RX, gate to SCL and echo to SDA. Unfortunately, I was getting erroneous data. It would show in SignalK sometimes a depth of 201,828.31 metres and sometimes 0. The speed was showing a 1.3-1.4 knots. The Nasa display was showing 0 knots and 4.9meters of depth.

So, now I am thinking of trying the NMEA2000 solution with the ESP32 [https://github.com/speters/ClipperDuet2N2k]. Has anybody tried it? Can anybody confirm that it works? From what I understand it should output the data in NMEA2000 format to the serial (USB) port, so in theory, I could connect it straight to the RapberryPi and avoid all the different boards and connection and conversions to CAN and back to SignalK and avoid some points of failure.

Any ideas/experience/opnions?

TIA,
Yiannis