Callback function not being called. Publishing to Group

RE: Callback function not being called. Publishing to Group

BubDev — Thu, 06 Jun 2019 12:25:45 GMT

So I implemented this fix on mesh version 3.0.0 and it did not solve my problem but when I applied it to 3.1.0 it did. Looks like another reason to start moving our project to mesh SDK 3.1.0. Any hints as to when the next version will be released?

Thanks for the help!

RE: Callback function not being called. Publishing to Group

tesc — Thu, 06 Jun 2019 09:31:53 GMT

Hi,

No problem with the pause.

Thank you for the additional information.

There are some known issues in examples\common\src\app_level.c, some of which might explain issues like the one you are seeing. See Multiple issues with app_level.c. For the issues listed in that post, 1 to 4 is already fixed and will be part of next nRF5 SDK for Mesh release. 5 is something we do not currently plan to implement (i.e. you must do that yourself if you want that behavior.) The fixes (all of them in app_level.c) are as follows:

Lines 163-169:
    FSM_TRANSITION(E_DELTA_SET,       FSM_OTHERWISE,      A_TRANSITION_COMPLETE,S_IDLE),
    FSM_TRANSITION(E_MOVE_SET,        G_SET_DELAY,        A_DELAY_START,        S_IN_DELAY),
    FSM_TRANSITION(E_MOVE_SET,        G_SET_TRANSITION,   A_TRANSITION_START,   S_IN_TRANSITION),
-    FSM_TRANSITION(E_MOVE_SET,        FSM_OTHERWISE,      FSM_NO_ACTION,        S_IDLE)
+    FSM_TRANSITION(E_MOVE_SET,        FSM_OTHERWISE,      A_TRANSITION_COMPLETE,S_IDLE)
};

#if FSM_DEBUG

Lines 320-326:
    model_timer_abort(&p_server->timer);
    p_server->state.transition_time_ms = 0;

-    p_server->state.present_level = p_server->state.target_level;
+    if (p_server->state.transition_type != TRANSITION_MOVE_SET)
+    {
+        p_server->state.present_level = p_server->state.target_level;
+    }

    generic_level_status_params_t status_params;
    status_params.present_level = p_server->state.present_level;

Lines 346-354:
    {
        /* Requirement: If transition time is not within valid range, do not start the transition. */
        case TRANSITION_SET:
-            return (p_server->state.transition_time_ms > 0 && p_server->state.params.move.required_move != 0);
        case TRANSITION_DELTA_SET:
-            return (p_server->state.transition_time_ms > 0 && p_server->state.params.set.required_delta != 0);
+            return (p_server->state.transition_time_ms > 0 &&
+                    p_server->state.transition_time_ms != MODEL_TRANSITION_TIME_UNKNOWN &&
+                    p_server->state.params.set.required_delta != 0);

        /* Requirement: If transition time is not within valid range, or given move level (delta level)
        is zero, do not start the transition. */

Lines 544-551:
        {
            p_server->state.transition_time_ms = *p_server->p_dtt_ms;
        }
-
-        p_server->state.target_level = p_server->state.present_level;
    }
    else
    {

If the above does not solve the problem, or if you see any issues with the fix, please let us know and we will look further into it.

Regards,
Terje

RE: Callback function not being called. Publishing to Group

BubDev — Wed, 05 Jun 2019 12:51:21 GMT

Sorry for the long pause on this topic. It does happen on the unmodified dimming server example from the SDK. I started debugging the FSM and found where it is happening. As soon as transition_index@@@@ is printed out the callback function in the main stops being called and the FSM slows down. Again this is happening when the server receives a bunch of messages in a short time about 30 over 8 seconds. You could probably reproduce by making a loop that publishes a generic_level over a set interval.

Heres another screen shot from the stock Dimming Server indicating when the LED stops responding.

P.S. After waiting for a minute or so it starts working again.

RE: Callback function not being called. Publishing to Group

tesc — Fri, 10 May 2019 08:44:54 GMT

Hi,

Did you see this behavior with an unmodified example from the SDK? If so, which one, and if not, can you provide a project that shows the issue? It would be good to have a way to reproduce this, in order to investigate what might be the problem.

Regards,
Terje