ultraDMX MAX

dmxKing.com start releasing their new products and I was able to put my hand on the ultraDMX MAX.
Design is good and smart but they've decided to completely change their internal code which means :Light cannot run it (as for DL 4.3.20).

I'll work on it ASAP and let you know.

++

I got it to work on macOS 

I got it to work on Windows and Linux also
Input DMX is also working as long as eDMX Configuration is used to set the unit in 'USB DMX Forward'

 

dmxking.com/usbdmx/ultradmx-max

is available !!!
++

dispo chez Soliled:
www.soliled.com/brand/dmxking/

++

Marche pô sur Linux );

Testé 4.3.21-debian et dernière version, 4.3.25-mint

Ok sur Mac (intel 10.15)

D'avance merci

Jean-Philippe

@zenerve,
hello
Je m'en occupe en rentrant la semaine prochaine.
Ne faudraifaudrait-il pas écrire une nouvelle règle udev?

++

Le message d'erreur est "Eh, dude, no ftdi here, going back to sleep lol"

...enfin quelque chose comme ça... quand on essaie d'allumer le dmx.

Udev identifiait le chip ftdi pour donner la permission de s'en servir, il me semble que ce n'est plus d'actualité (je n'ai plus dû manuellement ajouter une règle depuis lurette)

Je regarderai et mettrai un update ici si ça marche.

@zenerve,
hello,
poursuivons un peu cette idée de règle udev... t'as quoi comme règle écrite dans  /etc/udev/rules.d ?
et si jamais tu peux la modifier comme indiqué dans le wiki  getdlight.com/wiki/index.php/Interfaces_DMX#Linux
pour le ultraDMX MAX, ATTRS{idVendor}=="0x1FC9"

ATTRS{idProduct}=="0x0094"
++
 

Dang, c'est moi qui ai rédigé cette partie du wiki.

Ô_Ô 2016 Ô_Ô

Sur Tumbleweed, il n'y a qu'un "placeholder", 70-persistent-net.rules, qui est vide.

Je me souviens d'un piège à l'envers, c'est que si tu installais QLC+ tu avais par défault la solution puisque QLC+ installait la règle. Ce ne semble plus être le cas, j'ai QLC aussi ici. M Calegari a dû, comme toi, réagir et il faut la dernière version -git pour que ça fonctionne.

L'interface est en tournée toute cette semaine, je ne peux pas tester.

Merci pour les ID Vendor etc ; j’essaie dès que je peux. Tu as créé une règle toi ? On est d'autant plus confus que mon collègue utilise Mint, comme toi j'imagine.

nope...
à part le raspberryPi j'ai pas de linux en natif ici...
mais je vais essayer sur le Pi et je te dirais.

++

hello,
je viens d'essayer sur le pi, sans tweak de la machine et ça fonctionne direct, sans avoir à écrire de règle...
le raspberryPiOS est basé sur la debian12

++

Nop (version 4.3.26 Mint sur Tumbleweed)

J'ai crée la règle "comme si on était en 2016" et ça change rien, D//Light continue à se plaindre qu'il ne voit pas de FTDI

J'ai rajouté la ligne comme suit dans le format original de la wiki :

Le terminal retourne :

 
quand j'essaie d'allumer le dmx.

Et oui, ça marche avec l'ancienne interface, UltraDMX Micro. Pour aller plus loin j'ai booté Linux Mint en version Live, j'ai installé :Light, et essayé aussi - nop nop nop, toujours pas.

): Y'a un moment je vais appeler soliled pour voir s'ils remboursent, j'en ai acheté deux de bonne foi et en confiance

et peux-tu essayer de booter sur un Live de la Debian12?

++

Ben j'ai fait plus mieux : j'ai installé debian 12.2.0 carrément, et emprunté un dimmer.

Marche pas.

Triple vérifié : l’interface "Max" marche sur Mac/Windows ; sur Debian :Light fonctionne avec l'ancienne interface FTDI, et :Light rapporte toujours

<<unable to open ftdi device: -6 (ftdi_usb_reset failed)>>

Si je branche l'autre