-
Notifications
You must be signed in to change notification settings - Fork 236
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
blink(1) mk3 behaves strange with blink1-tool #659
Comments
I'm looking into this now. Thanks for the detailed description. |
Hi, Is there anything else about your setup you can describe? |
Hi, In the meantime, I tried ID1 and ID3 directly on the front-side USB2 ports of my PC case, there the behaviour is the same. What exactly would be helpful to describe in my setup? Any hint is appreciated. I hope the following information is somehow helpful. My system:
other USB devices connected to my PC:
Please let me know if I can do anything else to provide helpful information (e. g. USB tracing or sth. similar). Thank you very much |
Hi, blink(1) list: Commands submitted: |
Yes, that is very strange. Are you typing these commands directly into Powershell or running some script? Is there any other program running that controls the blink(1) devices? I would maybe suspect you're using an older version of As another experiment, below is a slightly different build of |
When testing, I type the commands directly into a PowerShell or CMD window. But it makes no difference when submitting the commands in a PowerShell script that is executed by Task Scheduler. I downloaded blink1-tool v2.1.0 yesterday especially to be sure that I use the current version. I downloaded the new version of blink1-tool you provided, but unfortunately no difference in behavior. Furthermore, I did another test on my main PC with Blink1Control2 (v2.2.4) and blinkt1control-tool.exe (v2.1.0). Thank you very much |
It does appear like the mk3 is misbehaving, but I cannot fathom how it could be acting like this. Do you have any non-standard device drivers that control HID devices? I could be persuaded that something like an errant RGB keyboard driver is intercepting USB HID commands and altering them. One other thing to try is addressing the blink(1)s by their serial number instead of their list index. That is, try:
If you like, we can send you a replacement blink(1) mk3 (or even a replacement blink(1) mk2, we have a few remainders). Email us at blink1 at thingm.com with your preferred shipping address and we'll get it shipped out next week. If this one mk3 you have is weirdly defective, the replacement should work fine. Otherwise, I'd start suspecting hardware (USB hubs, etc) and OS/drivers. I really wish I had a good theory as to what's happening. This is a really unique issue! |
Thank you very much for your proposal 👍 I tested with the serial numbers as ID on my main PC, unfortunately no difference. In the meantime, I tested the mk3 on a HP Elitebook 840 G5 (3rd device now) where nothing special except the required HP drivers is installed. Once more, thank you very much for all your help. |
I'm experiencing a very similar problem with my mk3 devices. I have the following 3 devices:
If I issue:
to the mk2 device, it remains red forever. If I do the same thing with a mk3, the device turns itself off automatically after a few seconds. Both mk3 devices are affected. The host is a Windows 11 24H2 PC. This occurs with all other similar PCs. In some cases issuing I can't repro this with a mk3 connected to a Ubuntu 24 PC (my DIY NAS). Is that an issue with the mk3 firmware? Hardware? |
@todbot how can I help troubleshooting / fixing this? |
Hi,
I have 4 blink(1)s connected to one USB swith.
3 of them are mk2 and one is a new mk3 (bought some days ago).
I use blink1-tool.exe v2.1.0 on Windows 10 Pro (20H2) to control the blink(1)s via a PowerShell script.
Unfortunately, the mk3 shows a strange (erroneous?) behavior.
To reproduce the behavior, it does not matter if I execute the commands via script or directly from command line.
Using cmd or PowerShell makes no difference, too.
Please see the examples below for details about the behavior.
Devices:
blink(1) list:
id:0 - serialnum:2001042E (mk2) fw version:205
id:1 - serialnum:20010466 (mk2) fw version:205
id:2 - serialnum:200110D4 (mk2) fw version:205
id:3 - serialnum:3376bb52 (mk3) fw version:303
Example 1:
Starting condition: all blink(1)s are turned off.
I turn on ID 1 (mk2) with the command:
blink1-tool.exe --id 1 -q -m 600 -t 1500 --rgb=ff0000
and then I enable ID 3 (mk3) with this command:
blink1-tool.exe --id 3 -q -m 600 -t 1500 --rgb=00ff00
afterwards I want to turn off ID 1 with the command:
blink1-tool.exe --id 1 --off
Expected result: only ID 1 turns off
Actual result: both ID1 and ID3 turn off.
Example 2:
Starting condition: all blink(1)s are turned off.
I turn on ID 3 (mk3) with the command:
blink1-tool.exe --id 3 -q -m 600 -t 1500 --rgb=00ff00
then I turn on ID 1 (mk2) with the command:
blink1-tool.exe --id 1 -q -m 600 -t 1500 --rgb=ff0000
Expected result: ID 3 turning on and after the second command, ID1 also turning on, ID 3 still staying turned on.
Actual result: ID 3 (mk3) turns off and ID 1 turns on.
Somehow the mk3 seems to be reacting to commands directed to other IDs and turns off.
If I only use mk2s in the above mentioned examples, everything works as expected. Only the mk3 is behaving so strange.
Help is highly appreciated.
Thank you
The text was updated successfully, but these errors were encountered: