Automate

The HubPages site is down again. How is this project coming along? I came cross this PLC Ladder Logic programming for the Arduino and thought you might be interested. http://soapboxautomation.com/snap/ladder-logic-on-an-arduino-uno-a-sneak-peek/

@@energia ?

New panStamp NRG is finally available for purchase http://www.panstamp.com/announcements/panstampnrginstock

Microcenter has Beaglebone Black rev C now through 23rd? for $40 ($15 off) http://www.microcenter.com/product/434844/Element_14_Beaglebone_Black_-_Revision_C

I backed this Kickstarter project https://www.kickstarter.com/projects/1630453569/angelblocks-smart-wireless-building-blocks-for-sma but it didn't quite make its goal. Same developer as the Whisker.

@@Lgbeno If you are still interested in LoRa you may want to take a look at this https://www.kickstarter.com/projects/1630453569/1593959267?token=d64e265c

@@khwatch did you ever find a good fit? I came across another possibility https://github.com/gasolin/BlocklyDuino

Well, not an MSP but the Wink home automation hub does have two TI CC1101 for 433Mhz communications with Lutron and Kidde devices. The board is nicely labeled with the 5 different wireless radios (WiFi/BT, Z-wave, Zigbee, Lutron, Kidde) http://community.smartthings.com/t/wink-hub-teardown/3288

The new panStamp NRG is still in beta. If you e-mail them or post in the panStamp forum they may have some they can sell you.

@@pine, I agree the price is a little too high to just tinker. What hardware are you using for openwrt? I would like to find one with a lot of IO expansion capabilities. I was hoping for this one https://www.indiegogo.com/projects/arbor-linux-shield-an-openwrt-wifi-development-board-for-arduino-other-mcus/x/4207492 but it didn't make funding.

Relatively low power 500 MHz X86 CPU, 100 MHz Quark acting as MCU, Wifi, Bluetooth running Linux. What do you think?

@@abecedarian ESI project to monitor his nephew's water and power usage got me thinking about this again. I came across this 6 channel energy measurement IC. Seems like it would work well for monitoring multiple circuits from one location such as your home circuit breaker panel. It would allow offloading all the complex voltage and current phase calculation to an external IC and just collect the values including power factor etc. over an SPI or I2C link. http://www.analog.com/static/imported-files/overviews/ADE7816_Multichannel_Energy_Measurement_IC.pdf

My city water rates are sky high so I was looking for a way to monitor my water usage and hopefully reduce it. I came across his paper "Single-Point Sensing of Whole-Home Water Activity" https://homes.cs.washington.edu/~jfogarty/publications/ubicomp2009.pdf . They call the system HydroSense. Instead of using a water flow sensor at every faucet, tub, shower and appliance that uses water, a single pressure sensor is used to detect the water usage at every location. This is accomplished by learning and recognizing the unique pressure pattern when water is turned on or off at each water usage location. In this way you know not only how much water is used but also which location is using the water without the high cost and complexity of installing sensors at every location. One of the objectives of the HydroSense systems was to make it portable for a quick and easy install. Therefore the single sensor/MCU was battery operated and could be installed on any water outlet including an outside faucet. The following are the major components of the HydroSense system as described in the white paper.

Got my target board today so need to get in gear and start my project log this weekend.

@@nathancrum, If you have not already, you could look at the panStamp for a possible pin layout. http://www.panstamp.com/products Their current battery board is for a AA since their previous design used AVR but their new (NRG) design uses the CC430

Got my MSP-FET today. Thanks TI. Anybody know if the MSP-TS430PZ100 will come with a MSP430FR6989 or do we need to order a samples?

Nice. Are you planning on making these available for purchase?

I got my project idea from this paper "Single-Point Sensing of Whole-Home Water Activity" https://homes.cs.washington.edu/~jfogarty/publications/ubicomp2009.pdf It's a home water usage sensor with a twist. Instead of using a water flow sensor at every faucet, tub, shower and appliance that uses water, a single sensor is used to monitor the water usage at every location. This is accomplished by learning and recognizing the unique pressure / vibration pattern for each water usage location. In this way you know not only how much water is used but also which location is using the water without the high cost of sensors at every location. In addition the system would trigger alarms (maybe with text message) for specific water usage events. Such as if it detects water flowing continuously for more than an hour or some configurable time. This might indicate that a toilet float is stuck and wasting water.or someone left a faucet open.

