DNP3_NG – Part 1
“NG” is a common abbreviation for “No Good”. You may therefore find it uncomforting, that especially for newly introduced drivers, the driver name ends with “NG”. There is no need to worry though. Actually quite the opposite of “No Good” is the case here. “NG” as we use it, stands for “Next Generation”. Basically, as demands for support of additional features for a PLC driver grow, there is a turning point where it makes more sense to develop a completely new driver than to continue adding functionality to an existing driver. The new driver will become the “Next Generation” driver for the specific protocol or PLC.
What is the DNP3_NG driver?
The DNP3_NG driver is a new zenon driver for the DNP3 resp. IEEE 1815 protocol. Like the DNP332 driver it allows communication to DNP3 Outstations, sometimes also called DNP3 slaves. The DNP3_NG driver is the successor to the zenon DNP332 driver.
Where do I get the DNP3_NG driver?
The DNP3_NG driver is officially available with zenon 7.10. In fact, when you add a new DNP3 driver to your project in zenon 7.10, only the DNP3_NG driver is available in the list.
Can I still use the old DNP332 driver in zenon 7.10?
Yes, the DNP332 driver is still installed with zenon 7.10 and will continue to be available in future versions. Existing projects with the DNP332 driver that are converted to zenon version 7.10, will still contain and use the DNP332 driver. You will be able to open the driver configuration in the editor and the DNP332 driver will still be used in the runtime. If you want to create the legacy DNP332 driver for an existing or new project in zenon version 7.10, this is also still possible. The procedure how to add the legacy DNP332 driver to the driver selection list is described in the version 7.10 DNP332 driver documentation.
Can I switch from the DNP332 driver to the DNP3_NG driver in zenon 7.10?
Yes, you can make the switch from the DNP332 driver to the DNP3_NG driver for existing projects. Although everything should go smoothly, it makes sense to start off by making a project backup. You will need to make note of the communication parameters in the DNP332 driver configuration. Then in the context menu of the DNP332 driver you can call up the option to exchange the driver to the new DNP3_NG driver. After this process is complete, you will need to reopen the driver configuration of the DNP3_NG driver and input the correct communication parameters which you previously made note of. The output window of the zenon editor will inform you of any possible errors that may occur during the exchange process. For example, with the old DNP332 driver it was possible to select data types for certain driver object types that were not compliant with the DNP3 protocol standard. If such data types are used in the DNP332 driver, a warning message will appear, and the driver exchange is cancelled. To continue, the data type for these variables needs to be changed prior to exchanging the driver again. The manual for the DNP3_NG driver contains further information on how to switch the DNP332 driver to the DNP3_NG driver.
Next time we will look at some of the new features of the DNP3_NG driver and draw up a more detailed comparison between the legacy DNP332 driver and the new DNP3_NG driver.