Software Links » History » Revision 13
Revision 12 (Hammel, 20 Jul 2017 16:59) → Revision 13/18 (Hammel, 07 Feb 2018 10:32)
h1. Software Links * "Alexa Voice Service":https://developer.amazon.com/appsandservices/solutions/alexa/alexa-voice-service from Amazon * "Awesome IoT":https://github.com/phodal/awesome-iot - links to lots of other stuff h2. AI * "Tensor Flow":https://www.tensorflow.org/ is an open source deep learning tool that might be useful for automated monitoring systems. * "Theono":http://deeplearning.net/software/theano/ is also for deep learning, but is math oriented more than task oriented. It's easier to get started with Tensor Flow. h2. Protocols and Standards * "WebOfThings (WoT)":https://webofthings.org/ - General standards for IoT device management; a bit overkill as usual * "Advanced Message Queuing Protocol":https://www.amqp.org/ (AMQP) * "Constrained Application Protocol":http://coap.technology/ (CoAP) - see microcoap for Arduino * "Extensible Messaging and Presence Protocol":http://xmpp.org/about-xmpp/history/ (XMPP) * "OASIS Message Queuing Telemetry Transport":https://www.oasis-open.org/news/pr/oasis-members-to-advance-mqtt-standard-for-m2m-iot-reliable-messaging (MQTT) * "Very Simple Control Protocol":http://www.vscp.org/ (VSCP) * "OpenWSN":https://openwsn.atlassian.net/wiki/ - repository for open-source implementations of protocol stacks based on Internet of Things standards, using a variety of hardware and software platforms. h2. OS * "ARM mbed":http://mbed.org/ * "Contiki":http://www.contiki-os.org/ * "Spark":http://spark.github.io/ * "RIOT":https://openwsn.atlassian.net/wiki/ - alternative to Arduino with CoAP included h2. Networking * "WiFi AP + client":http://imti.co/post/145442415333/raspberry-pi-3-wifi-station-ap 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. h2. APIs * "Mozilla IoT":https://iot.mozilla.org/ - Mozilla's IoT software based on WoT; provides a sample implementation that might be useful to follow for IronMan, at least in the UI. * "Qeo Tinq":https://github.com/brunodebus/tinq-core * "Twitter":https://dev.twitter.com/rest/public ** "CURL":https://alvinabad.wordpress.com/2009/03/01/send-twitter-message-from-unix/ - may not work exactly like this with new API ** "tweet.sh":https://github.com/piroor/tweet.sh * SMS ** "SMS via Email gateways per carrier":http://www.linuxjournal.com/content/system-status-sms-text-messages h2. Home Automation * "PrivateEyePi":http://projects.privateeyepi.com/ - General home automation using Raspberry Pi * "RaZberry":http://razberry.z-wave.me/ - Using Raspberry Pi with Z-Wave devices * "OpenHAB":http://www.openhab.org/ * "Home Assistant":https://home-assistant.io/ h2. Arduino * "Deep Sleep Mode":http://www.esp8266.com/wiki/doku.php?id=esp8266_power_usage#sleeping_the_esp8266 ** "Door Alarm w/ deep sleep mode":https://github.com/chaeplin/esp8266_and_arduino/blob/master/_48-door-alarm-deepsleep/_48-door-alarm-deepsleep.ino - This allows using both a software timeout and an alarm interrupt to wake from deep sleep. Design is similar to this "PIR-based implementation":https://github.com/esp8266/Arduino/issues/1488 ("diagram only":https://cloud.githubusercontent.com/assets/25507805/25678678/de4659a0-304a-11e7-90d4-a5c19241e7f6.png) ** 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 h2. Security * "Securing Embedded Linux":https://www.linux.com/news/securing-embedded-linux * AES ** This is a symmetric encryption technique which means there is only one shared secret. Public/Private keys are not used with AES. ** "Symmetric AES using IVs (initial vectors)":https://forum.arduino.cc/index.php?topic=88890.msg1726730#msg1726730 ** Arduino Libraries for AES *** "AES for embedded":https://github.com/spaniakos/AES/ (Arduino or Raspberry Pi) *** "ArduinoLibs":https://github.com/rweather/arduinolibs contains a "crypto library":https://rweather.github.io/arduinolibs/index.html. *** "AES Lib":https://github.com/kakopappa/arduino-esp8266-aes-lib *** "AES Crypto":https://github.com/intrbiz/arduino-crypto h2. Software updates Three parts to a software update: bootloader, kernel and rootfs/apps. # 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. # u-boot is used to swap between kernels and partitions, test sanity of new images. # kernel fallback capability is required # rootfs/apps fallback capability is required * "Building Murphy-compatible embedded Linux systems":https://www.kernel.org/doc/ols/2005/ols2005v1-pages-21-36.pdf * "Implementing update system for embedded Linux":https://stackoverflow.com/questions/6937592/implementing-an-update-upgrade-system-for-embedded-linux-devices discussion on stackoverflow * "On the field software updates":http://wiki.dave.eu/index.php/Deploying_Embedded_Linux_Systems#On-the-field_software_upgrades in Deploying Embedded Linux Systems * "Updating Firmware in Linux Based Devices":http://www.linuxjournal.com/content/updating-firmware-linux-based-devices in Linux Journal, discusses use of A/B partitions and pointing boot loader at current release.