Very Nice! What communication protocol will the serial ports use? Modbus maybe?

Sparkfun has been having moving sales the last few weeks. One of the items this week is a BBB 7" touch LCD Cape https://www.sparkfun.com/products/12086 Use the promo code RETROSPARK to get extra $10 off Other sale items here https://www.sparkfun.com/news/1573

I think this is the link for the MSP-FET http://www.ti.com/tool/MSP-FET?DCMP=mspscool&HQS=ep-mcu-msp-mspscool-20140820-evm2-en

Anybody used the RadioHead Packet Radio Library with MSP430 or Tiva? http://www.airspayce.com/mikem/arduino/RadioHead/ This is the RadioHead Packet Radio library for embedded microprocessors. It provides a complete object-oriented library for sending and receiving packetized messages via a variety of common data radios on a range of embedded microprocessors. The version of the package that this documentation refers to can be downloaded from http://www.airspayce.com/mikem/arduino/RadioHead/RadioHead-1.25.zip You can find the latest version athttp://www.airspayce.com/mikem/arduino/RadioHead You can also find online help and disussion at http://groups.google.com/group/radiohead-arduino Please use that group for all questions and discussions on this topic. Do not contact the author directly, unless it is to discuss commercial licensing. Before asking a question or reporting a bug, please read http://www.catb.org/esr/faqs/smart-questions.html Overview RadioHead consists of 2 main sets of classes: Drivers and Managers. Drivers provide low level access to a range of different packet radios and other packetized message transports. Managers provide high level message sending and receiving facilities for a range of different requirements. Every RadioHead program will have an instance of a Driver to provide access to the data radio or transport, and a Manager that uses that driver to send and receive messages for the application. The programmer is required to instantiate a Driver and a Manager, and to initialise the Manager. Thereafter the facilities of the Manager can be used to send and receive messages. It is also possible to use a Driver on its own, without a Manager, although this only allows unaddressed, unreliable transport via the Driver's facilities. In some specialised cases, it is possible to instantiate more than one Driver and more than one Manager. A range of different common embedded microprocessor platforms are supported, allowing your project to run on your choice of processor. Example programs are included to show the main modes of use. Drivers The following Drivers are provided: RH_RF22 Works with Hope-RF RF22B and RF23B based transceivers, and compatible chips and modules, including the RFM22B transceiver module such as this bare module: http://www.sparkfun.com/products/10153and this shield: http://www.sparkfun.com/products/11018 and this board: http://www.anarduino.com/miniwireless and RF23BP modules such as: http://www.anarduino.com/details.jsp?pid=130 Supports GFSK, FSK and OOK. Access to other chip features such as on-chip temperature measurement, analog-digital converter, transmitter power control etc is also provided. RH_RF69 Works with Hope-RF RF69B based radio modules, such as the RFM69 module, (as used on the excellent Moteino and Moteino-USB boards from LowPowerLab http://lowpowerlab.com/moteino/ ) and compatible chips and modules such as RFM69W, RFM69HW, RFM69CW, RFM69HCW (Semtech SX1231, SX1231H). Also works with Anarduino MiniWireless -CW and -HW boardshttp://www.anarduino.com/miniwireless/ including the marvellous high powered MinWireless-HW (with 20dBm output for excelent range). Supports GFSK, FSK. RH_NRF24 Works with Nordic nRF24 based 2.4GHz radio modules, such as nRF24L01 and others. Also works with Hope-RF RFM73 and compatible devices (such as BK2423). nRF24L01 and RFM73 can interoperate with each other. RH_NRF905 Works with Nordic nRF905 based 433/868/915 MHz radio modules. RH_RF95 Works with Semtech SX1276/77/78 and HopeRF RFM95/96/97/98 and other similar LoRa capable radios. Supports Long Range (LoRa) with spread spectrum frequency hopping, large payloads etc. FSK/GFSK/OOK modes are not (yet) supported. RH_ASK Works with a range of inexpensive ASK (amplitude shift keying) RF transceivers such as RX-B1 (also known as ST-RX04-ASK) receiver; TX-C1 transmitter and DR3100 transceiver; FS1000A/XY-MK-5V transceiver; HopeRF RFM83C / RFM85. Supports ASK (OOK). RH_Serial Works with RS232, RS422, RS485, RS488 and other point-to-point and multidropped serial connections, or with TTL serial UARTs such as those on Arduino and many other processors, or with data radios with a serial port interface. RH_Serial provides packetization and error detection over any hardware or virtual serial connection. RH_TCP For use with simulated sketches compiled and running on Linux. Works with tools/etherSimulator.pl to pass messages between simulated sketches, allowing testing of Manager classes on Linuix and without need for real radios or other transport hardware. Drivers can be used on their own to provide unaddressed, unreliable datagrams. All drivers have the same identical API. Or you can use any Driver with any of the Managers described below. We welcome contributions of well tested and well documented code to support other transports. Managers The following Mangers are provided: RHDatagram Addressed, unreliable variable length messages, with optional broadcast facilities. RHReliableDatagram Addressed, reliable, retransmitted, acknowledged variable length messages. RHRouter Multi-hop delivery from source node to destination node via 0 or more intermediate nodes. RHMesh Multi-hop delivery with automatic route discovery and rediscovery. Any Manager may be used with any Driver. Platforms A range of platforms is supported: Arduino and the Arduino IDE (version 1.0 to 1.5.5 and later) Including Diecimila, Uno, Mega, Leonardo, Yun etc. http://arduino.cc/, Also similar boards such as Moteino http://lowpowerlab.com/moteino/ , Anarduino Minihttp://www.anarduino.com/mini/ etc. ChipKit Uno32 board and the MPIDE development environment http://www.digilentinc.com/Products/Detail.cfm?Prod=CHIPKIT-UNO32 Maple and Flymaple boards with libmaple and the Maple-IDE development environment http://leaflabs.com/devices/maple/ and http://www.open-drone.org/flymaple Teensy including Teensy 3.1 built using Arduino IDE 1.0.5 with teensyduino addon 1.18 and later. http://www.pjrc.com/teensy Other platforms are partially supported, such as Generic AVR 8 bit processors, MSP430. We welcome contributions that will expand the range of supported platforms. History RadioHead was created in April 2014, substantially based on code from some of our other earlier libraries: RHMesh, RHRouter, RHReliableDatagram and RHDatagram are derived from the RF22 library version 1.39. RH_RF22 is derived from the RF22 library version 1.39. RH_RF69 is derived from the RF69 library version 1.2. RH_ASK is based on the VirtualWire library version 1.26, after significant conversion to C++. RH_Serial was new. RH_NRF24 is based on the NRF24 library version 1.12, with some significant changes. During this combination and redevelopment, we have tried to retain all the processor dependencies and support from the libraries that were contributed by other people. However not all platforms can be tested by us, so if you find that support from some platform has not been successfully migrated, please feel free to fix it and send us a patch.

@@energia, Any chance Ardublock (graphical programming language for Arduino IDE http://blog.ardublock.com/ ) can be adapted for Energia?

Learning IR remotes have been around for years. A universal remote can "learn" the commands of another remote by listening to the IR commands and storing them in memory. But IR remotes usually need to be pointed towards the electronic equipment to be controlled. Therefore RF remotes which can work through walls are becoming more common. Until recently I had not come across any learning RF remotes. Part of the problem is that RF remotes operate at different frequencies and it's difficult for a single RF transceiver to listen/send to all the frequencies. I have come across this Indiegogo project http://www.indiegogo.com/projects/wave-box-turn-your-smartphone-into-a-home-device-control-centre that claims they can learn RF commands in the 315Mhz and 433Mhz bands. I'm wondering if you think this will work reliably? Has anyone done anything like this with a MCU? Why haven't any companies come out with a product that can do this? Is it just the multiple frequency problem or are there others?

I came across this and had not heard anyone mention it. http://wizwiki.net/wiki/doku.php?id=osh:ioshield-l:start