OpenCPN Version 5.7.1 Release Candidate 1 (RC1)

[Gilletarom]

Originally Posted by Hakan

With "[x]Show visible sectors light" enabled all lights with leading sectors in range of the ship's position are lit.

"..far from the boat.." Check the sectors range, e.g. "FL (3) W 9s 7 Nm (...).
if it's longer than the distance to the ship symbol.

Ok Hakan, I understand. The lights that "illuminate" are those for which the boat is within the range of the lights. So, no problem.

[bdbcat]

LoL...


re:
please do fill in one or more field(s) so we know "O is in the house"



Done in github master. Please test.
Thanks
Dave

[houlejm]

Dave
Problem with send to peer (Ubuntu 22.04 x86_64)

Does not work if a firewall is enabled. (Ports 8443 and 5353 opened on both machines)
If I disable the firewall on the "sending" machine, it works.
Is there another port I need to open?

# ufw status verbose
Status: active
Logging: on (low)
Default: deny (incoming), allow (outgoing), disabled (routed)
New profiles: skip

To                         Action      From
--                         ------      ----
22/tcp                     ALLOW IN    Anywhere                   # ssh
5353/udp                   ALLOW IN    Anywhere                   # avahi-daemon
8443/tcp                   ALLOW IN    Anywhere                   # opencpn
10110/udp                  ALLOW IN    Anywhere                   # NMEA
22/tcp (v6)                ALLOW IN    Anywhere (v6)              # ssh
5353/udp (v6)              ALLOW IN    Anywhere (v6)              # avahi-daemon
8443/tcp (v6)              ALLOW IN    Anywhere (v6)              # opencpn
10110/udp (v6)             ALLOW IN    Anywhere (v6)              # NMEA

# ufw show listening
tcp:
  22 * (sshd)
   [ 1] allow 22/tcp comment 'ssh'

  8443 * (opencpn)
   [ 3] allow 8443/tcp comment 'opencpn'

tcp6:
  22 * (sshd)
   [ 5] allow 22/tcp comment 'ssh'

udp:
  10110 * (opencpn)
   [ 4] allow 10110/udp comment 'NMEA'

  5353 * (opencpn)
   [ 2] allow 5353/udp comment 'avahi-daemon'

  5353 * (avahi-daemon)
   [ 2] allow 5353/udp comment 'avahi-daemon'

  54549 * (avahi-daemon)
udp6:
  45707 * (avahi-daemon)
  5353 * (avahi-daemon)
   [ 6] allow 5353/udp comment 'avahi-daemon'

  5353 * (opencpn)
   [ 6] allow 5353/udp comment 'avahi-daemon'

JM

[LeaseOnLife]

Originally Posted by bdbcat

LoL...


re:
please do fill in one or more field(s) so we know "O is in the house"



Done in github master. Please test.
Thanks
Dave

Filling PGN 126996(Prod info) doesn't seem to be enough. No info shown for address 72.

When I use the TwoCanPlugin instead, it shows the appropriate info, even when used in passive mode:
Device: TwoCanPlugin
Manufacturer: Unknown
Software Ver: 2.1
Model; TwoCanPlugin

For a short moment at the start of the B&G Zeus8, the TwoCanPlugin shows similar to O with no info. A short time later the info gets filled. I assume there is a bit more querying/handshaking going on.

[LeaseOnLife]

N2K address allocation not caring for device already on a given address



I simply forced O to use address 2 instead of 72 in comm_drv_n2k_socketcan.cpp
2 is usually used by an AT10 N2K<->NMEA0183 converter. After having compiled O to use address 2 and started it, it pushed the AT10 to use address 3, O kept using address 2.


I don't think that works as intended? Or maybe my way to test was too crude..

[LeaseOnLife]

too late to edit: for the AT10 the info displayed on the Zeus is:
Device: AT10 NMEA183 Convtr.AT1
Manufacturer: Simrad
Software Ver: 01000_E1203


AT10* should be < than O? and O should be the one finding new address?

[stevead]

it pushed the AT10 to use address 3, O kept using address 2.

May have been correct if the AT10's NAME is greater than O's.

However I artificially constructed an address claim with a NAME known to be less than that of OpenCPN, yet it did not appear that OpenCPN responded with an address claim for a new address. UniqueId =1, Device Class & Device Function set to 10 (System Tools) and 130 (Diagnostics) respectively, which are lower values than O's.

