[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[gpsd-dev] Fw: Re: Virtual devices (as a solutio n to multiple sources
From: |
address@hidden |
Subject: |
[gpsd-dev] Fw: Re: Virtual devices (as a solutio n to multiple sources location) |
Date: |
Thu, 12 Jul 2012 19:44:22 +0200 |
Hello,
i have implemented each physical device on the nmea2000 bus as a
device in gpsd.
For a user, it look like each device is connected by it's own serial
link.
So a gpsd listen to the position sources, but also to other sources
like wind speed and direction,
the sounder, the log, ais and so on.
The intermediate daemon has to collect the data from the position
sources,
merge them into one position, and forward them to the second gpsd.
In a system with separate links, i would connect all the other (non
position) sensors to the second gpsd.
In my opinion, the intermediate daemon should simply forward all non
position data.
The intermediate deamon could also feed the position data back to its
own daemon,
if we all agree to introduce something like a default device,
may be set by a command to the control port, that all clients use,
that do no wish to connect to a special device.
Reinhard
-----Original-Nachricht-----
Von: Olivier Cornu <address@hidden>
An: "address@hidden" <address@hidden>
Cc: address@hidden
Betreff: Re: [gpsd-dev] Virtual devices (as a solution to multiple
sources location)
Datum: Thu, 12 Jul 2012 17:42:58 +0200
On Thu, Jul 12, 2012 at 4:35 PM, address@hidden [1]
<address@hidden [2]> wrote:
If you connect only the position sources to the first gpsd, and all
other sensors to the second, all should be fine,
but for a nmea2000 system, i can not do this, so here all unneeded
messages from other sensors has be forwarded by the
intermediate daemon.
I'm not sure i understand the impact of NMEA2000 on this
discussion. Is it because of its multiple-talker,
multiple-listener design? Could you elaborate?
Regards, --
Olivier
- [gpsd-dev] Fw: Re: Virtual devices (as a solutio n to multiple sources location),
address@hidden <=