OpenMarine
SKfilter and NMEA0183 out - Printable Version

+- OpenMarine (https://forum.openmarine.net)
+-- Forum: OpenPlotter (https://forum.openmarine.net/forumdisplay.php?fid=1)
+--- Forum: General discussion (https://forum.openmarine.net/forumdisplay.php?fid=2)
+--- Thread: SKfilter and NMEA0183 out (/showthread.php?tid=2891)

Pages: 1 2 3


RE: SKfilter and NMEA0183 out - abarrow - 2020-09-02

That's what I was thinking originally, but what I understood from esailing was that NMEA was a straight pass-through. Regardless, it didn't work.


RE: SKfilter and NMEA0183 out - PaddyB - 2020-09-02

(2020-09-02, 05:08 PM)abarrow Wrote: That's what I was thinking originally, but what I understood from esailing was that NMEA was a straight pass-through. Regardless, it didn't work.

That's odd, I just tried it on a connection where node red sends dummy  MWV data to a signalk UDP connection, put MWV in the ignored sentence box and the sentence didn't get passed through.


RE: SKfilter and NMEA0183 out - abarrow - 2020-09-02

Okay, I guess I'll try it again. I thought I was seeing it in the diagnostics.

We try again! Thanks.


RE: SKfilter and NMEA0183 out - tkurki - 2020-09-03

You could also ask in Slack - way easier to get timely answers.

Then again, testing it with a bit of node-RED works also...

"Ignored Sentences" is implemented early in the SK server's processing pipeline, prior to sending non-parsed NMEA0183 lines out to tcp 10110.


RE: SKfilter and NMEA0183 out - abarrow - 2020-09-03

Thanks Teppo. I tried again today, and was able to get what it needed through a combination of Ignored Sentences and the use of the SK to UDP plugin. One suggestion: if possible, it would be very helpful to have the UDP plugin respond to other sentences than just nmea0183 and nmea0183out.

Of course, just as I was getting things working, it got so hot below decks on my boat (35 degrees) that my RPI started getting really flaky, and finally just refused to boot, even after pointing a fan directly on it. I've been having problems with OpenCPN not shutting down without being forced, and it seems to be getting worse. If trying it again after everything cools off doesn't fix the problem, I think a new RPI is in my future.

Thanks for all your hard work in SK. You have helped us greatly.


RE: SKfilter and NMEA0183 out - tkurki - 2020-09-04

Maybe add an issue for that in https://github.com/tkurki/udp-nmea-plugin/issues


RE: SKfilter and NMEA0183 out - abarrow - 2020-09-04

Done. Thanks.


RE: SKfilter and NMEA0183 out - tkurki - 2020-09-05

Done in version 1.2.0, give it a go.


RE: SKfilter and NMEA0183 out - monos1 - 2020-09-13

(2020-08-28, 08:28 PM)abarrow Wrote: Hi all,
I've been working with SKFilter to eliminate some faulty HDM data coming from one of my sensors. I was finally able to filter out the incoming string, and my nav station display is working well.

I have exactly the same problem. From seatalk I get incorrect HDM data and the correct HDM data from the imu is messed up but I was unable to filter out the incorrect signal k sentence.

could you please explain in detail how you did this?


RE: SKfilter and NMEA0183 out - abarrow - 2020-09-13

I depends on how you are getting your SeaTalk data, but generally I filtered incoming data using a combination of settings in the Server connection and SKFilter. I found two issues: The major one was the heading sensor in my Calypso wind sensor was about 70 degrees off. In that case, I just put "HDM" in as the string that I wanted that port to ignore. That's in the Server - Connection settings. The other weird problem was that my magnetic deviation was going from zero to like 10 degrees. Using SKFilter, I was able to tell the SignalK server to ignore that key. It took me a while to get the right combination of source in the SKFilter app.

I think I'd need to know a little more about your setup.