05-22-2008 10:07 AM
05-22-2008 10:21 AM
05-22-2008 10:54 AM
05-22-2008 10:59 AM
05-22-2008 12:28 PM
Ben,
You should have mentioned that. In addition, you should mention what kind of operating system. As the other post mention, you will need to make one of the computers a time server. Then schedule a periodic update on the other computer to sync with the computer. These are features in the windows computer.
05-22-2008 01:41 PM
05-22-2008 02:48 PM
Try this to create your own ntp server
http://www.cis.udel.edu/~mills/ntp/html/hints/winnt.html
Then you can use a standard ntp client to sync your clock.
05-17-2010 04:10 PM
I know this is a couple of years late, but since there was no update showing the final solution, I thought I would offer a comment. I have a very similar requirement, with slightly less lenient a threshold on the time synch. I have two PCs running Windows 7; they are connected to the same network. I could not get one to act as a time slave and one as a time master using Windows commands. What I have done so far is this:
Call 1 PC Time Server, and one Time Client for the sake of simplicity.
VI on Time Client opens a TCP/IP listener, Time Server opens a connection to the Time Client. As soon as the connection is opened the Time Server uses the GetSystemTime function from kernel32.dll and sends this 16 Byte cluster to the Time Client which then immediately calls SetSystemTime function from kernel32.dll
Then to check the Time Client takes a time stamp (LabVIEW VI) and sends it to the Time Server on the same connection. The Time Server takes its own timestamp after the TCP read has finished and as the cluster is being unflattened and the two are compared (simple numerical subtraction). This seems to reliably get the difference down to about .1 ms
If anyone has a more rigorous solution I would love to know it, since this only keeps them that closely synched for a few hours at the most.
05-18-2010 03:37 PM
05-18-2010 03:50 PM