Aoshida-HIFI Audio Store has confirmed their stock of E30 has serial number starting from 2004 which has polarity issue fixed. Just ordered one.
Hi samsa! I’m on Linux, so is there a prerequisite driver/firmware installation needed for this or can I just jump straight to this?
Do I need to run the following commands sequentially, or do I only need to run a specific one?
(Btw, what do the--upload
and--download
options mean, are they upload firmware and download firmware, respectively?)
Code:Now you can run any of the following commands: ./E30_dfu_tool --listdevices sudo ./E30_dfu_tool --upload currentfirmware.bin sudo ./E30_dfu_tool --download newfirmware.bin
currentfirmware.bin
").newfirmware.bin
"), onto your E30. This is the "dangerous" one, but it's the one you want.
- The third command downloads and installs the firmware, from a file on your Linux machine (here called "
newfirmware.bin
"), onto your E30. This is the "dangerous" one, but it's the one you want.
upload
to mean to put TO the device, while download
would mean getting FROM it.Anyway, thanks samsa!
Okay, got it! Just got a bit confused with the terms, since I personally would useupload
to mean to put TO the device, whiledownload
would mean getting FROM it.
I hope the upgrade went smoothly.
Btw, whereʼd you source the Linux firmware update?
Would it be in any way dangerous applying this fix for devices with 2004 serial numbers already?
You will, however, be able to use the same installer when the 1.09 firmware comes out.
By same installer, you mean same method right? If and when 1.09 drops, would you be creating its respective Linux counterpart again?
No. The firmware file that you download to the DAC will be different, but the Installer is the same.
xmosdfu.cpp
, right?Probably a differentxmosdfu.cpp
, right?
I only found out about the polarity issue today. I updated the firmware which is supposed to fix the issue on the USB input, and then spent some time flipping back and forth between the optical and USB inputs into the same pair of speakers. I couldn't hear any difference between the two.
You can get the original XMOS software source code if you sign up for a free account. The updater is for MacOS, but after a change to 1 line it compiles for linux, and probably other unix with libusb. It looks like the source from khadas is based on an older version, but the changes since then are mostly to add the product IDs of some more XMOS chips. The trigger for entering DFU mode and the upload/download process haven't changed. XMOS have a lot of their code on github, but I don't think the dfu tool is there.The Khadas ToneBoard updater is on Github. It is lightly adapted (apparently) from the software toolkit provided by XMOS. I adapted things further for the Topping E30, and fixed some compiler warnings.
The DFU process views it from the point of view of the device, not the host computer, so it can seem a little odd.Okay, got it! Just got a bit confused with the terms, since I personally would useupload
to mean to put TO the device, whiledownload
would mean getting FROM it.
You can get the original XMOS software source code if you sign up for a free account. The updater is for MacOS, but after a change to 1 line it compiles for linux, and probably other unix with libusb. It looks like the source from khadas is based on an older version, but the changes since then are mostly to add the product IDs of some more XMOS chips. The trigger for entering DFU mode and the upload/download process haven't changed. XMOS have a lot of their code on github, but I don't think the dfu tool is there.
diff
file of my changes, if that's desirable. I did implement some minor improvements to the Macos version (which appeared to be the unmodified XMOS dfu tool). But, really, pretty trivial stuff...I guess it depends on whether Topping release an 'official' version or whether it remains a community supplied option for the brave. you and I already know how trivial it is, but it might help others. Thanks for trying it out. For linux the dfu-tool provided by fwupd may also be an option - it detects my Forte (earlier xmos chip) as dfu-capable, but I haven't found out yet if it can switch it to dfu mode or if it'll need an extra quirk adding.I can post adiff
file of my changes, if that's desirable. I did implement some minor improvements to the Macos version (which appeared to be the unmodified XMOS dfu tool). But, really, pretty trivial stuff...
You can get the original XMOS software source code if you sign up for a free account.
install_name_tool
, unlike — apparently — the folks at XMOS. So the Macos version runs without the ridiculous workaround theirs requires. (N.B.: this makes no difference under Linux, where the shared library is in the expected location.)I guess it depends on whether Topping release an 'official' version or whether it remains a community supplied option for the brave. you and I already know how trivial it is, but it might help others.
The polarity issue for coax and optical isn't fixed until version 2004 and later. USB is fixed with a firmware update.