Deployment of PLCNext Projects without actually using PLCnext Engineer

Hi there,

Somewhere I read that (on old FW at least) I could copy the output directory PLWE and directly copy it to the PLC.

(I assume one hat to do systemctl restart plcnext afterwards, or even reboot).

My question is: Does the compiled output contain config or profinet devices/ IP Addresses/ Mac adresses?

Every unit has the same device types installed, but of course not the identical mac adresses. So I try to find out how to actually make it deployable (and therefore: Update-able) at customer sides without using PLCNext Engineer.

Thanks

We are investigating a script driven deploy and are in contact w/ Phoenix on that including auto-configuration of modules. If you are interested in cooperation on that ping me at ij@ivorjuechtern.de

Hey, I have sent you a mail last week.

Hi,

The Knowledge Base contains the following instructions for manual installation:
How can I deoply my project to a PLCnext Control without using PLCnext Engineer?

The PN devices should be included in the project.
The IP address/Settings can be saved via the WBM.
The MAC addresses are not stored anywhere.

Each device has its own serial number, which can be used to identify it.
The PBCL_SysDeviceInfo function from the PLCnextBase library is suitable for this purpose:

Hi,

By now I have written Scripts etc. that deploy the PCWE folder + change the station names + IP Addresses on the way + use DCP to scan for devices and setup them accordingly.

Only bottleneck right now:

If I want to (over-)write the project with PLCNextEngineer, it fails.

See this topic: Deployment with PLCNext Engineer

Would be nice to fix this issue

Hello,
I posted a reply in the other ticket.

Brief summary:
Due to increasing security requirements, system access and functionality are being further restricted, making support for binary analysis and internal system structure mapping more difficult.

The previously described workaround is not officially supported and is therefore not recommended. For now, the recommended solution is to use the Update & Restore functionality in WBM.

Improving the handling and scalability of production machines is a high-priority topic internally, but although it is actively being discussed, there is currently no timeline for a solution and no short-term fix is expected.