You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The sidekiq_core/inc/sidekiq_types.h defines overload as:
volatileuint64_t overload:1; /**< @brief RF Overload (1 bit) indicating whether or * not the RF input was overloaded for the received * sample block */
In Streaming.cpp the overload is being treated as if it means overflow. There is an error message that gets returned when you call skiq_receive that will indicate there is an overrun, which from the logic I believe that is what you are trying to catch to reset things. skiq_rx_status_error_overrun return check will give you the desired functionality. The way the logic works right now, it will reset buffers prematurely when overload state occurs, which is when the RF input is in excess of 0dBm.
The text was updated successfully, but these errors were encountered:
The
sidekiq_core/inc/sidekiq_types.h
defines overload as:In Streaming.cpp the
overload
is being treated as if it meansoverflow
. There is an error message that gets returned when you callskiq_receive
that will indicate there is an overrun, which from the logic I believe that is what you are trying to catch to reset things.skiq_rx_status_error_overrun
return check will give you the desired functionality. The way the logic works right now, it will reset buffers prematurely when overload state occurs, which is when the RF input is in excess of 0dBm.The text was updated successfully, but these errors were encountered: