Bill,
Since I accidentally let the smoke out of my Due, and I just *happen*
to have an UDOO Dual sitting around, I decided to play with it while I
wait for a replacement board to come around.
UDOO ships an ARM version of Arduino IDE 1.5.4, which is a little bit
too old to compile my code
Cool. I have an udoo quad but am using it as a small mysql server for a medical
project that is ongoing. I could just try another sd card. My biggest problem
is time. I have about 5 simultaneous official work project, a new company that
I am coding on an embedded jetson tk1 (computer vision)
I apologize. I didn't mean for that last post to go through the list.
Sent from my iPad
On Sep 10, 2014, at 7:48 PM, Andrew Rodland and...@cleverdomain.org wrote:
Bill,
Since I accidentally let the smoke out of my Due, and I just *happen*
to have an UDOO Dual sitting around, I decided
Yes, the source is at http://github.com/arodland/Due-GPS-NTP-Server .
It should be able to run just fine on the Due part of an Udoo, but
you'll have to come up with a different arrangement for the Ethernet.
One way would be to use chip-to-chip SPI to make the i.MX side of the
Udoo act
Will add it to my list of projects. Will touch bases when I get close.
Sent from my iPad
On Sep 6, 2014, at 10:18 AM, Andrew Rodland and...@cleverdomain.org wrote:
Yes, the source is at http://github.com/arodland/Due-GPS-NTP-Server .
It should be able to run just fine on the Due part of an
On Fri, Sep 5, 2014 at 3:07 PM, Andrew Rodland and...@cleverdomain.org wrote:
1. Should I try using the analog EFC to zero out the amount of
correction I ask the X72's DDS for? Could reduce jitter in the
timebase, could just add noise. I suppose I can test this one easily
enough.
Update on
After some productive work, and some frustrating weeks spent fighting
weird flakiness and needlessly replacing components, only to find that
the problems went away after I reseated my main power connector, IT
WORKS!
Here's where I am now:
* Main board: Arduino Due (ATSAM3X ARM Cortex-M3 CPU @
Andrew,
My only comment, since I’m working on something very similar myself (just a GPS
frequency standard that will be able to have the OCXO shut off, and just output
1PPS for an NTP system), would be to not output any signal/pps/ntp timing
unless you have a solid GPS lock, since before that,
On Fri, Sep 5, 2014 at 2:28 PM, Ryan Stasel rsta...@uoregon.edu wrote:
Cool idea though. I’ve found very few (none) instances of people actually
running NTP servers from arduino hardware… most use Raspi or the like.
Note the Arduino Due has an ARM based CPU inside. It's not jet the
old AVR
On Sep 5, 2014, at 17:34 , Chris Albertson albertson.ch...@gmail.com wrote:
On Fri, Sep 5, 2014 at 2:28 PM, Ryan Stasel rsta...@uoregon.edu wrote:
Cool idea though. I’ve found very few (none) instances of people actually
running NTP servers from arduino hardware… most use Raspi or the
Well, my *previous* clock was on the Mega 2560 (an AVR chip, although
admittedly one with more code space and IO than usual). I made some
mention of it back in 2012. It had 500ns timer granularity and no Rb
(just DPLL of a timer running off of the onboard crystal) but it still
managed well enough
I was wondering if a board like the udoo would help your ntp performance. I
have one and would be willing to try this configuration. Have you posted your
source? I think I got confused as to who was doing this. I don't have a
rubidium but I have a 6T on a breakout and a couple of very good
12 matches
Mail list logo