ADRV-5 Timebase Implementation Error With Labscript

5 views
Skip to first unread message

Alex M.

unread,
Apr 15, 2026, 5:29:55 PM (3 days ago) Apr 15
to the labscript suite
Hello,

We will use ADRV-5 Timebase AOM controllers to control our AOMs and EOMs, and we hope to use it with labscript. I am currently using the device class written by Johannes Schabbauer to do this, and have successfully established a TCP/LAN connection between our control computer and the Timebases using port 8081. However, the Blacs tab throws an error saying that it recieved no remote values for the channel to which it was connected.


For context, these AOM drivers have 5 channels, and I only had the first channel turned on outputting a frequency and amplitude that I read in a spectrum analyzer. Despite this, the Blacs error read "Got no remote values for channel 1, is it connected?"

I pinged the device/port successfully, and looking at the Blacs_worker.py file it seems the issue is due to the check_remote_values function (I have linked the file below). Following the logic defined in the code, it seems that the client establishes a connection with the TCP server, then recieves a message containing the values on the display panel of the channel (e.g. frequency, amplitude, etc.), and then converts them into a dictionary. If there is no particular value in the list, then it raises the aforementioned error.

Has anyone used this device class and experienced this or a similar error before?

best,

Alex
blacs_workers.py

Schabbauer, Johannes

unread,
Apr 17, 2026, 8:12:56 AM (24 hours ago) Apr 17
to labscri...@googlegroups.com

Hey Alex,

It's nice to hear that you can use this code. Do you get a response from the AOM driver for the "Gpar" command for this/each channel? If not I would check if the BLACS worker uses the right channel names as set on the device. If the channel names set in the labscript_devices file does not match with the ones on the device, the command from self.client.send(ch.encode()+b"|Gpar\r\n") will be probably ignored by the AOM driver. You could also try send this command and read the response in a small separate python script (or other TCP connection) and check if the response makes sense.

Best wishes,
Johannes

Alex --
You received this message because you are subscribed to the Google Groups "the labscript suite" group.
To unsubscribe from this group and stop receiving emails from it, send an email to labscriptsuit...@googlegroups.com.
To view this discussion, visit https://groups.google.com/d/msgid/labscriptsuite/dc2bad06-4eb9-47b4-9e48-44bc4331e5dbn%40googlegroups.com.
Reply all
Reply to author
Forward
0 new messages