On 10/04/14 01:20, E-Mail Sent to this address will be added to the
Yes, I have several hundreds (if not thousands)
that use a TI chip, that will not change the logic level,
if the input does not go negative.
How do they meet the requirement for unpowered control lines to appear
to be
David Woolley writes:
How do they meet the requirement for unpowered control lines to appear
to be off?
If they are unpowered they will never exceed the positive threshold and
therefor will never appear to be on.
--
John Hasler
jhas...@newsguy.com
Dancing Horse Hill
Elmwood, WI USA
A remarkable amount of traffic for a question posted last September.
Particularly considering voltage matching wasn't mentioned.
However it doesn't matter if William Unruh has never seen level matching
problems or if Null@blacklist has always seen it. If the device under test
works it works and
Paul wrote:
However it doesn't matter if William Unruh has never seen level
matching problems or if Null@blacklist has always seen it.
I don't know about always, still is probably a more accurate word.
I do have dozens (if not hundreds) that mostly use max232 chips,
which won't drive as hard
On 2014-04-08, David Lord sn...@lordynet.org wrote:
On another issue, please stop using google to send your usenet posts.
I've never used google
Sorry, it must have been the person you were replying to. Sorry to jump
on you.
I use nntpd?
but I possibly don't clean up the posts I'm
On 2014-04-09, E-Mail Sent to this address will be added to the BlackLists
Null@BlackList.Anitech-Systems.invalid wrote:
On 4/8/2014 2:57 PM, William Unruh wrote:
On 2014-04-08, a.everett@gmail.com wrote:
Also, as previously mentioned,
simply feeding a 3.3V or 5V pps output from a GPS
On 4/9/2014 3:01 PM, William Unruh wrote: BlackLists wrote:
The current version is TIA/EIA-232-F (circa 1997, last updated 2002?)
And this is irrelevant. The question is not what the
standard says but what the serial ports actually handle.
Again, does anyone know of a serial port which does
On Monday, 16 September 2013 08:00:09 UTC+1, Igor Pavlov wrote:
Hi!
I am using GPS-receiver based on Geos-1m chip (
http://www.geostar-navigation.com/en/navigation_05.html)
I connected it to serial port and configured NTP.
It becomes unused by NTP: when do ntpq -p reuest ti
On 2014-04-08, a.everett@gmail.com a.everett@gmail.com wrote:
On Monday, 16 September 2013 08:00:09 UTC+1, Igor Pavlov wrote:
[---=| Quote block shrinked by t-prot: 45 lines snipped |=---]
64.279
We find that the problem with many (not all) NMEA GPS receivers is that
often too much
On 2014-04-08, Steve Kostecke koste...@ntp.org wrote:
On 2014-04-08, a.everett@gmail.com a.everett@gmail.com wrote:
According to http://doc.ntp.org/4.2.6p5/drivers/driver20.html the NMEA
driver uses the last processed sentence received during each cycle.
So the simple solution is to
On 2014-04-08, David Lord sn...@lordynet.org wrote:
If you are lucky the serial port thresholds might be above ttl
low and can be used without problem.
Have you ever ( in the past 10 years) seen one that could not handle it?
On another issue, please stop using google to send your usenet
On 2014-04-08, a.everett@gmail.com a.everett@gmail.com wrote:
Also, as previously mentioned, simply feeding a 3.3V or 5V pps output from a
GPS receiver into a RS232 port will not work as the voltage levels are
different. You will need a simple TTL logic to RS232 converter such as a
William Unruh wrote:
On 2014-04-08, David Lord sn...@lordynet.org wrote:
If you are lucky the serial port thresholds might be above ttl
low and can be used without problem.
Have you ever ( in the past 10 years) seen one that could not handle it?
Hi Bill
I've never tried but have specs
On 4/8/2014 2:57 PM, William Unruh wrote:
On 2014-04-08, a.everett@gmail.com wrote:
Also, as previously mentioned,
simply feeding a 3.3V or 5V pps output from a GPS receiver
into a RS232 port will not work as the voltage levels are different.
You will need a simple TTL logic to RS232
On 2013-09-16 01:00, Igor Pavlov wrote:
Hi!
I am using GPS-receiver based on Geos-1m chip (
http://www.geostar-navigation.com/en/navigation_05.html)
I connected it to serial port and configured NTP.
It becomes unused by NTP: when do ntpq -p reuest ti puts x near
GPS_NMEA(1) record.
What
Thanks, Brian.
I'll do all these things.
Now will try to fix problem with PPS: it's level 3.3V, and serial port
seems to not recognising such low level.
Now playing with time2 parameter and my GPS now stoped getting x.
I can't understant one thing.
Should system time be fluently corrected by NTP
On 17/09/2013 09:05, Igor Pavlov wrote:
Thanks, Brian.
I'll do all these things.
Now will try to fix problem with PPS: it's level 3.3V, and serial port
seems to not recognising such low level.
Now playing with time2 parameter and my GPS now stoped getting x.
I can't understant one thing.
Igor Pavlov wrote:
Thanks, Brian.
I'll do all these things.
Now will try to fix problem with PPS: it's level 3.3V, and serial port
seems to not recognising such low level.
Now playing with time2 parameter and my GPS now stoped getting x.
Serial ports are RS232 rather than 3.3V TTL so you
Hi!
I am using GPS-receiver based on Geos-1m chip (
http://www.geostar-navigation.com/en/navigation_05.html)
I connected it to serial port and configured NTP.
It becomes unused by NTP: when do ntpq -p reuest ti puts x near
GPS_NMEA(1) record.
What reasons can be for this?
Example of ntpq -p
Igor Pavlov pavlov...@gmail.com wrote:
Hi!
I am using GPS-receiver based on Geos-1m chip (
http://www.geostar-navigation.com/en/navigation_05.html)
I connected it to serial port and configured NTP.
It becomes unused by NTP: when do ntpq -p reuest ti puts x near
GPS_NMEA(1) record.
What
I already tryed to use PPS from my GPS receiver connected to DCD-pin of the
same RS-232.
But I had PPS also marked as x, that is why I tryed first to fix problems
with NMEA-based GPS data separate from PPS.
I will try to connect PPS again.
But I can't understand why it is marked x? What is wrong
Sorry, didn't see the first part of your answer.
I thought that offset - it's offset of current system time from NMEA-based
info.
But if system time would be set to this NMEA-based time, than offset would
not be so great. Isn't it?
But NTP prefer to sync to other sources - Why?
2013/9/16 Igor
: questions
Subject: Re: [ntp:questions] Reasons of NTP not to use GPS source
Sorry, didn't see the first part of your answer.
I thought that offset - it's offset of current system time from NMEA-based info.
But if system time would be set to this NMEA-based time, than offset would not
be so great
-bounces+marks=non-stop.com...@lists.ntp.org [mailto:
questions-bounces+marks=non-stop.com...@lists.ntp.org] On Behalf Of Igor
Pavlov
Sent: Monday, 16 September 2013 5:56 PM
To: Rob
Cc: questions
Subject: Re: [ntp:questions] Reasons of NTP not to use GPS source
Sorry, didn't see the first
-bounces+marks=non-stop.com...@lists.ntp.org] On Behalf Of Igor
Pavlov
Sent: Monday, 16 September 2013 5:56 PM
To: Rob
Cc: questions
Subject: Re: [ntp:questions] Reasons of NTP not to use GPS source
Sorry, didn't see the first part of your answer.
I thought that offset - it's offset of current
Igor Pavlov wrote:
Sorry, didn't see the first part of your answer.
I thought that offset - it's offset of current system time from NMEA-based
info.
But if system time would be set to this NMEA-based time, than offset would
not be so great. Isn't it?
But NTP prefer to sync to other sources -
26 matches
Mail list logo
