Treiber
Modbus
Beim Nachziehen eines WinCC OA Projektes der Version 3.8 oder älter auf Version 3.17 oder höher werden automatisch alle Modbus-Verbindungen deaktiviert. Diese müssen nach dem Nachziehen des Projektes wieder manuell aktiviert werden
OPC DA/HDA & UA
Die OPC DA/HDA- und UA-Server sind nun in der Lage mehrere CNS-Views zu konfigurieren. Dies erforderte Änderungen des Standard-Verhaltens für die Anzeige von CNS-View Namen innerhalb des OPC-Adressraums. In früheren Versionen wurde standardmäßig der Name der View nicht angezeigt, wodurch es jetzt zu Konflikten kommen könnte, wenn mehr als eine View konfiguriert wird.
D.h. für Projekte, welche nach 3.17 oder höher nachgezogen wurden und CNS View Namen im OPC-Adressraum nicht anzeigen sollen, ist der Config-Eintrag [opchdasrv] cnsShowViewInPI = 0 in der entsprechenden Sektion des Servers in der Config-Datei erforderlich.
SNMP in Redundanten Systemen
Beim Upgrade eines Projekts mit SNMP-Treibern in redundanten Systemen wird automatisch ein neuer Datenpunkt "<DP>_2" für die redundante Verbindung erstellt.
SNMP Datenpunkte
Beim Upgrade eines Projekts auf Version 3.20 werden die veralteten Datenpunkte _SNMPAgent und _SNMPV3Entity gelöscht, sofern sie keine aktiven Verbindungen haben. Der Datenpunkttyp selbst bleibt verfügbar.
Hinweise zum Upgrade des BACnet AddOns
Es ist möglich, ein BACnet AddOn Projekt von einer älteren Version auf das neue BACnet AddOn der Version 3.20 zu aktualisieren. Während dieses Prozesses müssen einige Änderungen im Projekt vorgenommen werden.
Beim Upgrade eines Projektes ist das BACnet AddOn in 3.20 nicht mehr mit dem alten AddOn kompatibel. Wenn das alte BACnet AddOn noch benötigt wird, muss es aus einer früheren Version (z.B.: 3.19) kopiert werden. Das alte AddOn ist weiterhin mit dem aktuellen BACnet Treiber(3.20) kompatibel.
Wenn das alte AddOn noch verwendet wird, können die neuen unterstützten Objekttypen und Eigenschaften nicht verwendet werden!Anpassen der Datenpunktnamen
Die Benennung der BACnet Datenpunkte muss manuell angepasst werden, da mit dem Upgrade einige der alten BACnet Datenpunkte umbenannt wurden. Dies bedeutet, dass sie nun inkonsistent zum neuen AddOn-Namensschema sind, ebenso wie die entsprechenden Master-Datenpunkte und _DynamicDatapoints. Die Benennung ist nun konsistent zum Objekttyp in der Peripherieadresse für alle Datenpunkte.
BACnet Objekt-Benennung
Vorsicht ist geboten, wenn Sie mit dem neuen AddOn neue Datenpunkte für ein BACnet-Objekt anlegen, da die Datenpunkt-Namenskonvention und die Konfiguration der Datenpunkt-Element-Adressen sich von den Konventionen des alten AddOns unterscheiden. Die neue Datenpunkt-Namenskonvention im Stil des neuen AddOns ist wie folgt:
<Geräte-Id>_<Objekttypname><Instanz>Falls für bestehende Projekte noch das alte Verhalten benötigt wird, kann über den
internen Datenpunkt _BACnetEng.DpNaming. eine Konfiguration
vorgenommen werden. Der Standardwert "0" aktiviert das neue Verhalten. Mit dem Wert
"1" wird das Legacy-Verhalten mit <Objektname> aktiviert. Die
Verwendung dieses Verhaltens wird nicht empfohlen, da nicht sichergestellt ist, dass
der <Objektname> eindeutig ist und keine Sonderzeichen enthält,
was beides zu Problemen bei der Erstellung von Datenpunkten führen kann.
JSON-Format
Im aktualisierten Projekt wird jetzt das JSON-Format für die Anzeige und Änderung von komplexen BACnet-Eigenschaften verwendet.
Upgrade-Anforderungen
Das Upgrade wird nur durchgeführt, wenn die Verzeichnisse stdlib und BACnet AddOns auf die aktuelle Version (3.20) geändert werden. Dies muss manuell im Projekt und vor dem Start des Projekts nach der Installation des Updates erfolgen.
