====== IOT5: Setting up a CoAP service ====== The following scenario will show you how to create a CoAP server on the IoT end node device.\\ A CoAP service is an endpoint that provides information. It is UDP-based, and the protocol configuration (confirmable and non-confirmable messages) requires more than one handler to be implemented in complex and fully implemented scenarios. ===== Prerequisites ===== To implement this scenario, it is necessary to get familiar with at least one of the following scenarios first: * [[en:iot-open:practical:hardware:sut:esp32:emb5_1|]], * [[en:iot-open:practical:hardware:sut:esp32:emb6_1|]], * [[en:iot-open:practical:hardware:sut:esp32:emb7_1|]], and obligatory: * [[[en:iot-open:practical:hardware:sut:esp32:iot_2|]], * [[en:iot-open:practical:hardware:sut:esp32:emb9a_1]] - we use this device to present CoAP via the remote video stream; you can choose other scenarios as well, but understanding how to control at least one of the actuators is essential. There are many implementations of the CoAP protocol, but we will use the following library: lib_deps = hirotakaster/CoAP simple library ===== Suggested Readings and Knowledge Resources ===== * [[en:iot-open:introductiontoembeddedprogramming2:cppfundamentals]], * [[en:iot-open:hardware2:esp32|]], * [[en:iot-open:practical:hardware:sut:esp32|]], * [[en:iot-open:iotprogramming2:espressif_networking|]], * [[en:iot-open:networking2:applicationnetworkprotocols|]]. ===== Hands-on Lab Scenario ===== Note—this scenario can be used in tandem with [[[en:iot-open:practical:hardware:sut:esp32:iot_6|]] to build a client-server solution using two devices (CoAP server and CoAP client). You need to book two devices then and develop them in parallel. We suggest connecting them over the AP rather than setting up an access point on the ESP32 device. ==== Task to be implemented ==== Connect to the "internal IoT" WiFI access point as presented in the scenario [[[en:iot-open:practical:hardware:sut:esp32:iot_2|]]—present connection status on display. Then, set up a CoAP server, sending on its endpoint a "Hello World" message or any customized message of your choice; note to keep it short in case you visualise it on another node's display with limited capabilities. Another endpoint should present any data on the selected sensor (e.g., temperature and humidity, as in the EMBx scenarios) or control any actuator, as we present in this scenario. This example uses an RGB LED to switch it on and off (as presented in the scenario [[en:iot-open:practical:hardware:sut:esp32:emb9a_1]]).\\ The following endpoints should be implemented: * endpoint 1 coap://ip_address_of_the_node/helloworld * method GET - should return a "Hello World" or other string of our choice, * endpoint 2 coap://ip_address_of_the_node/light * method GET - should return the current status of the LED light ("ON" or "OFF"), * method PUT - should set the LED on and off, with the expected payload being "1" for on and "0" for off. ==== Start ==== Check if you can clearly see a full display (of your choice) in your video stream. Book a device and create a dummy Arduino file with ''void setup()...'' and ''void loop()...''. \\ Implement a connection to the "internal IoT" network as a client. Refer to the supervisor or the technical documentation on credentials (SSID, passphrase). We do not provide the exact code on how to connect to the WiFi as it is a part of [[[en:iot-open:practical:hardware:sut:esp32:iot_2|]] scenario. \\ === Step 1 === Refer to the hardware documentation and ensure an understanding of the network infrastructure you're interfacing with.\\ Implement the code to display on the selected device.\\ Connect to the WiFi in the STA mode (as a client) and ensure the connection is OK and you got an IP from the DHCP server.\\ It is essential to note and present (using a display of your choice) the node's IP address, as you will later need to refer to it with a client to use your service. === Step 2 === Include the WiFi UDP and CoAP implementation libraries headers in your code: #include #include WiFi UDP is part of the Arduino for the ESP32 framework, so you do not need to add it explicitly to the ''platformio.ini'' file. === Step 3 === Declare necessary constants, etc.: bool LEDSTATE; //Keep LED's state. === Step 4 === Declare communication objects: WiFiUDP udp; //UDP Communication class Coap coap(udp); //CoAP Communication class === Step 5 === Declare function prototypes (not necessary if you implement them in the correct order): void callback_response(CoapPacket &packet, IPAddress ip, int port); // CoAP client response callback // CoAP server endpoint URL callback for GET and PUT methods void callback_led(CoapPacket &packet, IPAddress ip, int port); === Step 6 === Implement them: void callback_led(CoapPacket &packet, IPAddress ip, int port) { // send response char p[packet.payloadlen + 1]; memcpy(p, packet.payload, packet.payloadlen); p[packet.payloadlen] = NULL; String message(p); //for GET if (message.equals("0")) LEDSTATE = false; else if(message.equals("1")) LEDSTATE = true; //for PUT if (LEDSTATE) { coap.sendResponse(ip, port, packet.messageid, "1"); } else { digitalWrite(RGBLED_R_PIN, LOW) ; coap.sendResponse(ip, port, packet.messageid, "0"); } } void callback_response(CoapPacket &packet, IPAddress ip, int port) { char p[packet.payloadlen + 1]; memcpy(p, packet.payload, packet.payloadlen); p[packet.payloadlen] = NULL; //Do something with payload, e.g. print it to the display } === Step 7 === Setup CoAP services: coap.server(callback_led, "light"); coap.response(callback_response); coap.start(); === Setup 8 === Process CoAP services in the ''void loop()'': delay(1000); coap.loop(); If you plan to make frequent requests, decrease the time above (''delay()''). ==== Result validation ==== You should be able to connect to the WiFi and set up a CoAP service. Depending on whether you're fully remote or able to access our networks with an additional device, you need to implement a CoAP client on another laboratory node (as present in the scenario [[[en:iot-open:practical:hardware:sut:esp32:iot_6|]]) or use some other client (such as NodeRED or even command line client): note, your client must be present in the same WiFi network as your CoAP service (laboratory node). Sample command line client (Linux/MacOS) syntax to make a PUT request to the service (192.168.91.14) is presented below (bash): $ coap-client -e "0" -m put coap://192.168.91.14/light Sample command line client (Linux/MacOS) syntax to make a GET request to the service (192.168.91.14) is presented below (bash): $ coap-client -m get coap://192.168.91.14/light ===== FAQ ===== **How do I implement a client to my CoAP service?**: If you're fully remote, the only option is to implement a client on your own - use another laboratory node and scenario [[[en:iot-open:practical:hardware:sut:esp32:iot_6|]] pointing to your service. For this reason, we suggest printing the IP address on the display, as you need to explicitly implement the client to connect to this IP (given by the DHCP server). If you're on a laptop or mobile within the WiFi network range to which the laboratory nodes are connected, you can connect to it with your laptop and use any CoAP client. ===== Project information ===== {{:en:iot-open:logo_iot_200_px.png?200|}}\\ This Intellectual Output was implemented under the Erasmus+ KA2.\\ Project IOT-OPEN.EU Reloaded – Education-based strengthening of the European universities, companies and labour force in the global IoT market.\\ Project number: 2022-1-PL01-KA220-HED-000085090. **__Erasmus+ Disclaimer__**\\ This project has been funded with support from the European Commission. \\ This publication reflects the views of only the author, and the Commission cannot be held responsible for any use that may be made of the information contained therein. **__Copyright Notice__**\\ This content was created by the IOT-OPEN.EU Reloaded consortium, 2022,2024.\\ The content is Copyrighted and distributed under CC BY-NC [[https://en.wikipedia.org/wiki/Creative_Commons_license|Creative Commons Licence]], free for Non-Commercial use.
{{:en:iot-open:ccbync.png?100|}}