Hinweise zum Nachziehen - Version 3.20

Hinweise, die bei der Aktualisierung älterer Projekte auf Version 3.20 zu beachten sind.

Note: Beachten Sie beim Upgrade die Inkompatibilitäten, die mit 3.20 eingeführt wurden.

User Interface

Kompatibilität - Grafische Darstellung Qt5

Beim Nachziehen eines Projektes aus Versionen, welche älter als 3.20 sind, wird, durch die Änderung der Qt-Version, der Config-Eintrag [ui] compatLegacyPainting gesetzt. Dieser Config-Eintrag erlaubt es die Darstellung mit den früheren Versionen in großen Teilen kompatibel zu halten. Hierbei wird das Verhalten beim Auf-/Abrunden auf den nächsten vollen Pixel beeinflusst. Wenn Sie das Kompatibiltätsverhalten deaktivieren wollen, muss der Config-Eintrag auf 0 gesetzt werden:

[ui] 
compatLegacyPainting = 0

Driver

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.

Note:

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.

Note: Die Einstellung des alten Verhaltens sollte für dieses Projekt als dauerhaft angesehen werden und darf nur im PARA vorgenommen werden.

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.