if (his_name < my_name){

Where is my_name being initialised?

Perhaps need to log O's NAME and the NAME of any other device upon reception of PGN 60928, just for debugging purposes.

[bdbcat]

stevead/LoL....
As I am sure you know, N2K NAME is a uint64_t (8 bytes) composed of a lot of fields.
Difficult to see how to hand-craft a NAME to be sure it is greater or lesser than another.
As example, the NAME for a simple Garmin GPS receiver looks like this, in raw data.


E780AA1C009178C0


I believe that the data in the stream is "little-endian", so the uint64_t is then


C07891001CAA80E7.


By fiddling around, and reading docs, I deduce that the leading "C0" character contains the "industry group" in bits 6-4, "4" (b100) for marine.


I tried the same experiments as you. And got the expected result when I changed OCPN industry group to "5", instead of "4", OCPN NAME uint64_t highest order digit became D0. Now OCPN NAME was clearly greater than anything coming from Garmin. In this case, Garmin lost, and was bumped.


I am not completely convinced, since there is some confusion in the various docs about conversion of ascii representation of NAME in the data stream, to an arithmetically correct unt64_t. But I have checked results on N2K monitor/simulator, and it makes sense so far.


If you are building from source, I suggest adding printf to driver code to inspect the NAME values as they are generated.


OCPN's NAME value (my_name) is generated here: SetN2K_Name()
Dave

[bdbcat]

LoL...
re:
Filling PGN 126996(Prod info) doesn't seem to be enough. No info shown for address 72.


Not sure how to crack this. OCPN is definitely responding to query for 126996, as recorded by my monitor/simulator.
Maye a full candump log from startup would shed some light?


Thanks
Dave

[LeaseOnLife]

Originally Posted by bdbcat

...
Maye a full candump log from startup would shed some light?

...

Sent via email!

[spithost]

Originally Posted by bdbcat

spithost....
Not fixed in RC1, since I had some trouble getting the Flyspray images.
Fixed in daily build, you may test here:
https://dl.cloudsmith.io/public/davi...ac9b_setup.exe


Please confirm.
Thanks
Dave

Hi Dave,
Yup! I works. Thanks!!
Regards,
Klaus

[LonnieTKing]

Aloha Group:

I am trying to install Opencpn on a MacBook Pro running Mojave. The program will install and I can open it (5.6.2 initially then 5.7.1 beta) but there is no apparent way to move any charts into the program. The program selection is simply not there.

Any ideas?

Many Thanks,
Lonnie King

[Hakan]

Originally Posted by LonnieTKing

Aloha Group:...move any charts into the program. The program selection is simply not there.

Not sure what you mean with the text above??
Chart files can be stored in folders on disk wherever you want.
In OCPN you point to a chart folder you want to use.
Tools=>Options=>Charts=>Chart files: "Add directory"

[Gilletarom]

Originally Posted by LonnieTKing

Aloha Group:

I am trying to install Opencpn on a MacBook Pro running Mojave. The program will install and I can open it (5.6.2 initially then 5.7.1 beta) ..... The program selection is simply not there.
Any ideas?
Lonnie King

I don't understand your situation. I suppose that :

- You had 5.6.2 installed with charts installed.

- Then, you installed 5.7.1 in parallel or maybe instead of 5.6.2 (???)

- If you install 5.7.1 in parallel, it immediately automatically knows the location of the charts installed with 5.6.2. And these charts should show up.

- If you installed 5.7.1 instead of 5.6.2, completely removing 5.6.2 beforehand, obviously version 5.7.1 does not know where the charts are and does not display them. Now follow the steps indicated by Hakan.

- If you installed 5.7.1 without deleting 5.6.2, on top of 5.6.2, then 5.7.1 must remember the location of the charts, unless you deleted the initialization file by installing 5.7.1.


What have you done ?

[LonnieTKing]

Aloha Gilletarom and Hakan:

The situation is simply this: After initially installing 5.6.2, THERE IS NO WAY to install charts.

There is no way to, via the OpenCPN.org website, to download an older version (thinking there might be an issue with 5.6.2 vs anything earlier) and I stumbled on the 5.7.1 beta.

YES, I DID remove the 5.6.2 before installing the 5.7.1. With 5.7.1, there is no Chart Loader tab available when I run the program.

As I wrote in another post, there is NOTHING in any subfolder of my User's folder Library that holds any Plugin or any Chart.

No Chart, No OpenCPN.