-
Notifications
You must be signed in to change notification settings - Fork 1
Getting Started
To get started using the Vfdctl endpoints there are a few steps of setup before the endpoints will be monitored.
- Prepare the configuration file
- Download a copy of the config.txt from the application's repo on GitHub to use as a template
- Place the config.txt at the root of a micro SD card
- Setup an MQTT Broker (via Docker)
- Install Docker
- Ensure the Docker daemon is running the Docker desktop app
- Open a terminal / command prompt
- Run the
command docker run -it --name mqtt --restart unless-stopped -p 1883:1883 eclipse-mosquitto mosquitto -c /mosquitto-no-auth.conf - Find the ip address of your device, this is the IP address of your MQTT Broker Within config.txt update the broker_url to the IP address of your MQTT Broker
- Using a managed switch or router, connect the controller via ethernet
- On the same network, connect your machine running the MQTT broker
- Assign a static IP address to the controller on the same subnet as your MQTT Broker
vfdctl_p1am100_system_overview.pdf
- Load the image onto the P1AM-100ETH
- Power up the P1AM-100ETH controller via 24V
- Clone the git repo to a machine running Arduino IDE
- Connect to the P1AM-100ETH controller via micro usb on the machine
- Open the app.ino project in Arduino IDE
- Select your connected device and download the app to the controller
- Load the configuration onto the controller
- Within config.txt update the device_mac to your controller's ethernet MAC address (this can be usually be found on a sticker on the controller or its packaging)
- Ensure config.txt is located at the root of the micro SD card
- Insert the micro SD card into the controller
- Power cycle the controller
Please make sure to bookmark the following pages, as they will provide you with important details on API outages, updates, and other news relevant to developers on the platform. Check out our releases to find the latest binaries and a history of all released binaries. Visit the Tulsa Software Repositories to find related open-source codebases. In case of any document conflicts, assume the Vfdctl readme is most accurate.
MQTT is extremely flexible and not as rigidly enforced as communications such as RPC or REST communications. This leaves lots of room for one-off implementations if systems are not intentionally designed. For our communications architecture, we have based our topic and payload structures off of the AWS best practices to ensure ultimate usability.
- Even if not using AWS IoT cloud communications, their MQTT communication patterns are widely applicable
- A good client GUI like MQTTX or MQTT Explorer makes troubleshooting your system much easier but any app supporting MQTT 3.1.1 communications will suffice
- Using a IoT Rules Engine such as Node Red, AWS IoT Core, etc is essential to utilizing data with minimal coupling and maximal scalability
For the questions not covered here or to learn what we're currently working on, visit the Tulsa Software slack channel to review topics, ask questions and learn from others.