Good morning Jonathan,
Unfortunately no, not yet - well, no not really. I have played a bit but I have gotten lost down the bunny hole playing around and testing many of the features of Paul's vlfrx-tools and have been spending far too much time cleaning up my rats nest of old messy cables and testing sound cards, etc.
I was hoping that I would have my vlf monitoring set up for the eclipse but that too has fallen to the wayside.
I have also gotten involved with collecting data on CHU for the group at Case Western and their eclipse project.
Seems I have, as I usually do, spread myself a bit thin ;)
Additionally, the PPS source I was using for discipling the vlfrx-tools sound card input has been repurposed. It was seen that providing a more precise PC time source through NTP/chrony should be my first priority. My GPS clock's ( homebrew arduino based with uBlox Lea5 GNSS module providing two direct from GNSS module buffered PPS outputs ) PPS outputs have been used to discipline two PC's leaving me none for the moment to feed to vlfrx-tools.
I am hoping that within the next couple of days I can return to vlfrx-tools and set up to at least record raw data ( i.e. vtwrite ) for some time period before and after the eclipse which could then be post processed. I don't know what sample rate would be appropriate however. When I was using Spectrum lab I sampled at 48k, decimated ( 8x I think ) and used a half million samples for each fft.
With vlfrx-tools I would be using a sound card at 48k but would need to decimate / vtresample to something more reasonable for storage. I don't see that vlfrx-tools has a decimate function unless I am mis-reading the notes and I don't know if using vtresample would be sufficient or appropriate in order to preserve the sub Hz doppler with sufficient granularity.
vlfrx-tools is a fabulous set of tools with many options. Ancora imparo - I am still learning.
cheers, Graham ve3gtc