locked
Queation about MUX brick RRS feed

  • Question

  • Hi,
    In the Brick Spec pdf,there is a Brick Type Mux. MUX brick is described in  the Brick Spec.pdf, but the definition of MUX can't be found in the Sora SDK source code. MUX brick  is Exactly what I needed. How to design MUX brick according Sora source code ?

    thanks

    Monday, February 4, 2013 8:43 AM

Answers

  • Hi Jinhai,
    Below is the explanation from the brick spec document.
    A mux brick contains multiple input ports but only one output ports. In current specficiation, all input ports of a mux brick must have the same data type. As a consequence, it may be simply regarded as a filter brick with multiple upstream bricks and it shares the same implementation of a filter brick.

    So Sora SDK don't have special code to define a MUX brick, just instantiate a normal 'Filter' brick and connect multiple upstream bricks to it. You can find sample code in 802.11b brick implementation in UMXSDRab.exe.

    The limitation is that all input ports of this 'MUX' brick must have the same data type, and more general 'MUX' brick is not supported in this version. If this is your case, could you give us more details about your scenario?

    Thanks,

    -Qi
    • Proposed as answer by Qi LuoEditor Tuesday, February 5, 2013 3:06 AM
    • Marked as answer by Qi LuoEditor Friday, March 22, 2013 2:55 AM
    Tuesday, February 5, 2013 3:06 AM
    Answerer

All replies

  • Hi Jinhai,
    Below is the explanation from the brick spec document.
    A mux brick contains multiple input ports but only one output ports. In current specficiation, all input ports of a mux brick must have the same data type. As a consequence, it may be simply regarded as a filter brick with multiple upstream bricks and it shares the same implementation of a filter brick.

    So Sora SDK don't have special code to define a MUX brick, just instantiate a normal 'Filter' brick and connect multiple upstream bricks to it. You can find sample code in 802.11b brick implementation in UMXSDRab.exe.

    The limitation is that all input ports of this 'MUX' brick must have the same data type, and more general 'MUX' brick is not supported in this version. If this is your case, could you give us more details about your scenario?

    Thanks,

    -Qi
    • Proposed as answer by Qi LuoEditor Tuesday, February 5, 2013 3:06 AM
    • Marked as answer by Qi LuoEditor Friday, March 22, 2013 2:55 AM
    Tuesday, February 5, 2013 3:06 AM
    Answerer
  • My scenario: The MUX brick requires two upstreams and the brick processes the two data streams using a specific algorithm. The result of the algorithm is the output of the MUX brick.Thanks

    Wednesday, February 6, 2013 8:56 AM
  • If both input ports of this 'MUX' brick have the same data type (however different burst size is acceptable), you can implement the MUX by a 'Filter' template, and connect both upstream bricks to it. Inside the brick, you should count the order of input data to differentiate different upstream brick. I guess you need store data when first input data comes from one upstream brick, and run your algorithm when the next input data comes from another upstream brick.

    If input ports have different data types, it is not supported by current brick design.
    -Qi
    Wednesday, February 6, 2013 9:32 AM
    Answerer