Reset timestamps

[M.Heidemann]

Hello,

Yes, Self-Receive / Echo_Messages frames are supported by the firmware.

Best Regards

Marvin

[jorgz]

Sorry another question, I am using this example:
https://docs.peak-system.com/API/PCAN-B ... 889cd1.htm
To activate the echo frames, on this function:

Code: Select all

Api.SetValue(channelUsed, PcanParameter.AllowEchoFrames, ParameterValue.Activation.On)

In my case it looks like this:

Code: Select all

PCANBasic.SetValue(PCANHandle, TPCANParameter.PCAN_ALLOW_ECHO_FRAMES, PCANBasic.PCAN_PARAMETER_ON)

The thing is I get an error that the SetValue needs more parameters, when I go to PCANBasic I dont find any setValue funtion that only takes 3 paramters:

Code: Select all

        [DllImport("PCANBasic.dll", EntryPoint = "CAN_SetValue")]
        public static extern TPCANStatus SetValue(
            [MarshalAs(UnmanagedType.U2)]
            TPCANHandle Channel,
            [MarshalAs(UnmanagedType.U1)]
            TPCANParameter Parameter,
            ref UInt32 NumericBuffer,
            UInt32 BufferLength);

[DllImport("PCANBasic.dll", EntryPoint = "CAN_SetValue")]
        public static extern TPCANStatus SetValue(
            [MarshalAs(UnmanagedType.U2)]
            TPCANHandle Channel,
            [MarshalAs(UnmanagedType.U1)]
            TPCANParameter Parameter,
            ref UInt64 NumericBuffer,
            UInt32 BufferLength);

[DllImport("PCANBasic.dll", EntryPoint = "CAN_SetValue")]
        public static extern TPCANStatus SetValue(
            [MarshalAs(UnmanagedType.U2)]
            TPCANHandle Channel,
            [MarshalAs(UnmanagedType.U1)]
            TPCANParameter Parameter,
            [MarshalAs(UnmanagedType.LPStr,SizeParamIndex=3)]
            string StringBuffer,
            UInt32 BufferLength);

Im using the latest version of PCANBasic.cs. So the overload of SetValue is the error, my question is what am I doing wrong?
Thanks

[K.Wagner]

Hello,

please do not mix things. The class "Api" is a new (better) class tht is exposed in the PCAN-Basic.NET NuGet packlage. The class "PCANBasic" is a C#-wrapper, which is delivery as a form of a single C#-header file.

If you are using the nuget package and you want to keep using the old class, this is posible, but we do not recommend it, as (like this case), you may get confuse. See for this the following documentation: https://docs.peak-system.com/API/PCAN-B ... f27d64.htm and Can I mix old and new PCAN-Basic code in a project?

[jorgz]

Thanks for the reply and clarification. I want to continue using only the c# wrapper, sorry the dumb question: so in my case this would be the way to activate the echo frames right?

Code: Select all

UInt32 iBuffer;
          iBuffer = PCANBasic.PCAN_PARAMETER_ON;
         TPCANStatus ret2 = PCANBasic.SetValue(PCANHandle, TPCANParameter.PCAN_ALLOW_ECHO_FRAMES,ref iBuffer,sizeof(UInt32));

[jorgz]

just read the documentation, and to answer my own question, yes its correct: https://www.peak-system.com/fileadmin/m ... -basic.zip
see examples.
Please dont close the thread since Im still working on this. Thanks

[jorgz]

Hello,

I was able to read hw timestamps on send on receive messages for a specific testbench. The bench where the timestamps worked has following drivers/api versions:

-firmware 3.2
-Pcan_virtual.svs 4.3.0.16563, Pcan_usb.sys 4.3.0.16563
-PEAKRP32.dll 4.0.1.280, PEAKRP32.dll 4.0.1.280
-CanApi2.ll 2.59.0.151, CanApi4.dll 4.3.4.312, PCANBasic.dll 4.6.0.600, PEAKRP32.dll 4.0.1.280, PLinApi.dll 2.8.1.167

The bench where the timestamps did not work has following drivers/api versions:

On the testbench with newer drivers the timestamp activation is not working and I get PCAN_ERROR_ILLPARAMTYPE when initializing the channel, the hardware is the same PCAN USB6
-firmware 3.2.0
-Pcan_virtual.sys 4.5.0.16741, Pcan_usb.sys 4.5.0.16741, Pcan_lan.sys 4.2.3.16490
-PEAKRP32.dll 4.0.6.345
-CanApi2.ll 2.58.0.143, CanApi4.dll 4.2.1.143, PCANBasic.dll 4.9.0.942

Can the error be due to CanAPI2.dll? I used https://www.peak-system.com/quick/DrvSetup to update the drivers but still I get PCAN_ERROR_ILLPARAMTYPE
thanks

[M.Heidemann]

Hello,

Can you please show us your code?

If this is too public, consider sending an email to support[at]peak-system.com

[jorgz]

I have sent you an email with the information.

[jorgz]

Hello,

I have managed to obtained the timestamps and I have made a long recording of about 7.5-8 hr. After the timestamp reaches a certain point the clock goes back to zero about every 1 hr and 10 minutes:

last time: 4294966953 then time stamp start over again to: 3197
last time:4294923471 then time stamp start over again to: 42107
last time:4294964317 then time stamp start over again to: 8593
last time:4294959680 then time stamp start over again to: 3848
last time:4294883708 then time stamp start over again to: 2208
last time:4294965805 then time stamp start over again to: 5829
last time:4294954446 then time stamp start over again to: 1474

My question is, in order to add up the times, should I add the last greatest time for each cycle like 4294966953 + 3197 and so on and accumulate the time or what is the largest value the clock can reach? in my case the largest one was 4294966953.

Thanks

[M.Heidemann]

Hello Jorgz,

That sounds off.

The Timestamp should not just reset like that,
can you show us your trace-routine?

In gerneral yeah, adding these values would be the way to go but the thing is -
you shouldn't have to do that.

Let's see what the cause for this is.

Best Regards

Marvin