emoc a écrit:

emsahp a écrit:

En cherchant un peu 9600 correspond au débis et le 1 je ne sais pas ...

Salut,

9600 c'est le nombre de bauds du port série et 1, c'est le numéro du device / périphérique dont tu peux avoir la liste en envoyant le message [devices( à [comport]

Merci emoc pour la précision .
Nombre de bauds ça veut dire quoi ... ?
Ca a un rapport avec le débit ou pas du tout ?

Salut,

si tu envoies le message [ports( à l'objet [comport], il te donnera dans la console la liste des ports disponible. Sous Debian, cela m'affiche ça:

 Ports: 4 /dev/ttyUSB0

Tu peux donc indiquer en premier argument le numéro du port, ici 4, pour toi 1.

Le second argument correspond au débit de la connection avec ton comport. Tu peux sans souci la monter à 57600.

Dans ton cas, cela donnerait:

[comport 1 57600]

A partir de là, tu peux parler doucement à l'oreille de ton interface DMX. Je viens de mettre en ligne 2 abstractions basée sur les informations donnée par l'amoureux du peuple :
http://wiki.labomedia.org/index.php/Pur … Enttec_Pro. Voir les le fichier d'exemple joint adapté et son abstraction DMXlider.pd

Pour télécharger le code avec des matrices dynamiquement générées:

https://gitorious.org/gk-code/gk-code/t … een-rabbit(choisir la branche du lapin vert)

Dernière modification par oli44 (2012-01-19 01:45:25)

Re-salut,

Je précise cependant qu'en l'absence d'argument [comport] est par défaut à 9600 bauds.

O.

Salut emsahp,

Des objets et des procédures... il y en a plein !
Tout dépend de ce que tu veux faire exactement.
Shut lumière dès qu'il y a du son, pas de variation lumière lorsqu'il y a variation du niveau sonore, inversion (baisse du niveau lumière lorsqu'il y a augmentation du niveau son), etc.
Tu dois d'abord préciser ton scénario, puis définir quelles données tu veux exploiter (au niveau du son et au niveau de la lumière). Après, le ou les choix risquent de devenir (presque) évidents : selecteur, spigot, gate, opérateur mathématique (==, >, <, *-1, etc.).

O.

Je sens que je vais avoir mon Tshirt type :
[bang(
|
[until]
avec un gros [expr] bien monstrueux à la place qui fait le devant et le derrière tellement il y a de lignes et de conditions...

[expr] est quand même un truc fort pratique pour vos calculs à rallonge.

Dernière modification par pob (2012-01-23 19:43:00)

Salut !

Ici : http://codelab.fr/2238

O.

Salut !

En effet, je n'avais pas été plus loin que son intitulé.

Je crois, hélas, que personne ne songe plus à développer des patches pour l'Open Dmx.
Il présente semble-t-il des problèmes de stabilité (voir cette vieille discussion entre quelques pointures de pd: http://comments.gmane.org/gmane.comp.mu … eral/53771) et, pour ce qui me concerne, je n'utilise pas de convertisseur usb/dmx qui ne possède pas d'isolation galvanique (principe de précaution pour préserver mon ordi).
De ce côté-là, l'Usb Dmx Pro d'Enttec présente toutes les conditions de sécurité et de stabilité pour un prix très modique. De plus, il existe des patches .pd qui fonctionnent très bien avec le Pro (voir les posts précédents).
Cela dit, si tu tiens vraiment à utiliser l'Open Dmx, vu que Enttec ne fournit plus doc avec les spécifications tu peux éplucher celle de FTDI (le frabricant de la carte): http://www.ftdichip.com/Products/ICs/FT232BM.htm
En adaptant les patches conçus pour le Pro, tu devrais pouvoir arriver à quelque chose.
Autre solution: tu écris à Enttec pour leur demander des précisions sur la syntaxe.
Bon courage !

O.