Re: [time-nuts] TAPR GPS kit end plates update

2017-05-21 Thread Frederick Bray
Steve, I assume that you received my payment? I sent it the day that you advised everyone of the total Thanks. Fred On 5/21/2017 3:42 PM, Steve - Home wrote: Jerry is making rapid progress with the machine work on the end plates and should be contacting those who have paid to provide you

Re: [time-nuts] TAPR GPS kit end plates update

2017-05-21 Thread Jerry Hancock
You shouldn’t have to enlarge the holes. I trial-fit the lenses from the unit I received in the holes that I drilled to specifications in the document at approximately .28”. The lenses add a professional look to the front plate. Jerry > On May 21, 2017, at 3:42 PM, Steve - Home

Re: [time-nuts] TruePosition and Arduino Progress

2017-05-21 Thread Daniel Watson
Hi, Here's an interesting addition to the project once you get the serial parser and display driver worked out. It is quite easy to generate the $GPZDA NMEA message in your program. You can send this off to a Raspberry Pi or BBB along with the PPS signal and drive an NTP server. :) [image:

Re: [time-nuts] TruePosition and Arduino Progress

2017-05-21 Thread jimlux
On 5/21/17 11:20 AM, Chris Albertson wrote: The problem is that you get the ENTIRE string then parse it. This is not going to work well as you found out. Your CPU spends almost the entire time waiting for characters to come in slowly off the serial line. You are just waiting on bits and

[time-nuts] TAPR GPS kit end plates update

2017-05-21 Thread Steve - Home
Jerry is making rapid progress with the machine work on the end plates and should be contacting those who have paid to provide you with the follow on postage cost. After going through the weekend mail and a PayPal update today, there are still 10 people who haven't paid. That represents 40

Re: [time-nuts] TruePosition and Arduino Progress

2017-05-21 Thread Chris Albertson
The root of the problem is that he is doing all the parking at once and ignoring inputs from both the serial line and the 1PPS Even if the iPPS were connected to an interrupt (and it should be) he is still busy parking input when the ISR sets the flag. He needs to read the data fro the serial

Re: [time-nuts] The Witching Hour; short fiction that will likely amuse time-nuts

2017-05-21 Thread djl
But what if Tal Avda is in Arizona On 2017-05-21 14:50, Gregory Maxwell wrote: Found on the web: http://slatestarcodex.com/2013/11/03/the-witching-hour/ ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to

[time-nuts] The Witching Hour; short fiction that will likely amuse time-nuts

2017-05-21 Thread Gregory Maxwell
Found on the web: http://slatestarcodex.com/2013/11/03/the-witching-hour/ ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.

[time-nuts] TruePosition and Arduino Progress

2017-05-21 Thread Mark Sims
The 1PPS pulse is very narrow. You will miss it if it comes in while parsing a time message. You need to set up an interrupt handler to that triggers on the rising edge of the pulse and sets a flag (which must be declared "volatile"). Check that flag in your loop() instead of waiting for a

Re: [time-nuts] TruePosition and Arduino Progress

2017-05-21 Thread Jim Harman
Sorry, I may have over-simplified. You sketch might look something like this, assuming the PPS is connected to pin D2 and the rising edge makes the second: volatile boolean PPS_ReadFlag = false; void setup () { ... attachInterrupt(digitalPinToInterrupt(2), serviceRoutine, RISING); ... }

Re: [time-nuts] TruePosition and Arduino Progress

2017-05-21 Thread Jim Harman
Another way to do is to use the 1 PPS to trigger an interrupt on the Arduino. Look at the documentation for attachInterrupt(). In the interrupt routine, have it set a flag. The flag variable should be declared up front as volatile. Then in your main loop, do all your parsing then loop waiting for

Re: [time-nuts] TruePosition and Arduino Progress

2017-05-21 Thread Gregory Beat
Possible typo? UpdateDisplay() greg === void loop() { getSerialString() // uses serial.available to pull in the serial data parser() // this parses the data wait for 1PPS tick to go high if there has been a clock message, updateDispay() // update the display } === Sent from iPad Air

Re: [time-nuts] TruePosition and Arduino Progress

2017-05-21 Thread Chris Albertson
To add to my last message. You CAN collect all the data then parse it like you are doing if you were to move to an interrupt driven serial port reader. Each character is then read by the interrupt handler anyplace in a large circular buffer. The parcer then reads out of the other and of this

Re: [time-nuts] TruePosition and Arduino Progress

2017-05-21 Thread Chris Albertson
The problem is that you get the ENTIRE string then parse it. This is not going to work well as you found out. Your CPU spends almost the entire time waiting for characters to come in slowly off the serial line. You are just waiting on bits and wasting CPU cycles What you need to do is parse

[time-nuts] TruePosition and Arduino Progress

2017-05-21 Thread Ben Hall
Good morning all, A quick update for those interested on my Arduino code development for the TruePosition boards. I've got Arduino code together than can read in the serial stream, parse it, and display time, date, number of satellites, and TFOM on a 2x16 LCD display. It does not do