Click to view our Accessibility Statement or contact us with accessibility-related questions
nu.e
24
Jul 20, 2016
dfu-util 0.8
Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc. Copyright 2010-2014 Tormod Volden and Stefan Schmidt This program is Free Software and has ABSOLUTELY NO WARRANTY Please report bugs to dfu-util@lists.gnumonks.org
Cannot open DFU device 0a5c:21e6 Found DFU: [1c11:b007] ver=0000, devnum=23, cfg=1, intf=0, alt=0, name="Kiibohd DFU", serial="mk20dx128vlf5" ============================================
using win8.1. what does "Cannot open DFU device 0a5c:21e6" mean? can I ignore this message and flash without running into problems like the other guy? In any case, I ended up flashing through linux just in case.
HaaTa
558
Input Club
Jul 20, 2016
nu.eYou can safely ignore that. dfu-util detected another USB device on the system but wasn't able to fully query it. From a quick google of 0a5c:21e6 looks like some sort of Broadcom Bluetooth receiver thing.
captain_midnight
65
Jul 20, 2016
HaaTaHave you guys tried flashing the new IC60 with dfu-util 0.8?
HaaTa
558
Input Club
Jul 21, 2016
captain_midnightSorry for the delay (my Windows 10 computer was being...difficult). Yeah, just tested again, using kii-dfu on Windows 10 with the new IC60. Works as expected. Downloaded a fresh Alphabet layout from the configurator, and flashed with kiibohd.dfu.bin.
Found DFU: [1c11:b007] ver=0000, devnum=21, cfg=1, intf=0, alt=0, name="Kiibohd DFU", serial="mk20dx128vlf5"
Return Code: 0 dfu-util 0.8
Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc. Copyright 2010-2014 Tormod Volden and Stefan Schmidt This program is Free Software and has ABSOLUTELY NO WARRANTY Please report bugs to dfu-util@lists.gnumonks.org
Match vendor ID from file: 1c11 Match product ID from file: b007
Opening DFU capable USB device... ID 1c11:b007 Run-time device DFU version 0110 Claiming USB DFU Interface... Setting Alternate Setting #0 ... Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing DFU mode device DFU version 0110 Device returned transfer size 1024 Copying data from PC to DFU device
Download [=========================] 100% 32380 bytes Download done. state(7) = dfuMANIFEST, status(0) = No error condition is present
unable to read DFU status after completion
Return Code: 0
captain_midnight
65
Jul 21, 2016
HaaTaAll right, well, I don't know what else I can do on my end here. The unit is acting like a paperweight right now, no matter what I try.
HaaTa
558
Input Club
Jul 21, 2016
captain_midnightA couple things to try.
1) Do you have any other computers to try flashing with? 2) Try running kii-dfu with administrator privileges 3) Download http://dfu-util.sourceforge.net/releases/dfu-util-0.9-win64.zip, extract, copy kiibohd.dfu.bin to that directory, open up a command prompt (administrator mode), cd to the dfu-util.exe directory, dfu-util -l (this will list your keyboard to see if it's in flash mode), dfu-util -D kiibohd.dfu.bin (this will flash the keyboard).
captain_midnight
65
Jul 21, 2016
HaaTaThe KB doesn't even come up in Zadig when I enumerate devices. It remains unlisted when I press the flash button. The OS does not chime on device connection or disconnection. dfu-util does not list any devices. If I run the flash command anyway, it just says "No DFU capable USB device available." Same experience on multiple devices.
HaaTa
558
Input Club
Jul 22, 2016
captain_midnightYou'll have to select List all devices in Zadig. Zadig only lists devices without drivers by default.
captain_midnight
65
Jul 22, 2016
HaaTaLike I said, I told Zadig to enumerate all USB devices. The keyboard no longer appears on Zadig's list. It has not appeared on this list since the flash went sideways. It remains absent from this list when press the flash button.
The keyboard does not respond to any attempt to interact with it. The operating system does not recognize its presence. I've tried multiple PCs, multiple cables, and multiple USB ports. Everything is pointing to the keyboard itself as the source of the problem.
HaaTa
558
Input Club
Jul 22, 2016
captain_midnightDoes the LED on the back of the keyboard turn on when you press the flash button? (May have to take it out of the case)
ninjaNikki9
9
Jul 22, 2016
HaaTaMine doesn't. The front LEDs go off, though. I've gotten mine to work with Zadig, but it took a few tries to get it to show up.
captain_midnight
65
Jul 22, 2016
HaaTaI purchased the translucent case. After experiencing the flash error, the LED in question does not turn on when I press the flash button.
HaaTa
558
Input Club
Jul 25, 2016
captain_midnight@captain_midnight, that doesn't sound good. The LED should always turn on. On a couple prototypes I had issues of LEDs being dead, but that doesn't seem to be the case here. I suspect you might have the first dead MCU we've ever shipped...ugh.
I'd really like to take a look at the keyboard personally. Would you mind shipping the keyboard to me? It shouldn't take me more than a day to solder on a new MCU (if that's what's actually dead). Then I'll ship it back to you.
captain_midnight
65
Jul 25, 2016
HaaTaThank you for being willing to take a look at it. I haven't had to send back a Massdrop purchase before, though. Should I get a return label from you?
HaaTa
558
Input Club
Jul 25, 2016
captain_midnightI'm going to ask @YanboWu about how this is going to work. Normally the keyboard would go to Massdrop, but in this case I want to look at the keyboard.
jhorology
3
Jul 26, 2016
HaaTa@HaataMassdrop rejected my return request, so I have questions for you. Is the issue of OSX startup keycombinations fixable by firmware or not? If it's fixable, are you willing to fix it? and when?
HaaTa
558
Input Club
Jul 26, 2016
jhorologyHmm, those keys.
It's quite a bit of work sadly. The unfortunate answer is that Apple keyboards don't follow the HID spec. They use a bunch of cludges to add things like the FN key (which does not exist in the HID spec, but they still pass it on to the OS). Since this is boot mode (early startup), very likely it would break support for some BIOSs. As we know Apple doesn't care about compatibility with anyone but whatever their latest computer is (they are terrible for backward compat on even their own hardware).
(also, any Apple devs working on HID reading this, don't worry, all keyboard manufacturers hate you; it's by far the worst platform to develop hardware for)
Anyways, enough venting. I think it still might be possible to make it work. Please file a github issue here -> https://github.com/kiibohd/controller/issues I have an apple keyboard kicking around so I can at least check out what kind of descriptors it's using.
I'm also going to ping hasu and some other keyboard firmware devs to see if they've looked into this.
jhorology
3
Jul 26, 2016
HaaTaGood to hear from you. In summary, you said "I will probably fix it in near future." is it? OK, I'll keep this keyboard. PS. I don't know about HID/USB/BIOS/etc.. Mightbe a simple reason? Your firmware say nothing when hold down key and then plug-up USB.
PRODUCTS YOU MAY LIKE
Trending Posts in Mechanical Keyboards