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.

MSP430F67791: DLMS\COSEM. An error in the ActionResponseNormal?

Part Number: MSP430F67791

Hello, when I applied the DLMS\COSEM stack from Texas instruments I encountered the following:

When sending an Action request:
C3 01 40//ActionRequestNormal
00 0F//classId = 15
00 00 28 00 00 FF//LogName 0.0.40.0.0255
01//Method #1
01//Use optional data
09 10 F3 3D 04 69 22 1E 7B FF CC 08 6D A3 C3 28 6C 95 //data

I get the answer:
C7 01 40 //ActionResponseNormal
00 //Result
01 //Use optional return data
09 10 9E DD 35 CB 3B 05 D1 25 80 0E D0 8B 8D 4D BA 79 0C 8C 7E

Why after Use optional return data there is no tag of type GetDataResult ([0] Data, [1] DataAccessResult), but data immediately go?

If this is an error, then why does the Kalkitech MeterExplorer client successfully accept this response?

  • Hello Aleksej,

    Let me loop in someone who is more knowledgeable about the DLMS library. In the meantime, are you using the EVM430-F6779 or custom hardware?

    Regards,

    James

    MSP Customer Applications

  • Hello, James,

    I use apparently the EVM430-F6779, but the board is white and there is no display on it. 

  • This is related to the following thread.

    Regards,

    James

    MSP Customer Applications

  • Hello, James.

    No. It is not related with that thread. 

  • Hello, James!

    I received a response from the dlms association on this matter. See below:

    You are right, it is necessary to indicate the CHOICE in Get-Data-Result.

    The Green Book specifies this:

    Action-Response-Normal ::= SEQUENCE
    {
    invoke-id-and-priority Invoke-Id-And-Priority,
    single-response Action-Response-With-Optional-Data
    }


    Action-Response-With-Optional-Data ::= SEQUENCE
    {
    result Action-Result,
    return-parameters Get-Data-Result OPTIONAL
    }

    Get-Data-Result ::= CHOICE
    {
    data [0] Data,
    data-access-result [1] IMPLICIT Data-Access-Result
    }



    The correct answer would be this:

    C70140000100 09109EDD35CB3B05D125800ED08B8D4DBA79

    <ActionResponse>
      <ActionResponseNormal>
        <InvokeIdAndPriority Value="40" />
        <Result Value="Success" />
        <ReturnParameters>
          <Data>
            <OctetString Value="9EDD35CB3B05D125800ED08B8D4DBA79" />
          </Data>
        </ReturnParameters>
      </ActionResponseNormal>
    </ActionResponse>


    Please clarify this with TEXAS and Kalkitech.

    best regards

    DLMS Support

     

    How can this error be fixed on the stack?

  • Hello Aleksej,

    Thank you for reaching out to the DLMS association, since they are much more knowledgeable about this topic than myself. However, when I saw the two zeros highlighted in red in your last post, it reminded me about an old thread that I had supported related to the "reply_to_hls" function. These issues appear to be very similar, so please take a look at the thread below.

    As mentioned in the thread above, reach out to Chander G about obtaining the library with this bug corrected. For the reason that the DLMS library is no longer available online, please see my explanation in the following thread.

    Hope this helps.

    Regards,

    James

    MSP Customer Applications

  • Hello Aleksej,

    Sorry for missing out this post!

    If your issue issue is still open, pls leave your email-id here so that I get in touch with you offline. As TI is no longer providing the DLMS library in the public domain, I will not be in a position to give you online support.

    Regards,

    Chander

**Attention** This is a public forum