Cruisers Forum
 


Join CruisersForum Today

Reply
 
Thread Tools Rate Thread Display Modes
Old 20-02-2013, 06:03   #31
Registered User

Join Date: Nov 2012
Location: Orust Sweden
Boat: Najad 34
Posts: 1,967
Re: OpenCPN Release Candidate Version 3.1.1417 Released

Dave... muttnic...
To confirm muttnic's info.
System:
Local Wifi router, Default setup.
PC1 WinXP, IP 192.168.1.65, Server
OCPN portable on PC1, client
PC2 Win7. IP 192.168.1.125, client

Using TCP: (Connections setup)
Server IP 0.0.0.0 or 192.168.1.65. Equal result using either of these addresses.
clients IP 192.168.1.65. The only functional but as of muttnic; either of the two client are working. Not both simultaneously. If I force PC2 to connect, by hitting "apply" in data connection window, the portable stop receiving and vice versa.
And as David says if no client is receiving the server output is red lined in the NMEA window.

Note: I havn't investigated if the router is hindering distribution to several clients. Could that be a cause? Please give me hint if that's likely.

Using UDP:
Server: IP 192.168.x.x
clients: only port assignment. (Well I can assign a IP but without system care.)
Works fine and reliable!

Håkan
__________________

__________________
Hakan is offline   Reply With Quote
Old 20-02-2013, 07:05   #32
Registered User

Join Date: Oct 2012
Location: Brighton, UK
Boat: Westerly Oceanlord
Posts: 374
Re: OpenCPN Release Candidate Version 3.1.1417 Released

Quote:
Originally Posted by Hakan View Post
Note: I havn't investigated if the router is hindering distribution to several clients. Could that be a cause? Please give me hint if that's likely.
Not likely for a tcp connection. My tests were done with two clients on the same subnet as the machine running O.
__________________

__________________
muttnik is offline   Reply With Quote
Old 20-02-2013, 08:20   #33
Registered User

Join Date: Nov 2012
Location: Orust Sweden
Boat: Najad 34
Posts: 1,967
Re: OpenCPN Release Candidate Version 3.1.1417 Released

muttnic..
Yes thanks.
Another try:
TCP is per default a one-to-one connection. So to be able to connect to many using TCP the server has to send two or more sets of data.
So in my set up of post #31 I changed to:
Server set up in OCPN connection:
pri: 1, TCP, 0.0.0.0:10110 out-put yes
pri: 0, TCP, 0.0.0.0:10111 out-put yes.

Clients:
portable: TCP, 192.168.1.65:10110
PC2: TCP, 192.168.1.65:10111

Now I can send to two clients simultaneously!

Håkan
__________________
Hakan is offline   Reply With Quote
Old 20-02-2013, 08:30   #34
Marine Service Provider
 
bdbcat's Avatar

Join Date: Mar 2008
Posts: 4,883
Re: OpenCPN Release Candidate Version 3.1.1417 Released

muttnik/Hakan...

OK, let me restate the problem and confirm my understanding.

Setup: PC1 with one TCP server mode connection, address 0.0.0.0


a. Two simultaneous connections to PC1 OCPN server mode connection is not possible.
b. One external connection to PC1 server mode connection, and (optionally) multiple client mode connections from PC1 to whatever are OK.

If the above is true, we will accept that functionality for Version 3.2.

-There would be no reason to use server mode to connect to a live AIS feed such as hd-sf.com. We should use O in client mode.
-Also, O does not respond to any input data in server mode. He simply echoes the NMEA stream without prompting when the connection is made.
-Finally, if you really need the functionality of multiple server mode connections, UDP broadcast is your best bet, since there really is no notion of a client/server command protocol in O. I think the use of TCP server mode will be rare, and is included to support the cases where a client (like an i-thing or droid) does not know how to do UDP.

For example, here is the problem solved...
NMEA output over TCP with Beta 1405

Have I got this right?

Dave
__________________
bdbcat is offline   Reply With Quote
Old 20-02-2013, 10:28   #35
Registered User

Join Date: Oct 2012
Location: Brighton, UK
Boat: Westerly Oceanlord
Posts: 374
Re: OpenCPN Release Candidate Version 3.1.1417 Released

Dave,

Quote:
Originally Posted by bdbcat View Post
OK, let me restate the problem and confirm my understanding.

Setup: PC1 with one TCP server mode connection, address 0.0.0.0


a. Two simultaneous connections to PC1 OCPN server mode connection is not possible.
b. One external connection to PC1 server mode connection, and (optionally) multiple client mode connections from PC1 to whatever are OK.
Not quite. In my scenario I had one tcp client mode connection from O to hd-sf.com (for data input) then one server mode connection in O (ie address 0.0.0.0). The latter was the only one with output enabled. Server was running on OpenSuse 11.2, this morning's git.

