Skip to content
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

Loupedeck CT V2 Support (product ID 0007 instead of 0003) #27

Open
elementalTIMING opened this issue Sep 7, 2023 · 12 comments
Open

Loupedeck CT V2 Support (product ID 0007 instead of 0003) #27

elementalTIMING opened this issue Sep 7, 2023 · 12 comments

Comments

@elementalTIMING
Copy link

Hi,

I tried to test your promising package. Unfortunately, I always get the message:

Device with product ID 7 not yet supported! Please file an issue at ...

Do you have a fix, please? I'm using a Loupedeck CT on a Mac.

Thx and best regards,
Lars

@foxxyz
Copy link
Owner

foxxyz commented Sep 7, 2023

Hm, that's strange. According to my research with Loupedeck CT, the USB device ID is 0003, not 0007, which is what the software is looking for.

I wonder if you have a newer device? When did you buy it?

Try manually instantiating the device if you know what type it is:

import { LoupedeckCT } from 'loupedeck'

const device = new LoupedeckCT({ path: '/dev/path/to/your/device', autoConnect: false })
await device.connect()
console.info('Connection successful!')

device.on('down', ({ id }) => {
    console.info(`Button pressed: ${id}`)
})

Let me know how that goes!

@elementalTIMING
Copy link
Author

Hi,

indeed I bought the Loupedeck CT last week so maybe they changed the ID.

I will give t a try to manually connect it in the way you described above. However it would be great to have a more "general" method running to be flexible and independent of the current hardware environment.

Best regards,
Lars

@foxxyz
Copy link
Owner

foxxyz commented Sep 7, 2023

Interesting, maybe there's something different about the device. I will make a note of that.

If all the functionality works as intended using the manual instantiation, then we could just add that deviceID as an alias, so it gets found correctly.

However it would be great to have a more "general" method running to be flexible and independent of the current hardware environment.

What do you mean exactly?

@elementalTIMING
Copy link
Author

However it would be great to have a more "general" method running to be flexible and independent of the current hardware environment.

What do you mean exactly?

Well, it would be nice to get to work on my computer with my hardware by selecting the correct ID manually. But what if another user wants to use my tool where the ID is different? on his computer. This is what I was meaning with "general method". Run through all ports and try to find the correct one... To be honest I have no idea how this could look like or if this possible. Until today I've tried not to deal with hardware :-)

BTW: I thought the USB ports are available via /dev/ttyUSBxxx. But not on Mac. There are over 100 ttys, but none which could be clearly identified as the USBs. Do you have an advice please?

Cheers,
Lars

@foxxyz
Copy link
Owner

foxxyz commented Sep 7, 2023

Well, it would be nice to get to work on my computer with my hardware by selecting the correct ID manually. But what if another user wants to use my tool where the ID is different? on his computer. This is what I was meaning with "general method".

I believe that's what the manual instantiation is for? Or maybe I don't understand well enough.

BTW: I thought the USB ports are available via /dev/ttyUSBxxx. But not on Mac. There are over 100 ttys, but none which could be clearly identified as the USBs. Do you have an advice please?

It should show up in there. On my Mac it shows up as /dev/tty.usbmodemxx. Try ls /dev/tty* | grep usb

@elementalTIMING
Copy link
Author

ls /dev/tty* | grep usb

My mistake. I was looking for the USB tty but without having a device connected. Now I see it at /dev/tty.usbmodem101.

@latenitefilms
Copy link

I believe the new Loupedeck CT's have a new product ID, and also use the "Razer" style screen structure - ie one main screen instead of three.

See: CommandPost/CommandPost@3acb433

@foxxyz
Copy link
Owner

foxxyz commented Sep 8, 2023

@latenitefilms that's great info, thank you!

Looking at your code, it looks like you also do a firmware check. Does that mean that a V1 CT can also act like a V2 CT if it has newer firmware loaded? Or does the V1 CT refuse to load newer firmware?

It sounds like at the end of the day they are still identical devices even though they report different product ID's, and that their behavior depends more on the firmware version installed.

Is that a correct assumption?

@latenitefilms
Copy link

From what I understand, if a Loupedeck CT or Live is running Firmware v0.2.5 or later, then it uses the Razer/single screen method. There's so many different hardware versions of the devices, and what firmware they are allowed to update to seems pretty varied. However this is just an assumption - I'm GUESSING that that if they do need to update firmware for the older devices, they'll just increment the older version numbers - i.e. v0.2.4.1.

The Loupedeck CT V2 (with the new product number) seems identical function wise as the older model, but I think they improved some of the insides.

@foxxyz
Copy link
Owner

foxxyz commented Sep 8, 2023

That's super useful information! Thank you!

I'll try to get my hands on a newer CT at some point so I can troubleshoot and add support.

@foxxyz foxxyz changed the title Device with product ID 7 not yet supported! Loupedeck CT V2 Support (product ID 0007 instead of 0003) Sep 8, 2023
@elementalTIMING
Copy link
Author

elementalTIMING commented Feb 18, 2024

Do you have any solution found?

Meanwhile I tried to use the Serial connection but get:

Loupedeck Serial Error: Error: Resource busy, cannot open /dev/tty.usbmodem101

@elementalTIMING
Copy link
Author

Do you have any solution found?

Meanwhile I tried to use the Serial connection but get:

Loupedeck Serial Error: Error: Resource busy, cannot open /dev/tty.usbmodem101

My fault: I had the Loupedeck software open and running. So the USB port was already open.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants