Wang Liao

Thank you. I got this error when install it. ``` > devtools::install_github('snoweye/remoter') Downloading GitHub repo snoweye/remoter@master pdflatex not found! Not building PDF manual. Warning: unknown option ‘--no-staged-install’ ✔ checking for...

I test it 10 days ago, and it was not working. I am running experiments using all my ganglions, so I can't test now. You may close this issue first,...

Thanks for adding this feature request. Using a local NTP server and allowing more frequent polls (e.g., 8 packets in the first 30 seconds at the initiation––i.e., the "burst" option...

Just a few more notes: 1. after the initial “burst”, the WiFi shelf may still need to poll periodically (e.g., every 60 seconds) from the ntp server so as to...

@aj-ptw I increasingly think this is a useful feature (millisecond-level NTP sync). I am having a hard time to recover regular (equal interval) time series from the wifi-shield + ganglion....

@aj-ptw I am using TCP (should I use UDPx3?). I am using the SavedData from the GUI.

my time drift = (start_timestamp - end_timestamp) - number_of_samples / sampling_rate

@mesca I think a straightforward solution is: (a) hardware timestamping by the wifi-shield, (b) millisecond-level time sync with a local NTP server. Both of them are sort of being implemented.

@mesca A major source of dropping in my case happens at sample level (see #70) -- I customized ganglion firmware to read analog signals, and that causes drop of sample...

Sounds good! I do feel network delays or packets dropping can be less problematic when high precision hardware timestamping is available (or even just a monotonically increasing ID) in each...