Software Links » History » Version 11
Hammel, 20 Jul 2017 16:51
1 | 1 | Hammel | h1. Software Links |
---|---|---|---|
2 | |||
3 | * "Alexa Voice Service":https://developer.amazon.com/appsandservices/solutions/alexa/alexa-voice-service from Amazon |
||
4 | 3 | Hammel | * "Awesome IoT":https://github.com/phodal/awesome-iot - links to lots of other stuff |
5 | 2 | Hammel | |
6 | h2. AI |
||
7 | |||
8 | * "Tensor Flow":https://www.tensorflow.org/ is an open source deep learning tool that might be useful for automated monitoring systems. |
||
9 | 1 | Hammel | * "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. |
10 | 3 | Hammel | |
11 | h2. Protocols |
||
12 | |||
13 | * "Advanced Message Queuing Protocol":https://www.amqp.org/ (AMQP) |
||
14 | * "Constrained Application Protocol":http://coap.technology/ (CoAP) - see microcoap for Arduino |
||
15 | * "Extensible Messaging and Presence Protocol":http://xmpp.org/about-xmpp/history/ (XMPP) |
||
16 | * "OASIS Message Queuing Telemetry Transport":https://www.oasis-open.org/news/pr/oasis-members-to-advance-mqtt-standard-for-m2m-iot-reliable-messaging (MQTT) |
||
17 | * "Very Simple Control Protocol":http://www.vscp.org/ (VSCP) |
||
18 | * "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. |
||
19 | |||
20 | h2. OS |
||
21 | |||
22 | * "ARM mbed":http://mbed.org/ |
||
23 | * "Contiki":http://www.contiki-os.org/ |
||
24 | * "Spark":http://spark.github.io/ |
||
25 | * "RIOT":https://openwsn.atlassian.net/wiki/ - alternative to Arduino with CoAP included |
||
26 | |||
27 | 10 | Hammel | h2. Networking |
28 | |||
29 | * "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. |
||
30 | |||
31 | 3 | Hammel | h2. APIs |
32 | |||
33 | * "Qeo Tinq":https://github.com/brunodebus/tinq-core |
||
34 | 10 | Hammel | * "Twitter":https://dev.twitter.com/rest/public |
35 | ** "CURL":https://alvinabad.wordpress.com/2009/03/01/send-twitter-message-from-unix/ - may not work exactly like this with new API |
||
36 | ** "tweet.sh":https://github.com/piroor/tweet.sh |
||
37 | * SMS |
||
38 | ** "SMS via Email gateways per carrier":http://www.linuxjournal.com/content/system-status-sms-text-messages |
||
39 | 3 | Hammel | |
40 | h2. Home Automation |
||
41 | |||
42 | * "PrivateEyePi":http://projects.privateeyepi.com/ - General home automation using Raspberry Pi |
||
43 | * "RaZberry":http://razberry.z-wave.me/ - Using Raspberry Pi with Z-Wave devices |
||
44 | * "OpenHAB":http://www.openhab.org/ |
||
45 | * "Home Assistant":https://home-assistant.io/ |
||
46 | 4 | Hammel | |
47 | h2. Arduino |
||
48 | |||
49 | 5 | Hammel | * "Deep Sleep Mode":http://www.esp8266.com/wiki/doku.php?id=esp8266_power_usage#sleeping_the_esp8266 |
50 | 6 | Hammel | ** "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) |
51 | 4 | Hammel | ** See these discussions |
52 | *** https://github.com/esp8266/Arduino/issues/1488 |
||
53 | *** https://forum.makehackvoid.com/t/weather-station-wake-up-triggered-by-either-the-rtc-or-a-momentary-switch/972 |
||
54 | *** https://github.com/esp8266/Arduino/issues/1381 |
||
55 | *** https://github.com/chaeplin/esp8266_and_arduino/tree/master/_48-door-alarm-deepsleep |
||
56 | 7 | Hammel | |
57 | h2. Security |
||
58 | |||
59 | * "Securing Embedded Linux":https://www.linux.com/news/securing-embedded-linux |
||
60 | 9 | Hammel | * "AES for embedded":https://github.com/spaniakos/AES/ (Arduino or Raspberry Pi) |
61 | 11 | Hammel | ** "Symmetric AES using IVs (initial vectors)":https://forum.arduino.cc/index.php?topic=88890.msg1726730#msg1726730 |
62 | 8 | Hammel | |
63 | h2. Software updates |
||
64 | |||
65 | Three parts to a software update: bootloader, kernel and rootfs/apps. |
||
66 | # 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. |
||
67 | # u-boot is used to swap between kernels and partitions, test sanity of new images. |
||
68 | # kernel fallback capability is required |
||
69 | # rootfs/apps fallback capability is required |
||
70 | |||
71 | * "Building Murphy-compatible embedded Linux systems":https://www.kernel.org/doc/ols/2005/ols2005v1-pages-21-36.pdf |
||
72 | * "Implementing update system for embedded Linux":https://stackoverflow.com/questions/6937592/implementing-an-update-upgrade-system-for-embedded-linux-devices discussion on stackoverflow |
||
73 | * "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 |
||
74 | * "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. |