Hi all,
I am facing an issue with a B&R PLC 4PPC070.0573-20W, where the device is visible in Automation Studio Browse, but I am unable to ping, go online, or establish communication with it.
System Details
-
PLC Model: 4PPC070.0573-20W
-
IP Address: 10.91.10.100
-
Subnet Mask: 255.255.255.0
-
Communication: Ethernet / TCPIP
-
Automation Studio Version: 4.3.8.58
-
Runtime version : G4.34
Observed Behavior
-
The PLC appears in Browse with the correct IP address.
-
The MAC address is correctly resolved in the ARP table.
-
ping 10.91.10.100 results in 100% packet loss (request timed out).
-
Automation Studio shows the target as OFFLINE.
-
Online connection (TCP/IP) fails, and the PLC does not go online.
Checks Already Performed
-
Verified IP address and subnet mask on both PLC and PC.
-
Confirmed ARP entry is created for the PLC.
-
Ethernet interface is active on the PLC.
-
No duplicate IP address detected.
Despite these checks, the PLC remains unreachable via ping and cannot be accessed online.
Any guidance or troubleshooting steps would be greatly appreciated.
Thank you for your support.
Hallo Sandeep,
could you press the reset button for less than two seconds? The C70 will then boot into Service Mode.
Will you then be online with the C70?
Best regards,
Stephan
Yes, I have tried this. The C70 enters boot/service mode as expected; however, I am still unable to ping the device or establish an online connection through the Automation Studio software.
In this case, I would create an empty project (remember to set the IP address).
Then, prepare a remote installation package on a USB stick (FAT32 format) and insert it into the C70.
Finally, put the C70 into boot mode.
If you are unable to connect online, the PowerPanel will need to be sent to B&R for repair.
1 Like
Hi,
that’s quite strange.
As SNMP (search for PLC) seems to work, for me that’s a indicator that the ethernet interface is ok and the device is reachable via network layer 2 (means: no router between your PLC and the notebook).
Is it possible that some route or IP settings on your notebook are conflicting with the PLCs IP address? How is you’re notebooks IP address and subnet mask? Is a default gateway setting active on your PLC? Do you have the possibility to use a different IP address / network for testing?
Best regards!
Hi,
probably your project tries to connect with obsolete INA protocol and you set an invalid INA node number ‘0’ in your CPU.
You could try to deactivate that: A connection via ANLS is needed to execute transfer properly error - #4 by Tyler_Carpenter
This is the IP address configured on the notebook. It was working previously; however, I am not sure why the connection is no longer working now.
I have implemented the recommended configuration changes, but despite this, I am still unable to connect to the PLC.
You may need to close AS and PVI and restart them.
After that a PVI- Snapshot could be helpful:
Hi Sandeep,
Please check all other network interfaces.
I had a similar problem while having two adapters set to the same subnet range.
Only one was used, the other showed ‘Networkcable removed’, but I could not connect to the PLC.
After changing the IP settings of the unused adapter, I could connect properly.
1 Like
After closing and restarting both Automation Studio and PVI, the following behavior is observed in PVI.
I have disabled the unused network adapters. Should I enable them and modify their IP settings?
Moderator: Please do edit your posts rather than create multiple single replies in a row in order to keep readability of the thread. You can quote parts of a reply if you want to make sure whatever you say has context
can you create a snapshot and post the file, please.
@christoph.hilchenbac i am not able to post the generated file here
Edit: Yeah! zip File is Uploaded
Bin.zip (3.4 KB)
1 Like
ok, but then zipping should work.
a little bit confusing: the name of the line is ‘LNINA2’ but in fact it is an ANSL connection 
I don’t know if these parameters interfere with ANSL, as they are intended for an INA connection. I would remove them:
I don’t find any faults in the connection parameters to the CPU, looks fine for me:
but we still get Err=11022:
Martin posted a helpful hint:
Please check all other network interfaces.
I had a similar problem while having two adapters set to the same subnet range.
this could be done with something like this:
ipconfig > C:\temp\ip_settings.txt
btw brsnmp could give some more information about the CPU.
brsnmp --details
Have you tried Sandeep to disable the Wi-Fi on your laptop?
When I support 2 customer onsite (with different hw and different version of AS) I have to disable my Wi-Fi otherwise I can’t connect to their CPU…it’s crazy to say
but I discovered that after few “try and see“.
As colleagues told you try to reduce as much as you can the elements in your network, just use a direct connection and no HUB/switch in the middle.
Ciao
Valerio
3 Likes
Yes, I have tried disabling the Wi-Fi on my laptop, and it successfully resolved the issue. Once Wi-Fi was turned off , I was able to connect to the CPU without any problems.
2 Likes
Thanks for the feedback Sandeep.
Normally when I’m onsite there are some issues to troubleshoot and always I virtually bring all B&R team with me (local Support and Applications love that…hehe) so I need
Wi-Fi too so colleagues can connect to the machine and see the problems.
December as always a busy month for delivery all machines before the end of the year so no time for investigation, now with the new year I’m sure I can collect more data, report that to my local Support and they can help me to identify the cause of the issue.
I’ll update you as soon as I have news.
Ciao
Valerio
1 Like
Hi @valerio.manenti,
as I mentioned above, please check in case of the problem, if the Wifi and cable connection are with similar IP-settings.
Regards
Martin
Thanks Martin,
next time I’ll be there, I’ll check all IP-settings.
Ciao
Valerio
