ultraDMX MAX

@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

++