Hi Seb
I'm sorry for the very late reply, there have been issues with gaining access to my labs due to the COVID situation. I think I have understood the problem, that I was using the wrong device_db.py file. The issue was I didn't have all the documentation at hand that was sent with the delivered kasli system. I am working for ubirmingham2 and Dr Robert Jordans has confirmed that the system has been flashed with the firmware and gateware. Could you please confirm that the next steps I have outlined below are correct. I have download the ubimringham2 device database from https://nixbld.m-labs.hk/jobset/artiq/full-beta/latest-eval and as the binaries have already been flashed I guess I don't need to use the JSON configuration files. The kasli board requires a clock reference of 10 Mhz within the range of -3 to 6 dbm ( I am providing 500mVpp = -2 dbm) which I will provide from a signal generator. Robert said signals outside the dbm range may destroy the system. I will then change the computer's interface address to 10.34.16.1 netmask 255.255.255.0. In the device databse there is no mention of led0 or led1, does that mean that the core device in our system does not have a LED, or am I to add this functionality to the device database. Could I kindly ask for your advise as I do not want to damage the system.

sb10q I have now solved this issue by using a simple RJ45 ethernet cable instead of an usb to gigabit ethernet cable I was using before. Although the Kasli Ip address is 10.34.16.100 I have had to set the computer IP address to 10.34.16.101 for it to connect. I tried running a python script in the same folder as device_db.py to turn ttl6 on and off which can be seen below however ttl6 seems to be on at all times. It is on when I switch on the Kasli and the script is not switching it off. Furthermore I got the following warning.

WARNING:artiq.coredevice.comm_kernel:Mismatch between gateware (6.7477.d672d2fc.beta) and software (6.7538.261870bd.beta) versions

I have seen from your other posts related to this issue that small version differences should not be protocol breaking and therefore it should be fine ignore this warning. As the system has come pre flashed I didnt want to flash it again and lose any functionalities. This error came about because I installed the latest version of conda in a new enviroment, but this was because my previous software version was still different to the gateware. Could you please advise me, as I should be able to move ahead once I know I can properly communicate with the Kasli

This is the file that I want to run

  `
  from artiq.experiment import *                  #imports everything from artiq experiment library

   #minimum working code for using TTL6
   #turns output on, off, and then pulses it

  #to view the trace from this on a scope, use a single trigger with at least 16ms measured on scope

class TTL_Output_On_Off_Pulse(EnvExperiment):
"""TTL Output On, Off, Pulse"""
def build(self): #This code rus on host device     

    self.setattr_device("core")             #sets core device drivers as attributes
    self.setattr_device("ttl6")             #sets ttl6 device drivers as attributes
    
@kernel #this code runs on the FPGA
def run(self):

    self.core.reset()                       #resets core device
    self.ttl6.output()                      #sets TTL6 as an output
    delay(1*us)                             #moves timestamp forward to prevent collision between ttl6.output and ttl6.on although appears not to be neccessary in this case.
    #self.ttl6.on()                          #sets TTL6 output to high
    #delay(500*ms)                          #5000ms delay
    
    self.ttl6.on()                         #sets TTL6 output to low
    #delay(500*ms)                          #5000ms delay
    
    #self.ttl6.pulse(5*ms)                   #sets TTL6 output high for 5ms then sets it to low
    #delay(1*ms)                             #1ms delay

sb10q Thanks for the response, I assumed you wanted me to go ahead with reflashing the system. I downloaded the conda artiq-board package in to the same working directory and then ran:
conda install artiq-board-XX
which worked, and subsequently installed Zadig and saw that the QuadRS232-HS(interface 0) has the right WinUSB (v6.17...) version whereas I could not install the driver for the other interfaces(1,2,3) as I got the following error ("Driver installation cancelled by user") even though I didn't do so. I think this is an issue with the Windows environment, which will not allow .cat files to be signed. Given that interface 0 out of interfaces 0-3 has the right WinUSB driver, could you please tell me how I can identify the usb port which corresponds to interface 0?

I then tried to run artiq_flash -V urbirmingham2 but got the following error.
TypeError: _getfullpathname: path should be string, bytes or os.PathLike, not NoneType

Could you please advise me further?

I have now tried the same set of commands on a different windows machine and have been able to change the USB drivers using ZADIG. When I try to run the command artiq_flash -V ubirmingham2, I get the following error, could you please advise me.

In this situation even after running condo install artiq-board-XX the software is not being updated from 5.7xx to 6.75xx in this condo env as it happened on the other windows machine. I have tried creating a new condo env using:
conda create -n artiq-6.X artiq
conda activate artiq-6.X
conda install artiq-board-ubirmingham2-XX

rjo I found out what the problem was, it seems that openocd was not installed when installing artiq using conda. I checked this by running 'conda install openocd' which stated that openocd could not be found in the channels ( I was using artiq-beta). I then ran 'conda install -c m-labs openocd' found on the anaconda.org website and I was then able to run artiq_flash correctly. I'm not sure why this manual installation of openocd was necessary given that I had followed the provided installation instructions but thanks for the help.