Page 2 of 2 FirstFirst 12
Results 11 to 19 of 19

Thread: DMX vs CAN as Control Bus

  1. #11
    Join Date
    Jan 2008
    Location
    Belgium
    Posts
    1,009

    Default

    I used one from NI back when I did my experiments

  2. #12
    Join Date
    Oct 2010
    Location
    Ann Arbor, MI
    Posts
    20

    Default

    Quote Originally Posted by FourDee View Post
    I used one from NI back when I did my experiments
    I looked at their options, very pricey! The Leaf is only $300, so when that gets in I'll see how it works. The SDK looks very easy to use though, which is nice.

  3. #13
    Join Date
    Jan 2008
    Location
    Belgium
    Posts
    1,009

    Default

    http://sine.ni.com/nips/cds/view/p/lang/en/nid/203384

    This one is what I used, also around $300
    The NI has a hardware time stamp with 1µs precision, it seems the kvaser only does 100µs but that's depending on your application
    Last edited by FourDee; 01-24-2012 at 01:34.

  4. #14
    Join Date
    Oct 2010
    Location
    Ann Arbor, MI
    Posts
    20

    Default

    Quote Originally Posted by FourDee View Post
    http://sine.ni.com/nips/cds/view/p/lang/en/nid/203384

    This one is what I used, also around $300
    The NI has a hardware time stamp with 1µs precision, it seems the kvaser only does 100µs but that's depending on your application
    Oops, I looked at the prices with the ~$350 breakout box/connector block included. Now to look into the NI CAN API vs. the Kvaser CANLIB SDK in terms of ease-of-use and language bindings. Did you use LabView when you were working with the NI USB CAN unit, or did you use C/C# bindings?

    Any thoughts on the reliability of USB? This installation I think could be installed as a fixture at some point (not actively maintained/monitored), so perhaps a PCI(e)-based unit may be better. If I pick the right API from the start though, it should remain hardware agnostic.

    e: It looks like IXXAT makes inexpensive PCIe CAN cards, even based on the same FPGA I'm using at work to implement a few SJA1000s on. Might go with them, if not only to simplify migration if it ends up going USB->PCIe.
    Last edited by movax; 01-24-2012 at 09:03.

  5. #15
    Join Date
    Oct 2010
    Location
    Ann Arbor, MI
    Posts
    20

    Default

    Began schematic capture on Wed, and decided on using some of CUI's isolated DC/DC switcher modules as my power supplies on-board. Not that important for the MCU, but the isolated 5V supply should be nice and clean for the DAC (DAC is the only 5V component on the board). Still need to wait for KVANT/CT Lasers to fill me on details on the modulation input; all I know right now is that is 0V-5V, but no idea of the effective impedance that input presents to the circuit (i.e. how much current is it going to sink).

  6. #16
    Join Date
    Apr 2010
    Location
    USA
    Posts
    216

    Default

    The impedance on a modulation input is usually 10k-100k, but sometimes as low as 1k. You'll want either a buffered DAC chip or some opamps.

  7. #17
    Join Date
    Oct 2010
    Location
    Ann Arbor, MI
    Posts
    20

    Default

    Quote Originally Posted by j4cbo View Post
    The impedance on a modulation input is usually 10k-100k, but sometimes as low as 1k. You'll want either a buffered DAC chip or some opamps.
    Planning on the AD5301, which has a buffered voltage output. "High-speed" I2C should be sufficient speed-wise as well. If I turn out to need more precision, the 10-bit and 12-bit big brothers are 100% footprint compatible, which is nice.

    Even if the impedance really does drop down to like 1k though, then I think something like the REF195 might be suitable to power the DAC + source current to the input. Since this is a one-off project, cost isn't a huge concern and I could implement a switcher to take 12V down to around 5.2/5.3V and then feed that to the REF195.

  8. #18
    Join Date
    Oct 2010
    Location
    Ann Arbor, MI
    Posts
    20

    Default

    Apologies for cell-phone pic, didn't feel like pulling out big camera. Boards came in and starting to assemble them... should be exciting to see them in action!
    Click image for larger version. 

Name:	IMG_0206.JPG 
Views:	11 
Size:	2.20 MB 
ID:	33964
    (Click image for larger version. 

Name:	IMG_0203.JPG 
Views:	17 
Size:	2.05 MB 
ID:	33965

    e: argh, it flipped the photo :

  9. #19
    Join Date
    Oct 2010
    Location
    Ann Arbor, MI
    Posts
    20

    Default

    Well, they are (mostly) working, only a few hiccups in terms of design errors! CAN looks halfway decent as well, considering the EMI mitigating parts were all OOS.


    Using the DMA engine with CAN, and it's been surprisingly rock-solid. Set up acceptance filters for my messages (only 4; 3 common to every system for brightness + motor speeds, and 1 individual for each system for control) pretty painlessly. I think the dsPIC spends its cycles looping and operating on the values in the DMA Buffer as fast as it can.

    Having some issues with Vishao driver though, will post about that in other forum.
    Last edited by movax; 09-21-2012 at 07:46.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •