Closed cdenig closed 5 months ago
Confirmed issue persists in v2.5.1
To Reproduce
Additional Info
Additional Context
2024.01.11 16.52.49 - TesiraRouterFb_CorrectPoll - Plain.txt
2024.01.11 16.47.57 - TesiraRouterFb_Error - Plain.txt
2024.01.11 16.56.13 - TesiraRouterFb_SetMany_Success - Plain.txt
2024.01.11 16.57.00 - TesiraRouterFb_SetMany_ERROR - Plain.txt
After inducing this error state, router communications will not function correct until Essentials is reset
Describe the bug Basic symptom is that whenever a SIMPL Program conencted to the DSP bridge boot after the Essentials program, the CommandQueue starts filling up and does not clear.
The count of CommandQueue elements just keeps incrementing. I assume it keep incrementing until it the Essentials program fails because client has commented that some program fail after 1-2 months of running. Rebooting has seemed to resolve the issue.
I think when the SIMPL program restarts, it sets all switcher elements to '0' and the EPI is getting stuck processing all those requests in a short time. Confirmed with a fix in SIMPL program to prevent sending '0d' value cmd to all routes at program init that problem stopped.
Stacktrace See attached files for debugging while restarting Essentials(no err), then restarting all programs(err), and finally disabling 0d vale send on SIMPL prog init and restart all programs.
To Reproduce IOU steps to reproduce.... OuttaTime
Expected behavior When SIMPL program first comes online, ignore all incoming value change events until a Flag is raise enabling process of new bridge events. See RouteReady feature in Evertz Switcher EPI. TesiraQueue might also need update
Additional context 2023.05.04.13.34.03.-.2.3.4.RoutingFb.success.-.Plain.txt 2023.05.04.13.38.30.-.v2.3.4.RouterFB.CmdQueue.Fail.-.Plain.txt 2023.05.04.15.56.03.-.InitTestFix.-.Plain.txt