BF-C and BF-D LEDs flashing red

Martin [PLCnext Technology Team]

It appears that the BF-C and BF-D LEDs will flash when there is no Profinet network configured, even if the project does not require a Profinet network.

For my current project, I would like to stop these LEDs from flashing red, since the customer may think that flashing red LEDs indicate an error.

What is the recommended way to stop these LEDs from flashing red, in situations where a Profinet network is not required?

atroyas@phoenixcontact.es

Hi,

I have the same problem. I have a project with in which I don´t need to use Profinet and PN Controller and PN Device Led´s are flashing red.

Is it possible to deactive them?

 

Thanks

 

Frank Phoenix Contact Deutschland Support

Hi Martin, Angel,

currently it is not possible to deactivate the LEDs out of PC Worx Engineer, but we know this requirement (as it is already possible with PC Worx 6 with many PLCs).

I'll check if it is possible to deactivate the LEDs as temporary solution over a few config files...

Cause many collegues are still on vacation this could take a while.

Cu

Frank

jkustan@phoenixcon.com

My colleague Yuri showed me this:

I like to use vim to edit files, so type vim AXCF2152.acf.settings and then i for insert once the file opens. Change the following from true to false:

To save and exit, shift+zz. Next, reboot. Upon reboot, your red LED should be no more. I assume if you want to use Profinet at some point, this needs to be changed back to true.

fblanchard

@Frank: Is it solved now with the latest PCWE v7.2.2 ?

Oliver PLCnext Team

Hello,

this feature was rescheduled for the next PC Worx Engineer release after the SPS IPC Drives this year.

In that version (7.3) alot new features will be included.

 

Edit: Yes the whole package of configurable PN-D and PN-C ect. was moved to the next release at SPS IPC Drives

helmutmayer

On my AXCF2152 device, the settings file is named Device.acf.settings, and when I made that change, I got a red fail LED on the controller and flashing green 'D' LED's on the IO modules.

The 'BF-D' LED did go off, but is there an update to this hack instruction?

Oliver PLCnext Team

Hello Helmut,

please note that all these Files are still subject to future changes so it is not guranteed to stay working after FW 2021.0 LTS.

This is mostly still Valid but keep in mind that you will have to manually delete all the GDS ports that try to accessthe PN service.
These "Not Available" ports are most likely what cause your issues.



Right now I would recommend to modify the "/etc/plcnext/device/ExternalIoProcess.acf.config" file instead.
Like this:

<span id="LC19" class="line" lang="conf">    <<span class="n">Component</span> <span class="n">name</span>=<span class="s2">"Arp.Io.PnC"</span> <span class="n">type</span>=<span class="s2">"Arp::Io::ProfinetStack::Controller::ControllerComponent"</span> <span class="n">library</span>=<span class="s2">"Arp.Io.Pn.Library"</span> <span class="n">process</span>=<span class="s2">"ExternalIoProcess"</span> <span class="n">condition</span>=<span class="s2">"$TMP_ARP_PROFINET_CONTROLLER_SUPPORT$"</span>></span>
<span id="LC20" class="line" lang="conf">      <<span class="n">Settings</span> <span class="n">path</span>=<span class="s2">"Io/PnC/PnC.settings"</span> /></span>
<span id="LC21" class="line" lang="conf">    Component</span>>

<span id="LC23" class="line" lang="conf">    <<span class="n">Component</span> <span class="n">name</span>=<span class="s2">"Arp.Io.PnD"</span> <span class="n">type</span>=<span class="s2">"Arp::Io::ProfinetStack::Device::DeviceComponent"</span> <span class="n">library</span>=<span class="s2">"Arp.Io.Pn.Library"</span> <span class="n">process</span>=<span class="s2">"ExternalIoProcess"</span> <span class="n">condition</span>=<span class="s2">"$TMP_ARP_PROFINET_DEVICE_SUPPORT$"</span>></span>
<span id="LC24" class="line" lang="conf">      <<span class="n">Settings</span> <span class="n">path</span>=<span class="s2">"Io/PnD/PnD.settings"</span> /></span>
<span id="LC25" class="line" lang="conf">    Component</span>>

And then set up a acf.settings file like for your apps that disables the specific sub service.

  
     name="TMP_ARP_PROFINET_CONTROLLER_SUPPORT" value="true" override="true" />
     name="TMP_ARP_PROFINET_DEVICE_SUPPORT" value="false" override="true"/>
  

The good thing about that approach is that the PN service in gerneral is still running and you will not need to delete the GDS Variables manually.