Details

    • Type: Bug
    • Status: Closed
    • Priority: Minor
    • Resolution: Fixed
    • Affects Version/s: V1.17.0.0
    • Fix Version/s: V1.17.0.1, V1.17.1.x (trunk)
    • Component/s: None
    • Labels:
      None
    • Account:
      SPC Profinet Core V1 operational (SPCPROFINET)

      Description

      Issue 1

      The GetARDiagnosis service indicates a non-zero timestamp for WriteRecord indication sent to application in unexpected situations.

      Either if there was no WriteRecord Indication generated to host at all (in which case the timestamp needs to be 0), or if there were additional WriteRecords handled by protocolstack after the last of application.

      If no WriteRecord Indication is pending at application, the timestamp shall be 0.

      Issue 2

      The service returns 2 states: ArState and CmdevState

      Currently, ArState returns the "CMDEV state from specification" while CmdevState returns the "CMDEV_State_ind from specification". To not get confused, this should be switched. The variable CmdevState shall return the actual "CMDEV state from specification".

      Issue 3

      When a WriteRequest is pending to application, the timestamp for CMDEV-event is set in parallel to the one for WriteRecord-event. This is unexpected, they should not be set in parallel.

        Attachments

          Issue Links

            Expenses

              Activity

                Status Description

                  People

                  • Reporter:
                    BMeyer Benjamin Meyer
                  • Votes:
                    0 Vote for this issue
                    Watchers:
                    0 Start watching this issue

                    Dates

                    • Created:
                      Updated:
                      Resolved: