In this standardizer tutorial, you'll learn about all the important tools necessary to develop a ST library with SIMATIC AX.
Although this tutorial focuses on the cloud IDE, the workflows are very similar in the local IDE. Differences will be noted in the tutorial, but not explained in detail.
After this tutorial, you will:
- know the basics about Apax
- be familiar with OOP in ST
- know how to use the AxUnit testing framework
- be able to write simple test classes
- be familiar with writing parameterized tests
- understand how to use the debugging extension
- are able to create your own package and know how to publish it
This tutorial is structured in multiple sequential chapters. Be sure to read Apax package manager usage first, as it contains necessary steps to enable work later in tutorial. All other chapters can be read in any order, but note that Write own unit tests with AxUnit depends on Introduction in OOP.
- Apax package manager usage (mandatory for all other chapters)
- Introduction to OOP
- User defined snippets
- Usage of the testing framework
- Write own unit tests with AxUnit (depends on Introduction in OOP)
- Parameterized tests
- Debugging of tests
- Packing and publishing libraries
-
You have access to the web IDE
-
You can login into the AX registry
-
Your
public SSH key
from AX is added to your GitHub profile:- how to get your public SSH key from AX
- how to add a SSH key on GitHub
-
Note: you need this public key to be able to clone the repository in the cloud IDE
-
You've created a valid personal access token to access the GitHub registry
- create personal access token on GitHub
-
Note: You need this token to login into the
simatic-ax
GitHub registry (URL: https://npm.pkg.github.com/) withapax login
-
open the workspace manager in AX
-
Click on the button
Copy public key
Thanks for your interest in contributing. Anybody is free to report bugs, unclear documentation, and other problems regarding this repository in the Issues section or, even better, propose any changes to this repository using Pull Requests.
This workspace will be checked by the markdownlint-cli (there is also documented ho to install the tool) tool in the CI workflow automatically.
To avoid, that the CI workflow fails because of the markdown linter, you can check all markdown files locally by running the markdownlint with:
markdownlint **/*.md --fix
Please read the Legal information