For both proper compilation and, most importantly, remote operation of scsynth
, it is necessary that the BELA board’s time is synced with the one on your main machine.
It is possible to set the date once via1
ntpdate pool.ntp.org # sync time once with an ntp server
but this time will run out of sync over time with your main machine again. If you have an internet connection while doing live coding, a valid solution is to install and run a network time protocoll demon either as a server or a client on the BELA board. For the case that your livecode system requires you to be off-grid, i.e. especially off from the internet, it makes sense to get the time and date from your main machine. Since I did not manage to set up my OSX machine as an NTP server, I decided to configure one of the BELA boards as one that distributes its system time around the network.
Install the ntp package via
apt-get -y install ntp -t jessie
Configure NTP Link to heading
Then I set up the ntp on the board that I want to be the time server with (in /etc/ntp.conf
) as described at the arch wiki:
details follow
and on the client with
details follow
My OSX machine is also listening to the ntp server with
server 192.168.23.11
server 0.europe.pool.ntp.org
server 1.europe.pool.ntp.org
server 2.europe.pool.ntp.org
server 3.europe.pool.ntp.org
in /etc/ntp.conf
restarting the server on the BELA board is done with
/etc/init.d/ntp restart
On OSX, restart is more ugly by
killall ntpd
Servicing Link to heading
Since the BBB does not feature a realtime clock that survives reboots, and ntp does slow adaption of the clock (which will take ages starting from 1993), you have to manually set the clock every time you reboot the board. Do this with
/etc/init.d/ntp stop
ntpdate 0.europe.pool.ntp.org
/etc/init.d/ntp start
You may want to check out my ruby script fielding which, among other things, can be used to take care of setting up the time and date after booting up the boards.
-
If this command fails for some reason, it might be that your internet provider prevents ntp connections from inside its network to the outside. Very likely, it instead provides a dedicated ntp server that can be accessed from within the network. For the KUG, this is e.g.
ntp.kug.ac.at
. ↩︎