Software Links¶

• Alexa Voice Service from Amazon
• Awesome IoT - links to lots of other stuff

AI¶

• Tensor Flow is an open source deep learning tool that might be useful for automated monitoring systems.
• Theono is also for deep learning, but is math oriented more than task oriented. It's easier to get started with Tensor Flow.

Protocols¶

• Advanced Message Queuing Protocol (AMQP)
• Constrained Application Protocol (CoAP) - see microcoap for Arduino
• Extensible Messaging and Presence Protocol (XMPP)
• OASIS Message Queuing Telemetry Transport (MQTT)
• Very Simple Control Protocol (VSCP)
• OpenWSN - repository for open-source implementations of protocol stacks based on Internet of Things standards, using a variety of hardware and software platforms.

OS¶

• ARM mbed
• Contiki
• Spark
• RIOT - alternative to Arduino with CoAP included

Networking¶

• WiFi AP + client describes how to setup a wifi dongle as both an AP and a client, routing between the two. We don't need to route from the sensors to the internet, however.

APIs¶

• Qeo Tinq
• Twitter
  • CURL - may not work exactly like this with new API
  • tweet.sh
• SMS
  • SMS via Email gateways per carrier

Home Automation¶

• PrivateEyePi - General home automation using Raspberry Pi
• RaZberry - Using Raspberry Pi with Z-Wave devices
• OpenHAB
• Home Assistant

Arduino¶

• Deep Sleep Mode
  • Door Alarm w/ deep sleep mode - This allows using both a software timeout and an alarm interrupt to wake from deep sleep. Design is similar to this PIR-based implementation (diagram only)
  • See these discussions
    • https://github.com/esp8266/Arduino/issues/1488
    • https://forum.makehackvoid.com/t/weather-station-wake-up-triggered-by-either-the-rtc-or-a-momentary-switch/972
    • https://github.com/esp8266/Arduino/issues/1381
    • https://github.com/chaeplin/esp8266_and_arduino/tree/master/_48-door-alarm-deepsleep

Security¶

• Securing Embedded Linux
• AES for embedded (Arduino or Raspberry Pi)

Software updates¶

Three parts to a software update: bootloader, kernel and rootfs/apps.

1. This adds u-boot as 3rd stage bootloader to Pi. First stage (in hardware) doesn't change and 2nd stage (binary blobs) only change with new SD cards.
2. u-boot is used to swap between kernels and partitions, test sanity of new images.
3. kernel fallback capability is required
4. rootfs/apps fallback capability is required

• Building Murphy-compatible embedded Linux systems
• Implementing update system for embedded Linux discussion on stackoverflow
• On the field software updates in Deploying Embedded Linux Systems
• Updating Firmware in Linux Based Devices in Linux Journal, discusses use of A/B partitions and pointing boot loader at current release.