Adrian Mitevski
A multifunctional and modular Firmware for Multitech's mDot based on ARM mBed provides a widerange of functionality for several Sensors such as MAX44009, BME280, MPU9250, SI1143 and uBlox. It allows you to quickly build a Sensornode that measures specific data with its sensors and sends it via LoRaWAN.
Dependencies: mDot_LoRa_Sensornode_Flowmeter_impl mbed-rtos mbed
LoRa-Sensornode Firmware for Multitech mDot
A multifunctional and modular Firmware for Multitech's mDot which provides a widerange of functionality for several Sensors. It allows you to quickly build a Sensornode that measures specific data with its sensors and sends it via LoRaWAN.
Supported Sensors
- MAX44009 (Lux Measurment) http://www.ebay.ie/itm/MAX44009-Ambient-Light-Sensor-Module-for-Arduino-with-4P-Pin-Header-/381676089124?hash=item58ddaaef24:g:-ecAAOSwzJ5XZm5E
- BME280 (Temperature, Pressure and Humdity Measurment) At the moment there are some known problem using this. https://www.adafruit.com/product/2652 https://www.amazon.com/Diymall-Pressure-Temperature-Sensor-Arduino/dp/B0118XCKTG
- MPU9250 (Acceleration, Gyroscope and Magnetometer) http://www.watterott.com/de/9-DOF-IMU-Module-With-MPU-9250
- Si1143 (Proximity up to 50cm) https://moderndevice.com/product/si1143-proximity-sensors/
- uBlox M8Q (GPS Position) http://www.dx.com/de/p/gygpsv3-m8n-u-blox-neo-m8n-001-flight-controller-gps-module-blue-394557#.V4lFW-uLRhE
Idea
The Firmware has some predefined Application Modes running different Tasks(Measurements). Each mode can be used in a different Scenario. Application_Modes define which sensors are used, how often they aquire data and how often the data has to be sent via LoRa. Lets say you just want to measure the Light then you choose an Application_Mode (or define one) that only runs TaskLight for light measurement. As a standard all measurements are taken every second and sent via LoRa but you can change that interval depending on your usage Scenario
app/SensorMessage.h@10:4051c38bf73f, 2018-11-02 (annotated)
- Committer:
- mitea1
- Date:
- Fri Nov 02 17:01:02 2018 +0000
- Revision:
- 10:4051c38bf73f
- Parent:
- 2:641a67ff243f
wtf
Who changed what in which revision?
| User | Revision | Line number | New contents of line |
|---|---|---|---|
| mitea1 | 0:f2815503561f | 1 | /** |
| mitea1 | 0:f2815503561f | 2 | * @file SensorMessage.h |
| mitea1 | 0:f2815503561f | 3 | * |
| mitea1 | 0:f2815503561f | 4 | * @author Adrian |
| mitea1 | 0:f2815503561f | 5 | * @date 01.06.2016 |
| mitea1 | 0:f2815503561f | 6 | * |
| mitea1 | 0:f2815503561f | 7 | */ |
| mitea1 | 0:f2815503561f | 8 | #ifndef SENSORMESSAGE_H_ |
| mitea1 | 0:f2815503561f | 9 | #define SENSORMESSAGE_H_ |
| mitea1 | 0:f2815503561f | 10 | |
| mitea1 | 0:f2815503561f | 11 | /** |
| mitea1 | 0:f2815503561f | 12 | * @class SensorMessage |
| mitea1 | 0:f2815503561f | 13 | * @brief The Base Class of a Container that can hold acquired values from a Sensor. The container will be |
| mitea1 | 0:f2815503561f | 14 | * transported via a MessageQueue between different Tasks. |
| mitea1 | 0:f2815503561f | 15 | */ |
| mitea1 | 0:f2815503561f | 16 | class SensorMessage { |
| mitea1 | 0:f2815503561f | 17 | public: |
| mitea1 | 0:f2815503561f | 18 | SensorMessage(); |
| mitea1 | 0:f2815503561f | 19 | virtual ~SensorMessage(); |
| mitea1 | 0:f2815503561f | 20 | |
| mitea1 | 0:f2815503561f | 21 | /** |
| mitea1 | 0:f2815503561f | 22 | * Gets a small LoRaMessage Type Formated String from the SensorMessage. |
| mitea1 | 0:f2815503561f | 23 | * This String can later be used for transportation via LoRa |
| mitea1 | 0:f2815503561f | 24 | * @return |
| mitea1 | 0:f2815503561f | 25 | */ |
| mitea1 | 0:f2815503561f | 26 | virtual char* getLoRaMessageString(); |
| mitea1 | 0:f2815503561f | 27 | |
| mitea1 | 0:f2815503561f | 28 | private: |
| mitea1 | 0:f2815503561f | 29 | // virtual char* getLoRaMessageId(); |
| mitea1 | 0:f2815503561f | 30 | |
| mitea1 | 0:f2815503561f | 31 | }; |
| mitea1 | 0:f2815503561f | 32 | |
| mitea1 | 0:f2815503561f | 33 | #endif /* SENSORMESSAGE_H_ */ |