RE: Nordic Connect Thread - CoAP vs. UDP for short range connectivity

Achim Kraus — Sat, 25 Jul 2020 06:50:22 GMT

"Therefore I am concluding CoAP is an overkill and it may not be the best approach. Is that a true statement? Or can I have both client and server in one node (1 nRF chip), without complicating the firmware."

CoAP uses the same message format for requests and responses. The difference is the value of the code byte, class-0 for request, class-2, class-4, and class-5 for responses. Therefore it works brilliant to run a coap-client and a coap-server on the same device, you may even use the same socket/port. For DTLS it's different, but there it's more the question on starting the communcitation than on exchange messages afterwards.

RE: Nordic Connect Thread - CoAP vs. UDP for short range connectivity

Edvin — Thu, 16 Jul 2020 14:10:28 GMT

Hello,

Just some pointers:

[quote user=""]Thread in NCS sounds promising, specially if we can have BLE coexistence as well.[/quote]

Right now, Thread in NCS is in a developer state, and not production. It is fairly new, and does not yet support BLE coexistence.

[quote user=""]These devices don't fit the "client" and "server" model very well. as they can be both initiator of a request or on the receiving end of a request. So in a way each node is equally both a client as well as as server. e.g. in the lightswitch and light bulb example, imagine they are combined into one, i.e. a bulb that has a switch on it, and when pressed turns all other lights nearby. Any switch can turn all bulbs on or off.[/quote]

In that case, we even have a demo (running on the nRF52 Thingy (nRF52832) that uses Bluetooth Mesh for this. In Bluetooth Mesh it is fairly easy to set up virtual channels that the devices will listen to. A node can both subscribe to and publish on a virtual channel. Please check out the youtube video linked to in this readme file:

https://github.com/NordicPlayground/thingy52-mesh-provisioning-demo

Best regards,

Edvin