This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

TMDSPLCKIT-V3 Get the frame control header

Hello everyone,

I'm currently working on the PLC kit and I would like to get the FCH of a frame. I use the phy test example project and I can read the data field of the frame. I have seen in the phy_test.h the data structure of the FCH (PHY_iot_tst_t) but I don't know the way to get this from a received frame.

I would be grateful if someone could help me.

Wish you a good day,

Regards.

SCHUTZ Sébastien

 

  • Hi!

    I didn't understand from your message what kind of PLC protocol (G3 or PRIME) you use. But anyway I suspect you need to study API of your protocol carefully. I can recommend you these  PLC materials where you can find both specifications for G3 phy API and PRIME phy API into packages V5210 and V6000. Also you can refer to this thread and perhaps you will get a some support.

    Regards,

    Igor 

  • Hello Igor,

    Thanks for your reply !

    Excuse me I forget that, I'm using G3 protocol with the phy only example. I read the api doc concerning the phy layer but it seems that we can only access to the payload data. Thanks for the PLC materials but I'm currently ever using it. I'm looking if it would be possible to get the bytes directly after the DMA (if I have well understand DMA channel 1 is used for incoming datas and DMA channel 2 to transmit datas).

  • Hi Igor,

    After some research I realized that my main problem is that the phy g3 example project use a bios. I never work with that before some I'm umconfortable with.

    Do you think that it would be possible to use the phy prime example project (using a main loop and no bios) and to adapt it in g3 ?

    EDIT : I've an another question about functions PHY_txSmRun and PHY_rxSmRun, do you know what they do ?

  • Hi!

    S��bastien Schutz said:

    Do you think that it would be possible to use the phy prime example project (using a main loop and no bios) and to adapt it in g3 ?

    At first view I don't see big difficulties here. But I didn't try. Perhaps you may take non-BIOS PRIME phy example for base and then you may port G3 functions instead PRIME functions. May be this is much work. 

    S��bastien Schutz said:

    EDIT : I've an another question about functions PHY_txSmRun and PHY_rxSmRun, do you know what they do ?

    Perhaps you have read the following already into G3 phy API. But I can't add something else.

    This API runs PHY Tx process during active packet transmission. It is to be called at G3
    PHY symbol rate (per DMA interrupt, for symbol processing) and once TX bit
    processing needs to start (for bit processing).

    This API runs PHY Rx process during active packet transmission. It is to be called at G3
    PHY symbol rate (per DMA interrupt for symbol processing) and when bit processing
    starts (for bit processing).

    Regards,

    Igor

  • Thank you for your answers Igor !

    Have you ever seen that tha value used for PHY_txSmRun() have a different meaning than what it is written in the G3 phy api.

    According to the program (g3 phy only):

    0 : generate preamble, 1 : bit processing, 2 : symbol processing

    According to the g3 phy api :

    0 : bit processing, 1 :symbol processing

  • Hi!

    Sorry for tardy reply. I have looked at G3 phy examples of the several G3 development packages + API manuals of the several revisions and I have found the same picture. All I can suspect that the realisation of G3 phy library does not correspond to description at this point :-( Sometime such things take place unfortunately.

    Regards,

    Igor 

  • Thank you Igor for your replies