Bonjour tout le monde et bonne année pour ceux qui me lisent encore en janvier..!

Je suis sur ubuntu 20.04, équipé d'un Lenovo x230 avec la dernière version de DLight présente sur le site. J'ai installé les drivers du boitier usb-dmx et activé la licence de DLight. Aucun résultat, pas de problème, je continue de chercher. Car j'ai vu sur le tableau de compatibilité usb-dmx que mon boitier "eurolite dmx512-pro interface mk2" avait des points d'interrogation. Mais j'ai aussi sur le forum qu'il était possible de le faire fonctionner grâce à une autre méthode:

Du coup, je me suis penché sur les "accès" comme expliqué dans le "setup I/0" et ajouter la première "rules" dans "udev"(La règle de Anyma si je me trompe pas). Le programme DLight détecte que mon boitier est branché que lorsque que je le débranche et rebranche lorsque DLight tourne avec la sortie dmx out en ON( qui passe en OFF quand je le débranche). Sans résultat niveau output sur mon par led, je passe donc à la deuxième option en effaçant ma première règle et y ajoutant la deuxième. Résultat, DLight ne detecte plus le boitier du tout. Alors j'essaye avec la troisième option dites "version longue". Même résultat que pour la deuxième option. Bref je supprime toutes les "rules" et recréer la première pour avoir au moins une sorte de dialogue entre hardware et software..!

Je dois avouer je que je ne sais plus trop où chercher...

Voici quelque infos en plus:

Réponse à lsusb: Bus 003 Device 004: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC

Il y a pas de changement de réponse avec la commande "dmesg" lorsque je lance DLight

setup dmxusb: Je suis bien en train d'écouter l'univers 1
J'ai vérifiér que le patch 1 to 1 était Ok

L'interface Dmx-Usb fonctionne très bien avec "qlc+" et le signal passe sans problème.

J'espère que mon explication est suffisament clair..! Peut-être que le soucis vient d'ailleurs..

En gros:
Help =D

Merci d'avance pour votre aide!

Spoon

hello,
on va discuter de la première méthode du wiki (grace à udev) si tu veux bien.
peux-tu poster la règle que tu as écris ?

++

et au passage tu n'as normalement besoin d'aucun driver sur Linux

++

et d'après ce que dit lsusb, c'est cette règle qu'il te faut:
SUBSYSTEM=="usb*", ACTION=="add|change", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", MODE="0666"

++

sl1200mk2 écrit:

hello,
on va discuter de la première méthode du wiki (grace à udev) si tu veux bien.
peux-tu poster la règle que tu as écris ?

++

La règles que j'ai actuellement est dans le répertoire: etc/udev/rules.d/z65-usbdmx.rules

et la règles c'est celle du wiki:

# This file originates from the QLC/QLC+ Project, hence falls into the GPLv2 or 3
# These rules should work on newer udev architecture as well as the older one.
# Basically they watch for all "usb" subsystem add/change events, that occur
# for devices with VID==0403 and PID==6001 (meaning FTDI-based devices), and
# set their device nodes' permissions so that ALL users can read and write to
# them. The devices nodes are found under /dev/bus/usb/xxx/yyy.

# Generic FTDI Products (EnTTec, dmxKING)
SUBSYSTEM=="usb*", ACTION=="add|change", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", MODE="0666"

# DMX4ALL Products
SUBSYSTEM=="usb*", ACTION=="add|change", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="c850", MODE="0666"
SUBSYSTEM=="usb*", ACTION=="add|change", ATTRS{idVendor}=="03eb", ATTRS{idProduct}=="2018", MODE="0666", ENV{ID_MM_DEVICE_IGNORE}="1"

# EUROLITE Product
SUBSYSTEM=="usb*", ACTION=="add|change", ATTRS{idVendor}=="04d8", ATTRS{idProduct}=="fa63", MODE="0666", ENV{ID_MM_DEVICE_IGNORE}="1"


Vu la dernière réponse j'ai changer la dernière ligne pour eurolite:

# This file originates from the QLC/QLC+ Project, hence falls into the GPLv2 or 3
# These rules should work on newer udev architecture as well as the older one.
# Basically they watch for all "usb" subsystem add/change events, that occur
# for devices with VID==0403 and PID==6001 (meaning FTDI-based devices), and
# set their device nodes' permissions so that ALL users can read and write to
# them. The devices nodes are found under /dev/bus/usb/xxx/yyy.

