This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

How can I send RBG data over mesh?

Based on the demonstration video of Thingy, I can have a view on Thingy is changing its color when it is given different command using the apps. 

1. As if I want to send RBG( Red, blue, green) commands to nRF52832 with development kit of PCA10040 over mesh, is it practical?

2. Or, must I implement UART over mesh to send RBG (Red, Blue, Green) data command? 

Also, from the video of the period 0:47 to 1:00, I saw that it is told "The phone is connected to only 1 node and the node is a gateway, so when I send a command, the command goes to the Gateway and from the Gateway, it goes to all the nodes."

3. Does it show that we can implement 1-to-1 mesh but we may have many devices as output?

4. As I have known, Thingy is also using nRF52832 as well. But, it is shown that Thingy can be used to control the LEDs with different colors. Is there any example code for it? If I used the 'light switch' example in the folder 'nrf5_SDK_for_Mesh_v2.0.1_src', will it work as shown in the video?

Parents
  • Hello,

    The Thingy:52's in the video that you linked to are not running the normal Thingy firmware, just so you are aware of this. They are running a Mesh demo, which you can find here. Note that it is written in the old Mesh SDK_v1.0.1. As Pratyush explains in the video, the phone is connected to a gateway node via BLE. The gateway node is running both BLE and Mesh, so it will forward commands from the phone to the Mesh network.

     

    1. The demo does not use RGB values. See the description of the communication protocol in the link above.

    2. The demo has a sort of UART protocol, but not over mesh.

    3. No. The phone is connected to the gateway node via "regular" BLE, not mesh.

    4. The demo uses the Thingy SDK, which has a driver for the lights. I haven't looked into exactly what it uses, but I assume it is some PWM driver for the LEDs with different colors.

     

    Please see the demo in the link. It has a quite thorough explanation on how to run the demo, and let me know if you run into any problems.

     

    All this being said, is correct. You can implement an RGB model in the lightswitch example. You would need to modify the model to contain 3 variables, or alternatively 1 variable  (byte) containing all 3 LEDs.

     

    Best regards,

    Edvin

     

    Best regards,

    Edvin

Reply
  • Hello,

    The Thingy:52's in the video that you linked to are not running the normal Thingy firmware, just so you are aware of this. They are running a Mesh demo, which you can find here. Note that it is written in the old Mesh SDK_v1.0.1. As Pratyush explains in the video, the phone is connected to a gateway node via BLE. The gateway node is running both BLE and Mesh, so it will forward commands from the phone to the Mesh network.

     

    1. The demo does not use RGB values. See the description of the communication protocol in the link above.

    2. The demo has a sort of UART protocol, but not over mesh.

    3. No. The phone is connected to the gateway node via "regular" BLE, not mesh.

    4. The demo uses the Thingy SDK, which has a driver for the lights. I haven't looked into exactly what it uses, but I assume it is some PWM driver for the LEDs with different colors.

     

    Please see the demo in the link. It has a quite thorough explanation on how to run the demo, and let me know if you run into any problems.

     

    All this being said, is correct. You can implement an RGB model in the lightswitch example. You would need to modify the model to contain 3 variables, or alternatively 1 variable  (byte) containing all 3 LEDs.

     

    Best regards,

    Edvin

     

    Best regards,

    Edvin

Children
No Data
Related