Posts: 63
Threads: 18
Joined: Nov 2016
Reputation:
0
2021-01-24, 04:57 PM
(This post was last modified: 2021-01-24, 04:58 PM by Jodel.)
Hi,
I am testing Openplotter on a Pi 4 using SignalK test data. When I select a point in Opencpn to navigate to and activate the route, I can see the route details on the "This Leg" window in OpenCpn such as Bearing TTG, VMG and XTE. However when I look at the SignalK data these parameters do not appear. Do I need to set up some connection between SignalK and Opencpn so that opencpn sends the route data to SignalK? It seems as if SignalK only sees the test data - there is no other input stream.
Jodel
Posts: 229
Threads: 57
Joined: Mar 2016
Reputation:
7
Yes
I have an SK connection with the following properties.
Data Type: NMEA
ID : OpencpnOut
NMEA Source: UDP
Port: 10110
Sentence Event: OpencpnOut
Validate: YES
Posts: 63
Threads: 18
Joined: Nov 2016
Reputation:
0
Thanks for the prompt help. That worked for me. I only had to add a similar and corresponding output in Opencpn.
I also now have the route data going to KIP from SignalK. It is amazing what can be done with Openplotter! Also the community is so helpful.
Jodel
Posts: 63
Threads: 18
Joined: Nov 2016
Reputation:
0
Just occurred to me that if I am sending the route details to SignalK, am I creating a loop whereby SignalK is sending this back to Opencpn? Is this handled automatically or do I need to apply a filter to the SignalK data coming to Opencpn to stop the data going round in circles??
Posts: 19
Threads: 2
Joined: Sep 2016
Reputation:
0
Hi, I'm also trying to get this to work. Since OpenCPN 5.2 accepts native SignalK as input, I would like to keep this as it is. Unfortunately, I can't filter sentences out in SignalK. Has anyone tried it yet? Does it work, or also loop of death?
I'll give it a go, but wanted to check in here beforehand.
Aloha,
Axel
Posts: 63
Threads: 18
Joined: Nov 2016
Reputation:
0
I had tried the SignalK input to Opencpn but I also could not work out a way to exclude RMB and APB sentences.
I went back to connecting by TCP and adding the filter in Opencpn connections. There appears to be no disadvantage in doing it that way, that I have discovered yet!
Jodel
Posts: 9
Threads: 0
Joined: Jun 2020
Reputation:
0
2021-03-05, 08:47 AM
(This post was last modified: 2021-03-05, 09:18 AM by Hakan.)
Nothing new but a sum up..
If OCPN is set up to receive TCP from SignalK
AND
If OCPN is also set up to output to a TCP connection that's read by SignalK all NMEA0183 messages will be reflected back by SK and you'll have a loop. That loop will choke both OCPN and SK.
So, what if you want to output AP data to SK?
By default all AP messages from OCPN are like: ECRMB, ECXTE
The common solution will be to filter the OCPN TCP input connection to not receive any Talker Id "EC".
Input filtering -> [x] Ignore sentences -> "three dots icon"->Add->"EC"-> OK
AND (of course?) The TCP output must only: Output filtering -> [x] Transmit sentences -> "EC"
If you just output to a TCP connection
AND
Input a Signal K connection all will be fine since OCPN don't parse any navigation.courseRhumbline messages.