We've launched our new site at www.openlighting.org. This wiki will remain and be updated with more technical information.
Difference between revisions of "Drivers and software"
From wiki.openlighting.org
m (Category talk:Articles moved to Drivers and software: no-one sees the talk pages, better move the content out.) |
|||
(3 intermediate revisions by one other user not shown) | |||
Line 1: | Line 1: | ||
− | + | '''Advice:''' If your are looking for a interface to buy, then start with finding your favorite [[:Category:Controllers |controller app]], and find out which drivers and thereby which hardware is supported. | |
− | '' | + | |
There is a number of ways to get a controller application to send [[DMX]] data to a hardware interface (that can send the data out on your [[DMX]] wire). | There is a number of ways to get a controller application to send [[DMX]] data to a hardware interface (that can send the data out on your [[DMX]] wire). | ||
Line 6: | Line 6: | ||
Sometime the driver is split up into: | Sometime the driver is split up into: | ||
* Hardware driver for sending raw data to and from the hardware. | * Hardware driver for sending raw data to and from the hardware. | ||
− | * Protocol driver for translating | + | * Protocol driver for translating data/instructions between the controller app and the hardware (which uses some kind of protocol). |
Line 14: | Line 14: | ||
On Windows it seems that (almost) all controller apps have their own drivers. Probably because no good framework existed. | On Windows it seems that (almost) all controller apps have their own drivers. Probably because no good framework existed. | ||
− | On Linux there exists a system for hardware drivers, which is a kernel module with a common interface to the controller software that is independent of which hardware you choose to use. This is called [[ | + | On Linux there exists a system for hardware drivers, which is a kernel module with a common interface to the controller software that is independent of which hardware you choose to use. This is called [[DMX 4 Linux]]. |
− | Many drivers don't need to be in the kernel, and for that, there is a driver framework called [LLA]]. | + | Many drivers don't need to be in the kernel, and for that, there is a driver framework called [[LLA]]. |
Remember that it is possible to send DMX data over a network to an other computer or an Ethernet-to-DMX hardware interface. [[LLA]] is particularly good at this and in routing the signals between different systems and hardware. | Remember that it is possible to send DMX data over a network to an other computer or an Ethernet-to-DMX hardware interface. [[LLA]] is particularly good at this and in routing the signals between different systems and hardware. | ||
− | |||
− | |||
− | |||
[[Category:Articles]] | [[Category:Articles]] |
Latest revision as of 18:09, 11 July 2009
Advice: If your are looking for a interface to buy, then start with finding your favorite controller app, and find out which drivers and thereby which hardware is supported.
There is a number of ways to get a controller application to send DMX data to a hardware interface (that can send the data out on your DMX wire).
Sometime the driver is split up into:
- Hardware driver for sending raw data to and from the hardware.
- Protocol driver for translating data/instructions between the controller app and the hardware (which uses some kind of protocol).
Most USB interfaces works as a "virtual com port", which means that there is a real com port in the hardware, and a driver makes a com interface available i the operating system. Most USB com ports are supported 'out of the box' on both Windows and Linux (nice!), so most USB-to-DMX interfaces just need a protocol driver (easy to make and use)
On Windows it seems that (almost) all controller apps have their own drivers. Probably because no good framework existed.
On Linux there exists a system for hardware drivers, which is a kernel module with a common interface to the controller software that is independent of which hardware you choose to use. This is called DMX 4 Linux. Many drivers don't need to be in the kernel, and for that, there is a driver framework called LLA.
Remember that it is possible to send DMX data over a network to an other computer or an Ethernet-to-DMX hardware interface. LLA is particularly good at this and in routing the signals between different systems and hardware.