vas
Well-known member
Mike, sure, but how and where? Having spent lots of time getting everything in N2K PGNs (not for any particular reason I'd say, just because I could and it was an interesting learning experience...) I'd need to do a lot of work to read that into something else, except if you mean OpenCPN type of approach but i'm not sure it would cut it.Still not convinced.
Why do you need SignalK to do that?
Cant you just read the data when you need it?
Of course I can read everything in my garmin screens but needs various screens and wont be in a timebase series which is useful for post evaluations. Remember mine is a 45yo plywood boat with some aging components, want to be aware of what's doing what in there (next project is getting bilge float input as PGN switch states)
Another I'm finalising now is getting a log of the mins the windlass has operated (similar to what I've done with the yanmar geny where I count hours of operation for oil changes), funny thing there is that there's a PGN for that and practically no device that supports it, so stuck with custom data logging...
fair enough, as mentioned before found it a great help debugging my arduino code producing the PGNs that are then visualised.And I'm not sure that I need that kind of detail.
I'm more interested in useful information that I can use at sea - AIS and GPS etc - displayed on simple to read screens.
One place I thought that SignalK might be useful was in inter vessel data.
Maybe interrogate other boats's systems - find where your mates are etc.
Haven't thought about AIS data tabulated or something, or sorted with flags/criteria. Mainly because in my waters I've got 4 liners and a dozen bulk carriers and then lots (in the summer) recreational vessels with AIS. None of my friends have it, so not much use.
Yes, grabbing AIS data for a particular area from marinetraffic or such, analysing and presenting it doesn't need signalk for sure!
V.