element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet & Tria Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • About Us
    About the element14 Community
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Japan
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      •  Vietnam
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Personal Blogs
  • Community Hub
  • More
Personal Blogs
Legacy Personal Blogs DAC8775 Quad-Channel DAC EVM - part 5: HART Interface
  • Blog
  • Documents
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
  • Share
  • More
  • Cancel
Group Actions
  • Group RSS
  • More
  • Cancel
Engagement
  • Author Author: Jan Cumps
  • Date Created: 3 Aug 2018 8:54 PM Date Created
  • Views 4315 views
  • Likes 8 likes
  • Comments 21 comments
  • firmware
  • industrial
  • dac8775
  • hart_network_connectivity
  • ti_rt
Related
Recommended

DAC8775 Quad-Channel DAC EVM - part 5: HART Interface

Jan Cumps
Jan Cumps
3 Aug 2018

For the Instrumentation, Automation and Industrial Application fanboys.

And for anyone interested in communication protocols that are widely used but not commonly known.

 

I'm checking the Highway Addressable Remote Transducer Protocol interface on the DAC8775.

image

 

 

HART Protocol

 

The HART protocol communicates info on a current loop by adding a small AC component to the current loop.

The frequency of that component defines that you're sending a mark (1200 Hz) or space (2200 Hz).

That's all I'll tell about the protocol. The blog is not about how it works, but how to use it with the DAC8775.

Secretly I hope this gets you interested in a widely used industrial communication protocol,

 

DAC8775 and HART

 

From the DAC8775 datasheet:

DAC8775 is also implemented with a Highway Addressable Remote Transducer (HART) Signal Interface to superimpose an external HART signal on the current output.

 

The HART peripheral is only useful in current mode. The HART signal is a communication component added to the current output that DAC is set to.

The DAC8775 implements the physical layer. It doesn't know HART protocol or data handling, but can generate the compliant signal on its output.

In essence, it accepts a sinusoidal signal of 0.5 Vpp, either 1200 or 2200 Hz, and translates that in an AC current component on the output of 1 mA

image

The image above, from the DAC8775 datasheet, shows how the DAC, when set to a  6 mA DC output current, mixes a HART signal of 0.5 mApp to it.

 

EVM Board Modification

 

The evaluation kit used in the element14 Road Test has no breakout point for the HART inputs. On each of the 4 DAC channels, that pin is coupled to ground via a capacitor.

image

I'm using channel A, so I have removed the capacitor for that module's HART input - C58, and soldered a patch wire to the PCB.

imageimage
imageimage

 

 

The HART input signal has to be capactive coupled. The HART pins on the DAC8775 have a DC bias. I used a 0.470 µF capacitor.

According to the data sheet, a value between 10 and 20 nF is recommended. I wasn't in the mood to go look for one.

 

 

Testing the HART Interface

 

There are two things you have to do:

  • enable the HART interface on the DAC in your firmware
  • provide the HART input signal. A sinus of 0.5Vpp, with 1200 or 2200 Hz frequency.

 

To enable the HART interface, you need to set bit 13 of the DAC Config register 0x04.

 

image

In our initial example, we were setting the bit 12 high, because we enabled the DAC output.

So we only have to change that part of the code, and instead of sending 00010000b (0x10), we send 00110000b (0x30).

 

    TX_Data_Master[0] = 0x04;
//    TX_Data_Master[1] = 0x10; // output on, default slew rate without HART
    TX_Data_Master[1] = 0x30; // output on, default slew rate with HART
    TX_Data_Master[2] = 0x05; // slew rate off, 0 - 20 mA mode
    /* Initiate SPI3 Transmit and Receive through Polling Mode */
    spiTransmitAndReceiveData(spiREG3, &dataconfig1_t, 3, TX_Data_Master, RX_Data_Master);

 

We're setting an output current of 10 mA. Or range is from 0 to 20 mA, so we need to set the half of 0xffff: 0x07ff.

 

    TX_Data_Master[0] = 0x05;
    TX_Data_Master[1] = 0x7f;
    TX_Data_Master[2] = 0xff;
    /* Initiate SPI3 Transmit and Receive through Polling Mode */
    spiTransmitAndReceiveData(spiREG3, &dataconfig1_t, 3, TX_Data_Master, RX_Data_Master);

 

That's all for the firmware. If you run it, the HART intrface for Channel A is enabled.

 

I simulate the HART signals with a generic function generator. I set it to sinus 1200 and 2200 Hz. I used my oscilloscope to set up a 500 mVpp output after the coupling capacitor of 0.470 µF.

Then I inserted the signal into the DAC and checked the output. Just like in the previous blog, I used an EEVBlog µCurrent as a load. It translates the DAC's output current into a voltage.

I attached channel 2 of my oscilloscope to the output of the µCurrent.

 

 

image

 

The yellow signal is the HART input, generated by the function generator. It's 500 mV, 1.2 kHz.

The blue signal represents the DAC's output current. Each mA is a mV on the Oscilloscope display.

You see the DC component of 10 mA, and the 0.5 mVpp AC component superposed by the HART interface.

 

For the reader, this isn't spectacular. But in industrial installations, this can be used (and is regularly used) as a digital communication path over the commonly used analog instrumentation current loops.

 

 

 

