Not a solution. The PPS signal on an RS-232 port allows for greater accuracy when syncing time than does anything on a USB. That is one of the main reasons high end GPS receivers still provide RS-232 data. It is not so much the data as it is the PPS signal, which on a modern UART causes an interrupt. Most users don't need this accuracy. But we do. On Wed, Jan 14, 2015 at 3:48 PM, Yamaban <foerster@lisas.de> wrote:
On Wed, 14 Jan 2015 15:36, Per Jessen <per@...> wrote:
Roger Oberholtzer wrote:
I am curious if there are any plans for a systemd method to start gpsd. I see that if the GPS is a USB device, then it is started via udev. But what if it is an RS-232 device? I think that then you must make your own startup script. I have no problem doing so. But is seems a bit odd to only start it automatically for a certain class of devices and do nothing at all for another class.
Might that not be because USB produces an interrupt when devices are connected/disconnected whereas you get no such thing with RS232?
RS232 was original defined as polling with hardware buffers only. During the later days of the ISA bus (ISA 32bit IIRC) there where cards available the generated a IRQ if new data arrived at the buffers.
Today it is much easier to use a micro-controller with a USB interface and program a equivalent.
I had to do this for a semester work during my college time 1997/98.
Look at Serial/USB adaptors at sale for such a feature.
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-- Roger Oberholtzer -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org