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

multiple clients to server message on Mesh

 in the code below. implemented on a mesh form multiple Clients (Publication addresses)  to the  server (subscriped) to all the clients.

The code reads beacon data, removes the Minor ID, combine it with the Client UUID . This needs to be sent to the server.

I would like to know 

1.  how to use the function :  access_model_reliable_publish(); to transmit the array Result[24]  from the code below 

2. Max clients that can send data to 1 server on a mesh.


/* Models */
#include "generic_onoff_client.h"

/* Logging and RTT */
#include "log.h"
#include "rtt_input.h"

/* Example specific includes */
#include "app_config.h"
#include "nrf_mesh_config_examples.h"
#include "light_switch_example_common.h"
#include "example_common.h"
#include "ble_softdevice_support.h"
#include "nrf_delay.h"
#include "string.h"
#define APP_STATE_OFF                (0)
#define APP_STATE_ON                 (1)

#define APP_UNACK_MSG_REPEAT_COUNT   (2)

static generic_onoff_client_t m_clients[CLIENT_MODEL_INSTANCE_COUNT];
static bool                   m_device_provisioned;
char scanner_UUID[17]; // scanner 2 bytes + 1



//for below also investigate ? nrf_mesh_rx_cb_t This callback can be used to receive raw advertisement packets
static void rx_cb(const nrf_mesh_adv_packet_rx_data_t * p_rx_data) // used for listening for incoming packets  with function nrf_mesh_rx_cb_set(rx_cb);
{
    LEDS_OFF(BSP_LED_0_MASK);  /* @c LED_RGB_RED_MASK on pca10031 */
    char msg[64];
    char beacon_Minor_ID[5]; // the length of the eMbeacon unique ID
    char Result[24]; // 5+16+1 for nul term
    char beacon_uuid[37]; // the length of EM microelectronics packet**** check this it may be shorter
 

// copy the UUID of the beacon
    memcpy(beacon_uuid,p_rx_data->p_payload, p_rx_data->length); // copy the UUID of the beacon
 // check if it is a EMbeacon Beacon make in bit 2:9
       if ((beacon_uuid[2]==0x45)|(beacon_uuid[3]==0x4D)|(beacon_uuid[4]==0x42)|(beacon_uuid[5]==0x65)
          |(beacon_uuid[6]==0x61)|(beacon_uuid[7]==0x63)|(beacon_uuid[8]==0x6f)|(beacon_uuid[9]==0x6e)) // EMBeacon name check
// if it is a beacon send PCA10059 (scanner) UUID and Beacon UUID to the client on the mesh
    {     
      memcpy (beacon_Minor_ID,beacon_uuid + 10,5); // move the 5 unique beacon ID bytes for use in mesh to identify the beacon
      memcpy(Result, (void*) &scanner_UUID[0], 16);       // combine Beacon Minor UUID and Scanner complete UUID 
      memcpy(&Result[16], (void*) &beacon_Minor_ID[0], 8); // Advertisement address 
 
 // Transmit Result on the mesh  to the gateway server.


access_model_reliable_publish();

Thanks in advance

  • sorry yes handle 'm_central_handle' undeclared (first use in this function)

    Where is this declared in my C and how?  If you can show me please.

  • This should not be used directly in main. But in config_server.c it is declared like:

    dsm_handle_t publish_address_handle = DSM_HANDLE_INVALID;

    This is just an empty handle that is populated in dsm_address_publish_add(publish_address, &publish_address_handle);

    If you have the address, you may do this manually, but as I mentioned, this should really (!) be done through the commissioning process. That is the reason why this function is not used in the main.c file in the examples.

    If you have not already, I suggest you read through the guide on how to run the light switch example here:

    https://www.nordicsemi.com/DocLib/Content/SDK_Doc/Mesh_SDK/v3-1-0/md_examples_light_switch_README

    Depending on whether you have 2 or 3 nRF devices, you can either use one device as the provisioner(evaluate using the static provisioner), or you can use the nRF Mesh app as the provisioner (evaluate using the nRFMesh mobile app).

    BR,

    Edvin

  • Thanks Edvin, I have removed it. I have 10 clients 1 server. I can provision them successfully with the client light switch example. Im trying to implement the following example https://devzone.nordicsemi.com/f/nordic-q-a/29836/send-and-receive-a-string-via-access-layer

    I have the following error   address_set(address)  error ;undefined reference to `address_set'

    Where do I need to set this?

    Does this simple message example work on mesh 3 or 3.1? is there no working example available, it will really help a lot.

    Thanks

  • Hello,

    I think that what Bjørn is explaining in the ticket that you linked to is important. It seems like the snippet is for Mesh SDK1.0.0, which is old, and there has been a lot (!) of improvements, so I suggest that you start with SDK for mesh >= 3.0.0, and use the information in this setup to convert the onoff model to a simple_message model.

    As long as you don't change anything with the address setup you don't have to worry about it, and let the provisioning handle the addresses. You should only need the generic_onoff_client_set() or generic_onoff_client_set_unack() (depending on whether you want the messages to be ACKed or not).

    The address is stored in the m_clients[].model_handle when you provision.

  • Edvin I have have gone through the simple_on_off_model in the models/vendor directory )(MESH 3.00) . I then compared it to the old simple_message example from Bjorn for MESH SDK_1. Surprisingly a lot of the code is the same with minor differences. I can provision my newly based  simple_message sample without any problems.

    When I send my simple message I get the following error 

    <t: 253118>, app_error_weak.c, 119, Mesh error 7 at 0x00026B33  (how do I know what this means)

    I also do the following check so I don't send a message when the device is unprovisioned

    if (m_device_provisioned) { send_message() }

    But I noticed that "m_device_provisioned" does not become "true" after initial provisioning, only once the device is provisioned and reset then  "m_device_provisioned" true. Is there another way for me to do this check during  the initial provisioning?

    thanks.

     

Related