Collection of IoT device simulators that can be used for testing and exploration purposes of different protocols and other Web of Things mechanisms. The devices are implemented via various programming languages and frameworks. The protocols you can currently test are:
- HTTP
- CoAP
- MQTT
- Modbus
The project has several dependencies. Currently, JavaScript
and Python
are used for simulating different devices. Every device has its own dependencies and they should be handled separately. For that reason, Node.js
is used for JS code, and poetry
is used for Python code to run the scripts and handle the dependencies.
For testing JavaScript Testing Framework mocha
is used. Therefore, the tests are written in JavaScript.
Every Thing should have its Thing Model and Thing Description validation test.
Thing Model validation test should be put under Thing's main directory and named as tm.test.json
.
The Thing Description validation test should be put under the protocol and programming language/framework's test directory and named td.test.json
.
For the Thing Description validation test, the device should boot up and to understand the device booted up without any error, a message "ThingIsReady"
is expected to be prompted to the console by the device.
It is possible to run several Things at the same time in a container, which requires a container to expose that many ports.
Traefik helps with this issue and routes the requests on one exposed port to relevant services inside the container.
Traefik configuration can be seen inside docker-compose.yml
.
It is not possible to route using a path prefix with UDP, therefore port must be exposed for new Things that use UDP.
If you are going to add a different protocol for an existing Thing:
- Create a directory such as
things/<existing_thing>/<your_protocol>/<your_programming_language/your_framework>/
. - Create your project files and write your code inside this directory.
- If you are adding a new programming language, please use a tidy dependency management tool for the programming language. Otherwise use already used tools and frameworks not to overcomplicate the project.
- Create your
test/
directory under your Thing's directory and add your test files there.
If you are going to add a different programming language/framework for an existing protocol:
- Create a directory such as
things/<existing_thing>/<existing_protocol>/<your_programming_language/your_framework>/
. - Create your project files and write your code inside this directory.
- Please use a tidy dependency management tool for the programming language/framework. Otherwise use already used tools and frameworks not to overcomplicate the project.
If you are going to add a completely new Thing:
- Create a directory such as
things/<your_thing_name>/
. - Add your Thing Model under the previously created directory and name it such as
<your_thing_name>.tm.json
. - Follow the steps above to add your protocol and programming language/framework.
The advanced coffee machine is a device that simulates a behavior of a coffee machine. allAvailableResources
property consists of the remaining values for its properties water
, milk
, chocolate
and coffeeBeans
. possibleDrinks
property holds a list of possible drinks, a user can order, such as espresso, americano, etc. After certain amount of uses of the coffee machine, maintenanceNeeded
property becomes true and let users know the coffee machine requires a maintenance. schedules
property stores the users' schedules to brew a coffee at the scheduled time.
The calculator is a simple device, that has a read-only result
variable, and depending on the action selected by the user, it adds or subtracts user input from the result
. There is also a read-only lastChange
variable, which indicates the last time result
variable has changed. Additionally, the device publishes an event, when result
is changed.
The elevator is a simple device, that has three variables lightSwitch
, floorNumber
, and onTheMove
. lightSwitch
is a boolean that represents whether the light on the elevator is turned on or not. floorNumber
is an integer and represents the floor number of the elevator. onTheMove
is a boolean and represents whether the elevator is on the move or not.
The Test Thing is a total toy device that users can try different types of properties and actions.
- HTTP
- TypeScript node-wot
- JavaScript Express framework
- Python Flask framework
- CoAP
- JavaScript
- MQTT
- JavaScript
- Modbus
- JavaScript
See the mashup's readme.
You can start the devices inside a container, for that running docker-compose up
at the root directory builds and runs the containers. For custom configuration, take a look at the Dockerfile
of each device or docker-compose.yml.
Docker-compose file uses the images from Docker Hub. If you make any changes in the code build and push the new image with the changes. The command below allows you to create the Docker image for two different platforms you can use (Need permission to be able to push them to the thingweb organization):
docker buildx build \
--push \
--platform linux/amd64, linux/arm64 \
--tag thingweb/<IMAGE_NAME> \
--filename <DOCKERFILE_NAME> \
<BUILD_CONTEXT>
After the run, as default, the devices are accessible at:
Thing Title | Access URL |
---|---|
http-advanced-coffee-machine | http://localhost/http-advanced-coffee-machine |
coap-calculator-simple | coap://localhost:5683/coap-calculator-simple |
coap-calculator-content-negotiation | coap://localhost:5684/coap-calculator-content-negotiation |
http-express-calculator-simple | http://localhost/http-express-calculator-simple |
http-express-calculator-content-negotiation | http://localhost/http-express-calculator-content-negotiation |
http-flask-calculator | http://localhost/http-flask-calculator |
mqtt-calculator | mqtt://test.mosquitto.org:1883/mqtt-calculator |
modbus-elevator | modbus+tcp://localhost:3179/1 |
http-data-schema-thing | http://localhost/http-data-schema-thing |
For running the things separately, using their Dockerfile
's, docker build -t <image-tag> -f ./Dockerfile ../../
command must be used to give the context to be able to copy tm.json
into the container.
For Node.js-based devices, we use npm workspaces and running npm install
at the root directory installs all the packages needed for every device. After packages are installed, running node main.js
would run the thing. For port configuration, running either node main.js -p 1000
or node main.js --port 1000
would start the thing on port 1000.