I am not sure if I got this right... the Thesycon driver software is required only to make the RTX work with Windows. As a consequence, those users who don't have Windows are left in the dust when it comes to firmware updates. Really!?
It would really be good to have some other software tool that allows updating the RTX firmware without the requirement for a specific operating system (Windows in this case).
I'm sure we can't blame Jens/RTX for this. As far as I remember he didn't promise support for all OS's. Also if the RTX analyzer behaves like an ordinary USB audio device it should work on other OS's as an audio device.
However, DFU is another matter. If the DFU protocol is open we can just make a Python DFU loader ourself. Shouldn't be that difficult (famous last words
).Mogens
Hi Jens,
I was able to get a laptop running Windows 8.1. The update ran on that, so I'm all up to date now.
Is it possible to write something to talk to Win7? Most applications that run on Win7 also run up to Win10.
As for windows 8.1 ... it's horrible! It should be updated to Win10 (assuming that's better)!
-Chris
I was able to get a laptop running Windows 8.1. The update ran on that, so I'm all up to date now.
Is it possible to write something to talk to Win7? Most applications that run on Win7 also run up to Win10.
As for windows 8.1 ... it's horrible! It should be updated to Win10 (assuming that's better)!
-Chris
I had the same problem. It went away when I added an USB hub in the connection inbetween computer and RTX 6001
The "-1"-sample-problem is solved for me with the new firmware. Thanks!
Next issue
There seems to be an auto DC-offset correction. See the following picture, a loopback recording (lower tracks) of a "0, -FS" square wave (upper tracks).
You see that the mean value of the recording rises such that the mean is finally zero. For measurement purposes this is an unwanted "feature" for me. But I fear that is an feature of the ADC chip itself.
P.S.: settings out 0dBV, in 10dBV, DC coupled.
Next issue
There seems to be an auto DC-offset correction. See the following picture, a loopback recording (lower tracks) of a "0, -FS" square wave (upper tracks).
You see that the mean value of the recording rises such that the mean is finally zero. For measurement purposes this is an unwanted "feature" for me. But I fear that is an feature of the ADC chip itself.
P.S.: settings out 0dBV, in 10dBV, DC coupled.
FWIW I'm having trouble with the update. In my case it seems to originate in an older firmware. I think it may be due to a different USB PID-VID when in DFU mode.
You can check that by putting the RTX into DFU mode then check the device tree in Windows. It will be under unidentified devices. Then check the VID-PID (vendor ID and Product ID which are USB product identifiers that the OS uses to load the right driver) under details => hardware ID's.
Mine reports VID 20B1 and PID 0008 which are the demo ones for XMOS. My unit is preproduction and started with the demo firmware. When operating it has the RTX VID PID.
I'm sure we will have this sorted out soon.
You can check that by putting the RTX into DFU mode then check the device tree in Windows. It will be under unidentified devices. Then check the VID-PID (vendor ID and Product ID which are USB product identifiers that the OS uses to load the right driver) under details => hardware ID's.
Mine reports VID 20B1 and PID 0008 which are the demo ones for XMOS. My unit is preproduction and started with the demo firmware. When operating it has the RTX VID PID.
I'm sure we will have this sorted out soon.
If it can't be disabled by software, is there a hardware hack to achieve this?
There is a pin on the AK5394A that controls the filter. I'm not sure how stable the DC is on the chip and associated electronics. I'm pretty confident that it NOT be zero without adjustment and probably not stable enough to stay at zero even if adjusted. This is a different type of hardware.
Probably, it should be easy with some unofficial support
The controls are accessible via the PCB:
Probably, it should be easy with some unofficial support
The controls are accessible via the PCB:
View attachment 675862
Looking at the AK5394A data sheet, the filter is enabled if pin 19 ("HPFE") is high, and disabled if the pin is low. Hmmm... can I just pull the HPFE pin in your photo to GND without breaking stuff or affecting performance in any other way? Jens, what are your thoughts about this?
Definitely, we had the same problem and with the previous v1.16 fw. It seems to be a XMOS update problem, a google search gives a lot same issues!
And now I have the same problem with the new version...