Related Blog
DAC8775 Quad-Channel DAC EVM - unlicensed roadtest part 1: Raw SPI
DAC8775 Quad-Channel DAC EVM - part 2: Firmware
DAC8775 Quad-Channel DAC EVM - part 3: Slew Rate Control
DAC8775 Quad-Channel DAC EVM - part 4: Current Mode
DAC8775 Quad-Channel DAC EVM - part 5: HART Interface
  • Sign in to reply

Top Comments

  • Jan Cumps
    Jan Cumps over 7 years ago in reply to jc2048 +2
    jc2048 wrote: ... Just like in the previous blog, I used an EEVBlog µCurrent as a load. It translates the DAC's output current into a voltage. Why not just use a resistor to convert the current to a voltage…
  • Jan Cumps
    Jan Cumps over 7 years ago in reply to jc2048 +2
    jc2048 wrote: This HART stuff is interesting. Wonder why they chose a modem standard from 1960-something? ... I can only guess. The 1200 - 2200 Hz standard (imposed on a current) has proven to be reliable…
  • DAB
    DAB over 7 years ago +2
    Nice update Jan. Thanks for showing how to use this embedded communications port. DAB
  • Jan Cumps
    Jan Cumps over 7 years ago in reply to jc2048

    jc2048  wrote:

     

    .... Maybe that doesn't matter if it's mostly slow-moving sensor data like temperatures and whatnot.

    The business case is calibration data and settings. It's not intended for exchanging measurements or messages ...

    • Cancel
    • Vote Up +1 Vote Down
    • Sign in to reply
    • More
    • Cancel
  • Jan Cumps
    Jan Cumps over 7 years ago in reply to jc2048

    jc2048  wrote:

     

    ...

    The data recovery is interesting to think abot. Surely you can't use frequency-selective filtering or PLL techniques (can you?), because there isn't time with just a single cycle of the lower frequency. Having less than two cycles of 2200Hz, rather than exactly two cycles of 2400Hz, messes up zero-crossing detection and then measuring the intervals. But that 2200Hz (rather than 2400Hz) wasn't an accident, there was an engineering reason for it; just wish I was clever enough to guess what it was and how it worked.

    ...

     

    ... yes, I also wonder how this works out in practice, having just a single cycle for the 1200 and almost 2 for 2200. On the positive news for me: this is not a worry for this DAC. It merely provides the physical OSI layer, together with some wiring.

    But the HART protocol caught my interest. I'd like to use some ICs or devices that actually speak the language ...

     

    edit: I agree that the approach seems vicious:

    image

     

    There must be a reliable and cheap way to decode this. Otherwise some PhD  chap in 1976 would not have gotten away with it.

     

    edit edit: although when you know that the cell time is 833 µs, you can count  the number of high or low hits. They have a distinct maximum for both 1200 and 2200 Hz ...?)

    (if it's high more than one time, it's 2200 - or am I too sloppy?)

     

     

     

    edit edit edit: maybe also a  filter can give the info after all. With a well chosen low pass filter, the DC-ish level coming out of a 1200 Hz block is higher than the DC coming out of a 2200 block?

    • Cancel
    • Vote Up +1 Vote Down
    • Sign in to reply
    • More
    • Cancel
  • Jan Cumps
    Jan Cumps over 7 years ago in reply to jc2048

    I like to think of the HART signal the same way as teletext (ceefax in UK). The original spec is intact. The new data is only detected by those in the know.

     

    If you're really nervous, include a series resistor of a few hundred ohms on the input.

     

    I am not image. I'd rather see the whole world burn than to see me not doing an experiment because there may be smoke ...

     

    I was interested in what happens outside the 1200-2200 range.

    We differ on that one. The input is made for that range, whatever falls outside of it can't be compared to a spec. .... Then again -- this might be fun. Hang on ...

    • Cancel
    • Vote Up +1 Vote Down
    • Sign in to reply
    • More
    • Cancel
  • jc2048
    jc2048 over 7 years ago in reply to Jan Cumps

    My function generator has a built-in sweep option. It's very basic though - I can only sweep from DC to a set frequency. Not a subrange (here 1200 - 2200 Hz range would be nice).

    I was interested in what happens outside the 1200-2200 range. I think we can assume TI has managed a fairly level response over that range. I wondered if the modulation could be higher in frequency? The high-end response might just be that of the current drive circuit (whatever that is).

     

    On the low side, the response may well be what you get from the coupling capacitor working into the input resistance.

     

    Anyway, I think you're over-thinking things. Set it to sweep to 10kHz, plug it in and see what you get out on the current-loop side. The input is AC coupled, so you're not going to upset the chip. If you're really nervous, include a series resistor of a few hundred ohms on the input.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • More
    • Cancel
  • mp2100
    mp2100 over 7 years ago in reply to jc2048

    jc2048  wrote:

     

    Except it's not a modem standard from the 1960s, it's from 1976.

     

    Yup.  I’ve been a user of HART in industrial applications since the ‘80s.  And still use it.  It’s reliable and very common in industrial devices.  It’s slow (1200 baud), but for many applications that’s good enough.  They (Emerson) have added features over the years, but for compatibility reasons, the old standard still works.  Upward compatibility is a good thing.  Our industrial plants run for 30 years, even 50 years, and we replace equipment when it stops working.  We want an industry standard to last that long and longer.  Put in a replacement device, keep using HART for data.

    • Cancel
    • Vote Up +2 Vote Down
    • Sign in to reply
    • More
    • Cancel
<>
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2026 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube