The ultimate goal of PLC4X is to create a set of libraries, that allow unified access to any type of PLC
Apache PLC4X is an effort to create a set of libraries for communicating with industrial grade programmable logic controllers (PLCs) in a uniform way. We are planning on shipping libraries for usage in:
- Java
- Go
- C (not ready for usage)
- Python (not ready for usage)
- C# (.Net) (not ready for usage - abandoned)
PLC4X also integrates with other Apache projects, such as:
And brings stand-alone (Java) utils such as:
- OPC-UA Server: Enables you to communicate with legacy devices using PLC4X with OPC-UA.
- PLC4X Server: Enables you to communicate with a central PLC4X Server which then communicates with devices via PLC4X.
It also provides (Java) tools for usage inside an application: Both the integration modules as also the OPC-UA Server and PLC4X Server are being released as part of the plc4x-extras release.
- Connection Cache: New implementation of our framework for re-using and sharing PLC connections
- OPM: Object-Plc-Mapping: Allows binding PLC fields to properties in java POJOs similar to JPA
- Scraper: Utility to do scheduled and repeated data collection.
Depending on the programming language, the usage will differ. Therefore, please go to the Getting Started on the PLC4X website to look up the language of choice.
NOTE: Currently the minimum Java version is Java 11
, and we have tested it up to Java 24
.
The project is currently split up into three repositories, the plc4x
, plc4x-build-tools
and plc4x-extras
repository.
To be able to build all parts of the plc4x-extras
repository, at least Java 17
is required.
See the PLC4J user guide on the website to start using PLC4X in your Java application: https://plc4x.apache.org/plc4x/latest/users/getting-started/plc4j.html
Currently, the project is configured to require the following software:
- Java 11 JDK: For running Maven in general as well as compiling the Java and Scala modules
JAVA_HOME
configured to point to that. - Git (even when working on the source distribution)
- (Optional, for running all tests)
libpcap/Npcap
for raw socket tests in Java or use ofpassive-mode
drivers - (Optional, for running all tests)
Docker
for running some tests making use ofTestcontainers
- (Optional, for building the website) Graphviz : For generating the graphs in the documentation
WARNING: The code generation uses a utility which requires some additional VM settings. When running a build from the root, the settings in the .mvn/jvm.config
are automatically applied.
When building only a submodule, it is important to set the vm-args: --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.file=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.parser=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.tree=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.util=ALL-UNNAMED
.
In Intellij, for example, set these in the IDE settings under: Preferences | Build, Execution, Deployment | Build Tools | Maven | Runner: JVM Options.
When doing a full build, we automatically run a prerequisite check and fail the build with an explanation of what to do, if not all requirements are meet.
A more detailed description is available on our website:
https://plc4x.apache.org/plc4x/latest/developers/preparing/index.html
All requirements are retrieved by the build itself
All requirements are retrieved by the build itself
- Python 3.8 or higher
- Python pyenv
- DotNet SDK 7.0 or above
Part of the build requires quite a bit of ram. Before running the Docker build, please ensure that the Docker runtime has at least 12GB of ram available.
If you don't want to bother setting up the environment on your normal system, and you have Docker installed, you can also build everything in a Docker container:
docker compose up
This will build a local Docker container able to build all parts of PLC4X and will run a maven build of the local directory inside this container.
The default build will run a local release-build, so it can also be used to ensure reproducible builds when releasing.
Per default, it will store files locally:
- Downloaded maven artifacts will go to
out/.repository
The reason for this is that otherwise the artifacts would be packaged in with the source-release artifact, resulting in a 12GB or more zip archive.
However, saving it in the main target
directory would make the build delete the local repo every time a mvn clean
is run.
The out
directory however is excluded per default from the assembly descriptor, and therefore it is not included in the source zim.
You must have at least Java 11 installed on your system and connectivity to Maven Central for downloading external third party dependencies. Maven 3.6 is required to build, so be sure it's installed and available on your system.
NOTE: There is a convenience Maven-Wrapper installed in the repo, when used, this automatically downloads and installs Maven.
If you want to use this, please use ./mvnw
or mvnw
instead of the normal mvn
command.
NOTE: When running from sources-zip, the mvnw
might not be executable on Mac
or Linux
.
This can easily be fixed by running the following command in the directory.
$ chmod +x mvnw
NOTE: If you are working on a Windows
system, please use mvnw.cmd
instead of ./mvnw
in the following build commands.
Build PLC4X Java jars and install them in your local maven repository
./mvnw -P with-java install
You can now construct Java applications that use PLC4X. The PLC4X examples
are a good place to start and are available inside the plc4j/examples
directory, which is part of the plc4x-extras
repository.
The Go
drivers can be built by enabling the with-go
profile:
./mvnw -P with-go install
The C# / .Net
implementation is currently in a work in progress
state.
To be able to build the C# / .Net
module, you currently need to activate the:
with-dotnet
profiles.
./mvnw -P with-dotnet install
The Python implementation is currently in a somewhat unclean state and still needs refactoring.
To be able to build the Python module, you currently need to activate the:
with-python
profiles.
./mvnw -P with-python install
To build everything, the following command should work:
./mvnw -P with-c,with-dotnet,with-go,with-java,with-python,enable-all-checks install
In the past the build used to generate the code in every run. Especially when it comes to reproducible builds, this was problematic. We have recently updated the build to only generate the code if explicitly asked to do it.
By enabling the update-generated-code
profile, this can be enabled.
So to build absolutely everything, the following command does the trick:
./mvnw -P with-c,with-dotnet,with-go,with-java,with-python,update-generated-code,enable-all-checks install
If you don't enable a language, the code for this language remains untouched by the build.
Join the PLC4X community by using one of the following channels. We'll be glad to help!
Subscribe to the following mailing lists:
- Apache PLC4X Developer List: [email protected]
- Apache PLC4X Commits List: [email protected]
- Apache PLC4X Issue Notification List: [email protected]
Get the latest PLC4X news on LinkedIn: https://www.linkedin.com/company/apache-plc4x/posts
There are multiple forms in which you can become involved with the PLC4X project.
These are, but are not limited to:
- Providing information and insights
- Testing PLC4X and providing feedback
- Submitting Pull Requests
- Filing Bug-Reports
- Active communication on our mailing lists
- Promoting the project (articles, blog posts, talks at conferences)
- Documentation
We are a very friendly bunch so don’t be afraid to step forward. If you'd like to contribute to PLC4X, have a look at our contribution guide!
Apache PLC4X is released under the Apache License Version 2.0.