# Generic FTDI Products (EnTTec, dmxKING)
SUBSYSTEM=="usb*", ACTION=="add|change", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", MODE="0666"

# DMX4ALL Products
SUBSYSTEM=="usb*", ACTION=="add|change", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="c850", MODE="0666"
SUBSYSTEM=="usb*", ACTION=="add|change", ATTRS{idVendor}=="03eb", ATTRS{idProduct}=="2018", MODE="0666", ENV{ID_MM_DEVICE_IGNORE}="1"

# EUROLITE Product
SUBSYSTEM=="usb*", ACTION=="add|change", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", MODE="0666"

Mais le résultat est le même. DLight detecte quand je déconnecte l'interface et se reconnecte quand je la connecte à nouveau. Mais le signal ne passe pas ou ne se synchronise pas. Car le témoin lumineux est rouge et le par incontrôlable.

Du coup j'ai fais une règle uniquement avec la dernière info :
SUBSYSTEM=="usb*", ACTION=="add|change", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", MODE="0666"

Mais là encore, rien :/

et as-tu essayé un règle avec juste:
ACTION=="add", SUBSYSTEMS=="usb", GROUP:="usbuser", MODE:="0666"

tu détruis la précédente bien évidemment...
mais vu que tu dis que DL détecte quand tu débranche/rebranche le boitier, j'ai tendance à penser que ta règle est bonne.

donc deux choses:
-pourrais-tu essayer avec la 4.2.00_rc3:
getdlight.com/downloadfr/category/26-bet...nux-ubuntu18-minimum
-pourrais-tu me dire ce qu'écrit DL dans la fenêtre d'info (en haut à droite) quand tu le démarres?

++

Je viens d'essyer la règle et elle donne le même résultat que la methode une du wiki. C'est à dire que DLight détecte quand je branche et débranche le boitier.

J'ai essayé avec la 4.2.00_rc3 avec toutes les règles les unes après les autres et les résultat sont équivalents..

La fenêtre d'information n'affiche pas d'erreurs
Jan. 03.2021 06:21:46
D::Light 4.1.15
cNicolas Bats (Getdlight.com)
D::Light is activated on this computer until 2021-12-29 18.06:15
Date et heure actuelle
"Using libusb v1.0.2311462
la date et heure actuelle
using FTDI - widget
la date et l'heure actuelle
USBDMX...OK"

Est-ce qu'un mode de transmission "PRO RX/TX" pourrait-être en rapport avec mon soucis? Sur QLC+ la synchro ne fonctionne que de cette manière quand je défini mon output.

effectivement si il finit par te dire USBDMX....OK c'est que la connexion est bonne, donc les règles que t'utilises sont bonnes.

Est-ce qu'un mode de transmission "PRO RX/TX" pourrait-être en rapport avec mon soucis? Sur QLC+ la synchro ne fonctionne que de cette manière quand je défini mon output.

Je ne sais pas je connais le mode PRO...
Je vais télécharger leurs docs et voir ce qu'ils disent.

++

Je ne sais pas je connais le mode PRO...
Je vais télécharger leurs docs et voir ce qu'ils disent.

Trop bien!

En tous cas: Merci beaucoup pour ton aide!

en fait c'est de quel boitier de chez Eurolite dont tu parles?
à part Amazon, Thomann et d'autres c'est pas facile de trouver de la doc pour les prods Eurolite...

++

Celui-ci:

www.steinigke.de/en/mpn51860121-eurolite...o-interface-mk2.html

hello,
j'ai compris pourquoi le DMX ne passe pas avec ce boitier.
Pour le faire fonctionner il faudrait que je rajoute une option dans le setUpI/O pour préciser qu'il s'agit d'un boitier EuroLite.
Je ne te cache pas que j'ai d'autres truc sur le feu... donc en attendant, tu pourrais utiliser OLA sur ton linux et le chemin serait:
tu stream les données depuis DL vers OLA en sACN, puis dans OLA tu utilises le plugin Eurolite pour convertir le sACN en données comprises par le boitier Eurolite.

++

Hello,

J'ai pas vraiment réussis à installer ola et toutes ses dépendances...(Je suis néophyte sur ubuntu..) Mais ça fonctionne avec QLC+.. Du coup j'entre dans QLC+ par du E1.31 sACN et ça mache. Cependant je dois "patcher" tous les canaux de sortie sur des father virtuels... C'est long. Mais ça marche