I then connected one client to the server. All good. I then connected another client to the server. The connection "succeeded" but data only showed up on the new connection. Data was no longer being sent to the old connection.


Quote:
Originally Posted by bdbcat View Post
-There would be no reason to use server mode to connect to a live AIS feed such as hd-sf.com. We should use O in client mode.
I was only connecting to hd-sf.com in client mode. This was only to get data to send out and test the tcp server.

Quote:
Originally Posted by bdbcat View Post
-Also, O does not respond to any input data in server mode. He simply echoes the NMEA stream without prompting when the connection is made.
So "send only" is expected behaviour: fair enough.

Quote:
Originally Posted by bdbcat View Post
-Finally, if you really need the functionality of multiple server mode connections, UDP broadcast is your best bet, since there really is no notion of a client/server command protocol in O. I think the use of TCP server mode will be rare, and is included to support the cases where a client (like an i-thing or droid) does not know how to do UDP.
If one client only in "server" mode (or, as hakan's last post suggests, one per server connection instance) is expected behaviour then fair enough: I only raised it in case this was supposed to be a listen-fork/create thread-accept styley concurrent server (your wx classes are a little opaque for me to grasp with a quick look).

I personally don't need that functionality in O and if I did I could just use kplex as a shim layer: just trying to help with the testing, and if this is expected behaviour then it's all looking fine.
__________________
muttnik is offline   Reply With Quote
Old 20-02-2013, 11:12   #36
Registered User

Join Date: Nov 2012
Location: Orust Sweden
Boat: Najad 34
Posts: 1,967
Re: OpenCPN Release Candidate Version 3.1.1417 Released

Quote:
Originally Posted by bdbcat View Post
muttnik/Hakan...
Parts of...
If the above is true, we will accept that functionality for Version 3.2.
Have I got this right?
Dave
Yes I do really think we can accept it for 3.2
And yes if I got it right from the beginning you certainly are. And I agree that using two or more TCPs out from O will be rare, but there is a possibility. So the task raised in the other thread you referred to is possibly solved with that.

Conclusions:
For broadcast from O use UDP.
If some items don't know about UDP one or more TCP can be used. They have then to be port separated. And clients IP address to O:s IP and respective ports.
See my settings attached.

Håkan
Attached Thumbnails
Click image for larger version

Name:	TCP_server.jpg
Views:	97
Size:	158.9 KB
ID:	55295  
__________________
Hakan is offline   Reply With Quote
Old 20-02-2013, 13:05   #37
Registered User

Join Date: May 2011
Posts: 847
Re: OpenCPN Release Candidate Version 3.1.1417 Released

I'm not sure if this is specific to this release or not, but recently due to slow performance I have been deleting my larger layers when I try to do anything with OpenCPN at low levels of zoom (ie, looking at routing for an ocean crossing).

Now it seems that I can't delete large layers; OpenCPN hangs.

Windows 7
Intel i7
__________________
Littlechay is offline   Reply With Quote
Old 20-02-2013, 13:20   #38
Moderator
 
Paul Elliott's Avatar

Cruisers Forum Supporter

Join Date: Sep 2006
Posts: 3,866
Images: 4
Re: OpenCPN Release Candidate Version 3.1.1417 Released

I'm using OCPN Version 3.0.2 Build 2012-07-07, and it crashes when I zoom out to the small-scale chart, and drag it around (NOAA chart 560 showing the US west coast out past Hawaii). If I disable chart quilting it doesn't crash.

OS: Win7/64
Processor: i7-3770
Graphics: NVIDIA GeForce GT 620
__________________
Paul Elliott, S/V VALIS - Pacific Seacraft 44 #16 - Friday Harbor, WA
www.sailvalis.com
Paul Elliott is offline   Reply With Quote
Old 21-02-2013, 06:44   #39
mrm
Registered User

Join Date: Feb 2011
Location: Poland, EU
Boat: crew on Bavaria 38 Cruiser
Posts: 651
Re: OpenCPN Release Candidate Version 3.1.1417 Released

A repeatable segmentation fault (in a borderline test case).

Fresh compile of OpenCPN from source, then:

~/OpenCPN/build$ ln -s /usr/share/opencpn/uidata .

do not link gshss and s57data dirs

~/OpenCPN/build$ ./opencpn -p

-> 'no charts installed. Please select chart folders in Options > Charts.'

-> OK

-> OK (without adding any charts)

-> choose 'Show ENC Text (T)'

Segfault.


Linking to s57data dir makes it OK.
__________________
mrm is offline   Reply With Quote
Old 21-02-2013, 11:30   #40
Registered User
 
NEVERMIND's Avatar

Join Date: Apr 2011
Location: CORSE
Boat: PRIVILEGE 12
Posts: 141
Images: 3
Re: OpenCPN Release Candidate Version 3.1.1417 Released

Hi,
GPS is not connected but the icon is green GPS
See on the screenshot
Jean Paul
Attached Thumbnails
Click image for larger version

Name:	Capture19.jpg
Views:	106
Size:	158.2 KB
ID:	55393   Click image for larger version

Name:	Capture18.jpg
Views:	99
Size:	121.0 KB
ID:	55394  

__________________
NEVERMIND is offline   Reply With Quote
Old 21-02-2013, 12:23   #41
Registered User

Join Date: Nov 2012
Location: Orust Sweden
Boat: Najad 34
Posts: 1,967
Re: OpenCPN Release Candidate Version 3.1.1417 Released

Jean Paul..
There are a couple of black lines coming in from connection COM10. The $IIRMC sentence includes a position, 42 58.466N and 009 30.514E.
The "II" says it's a talker/sender designated as "Integrated instrumentation". Whatever connected to COM10 it has a conception of its position.
If you don't want to see that when the GPS is disconnected I think you can try to filter it out. I should have tried to filter incoming data on COM10 to not include "RMB and "RMC".
Håkan
__________________
Hakan is offline   Reply With Quote
Old 21-02-2013, 12:34   #42
Registered User
 
NEVERMIND's Avatar

Join Date: Apr 2011
Location: CORSE
Boat: PRIVILEGE 12
Posts: 141
Images: 3
Re: OpenCPN Release Candidate Version 3.1.1417 Released

Thank you for your answer.
JP
__________________
NEVERMIND is offline   Reply With Quote
Old 21-02-2013, 14:41   #43
Registered User

Join Date: Nov 2012
Location: Orust Sweden
Boat: Najad 34
Posts: 1,967
Re: OpenCPN Release Candidate Version 3.1.1417 Released

Jean Paul...
I'm sorry but I think I didn't read all your NMEA data before my last post. There is actually a $IIGGA sentence that must be the cause for OCPN to see a position and not the $IIRMC. A closer second thought made me doubt my quick expression. "Why should OCPN care for a RMC sentence?" There must be a GGA! And Yes.
So.. A better tips must be to exclude "GGA" or "IIGGA" from incoming data to COM10.

Again, I'm sorry being that rash before.
Håkan
__________________
Hakan is offline   Reply With Quote
Old 22-02-2013, 05:05   #44
mrm
Registered User

Join Date: Feb 2011
Location: Poland, EU
Boat: crew on Bavaria 38 Cruiser
Posts: 651
Re: OpenCPN Release Candidate Version 3.1.1417 Released

Dave,

Recent discussion on hotkeys led to removal of 'R' - toggle rocks.
However, there are other hotkeys which remove some information from a displayed chart. Some of these hotkeys do not have any visual feedback to the user, which, although the information removed is not critical, is never a good thing in user interface design.

I thought about an unobtrusive way to provide such feedback (and also to provide a quick reminder what those keys are) and made a small modification to compass window. See attached images and a patch.

Only the visual part is done.

What do you (and other developers / users) think ?

Marius
Attached Images
  
Attached Files
File Type: doc hotkeysStatus.patch.gz.doc (1.6 KB, 31 views)
__________________
mrm is offline   Reply With Quote
Old 22-02-2013, 05:40   #45
Registered User

Join Date: Nov 2012
Location: Orust Sweden
Boat: Najad 34
Posts: 1,967
Re: OpenCPN Release Candidate Version 3.1.1417 Released

Quote:
Originally Posted by mrm View Post
Dave,
a small modification to compass window. See attached images and a patch.
What do you (and other developers / users) think ?
Marius
Gorgeous!
__________________

__________________
Hakan is offline   Reply With Quote
Reply

Tags
opencpn

Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are Off
Refbacks are Off




Copyright 2002- Social Knowledge, LLC All Rights Reserved.

All times are GMT -7. The time now is 08:42.


Google+
Powered by vBulletin® Version 3.8.8 Beta 1
Copyright ©2000 - 2017, vBulletin Solutions, Inc.
Social Knowledge Networks
Powered by vBulletin® Version 3.8.8 Beta 1
Copyright ©2000 - 2017, vBulletin Solutions, Inc.

ShowCase vBulletin Plugins by Drive Thru Online, Inc.