Panbo

The Marine Technology Hub

$50 and four hours: an AI-built NMEA 2000 display

by · Published · Updated

Ben Stein

Ben Stein

Publisher of Panbo.com, passionate marine electronics enthusiast, 100-ton USCG master.

45 Responses

  1. Gavin Terrill says:
    August 21, 2026 at 8:12 pm

    I’m a recently retired software engineer, now full time live-aboard cruising the Great Barrier Reef. It’s incredible how quickly you can now build valuable tools with AI’s assistance. I’m working on a few projects: Helmcentral is a dashboard + Alarm system on top of SignalK (https://github.com/gterrill/helmcentral), Helmcam displays the active course and detects obstacles (e.g. other vessels, fishing buoys, whales, mermaids etc) on top of a camera video feed, Helmlocker uses cheap RFID stickers, and a RFID scanner attached to your phone, to manage your spare part inventory and their storage locations. Helmcast is a kiosk display showing temp & wind forecasts (including “nowcasts” for rain prediction). I’m having so much fun building these projects! Planing on open sourcing all of them eventually.

    Reply
  2. Mark Nickerson says:
    August 21, 2026 at 10:27 pm

    Great article, will second what Gavin said above, so much fun and very addictive. I had been developing an Open Source Alternator Regulator (https://github.com/markliquid1/Regulator2026-public and http://www.xengineering.net ) for 3 years, and the last 6 months since ClaudeCode ramped up have sped up progress by a factor of about 50, and allowed me to actually finish about a week ago. Happy to see all the interest these types of projects are getting.

    Reply
  3. Natallie says:
    August 22, 2026 at 7:09 am

    Ben, and Gavin since you are here already, this is the part I keep coming back to. Between the two of you the display and the alarm are close to free now. What that does is move the expensive part somewhere else, and oil pressure is the clearest example I know of where it went.

    An alarm still needs somebody to choose the number. Ben, look at your own Engine tab. Oil pressure is sitting there as a number, and it is the same number a $400 gauge shows. On almost every marine diesel that number has a warning light behind it, and that light is a switch, not a gauge. It closes at 0.3 to 0.5 bar, and it closes at that same pressure at any rpm, any oil temperature, any load. So it is not telling you the pressure is fine. It is telling you it has not failed yet. That is what a fixed threshold buys you, and it is why we stopped trying to pick a better one.

    At cruise on our own boat the difference between those two instruments is three and a half bar. That is pressure an engine can quietly lose over a season with the panel dark and the engine sounding exactly as it always has.

    Disclosure, I work at Galvanic Works. We read the same four channels off the bus that you are already displaying. The device learns what that particular engine is normally like across its own hours, then watches for departure from it. The comparison is the engine against itself through the same sender it always used, so if that sender reads a few per cent low, it read low when the baseline was learned and it reads low today, and the error cancels. We are not asking the sender what the pressure is. We are asking whether anything has moved.

    It speaks 8× earlier than the engine’s own switch. The trend detects a change 378× smaller after seventeen minutes of running, 2,014× smaller after a day’s passage, and 7,120× after a hundred hours, because the longer it runs the finer the comparison gets.

    What it cannot do, because that matters more: it cannot tell a failing sender from a failing pump, only that something moved. It cannot see oil level, so the dipstick stays. And it cannot yet turn a decline into a number of months.

    On your sealing point, you are right that it is what bites, and a speaker is the worst case for it. A speaker normally needs a hole, a grille or a membrane, and a membrane is a part that ages. Ours does not have one. The acoustic surface is the sealed glass that also carries the LED ring, so there is nothing to perforate and nothing to perish. The unit is IP67 and IK08 rated, and it can sit in a spray zone and be washed down.

    The working out is published, including the raw numbers off a Volvo Penta D3-110 at 2,098 hours and 543,755 engine records from a week of real cruising: https://galvanicworks.com/engines-oil-and-conspiracies/

    Oil pressure is just the example I happened to bring. The anchor watch is catenary geometry, the polars are empirical distributions built from your own boat rather than a designer’s curve, and the fatigue model is biomathematical, built on published sleep research. None of that is a display problem, and none of it is AI either. The only neural network in our box is the one that turns an already decided sentence into speech. What to say, and when, is physics.

    Reply
    • Gavin Terrill says:
      August 22, 2026 at 8:56 am

      “Biomathematical fatigue models” make for great marketing copy, but dynamic anomaly detection on N2K PGNs isn’t rocket science. It’s no longer something that requires a proprietary solution when open-source stacks can do the exact same math transparently.

      Reply
  4. Fred Murphy says:
    August 22, 2026 at 9:18 am

    It seems the link to NaviNet doesn’t work! I’m certainly lookingfo a better tablet that has better daylight visibility. Most boats have limited crew and the ability to monitor safe navigation for the helms person is important. The black and white tablet screen is good, but way too pricey!

    Reply
  5. Natallie says:
    August 22, 2026 at 9:57 am

    No argument on the maths, Gavin. It is not exotic, I am not going to pretend it is, and the essay shows the working rather than describing it, the boat, the engine, the hours on it and how many records it is built from, so it can be checked and picked apart instead of taken on trust.

    But both halves of your sentence come apart in the same place. The maths is the cheap half. The expensive half is the thing you feed it.

    Take the fatigue side, since that is the one you called marketing copy. The word is the field’s, not ours. The engine is the two-state model of McCauley, Kalachev, Smith, Belenky, Dinges and Van Dongen, Journal of Theoretical Biology 256(2), 2009, with the parameter set from Ramakrishnan and colleagues, and the work of carrying that into sailing is published too, two preprints with our own names on them, DOIs 10.20944/preprints202603.1014.v2 and 10.20944/preprints202604.1649.v2. They are ours rather than anybody’s independent verification of us. Read them, implement them, I would rather you did.

    What you cannot pull off a shelf is the signal underneath, and there are two of them. The first is the person. We measure each one continuously, on the wrist, and the unit classifies each wearer asleep or awake in real time. Every consumer sleep algorithm ever written assumes that if the wrist moved, the wearer moved it. On a boat that is simply false. A wrist lying dead still on a bunk in a Force 5 is moving constantly in the accelerometer’s own frame, so a land algorithm calls a profoundly asleep person awake all night, every night, and any fatigue figure built on top of that is meaningless at exactly the moment somebody wanted it.

    The second is the boat. Rest taken in violent motion is not worth the same as rest taken at anchor, so the motion reading reduces the recovery credited for a given period of sleep. Note what that is not: it is not a forecast and it is not the sea state. The model never asks how big the waves were, it asks how hard it was to rest, which is a property of this hull as the bodies aboard it actually experience it. Two boats half a mile apart in the same water legitimately report different numbers, and neither of them is wrong. That is not a feed you can subscribe to.

    What comes out the other end is a blood alcohol equivalent, because that is a unit sailors already have a feel for. Seventeen hours awake is about 0.05 percent, which is the drink driving limit in most countries. We are shortly putting that fatigue side out as a free calculator app of its own, the Galvanic Fatigue Calculator, no boat and no hardware needed.

    Oil pressure is the same problem wearing different clothes. The detection is not the work, the number you compare against is, and you will have met this on the alarm side of Helmcentral. What does your oil pressure read at cruising revs? And what would you need to know to say whether that figure is normal for your engine, rather than just comfortably above the switch?

    Reply
  6. Kees Verruijt Kees Verruijt says:
    August 22, 2026 at 10:24 am

    Ben you write:
    > I also asked Reedenauer how the NMEA is working to bring the DIY community into the NMEA fold and work with them. During my conversation I was pleased to hear that NMEA is actively working to provide opportunities for DIYers. In fact, Reedenauer covered ways the NMEA is embracing individual developers, providing options to spread out the cost of standards, and developing new standards that include a home for the DIY community. Here’s what he said, “Our Cloud Protocol Standard that is in development has already brought in some of the DIY community as there is vast knowledge with cloud protocols and cyber security. In fact several large contributing volunteers on the Cloud Committee work in the DIY and Conservation space. We expect this to grow as NMEA launches the Cloud standard in 2027, with the hopes to motivate independent developers to create applications (Apps) that can be used license free to the boating public.”

    I’d really like to know who this is… AFAIK the Signal K community hasn’t been involved.

    Reply
  7. Carl says:
    August 22, 2026 at 1:08 pm

    I’ve been using Claude Code to build a custom control app for my ham radio. I have rudimentary coding skills, but I’d never be able to pull off what Claude has created. I hadn’t even considered boat apps, I’m excited at the possibilities.

    Reply
  8. Jack Connick says:
    August 22, 2026 at 2:15 pm

    Any reason one of these boxes couldn’t be loaded with Venus OS and be a much cheaper Elkrano?

    Reply
    • Ben Stein Ben Stein says:
      August 24, 2026 at 11:36 am

      Unless Victron produces a version of Venus OS that is designed to run on this hardware, it won’t work. The versions they produce for DIY hardware is work on Raspberry Pis which have a very different processor family and hardware design.

      -Ben S.

      Reply
  9. Steve Mitchell Steve Mitchell says:
    August 22, 2026 at 2:19 pm

    I’ve created a few of my own apps / solutions for things like detailed anchor rode calculations, weather analysis, and passage planning, all very easily with Claude and other AI tools. I think it’s a fantastic set of tools and am happy to finally see barriers removed that allow more people to create great ideas and solutions. I’ve seen so many of them in the last year, and many have inspired me to change or review existing tools or apps that I use every day.

    However, I’ve also seen many of these apps and tools have egregious bugs in them. Incorrect data conversions for depth, assumptions about GPS coordinates and reliability, and more. And then you step into the maintenance and supportability aspect of things. Some folks create a tool that works perfectly for them, but don’t prompt their AI to document or be consistent with languages or approaches. Figuring out how it was created can be a bigger time suck than just starting over. And many of these projects are created and delivered by one person, which is fine, but if they’re out cruising on the water, or their day job is taking up too much of their time, you’re stuck waiting, or worse, the project is abandoned.

    I think the tools we now have are amazing and will force bigger manufacturers to really think about how they can take advantage of it. It won’t happen quick, nothing seems to in the marine industry, but failure to at least embrace some part of it will result in DIY filling the gap and I would imagine, in a few years, in a meaningful way that hurts the bottom line. Only time will tell….

    Reply
    • Mark Nickerson says:
      August 22, 2026 at 3:00 pm

      “Figuring out how it was created can be a bigger time suck than just starting over.”
      Yes there’s a bar for “slop the developer thinks is great” vs. “free starting point that doesn’t suck and can be built upon at a time savings”. Easy to tell one from the other once you’ve gotten used to looking at AI all day. The adage that it’s now easy to get to a 90% solution in 1 prompt, but then becomes increasingly inefficient to polish to perfection vs. hand coding seems very accurate.

      Reply
  10. Shuki M. says:
    August 22, 2026 at 5:51 pm

    There is one point in the NMEA/open-source section that I think may be worth highlighting or clarifying for readers.

    The widely used NMEA2000 library developed by Timo Lappalainen is released under the MIT License. Importantly, the MIT License explicitly permits commercial use, modification, distribution, and sale of software incorporating the library, subject of course to retaining the required copyright and license notices.

    This is not merely theoretical. There are already many commercial marine products built around open-source software and open-source marine projects, including products interfacing directly with NMEA 2000.

    Examples we have encountered include:
    • Commercial ESP32/Arduino-based NMEA 2000 gateways, displays and sensor interfaces using Timo Lappalainen’s NMEA2000 library.
    • NaviTop pypilot controllers and computers, commercially sold hardware based around Sean D’Epagnier’s open-source pypilot project.
    • MacArthur HAT, an open-hardware marine interface designed for Raspberry Pi and extensively used with OpenPlotter and Signal K.
    • Numerous commercial and DIY marine gateways built around Signal K, which itself has a large open-source ecosystem.
    • Commercial hardware platforms designed specifically to run or integrate with OpenCPN, OpenPlotter and pypilot.

    Our own NaviNet MarineCore™, E2K, NAP70 and related development hardware follow the same general philosophy: commercial marine hardware can legitimately make use of open-source components while respecting the licenses of those components.

    So I think it is important not to confuse “open source” with “non-commercial.” They are not the same thing.

    An MIT-licensed library is specifically intended to allow very broad reuse, including in proprietary and commercial products. What matters is complying with the actual terms of the license — not whether the resulting hardware is sold commercially.

    Reply
    • Mark Nickerson says:
      August 22, 2026 at 6:17 pm

      Seems a good point, the wording was “If devices that use these open source and publicly available resources become a commercial for sale product, it is expected that the entity comes to NMEA to fully certify the device(s). The same goes for hardware and software alike.” “It is expected” seems different than what’s legal, but would be interesting to hear from anyone who reads it differently.

      Reply
  11. Shuki marciano Shuki marciano says:
    August 22, 2026 at 7:37 pm

    It is also worth noting that NMEA certification is not, by itself, a regulatory approval mandated by U.S. federal regulators. In the European Union, the regulatory framework also recognizes and accommodates open-source software, rather than making commercial use of open-source code dependent on certification by a private industry association such as NMEA.

    Reply
  12. Allen Jones says:
    August 22, 2026 at 11:01 pm

    Excellent article. I think this is just the very tip of the iceberg. It will be interesting to see the progression.

    Reply
  13. Brenda Robinson says:
    August 23, 2026 at 9:02 am

    Great article, Ben. What struck me most wasn’t that you built a $50 NMEA 2000 display in four hours, impressive as that is. It was where you went at the end of the article.

    The cost and effort required to collect and display information is collapsing. AI and hardware like ESP32 are making it possible to build things that would have been impractical for most people only a few years ago.

    Your comment about the opportunities to analyze all that data is where it gets particularly interesting to me.

    What happens when all these new sensors, displays and applications stop being isolated pieces and their information becomes part of the broader operational context of the boat?

    A temperature reading is useful. That same reading alongside engine state, electrical load, weather and the historical behaviour of that particular boat can potentially tell us considerably more.

    I think we’re going to see an explosion in the amount of information we can collect from our boats. What we can understand from all of it may turn out to be the really interesting part.

    It’s also been far too long since we’ve talked. Zora has changed enormously since then and, knowing you have been following what we’re doing, I think it’s probably time we finally gave you a proper look at it. If you’re interested, Olivier and I would love to give you a technical demo and hear what you think.

    Reply
  14. Linus Torvalds says:
    August 25, 2026 at 10:35 am

    The innovation now happening in the space is brilliant and the swell of open-source being created is even better. Putting others open-source on hardware you sell without contributing back to it (yes I checked the commit history of the projects references) really is not, its parasitic. If you want to bundle others open-source, even when permissive licenses are involved, you should also morally open-core meaningful parts of your own work if thats the business model you believe in so I assume you will be doing that as well?

    Reply
  15. Mark Curphey says:
    August 25, 2026 at 10:51 am

    Ben, this is a useful reminder that cheap displays are now easy. The harder question is what sits behind
    them.

    Signal K has done a lot for experimentation and integration, but I would not make it the core of a boat
    system. A general JSON/event model plus a broad JavaScript plugin ecosystem is convenient, but it is a weak
    boundary for the part of the system that normalises, authorises and serves all onboard data.

    I think the better shape is a Jetson-class hub running a small Rust core, with simple displays as clients.
    Jetson is there for local perception and sensor fusion, not just to make a fancy dashboard. Rust is a good
    fit because the ingest, data bus, chart engine and capability boundaries can live in one predictable,
    offline-first system.

    Two projects make the chart side far more interesting. The IHO’s S-101 work at https://github.com/iho-ohi
    provides the modern portrayal rules and symbols. https://github.com/beetlebugorg/tile57 shows that current
    S-57 charts can be adapted to that model and rendered from those rules. That is a big deal: complete chart
    portrayal no longer has to mean proprietary software.

    I have also completed a security review of Signal K and its plugin ecosystem. I will publish it responsibly,
    with enough detail to reproduce and fix the problems, but the number of ways a compromised plugin or
    network-facing component can become a route into a boat system is sobering.

    One final point: NaviNet is a good reminder that using open source and being open source are different
    things. It is fine to build on open source. But attribution, licence compliance and giving something back
    should be part of the deal.

    And yes written with Claude code pointed at my code repos. Will get my worry arse in gear and finish my site, some prototypes, an NMEA simulator, marine security scanner and the first rev of the hub… soon. Well soonish! Hats off to helmstation and tile-57 and of course SignalK may not be my cuppa tea but hats off for amazing work and a great project !

    Reply
  16. Mark Curphey says:
    August 26, 2026 at 3:30 am

    Oh yeah and on hardware, iPad Pro has 1000 nits in sunlit, peak of 1600 for HDR content and the nano screen for anti-reflection. As above my take is for an expensive boat cheap hardware is not the right route, others opinions of course vary and valid but for me thats my current screen target along with Orca display. One issue with Apple distribution via the store is no GPL.

    Reply
  17. Shuki marciano Shuki marciano says:
    August 26, 2026 at 12:37 pm

    Since NaviNet was mentioned directly by Mark Curphey, and the comment posted under the name Linus Torvalds raises a similar point, I would like to clarify how NaviNet actually uses and contributes to open source.

    NaviNet uses open-source software primarily for established protocol libraries and projects such as pypilot. We do not modify these projects and then close or repackage their source code as our own. Our own development is built around them, through separate hardware, interfaces, applications and integration layers.

    We respect the licences applicable to the open-source components we use and provide the required attribution and credit to their developers.

    But I think the suggestion that NaviNet simply takes from open source without giving anything back is not an accurate picture.

    Even where the applicable licence does not require us to publish our independently developed code, NaviNet actively contributes back to the marine DIY community.

    We have released applications, tools and code for free, including Anchor Watch, Node Monitor and NMEA simulators, as well as other development resources. We also make dedicated marine hardware available at reasonable prices specifically to enable DIY builders to turn these ideas into reliable systems suitable for use aboard boats.

    Today this work covers approximately 21 different DIY marine projects.

    For us, contributing to open source is not measured only by the number of commits made to somebody else’s repository. Documentation, testing, applications, tools, affordable hardware, technical support and sharing working designs with other builders are also meaningful contributions to an open ecosystem.

    Anyone interested is very welcome to join us in the ESP32 for Boats Facebook group, see what is being developed and shared, and participate themselves.

    Constructive criticism of commercial projects using open source is entirely legitimate. But I think it should also recognize the difference between using open source in accordance with its licence, taking proprietary ownership of somebody else’s work, and building independent products around open-source components while continuing to contribute tools and resources back to the community.

    Those are not the same thing.

    Reply
  18. Shuki marciano Shuki marciano says:
    August 26, 2026 at 1:04 pm

    Mark, you didn’t miss it — NaviNet does not currently maintain a GitHub organization.

    Maintaining public repositories properly requires time and resources that, at this stage, I prefer to invest in development, testing, documentation and supporting the marine DIY community directly.

    That does not mean we don’t share our work. We regularly share code, applications and tools through the ESP32 for Boats Facebook group, and when someone requests source code or an application, I am happy to send it directly by email.

    This includes tools such as Anchor Watch, Node Monitor, NMEA simulators, and code and resources related to our DIY marine projects.

    GitHub is an excellent way to contribute and share, but it is not the only way to do so. Perhaps in the future, as resources allow, we will organize these projects into public repositories.

    In the meantime, if there is a particular project or piece of code you would like to see, just ask — I will be happy to share it with you.

    Reply
  19. Mark Curphey says:
    August 26, 2026 at 1:14 pm

    I am sorry and I am not the type of person to usually do this in public but your claude response is just AI slop / fluff and kinda got my goat so I’ll call you on your response “In the meantime, if there is a particular project or piece of code you would like to see, just ask — I will be happy to share it with you. ” so yeah please share the code for Anchor Watch, Node Monitor, NMEA simulators, and code and resources related to our DIY marine projects. You said you would!

    FWIW I have spent hundreds of thousands of dollars stopping hard working OSS maintainers be abused by people making money from them so its a bug bear for me https://crashoverride.com/blog/welcome-zap-to-the-open-source-fellowship – sounds like you aren’t those people so looking forward to you sharing all your code like you say above.

    Reply
  20. Shuki marciano Shuki marciano says:
    August 26, 2026 at 1:33 pm

    Fair enough, Mark. You asked, and I said I would share it.

    You are welcome to access everything that we currently share with the ESP32 for Boats community. I would actually encourage you to join the Facebook group and look through the project overviews first — it will give you a much better picture of what we develop, what we share freely, and what the community is building around it.

    Here is one example: our Anchor Watch application, available free to the community:

    https://www.facebook.com/share/p/1Ebf7VPscy/?mibextid=K35XfP

    For source code that we distribute directly rather than through a public repository, simply email your request to [email protected]. That includes Anchor Watch, Node Monitor, NMEA simulators, and the other DIY code and resources that we make available to the community.

    Just to avoid creating a new misunderstanding: when I say that we share code, I mean the projects and resources that NaviNet has chosen to make freely available — not that every piece of independently developed NaviNet commercial source code is open source.

    I also think we are beginning to take Ben’s comments section rather far from the subject of his original article. The ESP32 for Boats Facebook group would probably be a more appropriate place to continue this discussion, and I would genuinely welcome you there. You can see the projects for yourself, ask questions, challenge what we are doing, and discuss it directly with the community.

    I hope you’re happier now, Mark. And if not, you’re very welcome to keep challenging NaviNet — preferably over in ESP32 for Boats. Good challenges keep us sharp. 🙂

    Reply
  21. Shuki marciano Shuki marciano says:
    August 26, 2026 at 1:39 pm

    Mark, regarding the “AI slop” comment: yes, I use AI tools to help me write in English, which is not my native language, just as I use AI extensively as a development tool. I have never tried to hide that.

    But AI helping me express something in English does not make the facts, the projects or the commitments behind the words any less real. I stand behind what I wrote, and I am personally responsible for it.

    So rather than debating whether Claude helped with the wording, let’s deal with the substance. You challenged me to deliver on what I said. Fair enough — you asked, and I said I would share it.

    Reply
  22. Shuki marciano Shuki marciano says:
    August 26, 2026 at 1:45 pm

    Mark, you mentioned that you have spent hundreds of thousands of dollars helping prevent hardworking open-source maintainers from being exploited by people making money from their work.

    That genuinely interests me, and I think it could also be valuable to others following this discussion.

    Would you be willing to share a little more about what you have actually done in this area — the projects or maintainers you supported, what the funding was used for, and what results came from it?

    If there are public articles, reports, projects or other references describing these activities, please share the links as well.

    You have raised an important question about what companies should give back when they benefit from open source. Your own experience of putting substantial resources behind that principle could therefore add something useful and concrete to this discussion.

    I have explained what NaviNet does and what we contribute. I would be genuinely interested to learn more about what you have done as well.

    Reply
    • Mark Curphey says:
      August 26, 2026 at 2:52 pm

      Seriously? Read the blog (or have Claude read it). Do some googling (I created owasp.org). Publish your code on Github if you are bundling others, its simple. I am not signing up to your mailing list or your facebook page. I am also not wasting anymore time on responding to you online but you are in my cross-hairs. I have been here before and you check all the boxes.

      Reply
  23. Mark Curphey says:
    August 26, 2026 at 2:52 pm

    Seriously? Read the blog (or have Claude read it). Do some googling (I created owasp.org). Publish your code on Github if you are bundling others, its simple. I am not signing up to your mailing list or your facebook page. I am also not wasting anymore time on responding to you online but you are in my cross-hairs. I have been here before and you check all the boxes.

    Reply
  24. Shuki marciano Shuki marciano says:
    August 26, 2026 at 3:58 pm

    Mark,

    Your involvement in open source does not give you the authority to define your personal view of open source as a rule that everyone else must follow.

    Where NaviNet chooses to publish its own freely shared projects — whether through GitHub, a Facebook community, our website, or directly to users who request them — is NaviNet’s decision.

    GitHub is an excellent platform, but it is not a requirement simply because someone like you believes that it should be.

    More importantly, your last response crossed the line of a respectful and professional technical discussion.

    Remarks such as “have Claude read it,” “you are in my cross-hairs,” and “you check all the boxes” are neither respectful nor constructive. They turn what could have been a legitimate discussion about open source into personal insinuation and intimidation.

    You are free to hold strong opinions about how other people should participate in open source. You are not in a position to dictate to me where I must publish NaviNet’s freely shared work.

    I entered this discussion willing to explain what we do, answer questions and even offered you direct access to the projects we share. Your response to that offer was to dismiss it, demand that I use the platform of your choosing, and then tell me that NaviNet is “in your cross-hairs.”

    That is not a professional way to conduct a technical discussion, and I have no interest in continuing on those terms.

    We clearly disagree, and that is perfectly acceptable.

    What is not acceptable to me is the tone this exchange has now taken.

    Therefore, this is my final response to you on this subject. I will not continue this discussion with you.

    Reply
  25. Harry Keith Harry Keith says:
    August 26, 2026 at 5:10 pm

    Ben, I hope my comment doesn’t get lost in the lively off-topic discussion above….

    Your article was exceptionally interesting. I almost followed most of it — and think if I tried I could mostly replicate your work. But the interface part is missing, I think.

    How do you connect your N2K network to your ESP32? You never discussed that with Claude, so somehow Claude made valid assumptions. Almost no N2K -> Bluetooth/wifi converters stay in N2K (most are 0183). I have an N2K network on my boat, and would love to create something rather close to this — but how to get N2K in/out of the ESP is a challenge.

    Can you share a few words on how you connected the ESP32 to N2K?

    BTW, I’m going to join the ESP32 page. I made an ESP32 fog horn controller that I’m trying in vain to share with zero takers. I tend to sail where it matters.

    Reply
    • Ben Stein Ben Stein says:
      August 27, 2026 at 9:33 am

      Harry,

      Thanks for the question. I apologize that I didn’t make this clear in the initial article. The board I selected has a CAN transceiver built in, not just the ESP32’s TWAI controller pins as is common on many ESP32s. With the full CAN transceiver present, there are CAN-Hi and CAN-Lo connections on the board. I then cut the female end off a NMEA 2000 cable and connected CAN-Hi (white) and CAN-Lo (blue) from the cable to the CAN-Hi and Lo terminals on the ESP32. Additionally, the board I’m using has a 12v powering option, so I’m using power from the NMEA 2000 network to power the ESP32. I must admit (as this isn’t a production product) I haven’t done the power consumption math to determine a LEN equivalence, but there’s a good chance I’m drawing too much power from the NMEA 2000 network. Were this to be a non-test product, I would likely deal with isolation between the CAN interface and the rest of the ESP32. But, for my testing purposes, I have not.

      -Ben S.

      Reply
  26. Mark Curphey says:
    August 27, 2026 at 2:46 am

    That does not mean we don’t share our work. We regularly share code, applications and tools through the ESP32 for Boats Facebook group, and when someone requests source code or an application, I am happy to send it directly by email.

    This includes tools such as Anchor Watch, Node Monitor, NMEA simulators, and code and resources related to our DIY marine projects.

    GitHub is an excellent way to contribute and share, but it is not the only way to do so. Perhaps in the future, as resources allow, we will organize these projects into public repositories.

    Great. I’ll send you the email request for the code for Anchor Watch, Node Monitor and you NMEA simulators. Given all open-source licenses mean its ‘open’ by nature I’ll put it online for you and the community in Github so you won’t be constrained by your resources as you say. Thats what open-source is all about after all.

    Reply
    • Ben Stein Ben Stein says:
      August 27, 2026 at 9:26 am

      All,

      I appreciate the work passion involved and the work done advocating for the open source community. That said, at this point, this seems to be a personal disagreement based on assumptions and concerns over the how. This isn’t the forum to solve those disagreements. Each of you has now said their piece. As Harry rightly notes, we’re getting very far afield from the topic of this article. Please limit further conversation to those topics that concern the ideas covered by the article.

      -Ben S.

      Reply
  27. Harry Keith Harry Keith says:
    August 27, 2026 at 6:12 am

    Is it possible to put Mark on ignore? As often happens in the open source world, he has let his argument lose sight of the subject of this thread — AI development of a $50 N2K display.

    Reply
  28. Mark Curphey says:
    August 27, 2026 at 6:18 am

    I’ll not post Harry, all good

    Reply
  29. Charlie Phillips says:
    August 27, 2026 at 7:54 am

    AI is changing the whole approach to building anything, not just marine instruments. Its worth looking at the Article by Dave Plumber about Vibe coding a task manager, the important part was, he was going to Vibe code a Word replacement, but he only had a few hours whilst he was waiting for his son in hospital. Code is becoming disposable.

    You may have missed the mark on the uses of these instruments. I have made a replacement for my B&G Triton 2, whilst I can 3d print a housing for it in the wheelhouse, it actually sits in my cabin as a quick reference for windspeed and heading and a low power anchor watch. I have another beside the chart table, with everything I need at a glance to write the log. The ESP32 display cost £15 and a few days vibe coding, using the WIFI NMEA data (which is much easier that CAN)

    I’m not going to spend £500 on a 4.3″MFD for a casual display, I might pay that for an outside instrument, that is properly weather-sealed with a warranty .But then I can have a dozen spares of these displays in a box and have change for a paddle-board! (it might also be fun to 3d print a proper housing for it!)

    Reply
  30. John says:
    September 19, 2026 at 1:42 pm

    Awesomeness Ben !! Great article and long overdue !!!! Thank you for doing this so relative with claude today !
    John Neyland Jr. here. Hello Ben!!
    Perhaps this is the time to make my Pilot Line Systems Software Defined Marine Autopilot a complete OPEN SOURCE project ?
    Your Claude software NMEA CAN bus data repeater display project example certainly demonstrated that homegrown software and hardware using Claude can create functional implementations of marine electronics for the masses !!
    Cool stuff Ben!
    I’m actually in robotics today with my own solution. I’ve invented a new solution that uses a whole new industrial Robot software and hardware control law engine that we have successfully developed and are selling here from my KS research and development facility. The deliverable solutions core deliverable are Industrial Car Wash Robots . I
    Came across your site and development article here.
    What do you think of my idea to release and make my Pilot Line Systems PC based and patented marine autopilot control law software open source.?
    Perhaps make it available for use for all recreational, commercial and high seas users/companies who want to design , build and deploy one or fleets of PC based state of the art GPS augmented marine autopilot vessel control systems. This will work for any vessels. The existing Pilot Line Systems Autopilot System as you know and write about is a proven high seas marine autopilot control system whose source code runs on any pc and uses any COTS off the shelf hardware components either already on the vessel or needed to go buy.
    Basically with my PilotLine Autopilot Source code open source software developers could easily build and configure any needed autopilot solution for any vessel. All that’s needed is to scale the vessels hardware appropriately in size to the intended vessels length and hull displacement you wish to build and deploy the new software defined autopilot solution for. You put the hydrodynamic order hull values of that vessel into the front end of my software after compilation and it just works !! This as long as long as you did the correct /specific vessels pre-engineering work properly which is easy. This basically to determine what hydraulic steering pump size/capacity ,type , select most any Heading sensor would work or cheaper a flux gate compass sensor, we don’t use a or need any rudder feedback unit although its nice for testing or manual jogging. Any way so nice to see your work and let me know your thoughts on releasing my open source marine autopilot to the community? I may just sell the patent and code to anyone who may be interested . Offers anyone ?
    Thank you Ben !
    John Neyland Jr.

    Reply

Join the conversation

Your email address will not be published. Required fields are marked *