Hi
I'm having an issue with the PV450. I've got an application where I read a remote control and a few sensor signals via j1939, this is then fed into an algorithm which creates a command for a valve driver. This command is then sent back over j1939.

I have been having an issue in the delay between the j1939 signal sent from the remote and the j1939 signal sent back out of the pv450.

To test this I have created a program where the only function is to read a j1939 sensor input the resend it back over can. As you can see from the attached photo, there is a significant delay in between the signals (red = sensor, green = echo'd sensor out of PV450). I have tested that the program "main" is running every 50ms, and both j1939 signals have an average period of approx 50 ms. On powervision the "rate" of both signals has been set to 10ms
When these reading were taken the load on the CAN network was very low.

Does anyone have any tips for increasing the speed at which j1939 is read and transimitter?



void $main$ ()
{
uint c;
smRead(VariableIDs.J1939_DINC_DINC_SL_X,c);
c = 0x3FF&c;
smWrite(VariableIDs.J1939_Transmit_DINC_OUT_RAW,c);
}

Hi CustomFP,

Interesting problem. I have some questions about your test configuration.

How are you transmitting? Are you using a Transmit device or a Free Form Message with the 10msec timer?

One thing we recommend is to use an activity program, if you are using Powervision Configuration Studio 2.7, or events/actions instead of scripting, if you are using a previous version of PVCS.

I would try, if you aren't already, setting up a Free Form transmit message to your valve driver. Create a calculation event on the transmitted variable(s). Create the 10msec event and timer. Fire the calculation event and the transmit from the 10msec Actions.

Thanks!

Hi
I am using a Transmit Device. I will create a free for CAN message and give this a go.
Thanks

Fixed the issue.
I needed to use a freeform Can message for both the receive and transmit signals. The j1939 device seems to not update the its variables valve often enough.