I am using an external SSI Absolute Encoder (Kubler F5863.1226.G221 )with an ACOPOS P3 plug‑in module (8EAC0150.001-1). I have completed the wiring and configuration by following the guidelines provided in the Automation Studio help.
However, when I check the NC trace, the position value remains constant and does not change.
This is just off the top of my head, but I did some testing with an external encoder a while back and I ran into the same issue until the axis was powered on. Are you able to power on your axis and then re-run your test to see if the position changes?
With this configuration, you need an external supply voltage for the encoder. You will get NO Voltage out of Pin 1 and 7 of the 8EAC0150. Do you have external supply voltage for the encoder? The other values in your configuration seem to be ok.
You could trace the ParID 246 ENCOD2_POS_ACT. This is the encoder raw value (increments) in one revolution. There you should see the 12 bit singleturn.
In your trace the Actual Speed seems to make some noise. The reason is maybe because of the PCTRL actually uses Encoder 1 and not Encoder 2. I think ParID 230 PCTRL_S_ACT_PARID is not switched from encoder 1 to encoder 2. You can do this later here:
But independent of this: If the encoder works correct, you shout see a position in the Encoder 2 actual position (423 ENCOD2_S_ACT). So this is not the root cause for your problem.
Everything looks fine in the configuration in Automation Studio.
Therefore, all I can do at the moment is to recommend to check the following:
Encoder wiring, wiring to the AC0150
Encoder function. Defective?
What you could do in AS/mappCockpit: Check the Network Command Trace/ DriveLog for some errors. But I don’t expect something, you should have seen this already.
And read the ParID 88 ENCOD2_STATUS, maybe there you can see something strange.: B&R Online Help
If nothing helps, use an oscilloscope to measure between the encoder and P3. Can you see the clock? Can you see changes in the bit pattern when you turn the encoder by hand and check the power supply?
The frequency is close to the limit of 400 kHz, which may already be a problem for the encoder. Could you halve the baud rate as a test so that we can be sure that this is not the cause?