Jump to content

Search the Community

Showing results for tags 'haspatch'.

More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


  • News
    • Announcements
    • Suggestions
    • New users say Hi!
  • Spotlight!
    • Sponsor Spotlight
    • Sponsor Giveaways
  • Energia
    • Energia - MSP
    • Energia - TivaC/CC3XXX
    • Energia - C2000
    • Energia Libraries
  • MSP Technical Forums
    • General
    • Compilers and IDEs
    • Development Kits
    • Programmers and Debuggers
    • Code vault
    • Projects
    • Booster Packs
    • Energia
  • Tiva-C, Hercules, CCXXXX ARM Technical Forums
    • General
    • SensorTag
    • Tiva-C, Hercules, CC3XXX Launchpad Booster Packs
    • Code Vault
    • Projects
    • Compilers and IDEs
    • Development Kits and Custom Boards
  • Beagle ARM Cortex A8 Technical Forums
    • General
    • Code Snippets and Scripts
    • Cases, Capes and Plugin Boards
    • Projects
  • General Electronics Forum
    • General Electronics
    • Other Microcontrollers
  • Connect
    • Embedded Systems/Test Equipment Deals
    • Buy, Trade and Sell
    • The 43oh Store
    • Community Projects
    • Fireside Chat
  • C2000 Technical Forums
    • General
    • Development Kits
    • Code Vault
    • Projects
    • BoosterPacks


There are no results to display.

Find results in...

Find results that contain...

Date Created

  • Start


Last Updated

  • Start


Filter by number of...


  • Start



Website URL





Found 1 result

  1. I've been working on a project that uses both OneWire and Serial protocols. I realized that I could send serial data from the MSP430FR4133 launchpad to the computer and use the OneWire to read temperature data. I could not however send serial data from the computer to the launchpad when using OneWire. If OneWire was not used, serial data went both ways without a problem indicating an incompatibility between the OneWire and Serial libraries. I tracked it down to a call to ds.reset() as the problem. Looking at the source for the OneWire.reset() function in OneWire.cpp, there was a suspicious call to pinMode and digitalWrite: uint8_t OneWire::reset(void) { pinMode(3, OUTPUT); //why is this here? digitalWrite(3, HIGH); //why is this here? IO_REG_TYPE mask = bitmask; volatile IO_REG_TYPE *reg IO_REG_ASM = baseReg; uint8_t r; uint8_t retries = 125; Why was OneWire.reset() directly setting pin 3 (UART Rx) mode and value? Looking at Paul Stoffgren's site (http://www.pjrc.com/teensy/td_libs_OneWire.html), the suspicious lines were not there. I commented out the offending lines and now OneWire and Serial receive both work fine. I looked at the OneWire library for MSP432 and LM4F; they too have the same bug/feature. Did not check other architectures.
  • Create New...