Nein, die LonWorks Module PCD2.F240, PCD3.F2400 und PCD7.R582 sind nicht mehr lieferbar.[autotranslated]

Die Produktion der LonWorks Interface Module PCD2.F240, PCD3.F2400 und das LonWorks Speichermoduls PCD7.R582 wurde Ende 2021 eingestellt und die Geräte sind nicht mehr verfügbar.

Als Ersatz empfehlen wir die Verwendung von BACnet.

[autotranslated]

Ja, es ist möglich bis zu 16 MP-Bus Geräte an einem MP-Strang anzuschliessen und die PCD unterstützt das MP-Bus light Protokoll.

Belimo hat die Funktionalität des MP-Bus erweitert und unter bestimmten Bedingungen ist es möglich, bis zu 16 Belimo Geräte am gleichen MP-Bus Strang anzuschliessen.

Die MP-Bus Geräte welche diese Funktionalität unterstützen werden mit MPL/MPX oder/und Belimo MP-Bus light bezeichnet.

SBC hat die Belimo PG5 FBox Bibliothek angepasst um die 16 Geräte pro MP-Bus Strang zu unterstützen.

In Fupla, im FBox Selektor Fenster sind die FBoxen welche den Adressenbereich 1 bis 16 unterstützen unter der Kategorie sind die sind die FBoxen ‘MP-Bus’, ‘MPX Devices 1- 16’ abgelegt.

Dies bedeutet, dass eine PCD maximal 128 Belimo ansteuern kann, falls an allen 8 möglichen MP-Bus Strängen der PCD, nur MPX Geräte angeschlossen sind.

MP und MPX Addressierung
Die Adressierung auf 16 MP-Bus Adressen ist seit der Version 2.7.527 der Belimo FBox Bibliothek verfügbar.

Bemerkungen:
1.
Die Duplex Driver Fbox für das PCD2.T500 Modul unterstütz nur die MP Adressenbereich  (1-8).
2.
Die Single Driver Fbox unterstütz den MP Adressenbereich (1-8) sowie auch den MPX Adressenbereich (1-16) wenn die folgenden Regeln eingehalten werden:

• Falls nur MPX Geräte am MP-Bus angeschlossen warden, dann können Adressen bis 16 verwendet werden.
• Es ist möglich alte MP und neue MPX Geräte im gleichen MB-Bus Strang zu verwenden, aber der Adressbereich muss zwischen 1 bis 8 sein.
• Es ist möglich 2 MB-Bus Strägen zu verwenden, einer für die bisherigen MP Geräte (1-8), und einen für die neuen MPX Geräte (1-16)

Folglich:

• Falls mehr als 8 (bis zu 16) Geräte am MP-Bus Strang angeschlossen werden sollen, dann dürfen nur MPX Geräte an diesem MP-Bus Strang verwendet werden.
• Es ist nicht möglich die alten MP Geräte und die neuen Geräte auf demselben MB-Bus Strang zu verwenden und den Adressenbereich von 9 bis 16 zu verwenden.
• Das bedeutet, dass sobald ein altes MP Gerät am MP-Bus angeschlossen wird, der Adressenbereich  auf 1-8 limitiert ist.
  
  

Ja, es ist möglich bis zu 16 MP-Bus Geräte an einem MP-Strang anzuschliessen und die PCD unterstützt das MP-Bus light Protokoll.

Belimo hat die Funktionalität des MP-Bus erweitert und unter bestimmten Bedingungen ist es möglich, bis zu 16 Belimo Geräte am gleichen MP-Bus Strang anzuschliessen.

Die MP-Bus Geräte welche diese Funktionalität unterstützen werden mit MPL/MPX oder/und Belimo MP-Bus light bezeichnet.

SBC hat die Belimo PG5 FBox Bibliothek angepasst um die 16 Geräte pro MP-Bus Strang zu unterstützen.

In Fupla, im FBox Selektor Fenster sind die FBoxen welche den Adressenbereich 1 bis 16 unterstützen unter der Kategorie sind die sind die FBoxen ‘MP-Bus’, ‘MPX Devices 1- 16’ abgelegt.

Dies bedeutet, dass eine PCD maximal 128 Belimo ansteuern kann, falls an allen 8 möglichen MP-Bus Strängen der PCD, nur MPX Geräte angeschlossen sind.

MP und MPX Adressierung
Die Adressierung auf 16 MP-Bus Adressen ist seit der Version 2.7.527 der Belimo FBox Bibliothek verfügbar.

Bemerkungen:
1.
Die Duplex Driver Fbox für das PCD2.T500 Modul unterstütz nur die MP Adressenbereich  (1-8).
2.
Die Single Driver Fbox unterstütz den MP Adressenbereich (1-8) sowie auch den MPX Adressenbereich (1-16) wenn die folgenden Regeln eingehalten werden:

• Falls nur MPX Geräte am MP-Bus angeschlossen warden, dann können Adressen bis 16 verwendet werden.
• Es ist möglich alte MP und neue MPX Geräte im gleichen MB-Bus Strang zu verwenden, aber der Adressbereich muss zwischen 1 bis 8 sein.
• Es ist möglich 2 MB-Bus Strägen zu verwenden, einer für die bisherigen MP Geräte (1-8), und einen für die neuen MPX Geräte (1-16)

Folglich:

• Falls mehr als 8 (bis zu 16) Geräte am MP-Bus Strang angeschlossen werden sollen, dann dürfen nur MPX Geräte an diesem MP-Bus Strang verwendet werden.
• Es ist nicht möglich die alten MP Geräte und die neuen Geräte auf demselben MB-Bus Strang zu verwenden und den Adressenbereich von 9 bis 16 zu verwenden.
• Das bedeutet, dass sobald ein altes MP Gerät am MP-Bus angeschlossen wird, der Adressenbereich  auf 1-8 limitiert ist.

Unter bestimmten Voraussetzungen es ’ möglich, die Konfiguration der DALI-Geräte mit der F-Box ‘ Dali Cfg Manger ’ Doesn ’ t richtig funktioniert.

Definition oder das Ändern der DALI-Adresse des Geräts DALI, DALI Parametrierung in der DALI Gerät Doesn ’ t ordnungsgemäß funktioniert, dann neue Werte nicht auf die DALI-Gerät gespeichert sind.[autotranslated]

Beschreibung des Fehlers:
Unter bestimmten Bedingungen ist es möglich, dass die Konfiguration der DALI Geräte mit der F-Box 'Dali Cfg Manger' nicht richtig funktioniert.
Definition oder Ändern der DALI-Adresse des Geräts DALI, nicht einrichten die DALI-Parameter in das DALI-Gerät funktioniert, dann neue Werte nicht auf die DALI-Gerät gespeichert sind.

Dieses Verhalten geschieht, wenn die Übertragung der Konfiguration-Telegramme von PCD zu den DALI-Geräten zu lange dauert.
Diese Situation kann auftreten, wenn die Zykluszeit des Anwendungsprogramms auf PCD ist Long oder wenn die PCD nutzt brauchen einige Zyklus Zeit für andere Aufgaben (wie BACnet-Kommunikation)

Prüfungen die Konfiguration korrekt in das DALI-Gerät geschrieben, nur die DALI-Parameter vom Gerät nach dem Schreiben der Parameter ausgelesen und vergleichen Sie diesen Wert mit den zuvor geschriebenen Wert.

Lösung:
Wir haben das Problem behoben, dass Telegramme, derart, dass wir jetzt die Konfiguration behandelt werden direkt in die PCD2.F2610 oder PCD3.F261 DALI Kommunikationsmodul.

Die FW des Moduls F2610/F261 müssen mindestens die Version 1.03.23.

Die DALI-Konfiguration F-Box wurde ebenfalls angepasst, um die neue Firmware des Moduls F2610/F261 zu unterstützen.
Verwenden Sie mindestens die 'Dali-F26x'-Bibliothek Version $2.7.358 oder höher.

Technischen Gründen:
Die DALI-Spezifikation definiert für die Konfiguration-Telegramme, die haben an die DALI-Geräte, die diese Konfiguration-Telegramm haben zwei Mal an das DALI-Gerät gesendet werden gesendet werden.

Die Zeitverzögerung zwischen der ersten und der zweiten Konfiguration-Telegramm muss nicht mehr als 100ms.

Wenn die Verzögerung > 100ms dann den DALI-Geräten ist akzeptiert nicht die neue Konfiguration und die alten Parameter verwendet.

[autotranslated]

Der RS-232 S-Bus-Kommunikation kann funktioniert mit PCD2.F2xx0 oder PCD3.F2xx-Modulen bei der Kommunikation über Wandler (wie Modem oder optische Konverter) mit anderen Geräten überhaupt nicht. Auf PCD2.F2xx0 und PCD3.F2xx mit Firmware kleiner oder gleich V020 der Umgang mit dem RTS-Signal ist falsch.[autotranslated]

Symptom
Aufgrund eines Firmware-Fehlers auf dem PCD2.F2xx0 und PCD3.F2xx-Modul (mit Firmware des Moduls PCD2.F2xx0/PCD3.F2xx: kleiner oder gleich V020) Es kann sein, dass die S-Bus-Kommunikation über Wandler (wie Modem oder optische Konverter) an andere Geräte nicht funktioniert.

Die S-Bus-Kommunikation funktioniert gut, wenn keine Konverter dazwischen verwendet werden.
Auch andere Kommunikationsprotokolle dann S-Bus wie "Modus C, Modbus" auf dem PCD2.F2xx0 und PCD3.F2xx-Modul (mit und ohne Konverter dazwischen funktioniert).

Auf das Druckbild unten das Signal 1 ist RTS und Signal 2 ist der Datenfluss.
Mit PCD3.F121, das RTS-Signal verhält sich korrekt, mit PCD2.F2xx0 oder PCD3.F221 nicht.

Kommunikation mit PCD3.F121


Kommunikation mit PCD3.F221


Problemumgehung für die Verwendung der RS-232 S-Bus-Kommunikation über Wandler:
Für die PCD3:
Anstelle einer PCD3.F221, verwenden Sie den PCD3.F121.

Für PCD1.M2 oder PCD2.M5:
Verwenden Sie anstelle eines PCD2.F2xx0 die PCD7.F121S.

Lösung
Die Firmware Version 1.xx.xx des Moduls PCD2.F2xx0 oder PCD3.F2xx wird dieser Fehler beim Umgang mit dem RTS-Signal lösen. Bitte kontaktieren Sie Ihren lokalen SBC-Supportcenter.

[autotranslated]

Beim Lesen von Werten aus einige spezielle M-Bus Geräte mit M-Bus-Module PCD2/3.F27xx kann der M-Bus-Treiber den Fehler "Missing Value" zeigen, auch wenn alle Werte korrekt vom Gerät zurückgegeben werden.[autotranslated]

Symptom
Wenn die M-Bus Module PCD2/3.F27xx (mit der Framing-Protokoll) verwendet wird, kann der M-Bus-Treiber den Fehler "Missing Value" angezeigt, obwohl alle Werte korrekt zurückgegeben werden. Das Problem betrifft nur wenige Geräte; bisher sind die folgenden betroffenen Geräte bekannt:

• Janitza, Strom-Zähler
• EMU Professional, Strom-Zähler
• L & G Ultraheat 50, Zähler Heizung

Grund
Dieses Problem tritt auf, weil die PCD-Firmware (älter als 1.16.66) einige Bytes verliert, wenn die Antwort-Telegramme ist mehr als 240 Byte (und das Framing-Protokoll verwendet wird).

Lösung
Dieses Problem wurde korrigiert in der PCD-Firmware-Version 1.16.66 und höher. Diese Firmware ist z.B. enthalten in das BACnet Firmware-Paket auf der Support-Website (unter "Protokolle" -> "BACnet")

[autotranslated]

Die M-Bus-Kommunikation zwischen den "Aräometer M-Bus-Empfänger 868" (Alternativ "MB-Receiver" genannt) und die PCD2.F2710 hat analysiert worden, und es wurde festgestellt, dass das Gerät nicht der M-Bus-Spezifikation (SN EN 13757-2) entspricht. Es kann daher nicht zusammen mit der PCD2/3.F27x(0) verwendet werden.[autotranslated]

Während unserer Analyse es wurde festgestellt, dass die Stromverbrauch Variation von der "Aräometer M-Bus-Empfänger 868" beim Empfang von Daten ist höher als in der M-Bus-Spezifikation angegeben. Dies führt dazu, dass die Kommunikation zwischen den F271x und die "Aräometer M-Bus-Empfänger 868" Empfänger funktioniert nicht.
Beachten Sie, dass der Hersteller explizit angeben ist, dass dieses Gerät nur mit "seiner" M-Bus-Master verwendet werden, siehe Abbildung unten.

Detaillierte Informationen
Analysierten Funkempfänger: Aräometer M-Bus-Empfänger 868
Das Gerät nimmt die Kraft von den M-Bus-Kommunikation-Linien; Stromaufnahme ist etwa 20mA (statt max. 1.5mA). Bisher ist das kein Problem, solange das Gerät als ~ 13 X laden gezählt wird. Aber beim Senden von Daten auf den M-Bus-Linien die Stromaufnahme dieser Sklaven ändert, indem mehr als 10mA, und diese Änderung gilt als eingehenden Daten auf den M-Bus-master-Seite.

Der M-Bus Norm SN EN 13757-2 gibt:
Spannungsschwankungen des 1..15V soll sich nicht ändern den aktuellen Bus um mehr als Nx3uA / V. N muss angegeben werden, sind Werte im Bereich von 1 bis 4 zulässig. Max. mit SBC M-Bus Master ändern: 12V * 4 * 3uA/V = 144uA.

Abschluss
Die "Aräometer M-Bus-Empfänger 868" nicht mit M-Bus-Standard entspricht. (und der Hersteller gibt an, dass dieser Receiver hat nur mit ihren master-Geräten verwendet werden). Es kann daher (durch Zufall), dass es mit Drittanbieter-master-Geräten funktioniert. Mit den F27x-Modulen ist die Funktionalität nicht gewährleistet (garantierte Funktionalität müsste eine Hardware-Neugestaltung der F27x, die besondere Einrichtung zu unterstützen).

Bemerkung
In Deutschland die "Aräometer M-Bus-Empfänger 868" wird vertrieben von Hydrometer, während in der Schweiz es von Techem vertrieben wird und in Frankreich ist das gleiche Gerät von der Firma Sappel unter dem Namen "IZAR" verteilt.

[autotranslated]

Um das Lesen von Daten aus "CALEC Aquameter Energie Meister" Geräte, die mit den F27x-Modulen (außer PCD2.F2700 oder PCD3.F270) der M-Bus-FBox-Bibliothek 2.6.117 oder höher ist erforderlich. [autotranslated]

Symptom
Beim Lesen von Daten von einem "CALEC Aquametro Energie Meister" Gerät mit z.B. einer PCD3.F271 und die M-Bus-FBox-Bibliothek von Engiby ein Timeout (älter als Version 2.6.117) ist das Ergebnis. Dies ist nur der Fall mit dem Aquametro-Gerät, andere M-Bus-Geräte korrekt gelesen werden können.

Grund
Die Engiby M-Bus-FBox-Bibliothek (älter als Version 2.6.117) liest nicht richtig vom CALEC Gerät wenn der Framing-Protokoll (verwendet für die Module PCD2.F2710 oder eine PCD3.F271) konfiguriert ist. Auf der anderen Seite werden Daten korrekt gelesen, wenn der Charakter-Modus mit einem F270(0) (um mit "RS 485/F270" als serielle Schnittstelle-Typ in der M-Bus-Treiber FBox gewählt werden) konfiguriert ist.

Lösung

• Aktualisieren Sie Ihre M-Bus-Bibliothek auf Version 2.6.117 oder höher (bitte die Bibliothek direkt von Engiby)
• Wenn es nicht möglich ist kann Aktualisieren der FBox-Bibliothek auch den Zugriff auf die "CALEC Aquametro" mit einer PCD3.F270 (oder eine PCD2.F2700) und konfigurieren sie den Charakter-Modus verwenden (siehe Screenshot unten) in der FBox "MBus-Treiber":
  

[autotranslated]

Besteht die Möglichkeit zur Aktualisierung der Firmware eines PCD2.F2xxx oder einer PCD3.F2xx, in dieser FAQ, sie erklärt wird, wie es weitergehen soll.[autotranslated]

In der Regel ist das Verfahren dasselbe wie Sie würde die Firmware eine PCD3. Verbinden Sie den Computer über USB an die SPS und starten Sie die PG5 2.0 Firmware-Datei zu. Ändern Sie die Datei für den Download der erforderlichen .bin-Datei und starten Sie den Download in PGU USB-Modus.

Problem

Wenn mehr als eine PCD2.F2xxx oder PCD3.F2xx in der SPS angeschlossen ist kann einige Fehlermeldungen erscheinen.

Lösung

In diesem Fall müssen Sie angeben, dass der Steckplatz, in dem das Modul ist, angeschlossen, die Firmware in herunterladen möchten. Dies erfolgt in den Optionen die Firmware-Datei "Wählen Sie SPI Slot..."

Bei der Wahl in welchem Steckplatz soll die Firmware herunterladen Sie sicherstellen können, dass das richtige Modul aktualisiert wird, wenn "keine Optionen ausgewählt ist es wird versucht, laden Sie die Firmware auf die ersten PCD2.F2xxx oder PCD3.F2xx, die auf die i/o-Bus zu finden ist.


Bemerkung
Die minimalen Systemanforderungen sind:
PG5 2.0.200
PCD-Firmware 1.16.48

Module unterstützen ein Firmware-Update:
PCD2.F26xx
PCD2.F27xx
PCD3.F26x
PCD3.F27x

[autotranslated]

In der M-Bus-Bibliothek für die SBC-Energie-Meter (die für PG5 1.4, PG5 2.0 und 2.1 PG5 installiert werden kann) wurden die folgenden Änderungen angewendet.[autotranslated]

Änderung in der SBC-MBus-Bibliothek 2.7.006(März 2013)

• Unterstützung für PG5 2.1 hinzugefügt
• Die Option "BACnet" entfernt
  

Änderung in der SBC-MBus-Bibliothek 2.6.113 (Dezember 2011)

• Ausgänge der FBox hinzugefügt: Gesamt Wirkleistung und Blindleistung insgesamt steht zur Verfügung

Änderung in der SBC-MBus-Bibliothek 2.6.104 (Juli 2011)

• Eine negative Blindleistung durch SBC M-Bus-Energiezähler gemessen wurde falsch angezeigt
• Unterstützung der neuen Module PCD2/3.F271(0), F272(0) und F273(0)
  Wenn Sie ein solches Modul verwenden, konfigurieren Sie bitte die "serielle Schnittstelle" in der FBox zu "M-Bus/F27xx" und Stellen Sie sicher, dass Sie die Firmware 1.16.52 oder später die PCD-Treiber.
  Mit älteren Bibliotheksversion Sie haben diese Option nicht und Sie können nur die Module PCD2/3.F270(0) mit dem Modus "RS485/F270".

• Mit dem M-Bus zurückgesetzt Bibliothek 2.6.013 schickte der Treiber M-Bus wiederholt
• Mit älteren Versionen als 2.6.014 waren die SBC-M-Bus-Energiezähler nicht immer richtig verbunden.

• Es gibt zwei Bibliotheken für M-Bus:
  -Die "Vollversion" von Engiby
  die M-Bus Energie Meter von SBC, sondern auch von anderen Herstellern unterstützt
  -die "SBC-Version"
  welche nur die M-Bus-Energie-Meter vom SBC unterstützt.
• Die "SBC-Version" steht auf der Support-Website;
  Kontaktieren Sie für die "Engiby Version" Engiby um die letzte Version zu erhalten. www.engiby.ch
• Bitte installieren Sie die "SBC-Version" oder die "Engiby Version" jedoch nicht beides parallel; Dies kann zu inkonsistenten Datei Kombinationen führen.

[autotranslated]

Einige Geräte der M-Bus (bisher nur beobachtet auf einem MBus-Wasser-Zähler von der Firma Allmess / Actris) sind sehr empfindlich gegen Inter Charakter Verzögerungen.[autotranslated]

Symptom
Einige M-Bus Geräte angeschlossen an eine PCD2.F2xxx oder eine PCD3.F2xx (oder auf den Ports aufgeführt unter "Bemerkung") nicht auf alle Anfragen beantworten. Das gleiche Gerät funktioniert gut, wenn das M-Bus Gateway, an einen anderen Port (z.B. auf Port 0 der PCD2 verbunden ist.M5).

Grund
Der Grund für dieses Phänomen könnte sein, dass das M-Bus Gerät sehr sensibel gegen Inter Charakter Verzögerungen in den Telegrammen.

Lösung
Um die Inter Charakter Verzögerungen zu vermeiden wurde ein neues Feature in der Firmware der PCD (das Einfrieren, bit, siehe auch FAQ 100916) umgesetzt. Die M-Bus-Bibliothek 2.5.203 von Engiby funktioniert mit diesem Mechanismus und verhindert so die Inter Charakter Verzögerungen in den Telegrammen.

Bemerkung
Mit Firmware sollten Sie 1.10.16, die es beobachtet hat, dass solche Inter Charakter Verzögerungen im Telegramme gesendet auf den Ports vorhanden sind nachfolgend aufgeführt, auch bei Verwendung den Freeze-Modus erwähnt:

• PCD2.M5xxx: Port 2 und Port 3
• PCD3.Mxxxx: Port 0 und Port 3

Um diese Inter Charakter Verzögerungen zu vermeiden, verwenden Sie bitte Firmware 1.10.51 für Ihre PCD2.M5xx0 oder PCD3. Diese Firmware kann aus dem entsprechenden Produktabschnitt auf der Support-Website www.sbc-support.ch heruntergeladen werden.

[autotranslated]

Ein Hardwarekonflikt auf einem PCD2.M5xxx zwischen einem PCD2.W3x0 gesteckt I/O Steckplatz 3 und die Module PCD2.F2xx0 und PCD2.R6000 führt zu der Tatsache, die die Kommunikations- und Speichermodule in dieser Konstellation nicht funktionieren. Wenn die PCD2.W3x0 aus dem I/O-Steckplatz 3 entfernt wird arbeitet die Installation korrekt.[autotranslated]

Symptom
Im Fall einer PCD2.W3x0 Analog-Eingangsmodul im I/O Slot 3 (Basisadresse 48) angeschlossen ist die Kommunikations-Modulen PCD2.F2xx0 und die Speichermodule PCD2.R6000 funktionieren nicht.
Die LEDs auf ein Kommunikationsmodul PCD2.F2100, eine PCD2.F2210 oder eine PCD2.F2810 sind beleuchtet 50 % rot und 50 % grün (blinkt). Das Dateisystem der PCD2.R6000 (SLxFLASH: /) sind nicht über z.B. FTP sichtbar. Nur PCD2.M5xxx mit Hardware-Version älter als C345 betroffen sind.

Grund
Der Grund für dieses Verhalten ist ein Konflikt zwischen den PCD2.W3x0 (PCD2.W300, PCD2.W310, PCD2.W340, PCD2.W350, PCD2.W360) und PCD2.F2xx0 oder R6000. Dieser Konflikt besteht nur dann, wenn die PCD2.W3x0 auf den I/O-Slot 3 (Basisadresse 48) angeschlossen ist.

Lösung

• Dieser Konflikt ist nicht mehr mit Hardwareversion C345 von der PCD2.M5xxx (der entsprechende Filter der i/o-Bus wurde um Sie nicht zu diesem Konflikt führen angepasst).
• Für den Fall, dass es ist nicht möglich, das System sofort zu ersetzen (oder schicken Sie es an den Reparatur-Service für diese Änderung getan haben), kann das Problem gelöst werden, indem man eine PCD2.W30x nicht im I/O Slot 3. Wenn das Kommunikationsmodul oder das Speichermodul in I/O Steckplatz 3 angeschlossen ist funktioniert die Installation einwandfrei.

[autotranslated]

Wenn mehr als 1 zeigt desselben Typs (PCD7.D23x und PCD7.D290) verbunden sind, eine RS 485-Schnittstelle (Busterminal) eines PCDx.F2xx-Moduls, die Kommunikation funktioniert nicht. Nur eines der Displays verfügbar ist, die andere (n) ist (sind) nicht zugänglich![autotranslated]

Die Ports 100 bis 131 auf die PCDx.F2xx-Module haben unterschiedliche Zeitsteuerungseigenschaften und sind daher nicht geeignet für PCD7.D23x und PCD7.D290 im Bus terminal Topoloy!

Problemumgehung:
Verwenden Sie einen anderen RS-485 Port (an Bord oder mit F1xx).

[autotranslated]

Das Diagnose-Flag ist TBSY von der "Charakter-Modus" (verwendet für das Senden von Zeichen über eine serielle Leitung) nicht behandelt die gleiche Weise auf eine im Vergleich zur "alten" Systeme wie z.B. PCD2 PCD3.M170.[autotranslated]

Symptom
Wenn der entsprechende Port im MC-Modus zugewiesen ist, zeigt das Diagnose-Flag TBSY, dass die serielle Schnittstelle senden Zeichen beschäftigt. Dies ist der Fall bei z.B. einer PCD2.M170.
Dieses Verhalten ist nicht gleich auf ein PCD2.M5xxx oder ein PCD3.Mxxxx, vor allem nicht wenn mit einer PCD3.F121 oder eine F2xx(x)-Module. Auf eine PCD3/PCD2.M5 ist das TBSY-Flag keiner mehr hoch während der ganzen Zeit, die der Anschluss besetzt ist. Stattdessen ist es nur hoch eine kurze Zeit ganz am Anfang des Vorgangs senden.

Grund
Der Grund für diesen Unterschied ist eine neue Art und Weise der UART des Ports zugreifen. Auf älteren Systemen wurden die Zeichen direkt in die UART geschrieben, wobei die PCD3 ein Puffer dazwischen gelegt ist. Statt darauf hin, dass der "Send-Staat" von der UART auf älteren Systemen mag, stellt der TBSY den Zustand dieses Puffers (die Größe am Ende dieser FAQ-Seite finden) auf der PCD3 oder die PCD2.M5.

Lösung
Dieser Unterschied sollte nicht dazu führen, dass Problem ist den meisten Fällen. In einigen Anwendungen ist jedoch der Zustand der TBSY verwendet, z.B. das RTS-Signal der Linie (mit der Anweisung SOCL) steuern. In diesem Fall die Kommunikation (arbeitet an einer PCD2.M170) funktioniert nicht mehr auf eine PCD3 oder eine PCD2.M5.
In diesem Fall könnte eine der folgenden Problemumgehungen angewendet werden:

• Anstelle von zuweisen den Hafen MC0 könnten es in MC4 zugewiesen werden (MC4 wird gewöhnlich als "MC für RS485" beschrieben). In diesem Modus die UART ist die Verwaltung der RTS autonom (und daher besteht keine Notwendigkeit mehr, die RTS durch das User-Programm festgelegt). Beachten Sie, dass in diesem Fall die SOCL-Befehle sind aus dem Programm entfernt werden!
• Die Dauer, während die RTS wird festgesetzt im Voraus berechnet werden konnte (basierend auf der Anzahl Zeichen gesendet werden) und in einen Timer geladen. Während dieser Zeitgeber hoch ist, kann der RTS mit dem SOCL-Befehl festgelegt werden.
  Beachten Sie, dass diese Lösung nicht wirklich eine "nette" und kann nur Arbeit mit sehr niedrigen Baudraten.

Notizen

• Alle Firmware-Versionen der PCD3xxx und PCD2.M5xxx behandeln die TBSY, wie in dieser FAQ beschrieben.
• Die Puffergröße ist abhängig von der Port verwendet:
  PCD3 Port 1 und 02:24 Zeichen
  PCD3-Port 0 und 3: 2 Zeichen
  PCD2.M5 Port 0 und 01:24 Zeichen
  PCD2.M5 port 2 und 3: 2 Zeichen
  

[autotranslated]

Nein, die LonWorks Module PCD2.F240, PCD3.F2400 und PCD7.R582 sind nicht mehr lieferbar.[autotranslated]

Die Produktion der LonWorks Interface Module PCD2.F240, PCD3.F2400 und das LonWorks Speichermoduls PCD7.R582 wurde Ende 2021 eingestellt und die Geräte sind nicht mehr verfügbar.

Als Ersatz empfehlen wir die Verwendung von BACnet.

[autotranslated]

Das Problem kann mit einem losen Kontakt an der PCD3 zusammenhängen. K010-Steckverbinder zum Anschluss der PCD3.M/Txxx-CPUs und der PCD3.Cxxx-Erweiterungsmodule.[autotranslated]

In diesem Fall können verschiedene Fehlermuster auftreten, wie z.B.

• - Wenn ein Eingang auf 1 gesetzt ist, dann werden mehrere Eingänge gleichzeitig auf 1 gesetzt.
• - Wenn ein Ausgang im Anwendungsprogramm auf 1 gesetzt ist, dann wird die Ausgabe nicht auf dem Ausgabemodul gesetzt.
• - Der Status der Eingaben wird im Anwendungsprogramm nicht korrekt erkannt.

Die betroffene PCD3. K010-Module haben ein Herstellungsdatum von 2028 (Jahr 2020, Woche 28).

Wenn die oben beschriebenen Symptome auftreten und eine PCD3. K010 Modul mit Herstellungsdatum 2028 verwendet wird, ersetzen Sie die PCD3. K010 Modul mit neuem PCD3. K010 Modul.

Bestellen Sie neue PCD3. K010 Module und erstellen Sie eine RMA-Anfrage mit der Fehlerbeschreibung und dem Hinweis: CRABBMS-430 und wählen Sie die Option 'Advanced replacement'.

Das Herstellungsdatum ist auf dem weißen Aufkleber auf der PCD3 zu sehen. K010.[autotranslated]

Ja, es ist möglich bis zu 16 MP-Bus Geräte an einem MP-Strang anzuschliessen und die PCD unterstützt das MP-Bus light Protokoll.

Belimo hat die Funktionalität des MP-Bus erweitert und unter bestimmten Bedingungen ist es möglich, bis zu 16 Belimo Geräte am gleichen MP-Bus Strang anzuschliessen.

Die MP-Bus Geräte welche diese Funktionalität unterstützen werden mit MPL/MPX oder/und Belimo MP-Bus light bezeichnet.

SBC hat die Belimo PG5 FBox Bibliothek angepasst um die 16 Geräte pro MP-Bus Strang zu unterstützen.

In Fupla, im FBox Selektor Fenster sind die FBoxen welche den Adressenbereich 1 bis 16 unterstützen unter der Kategorie sind die sind die FBoxen ‘MP-Bus’, ‘MPX Devices 1- 16’ abgelegt.

Dies bedeutet, dass eine PCD maximal 128 Belimo ansteuern kann, falls an allen 8 möglichen MP-Bus Strängen der PCD, nur MPX Geräte angeschlossen sind.

MP und MPX Addressierung
Die Adressierung auf 16 MP-Bus Adressen ist seit der Version 2.7.527 der Belimo FBox Bibliothek verfügbar.

Bemerkungen:
1.
Die Duplex Driver Fbox für das PCD2.T500 Modul unterstütz nur die MP Adressenbereich  (1-8).
2.
Die Single Driver Fbox unterstütz den MP Adressenbereich (1-8) sowie auch den MPX Adressenbereich (1-16) wenn die folgenden Regeln eingehalten werden:

• Falls nur MPX Geräte am MP-Bus angeschlossen warden, dann können Adressen bis 16 verwendet werden.
• Es ist möglich alte MP und neue MPX Geräte im gleichen MB-Bus Strang zu verwenden, aber der Adressbereich muss zwischen 1 bis 8 sein.
• Es ist möglich 2 MB-Bus Strägen zu verwenden, einer für die bisherigen MP Geräte (1-8), und einen für die neuen MPX Geräte (1-16)

Folglich:

• Falls mehr als 8 (bis zu 16) Geräte am MP-Bus Strang angeschlossen werden sollen, dann dürfen nur MPX Geräte an diesem MP-Bus Strang verwendet werden.
• Es ist nicht möglich die alten MP Geräte und die neuen Geräte auf demselben MB-Bus Strang zu verwenden und den Adressenbereich von 9 bis 16 zu verwenden.
• Das bedeutet, dass sobald ein altes MP Gerät am MP-Bus angeschlossen wird, der Adressenbereich  auf 1-8 limitiert ist.
  
  

Ja, es ist möglich bis zu 16 MP-Bus Geräte an einem MP-Strang anzuschliessen und die PCD unterstützt das MP-Bus light Protokoll.

Belimo hat die Funktionalität des MP-Bus erweitert und unter bestimmten Bedingungen ist es möglich, bis zu 16 Belimo Geräte am gleichen MP-Bus Strang anzuschliessen.

Die MP-Bus Geräte welche diese Funktionalität unterstützen werden mit MPL/MPX oder/und Belimo MP-Bus light bezeichnet.

SBC hat die Belimo PG5 FBox Bibliothek angepasst um die 16 Geräte pro MP-Bus Strang zu unterstützen.

In Fupla, im FBox Selektor Fenster sind die FBoxen welche den Adressenbereich 1 bis 16 unterstützen unter der Kategorie sind die sind die FBoxen ‘MP-Bus’, ‘MPX Devices 1- 16’ abgelegt.

Dies bedeutet, dass eine PCD maximal 128 Belimo ansteuern kann, falls an allen 8 möglichen MP-Bus Strängen der PCD, nur MPX Geräte angeschlossen sind.

MP und MPX Adressierung
Die Adressierung auf 16 MP-Bus Adressen ist seit der Version 2.7.527 der Belimo FBox Bibliothek verfügbar.

Bemerkungen:
1.
Die Duplex Driver Fbox für das PCD2.T500 Modul unterstütz nur die MP Adressenbereich  (1-8).
2.
Die Single Driver Fbox unterstütz den MP Adressenbereich (1-8) sowie auch den MPX Adressenbereich (1-16) wenn die folgenden Regeln eingehalten werden:

• Falls nur MPX Geräte am MP-Bus angeschlossen warden, dann können Adressen bis 16 verwendet werden.
• Es ist möglich alte MP und neue MPX Geräte im gleichen MB-Bus Strang zu verwenden, aber der Adressbereich muss zwischen 1 bis 8 sein.
• Es ist möglich 2 MB-Bus Strägen zu verwenden, einer für die bisherigen MP Geräte (1-8), und einen für die neuen MPX Geräte (1-16)

Folglich:

• Falls mehr als 8 (bis zu 16) Geräte am MP-Bus Strang angeschlossen werden sollen, dann dürfen nur MPX Geräte an diesem MP-Bus Strang verwendet werden.
• Es ist nicht möglich die alten MP Geräte und die neuen Geräte auf demselben MB-Bus Strang zu verwenden und den Adressenbereich von 9 bis 16 zu verwenden.
• Das bedeutet, dass sobald ein altes MP Gerät am MP-Bus angeschlossen wird, der Adressenbereich  auf 1-8 limitiert ist.

Unter bestimmten Voraussetzungen es ’ möglich, die Konfiguration der DALI-Geräte mit der F-Box ‘ Dali Cfg Manger ’ Doesn ’ t richtig funktioniert.

Definition oder das Ändern der DALI-Adresse des Geräts DALI, DALI Parametrierung in der DALI Gerät Doesn ’ t ordnungsgemäß funktioniert, dann neue Werte nicht auf die DALI-Gerät gespeichert sind.[autotranslated]

Beschreibung des Fehlers:
Unter bestimmten Bedingungen ist es möglich, dass die Konfiguration der DALI Geräte mit der F-Box 'Dali Cfg Manger' nicht richtig funktioniert.
Definition oder Ändern der DALI-Adresse des Geräts DALI, nicht einrichten die DALI-Parameter in das DALI-Gerät funktioniert, dann neue Werte nicht auf die DALI-Gerät gespeichert sind.

Dieses Verhalten geschieht, wenn die Übertragung der Konfiguration-Telegramme von PCD zu den DALI-Geräten zu lange dauert.
Diese Situation kann auftreten, wenn die Zykluszeit des Anwendungsprogramms auf PCD ist Long oder wenn die PCD nutzt brauchen einige Zyklus Zeit für andere Aufgaben (wie BACnet-Kommunikation)

Prüfungen die Konfiguration korrekt in das DALI-Gerät geschrieben, nur die DALI-Parameter vom Gerät nach dem Schreiben der Parameter ausgelesen und vergleichen Sie diesen Wert mit den zuvor geschriebenen Wert.

Lösung:
Wir haben das Problem behoben, dass Telegramme, derart, dass wir jetzt die Konfiguration behandelt werden direkt in die PCD2.F2610 oder PCD3.F261 DALI Kommunikationsmodul.

Die FW des Moduls F2610/F261 müssen mindestens die Version 1.03.23.

Die DALI-Konfiguration F-Box wurde ebenfalls angepasst, um die neue Firmware des Moduls F2610/F261 zu unterstützen.
Verwenden Sie mindestens die 'Dali-F26x'-Bibliothek Version $2.7.358 oder höher.

Technischen Gründen:
Die DALI-Spezifikation definiert für die Konfiguration-Telegramme, die haben an die DALI-Geräte, die diese Konfiguration-Telegramm haben zwei Mal an das DALI-Gerät gesendet werden gesendet werden.

Die Zeitverzögerung zwischen der ersten und der zweiten Konfiguration-Telegramm muss nicht mehr als 100ms.

Wenn die Verzögerung > 100ms dann den DALI-Geräten ist akzeptiert nicht die neue Konfiguration und die alten Parameter verwendet.

[autotranslated]

Die M-Bus-Karten haben einen Kurzschluss Schutz auf dem Bus, aber wenn die CPU nicht mehr Strom versorgt und die F27x(x)-Karte noch 24-V-Versorgung hat gibt es keine Abkürzung Schutz mehr![autotranslated]

Grund:

Die 36 Volt vom M-Bus werden einige Komponenten auf dem betreffenden seriellen Anschluss der Karte zerstören!

Lösung:

Verwendung derselben Stromversorgung für die CPU für die PCDx.F27x(x)-Karte oder wenn aus irgendeinem Grund ein anderes Netzteil verwendet werden, muss bewusst sein, dass im Fall die CPU Leistung ist nicht angegeben, dass der M-Bus nicht kurzgeschlossen ist!

[autotranslated]

Der RS-232 S-Bus-Kommunikation kann funktioniert mit PCD2.F2xx0 oder PCD3.F2xx-Modulen bei der Kommunikation über Wandler (wie Modem oder optische Konverter) mit anderen Geräten überhaupt nicht. Auf PCD2.F2xx0 und PCD3.F2xx mit Firmware kleiner oder gleich V020 der Umgang mit dem RTS-Signal ist falsch.[autotranslated]

Symptom
Aufgrund eines Firmware-Fehlers auf dem PCD2.F2xx0 und PCD3.F2xx-Modul (mit Firmware des Moduls PCD2.F2xx0/PCD3.F2xx: kleiner oder gleich V020) Es kann sein, dass die S-Bus-Kommunikation über Wandler (wie Modem oder optische Konverter) an andere Geräte nicht funktioniert.

Die S-Bus-Kommunikation funktioniert gut, wenn keine Konverter dazwischen verwendet werden.
Auch andere Kommunikationsprotokolle dann S-Bus wie "Modus C, Modbus" auf dem PCD2.F2xx0 und PCD3.F2xx-Modul (mit und ohne Konverter dazwischen funktioniert).

Auf das Druckbild unten das Signal 1 ist RTS und Signal 2 ist der Datenfluss.
Mit PCD3.F121, das RTS-Signal verhält sich korrekt, mit PCD2.F2xx0 oder PCD3.F221 nicht.

Kommunikation mit PCD3.F121


Kommunikation mit PCD3.F221


Problemumgehung für die Verwendung der RS-232 S-Bus-Kommunikation über Wandler:
Für die PCD3:
Anstelle einer PCD3.F221, verwenden Sie den PCD3.F121.

Für PCD1.M2 oder PCD2.M5:
Verwenden Sie anstelle eines PCD2.F2xx0 die PCD7.F121S.

Lösung
Die Firmware Version 1.xx.xx des Moduls PCD2.F2xx0 oder PCD3.F2xx wird dieser Fehler beim Umgang mit dem RTS-Signal lösen. Bitte kontaktieren Sie Ihren lokalen SBC-Supportcenter.

[autotranslated]

Beim Lesen von Werten aus einige spezielle M-Bus Geräte mit M-Bus-Module PCD2/3.F27xx kann der M-Bus-Treiber den Fehler "Missing Value" zeigen, auch wenn alle Werte korrekt vom Gerät zurückgegeben werden.[autotranslated]

Symptom
Wenn die M-Bus Module PCD2/3.F27xx (mit der Framing-Protokoll) verwendet wird, kann der M-Bus-Treiber den Fehler "Missing Value" angezeigt, obwohl alle Werte korrekt zurückgegeben werden. Das Problem betrifft nur wenige Geräte; bisher sind die folgenden betroffenen Geräte bekannt:

• Janitza, Strom-Zähler
• EMU Professional, Strom-Zähler
• L & G Ultraheat 50, Zähler Heizung

Grund
Dieses Problem tritt auf, weil die PCD-Firmware (älter als 1.16.66) einige Bytes verliert, wenn die Antwort-Telegramme ist mehr als 240 Byte (und das Framing-Protokoll verwendet wird).

Lösung
Dieses Problem wurde korrigiert in der PCD-Firmware-Version 1.16.66 und höher. Diese Firmware ist z.B. enthalten in das BACnet Firmware-Paket auf der Support-Website (unter "Protokolle" -> "BACnet")

[autotranslated]

Die M-Bus-Kommunikation zwischen den "Aräometer M-Bus-Empfänger 868" (Alternativ "MB-Receiver" genannt) und die PCD2.F2710 hat analysiert worden, und es wurde festgestellt, dass das Gerät nicht der M-Bus-Spezifikation (SN EN 13757-2) entspricht. Es kann daher nicht zusammen mit der PCD2/3.F27x(0) verwendet werden.[autotranslated]

Während unserer Analyse es wurde festgestellt, dass die Stromverbrauch Variation von der "Aräometer M-Bus-Empfänger 868" beim Empfang von Daten ist höher als in der M-Bus-Spezifikation angegeben. Dies führt dazu, dass die Kommunikation zwischen den F271x und die "Aräometer M-Bus-Empfänger 868" Empfänger funktioniert nicht.
Beachten Sie, dass der Hersteller explizit angeben ist, dass dieses Gerät nur mit "seiner" M-Bus-Master verwendet werden, siehe Abbildung unten.

Detaillierte Informationen
Analysierten Funkempfänger: Aräometer M-Bus-Empfänger 868
Das Gerät nimmt die Kraft von den M-Bus-Kommunikation-Linien; Stromaufnahme ist etwa 20mA (statt max. 1.5mA). Bisher ist das kein Problem, solange das Gerät als ~ 13 X laden gezählt wird. Aber beim Senden von Daten auf den M-Bus-Linien die Stromaufnahme dieser Sklaven ändert, indem mehr als 10mA, und diese Änderung gilt als eingehenden Daten auf den M-Bus-master-Seite.

Der M-Bus Norm SN EN 13757-2 gibt:
Spannungsschwankungen des 1..15V soll sich nicht ändern den aktuellen Bus um mehr als Nx3uA / V. N muss angegeben werden, sind Werte im Bereich von 1 bis 4 zulässig. Max. mit SBC M-Bus Master ändern: 12V * 4 * 3uA/V = 144uA.

Abschluss
Die "Aräometer M-Bus-Empfänger 868" nicht mit M-Bus-Standard entspricht. (und der Hersteller gibt an, dass dieser Receiver hat nur mit ihren master-Geräten verwendet werden). Es kann daher (durch Zufall), dass es mit Drittanbieter-master-Geräten funktioniert. Mit den F27x-Modulen ist die Funktionalität nicht gewährleistet (garantierte Funktionalität müsste eine Hardware-Neugestaltung der F27x, die besondere Einrichtung zu unterstützen).

Bemerkung
In Deutschland die "Aräometer M-Bus-Empfänger 868" wird vertrieben von Hydrometer, während in der Schweiz es von Techem vertrieben wird und in Frankreich ist das gleiche Gerät von der Firma Sappel unter dem Namen "IZAR" verteilt.

[autotranslated]

Um das Lesen von Daten aus "CALEC Aquameter Energie Meister" Geräte, die mit den F27x-Modulen (außer PCD2.F2700 oder PCD3.F270) der M-Bus-FBox-Bibliothek 2.6.117 oder höher ist erforderlich. [autotranslated]

Symptom
Beim Lesen von Daten von einem "CALEC Aquametro Energie Meister" Gerät mit z.B. einer PCD3.F271 und die M-Bus-FBox-Bibliothek von Engiby ein Timeout (älter als Version 2.6.117) ist das Ergebnis. Dies ist nur der Fall mit dem Aquametro-Gerät, andere M-Bus-Geräte korrekt gelesen werden können.

Grund
Die Engiby M-Bus-FBox-Bibliothek (älter als Version 2.6.117) liest nicht richtig vom CALEC Gerät wenn der Framing-Protokoll (verwendet für die Module PCD2.F2710 oder eine PCD3.F271) konfiguriert ist. Auf der anderen Seite werden Daten korrekt gelesen, wenn der Charakter-Modus mit einem F270(0) (um mit "RS 485/F270" als serielle Schnittstelle-Typ in der M-Bus-Treiber FBox gewählt werden) konfiguriert ist.

Lösung

• Aktualisieren Sie Ihre M-Bus-Bibliothek auf Version 2.6.117 oder höher (bitte die Bibliothek direkt von Engiby)
• Wenn es nicht möglich ist kann Aktualisieren der FBox-Bibliothek auch den Zugriff auf die "CALEC Aquametro" mit einer PCD3.F270 (oder eine PCD2.F2700) und konfigurieren sie den Charakter-Modus verwenden (siehe Screenshot unten) in der FBox "MBus-Treiber":
  

[autotranslated]

Besteht die Möglichkeit zur Aktualisierung der Firmware eines PCD2.F2xxx oder einer PCD3.F2xx, in dieser FAQ, sie erklärt wird, wie es weitergehen soll.[autotranslated]

In der Regel ist das Verfahren dasselbe wie Sie würde die Firmware eine PCD3. Verbinden Sie den Computer über USB an die SPS und starten Sie die PG5 2.0 Firmware-Datei zu. Ändern Sie die Datei für den Download der erforderlichen .bin-Datei und starten Sie den Download in PGU USB-Modus.

Problem

Wenn mehr als eine PCD2.F2xxx oder PCD3.F2xx in der SPS angeschlossen ist kann einige Fehlermeldungen erscheinen.

Lösung

In diesem Fall müssen Sie angeben, dass der Steckplatz, in dem das Modul ist, angeschlossen, die Firmware in herunterladen möchten. Dies erfolgt in den Optionen die Firmware-Datei "Wählen Sie SPI Slot..."

Bei der Wahl in welchem Steckplatz soll die Firmware herunterladen Sie sicherstellen können, dass das richtige Modul aktualisiert wird, wenn "keine Optionen ausgewählt ist es wird versucht, laden Sie die Firmware auf die ersten PCD2.F2xxx oder PCD3.F2xx, die auf die i/o-Bus zu finden ist.


Bemerkung
Die minimalen Systemanforderungen sind:
PG5 2.0.200
PCD-Firmware 1.16.48

Module unterstützen ein Firmware-Update:
PCD2.F26xx
PCD2.F27xx
PCD3.F26x
PCD3.F27x

[autotranslated]

In der M-Bus-Bibliothek für die SBC-Energie-Meter (die für PG5 1.4, PG5 2.0 und 2.1 PG5 installiert werden kann) wurden die folgenden Änderungen angewendet.[autotranslated]

Änderung in der SBC-MBus-Bibliothek 2.7.006(März 2013)

• Unterstützung für PG5 2.1 hinzugefügt
• Die Option "BACnet" entfernt
  

Änderung in der SBC-MBus-Bibliothek 2.6.113 (Dezember 2011)

• Ausgänge der FBox hinzugefügt: Gesamt Wirkleistung und Blindleistung insgesamt steht zur Verfügung

Änderung in der SBC-MBus-Bibliothek 2.6.104 (Juli 2011)

• Eine negative Blindleistung durch SBC M-Bus-Energiezähler gemessen wurde falsch angezeigt
• Unterstützung der neuen Module PCD2/3.F271(0), F272(0) und F273(0)
  Wenn Sie ein solches Modul verwenden, konfigurieren Sie bitte die "serielle Schnittstelle" in der FBox zu "M-Bus/F27xx" und Stellen Sie sicher, dass Sie die Firmware 1.16.52 oder später die PCD-Treiber.
  Mit älteren Bibliotheksversion Sie haben diese Option nicht und Sie können nur die Module PCD2/3.F270(0) mit dem Modus "RS485/F270".

• Mit dem M-Bus zurückgesetzt Bibliothek 2.6.013 schickte der Treiber M-Bus wiederholt
• Mit älteren Versionen als 2.6.014 waren die SBC-M-Bus-Energiezähler nicht immer richtig verbunden.

• Es gibt zwei Bibliotheken für M-Bus:
  -Die "Vollversion" von Engiby
  die M-Bus Energie Meter von SBC, sondern auch von anderen Herstellern unterstützt
  -die "SBC-Version"
  welche nur die M-Bus-Energie-Meter vom SBC unterstützt.
• Die "SBC-Version" steht auf der Support-Website;
  Kontaktieren Sie für die "Engiby Version" Engiby um die letzte Version zu erhalten. www.engiby.ch
• Bitte installieren Sie die "SBC-Version" oder die "Engiby Version" jedoch nicht beides parallel; Dies kann zu inkonsistenten Datei Kombinationen führen.

[autotranslated]

Einige Geräte der M-Bus (bisher nur beobachtet auf einem MBus-Wasser-Zähler von der Firma Allmess / Actris) sind sehr empfindlich gegen Inter Charakter Verzögerungen.[autotranslated]

Symptom
Einige M-Bus Geräte angeschlossen an eine PCD2.F2xxx oder eine PCD3.F2xx (oder auf den Ports aufgeführt unter "Bemerkung") nicht auf alle Anfragen beantworten. Das gleiche Gerät funktioniert gut, wenn das M-Bus Gateway, an einen anderen Port (z.B. auf Port 0 der PCD2 verbunden ist.M5).

Grund
Der Grund für dieses Phänomen könnte sein, dass das M-Bus Gerät sehr sensibel gegen Inter Charakter Verzögerungen in den Telegrammen.

Lösung
Um die Inter Charakter Verzögerungen zu vermeiden wurde ein neues Feature in der Firmware der PCD (das Einfrieren, bit, siehe auch FAQ 100916) umgesetzt. Die M-Bus-Bibliothek 2.5.203 von Engiby funktioniert mit diesem Mechanismus und verhindert so die Inter Charakter Verzögerungen in den Telegrammen.

Bemerkung
Mit Firmware sollten Sie 1.10.16, die es beobachtet hat, dass solche Inter Charakter Verzögerungen im Telegramme gesendet auf den Ports vorhanden sind nachfolgend aufgeführt, auch bei Verwendung den Freeze-Modus erwähnt:

• PCD2.M5xxx: Port 2 und Port 3
• PCD3.Mxxxx: Port 0 und Port 3

Um diese Inter Charakter Verzögerungen zu vermeiden, verwenden Sie bitte Firmware 1.10.51 für Ihre PCD2.M5xx0 oder PCD3. Diese Firmware kann aus dem entsprechenden Produktabschnitt auf der Support-Website www.sbc-support.ch heruntergeladen werden.

[autotranslated]

Aufgrund der unterschiedlichen elektrischen Eigenschaften der RS232-Treiber montiert auf die PCD7.F121 produziert zwischen Juni 2009 und 10. September 2009, diese Module überhaupt oder nicht funktionieren nicht ordnungsgemäß auf eine PCD2.F2xxx oder eine PCD3.F2xx aufgesetzt.

Der Grund für die unterschiedlichen elektrischen Eigenschaften ist, dass der Fahrer von einem neuen Hersteller geliefert wird. Wir bemerkte diese Störung in unserer Produktion nicht weil F2xx Module separat von den PCD7.F1xx-Modulen geliefert werden, wie sie danach vom Kunden montiert werden.[autotranslated]

Kennung des betreffenden PCD7.F121

PCD7.F121 angewendet auf PCD2.F2xxx und PCD3.F2xx, die zwischen Juni und 10. September 2009 (Produktionsdatum 0923-0936) geliefert wurden. Diese Module sind vom Hersteller Sipex mit ICs ausgestattet und haben Hardwareversion B ohne Änderung 1.

Nicht betroffenen Produkte

• PCD7.F121 nicht angewendet, in PCD2.F2xxx oder PCD3.F2xx

• PCD7.F121 mit Produktionsdatum vor 0923 (in der Regel ausgestattet mit einem IC vom Hersteller Max)

• PCD7.F121 geliefert nach 10. September2009, ausgerüstet mit IC von Max oder Sipex aber mit Version B1


Haben Sie Concernde Module, wenden Sie sich an Ihre örtliche Vertretung um sie auszutauschen.

[autotranslated]

Ja, ist Modbus durch die Firmware des jüngsten Saia PCD ®-Systeme (auf allen Ports, einschließlich der F2xx Module seit Anfang 2011) oder durch einen speziellen FBox-Treiber unterstützt.[autotranslated]

Allgemeine
Es gibt zwei Möglichkeiten, Modbus auf SBC-CPUs (Classic-Versionen) zu verwenden.

• Die neue FBox-Bibliothek für Modbus "Modbus SBC Version", die die Modbus-Implementierung direkt in die Saia PCD ® COSinus-Firmware nutzt.
  Verfügbar für PCD1.M2, PCD3 und PCD2.M5 mit Firmware-Version 1.10.16 oder neuer (für Verwendung auf F2xx Module, in minimalen FW 1.14.23 erforderlich ist).
• Die Modbus-FBox-Bibliothek von unserem Partner ENGIBY die steht seit mehreren Jahren (www.engiby.ch) und unterstützt auch von PCD-Systemen vor den Familien PCD3, PCD2.M5xxx und PCD1.M2xxx (z.B. PCD2.M1x0, PCD2.M480 oder PCD1.M1xx).

Bemerkungen

• Um die Firmware Umsetzung Modbus auf PCD2.F2xxx oder PCD3.F2xx-Module nutzen zu können, müssen folgenden Voraussetzungen erfüllt sein:
  -minimale PCD-Firmware: 1.14.25 (1.14.23 unterstützt die F2xx Module, aber
  Kommunikationsfehler auftreten können)
  -minimaler Hardware-Version des F2xx(x)-Moduls: Version D (seit Anfang 2011)
• Die FBoxen für "Modbus-SBC-Version" stehen zum Download von der Support-Website seit Juli 2009.
  Im PG5 2.0.110 und später die "Modbus SBC Version" wird standardmäßig installiert. Bitte beachten Sie, dass eine Lizenz für diese Bibliothek benötigt.
  

[autotranslated]

Wenn mehr als 1 zeigt desselben Typs (PCD7.D23x und PCD7.D290) verbunden sind, eine RS 485-Schnittstelle (Busterminal) eines PCDx.F2xx-Moduls, die Kommunikation funktioniert nicht. Nur eines der Displays verfügbar ist, die andere (n) ist (sind) nicht zugänglich![autotranslated]

Die Ports 100 bis 131 auf die PCDx.F2xx-Module haben unterschiedliche Zeitsteuerungseigenschaften und sind daher nicht geeignet für PCD7.D23x und PCD7.D290 im Bus terminal Topoloy!

Problemumgehung:
Verwenden Sie einen anderen RS-485 Port (an Bord oder mit F1xx).

[autotranslated]

Wenn die Kommunikation auf beiden Anschlüssen eine PCD3.F281 funktioniert nicht, dann es möglich ist, dass der PCD3 eine FW enthält, die nicht der PCD3 anerkennt.F281 Modul.[autotranslated]

Symptom
Die Mitteilung über beide Ports der PCD3.F281 funktioniert überhaupt nicht. Die Firmware installiert ist 1.08.23.

Grund
Die Firmware erkannt das Belimo MP-Bus-Modul nicht.

Lösung
Zur Lösung des Problems installieren Sie bitte PCD3-Firmware-Version 1.10.16 (das erste Firmware, die Lösung des Problems war Version 1.08.51).[autotranslated]

Es gibt verschiedene Möglichkeiten zum Schließen von flash-Speicher-Module (PCD7.R500, PCD7.R550M04, PCD7.R551M04, PCD7.R560 und PCD7.R561) auf den CPUs.[autotranslated]

Ist es möglich, schließen Sie die PCD7.R500, PCD7.R550M04, PCD7.R551M04, PCD7.R560 und PCD7.R561 Module in folgende Slots:

• M1 und M2 die PCD3.M5/6 CPUs
• Speicher-Modulträger PCD3.R550 in den Steckplätzen 0 bis 3 der PCD3.Mxx0 CPUs
• Speicher-Modulträger PCD3.R560 in den Steckplätzen 0 bis 3 der PCD3.Mxx0 CPUs
• Kommunikationsmodul PCD3.F1xx nur in den Steckplatz 0 der PCD3.Mxx0-CPU

Die Funktion "backup User-Programm" funktioniert auf jedem der oben genannten Slots, wenn das Modul PCD7.R500, PCD7.F551M04 oder PCD7.R561 dienen.

[autotranslated]

Sasi-S-Bus-Master F-Box zeigt ein Diagnosefehler und ist rot. Die Daten werden übertragen, aber offensichtlich nicht richtig.[autotranslated]

Problem
Die S-Bus-Kommunikation funktioniert nicht ordnungsgemäß, wenn die Baudrate 9600 Baud ist oder höher und ein PCD3.F2xx Modul ist in dieser Mitteilung beteiligt. Mit einer Baudrate 4800 funktioniert es gut.

Grund
Das PCD3.F2xx-Modul ist nicht so schnell wie einen "normalen" S-Bus-Anschluss wie z.B. Anschluss 2 auf der PCD3. Besteht ein S-Bus-Kommunikation mit z.B. einer PCD3.F2xx als Master und einem PCD3.Mxxx-Port 2 als Slave ausführen, meldet die Kommunikation wahrscheinlich diagnostische Fehler mit Baudraten über 4800.
Wenn das PCD3.F2xx-Modul der Slave ist, es ist weniger kritisch, aber kann zu Problemen führen, als auch.

Lösung
Zur Vermeidung dieses Problems hat die Wende-Verzögerung TN der anderen Station (nicht diejenige wo die PCD3.F2xx angeschlossen ist) auf 3ms festgelegt werden.[autotranslated]

Es war nicht möglich, bevor die MP-Bus-Bibliothek 2.5.300, die mit PG5 verteilt wurde 1.4.300.[autotranslated]

Problem
Seit die neuen PCD3.F2xx-Module soweit entwickelt war es möglich, bis zu 8 MP-Bus-Master in einem Projekt zu haben. Mit der alten Belimo MP-Bus-Bibliothek war es nicht möglich, mehr als ein Meister in einer Fupla-Datei haben.

Lösung
Mit der neuen MP-Bus-Bibliothek > = 2.5.300 es ist jetzt möglich, einige MP-Bus-Meister in einem Projekt zu haben. Der Meister haben jetzt einen Namen "Kanal" und die verschiedenen F-Boxen finden Sie in diesen "Kanal".

Beschränkung
Wenn ein altes Projekt in der Belimo MP-Bus-Version 2.5.300 konvertiert wird / 2.5.301 könnte es sein, dass kompilieren, kann nicht mehr aufgrund eines Konflikts. Installieren Sie in diesem Fall die Version 2.5.302 oder höher (FAQ 100 957).[autotranslated]

Es gibt Fehlermeldungen, die angezeigt, die für jede alte FBox, es zu ersetzen.[autotranslated]

Problem
Nach der Installation der neuen Version der Belimo-Library, die ermöglicht, mehr als eine MP-Bus-Master in einer Fupla-Datei haben, ist es nicht möglich, mehr auf die alten Projekte zu erstellen.

Grund
Die Belimo MP-Bus-Bibliothek 2.5.300 und 2.5.301 hatte eine Inkompatibilität mit älteren Versionen der MP-Bus. Die Bibliothek 2.5.300 wurde verteilt mit PG5 1.4.300.

Lösung
Bitte aktualisieren Sie Ihre MP-Bus-FBox-Bibliothek Version zu Version 2.5.302 oder höher. Die neueste Version von der FBox Bibliothek werden von der Support-Website im Abschnitt "Produktinformationen heruntergeladen kann"--> "Software"--> "PG5"--> "FBox Bibliotheken".[autotranslated]

Für BCU1-Protokoll nicht alle Kommunikationsschnittstellen eine PCD3 oder eine PCD2.M5540 kann verwendet werden. Auf der anderen Seite gibt es kein Problem mit dem neueren FT1.2-Protokoll die unterstützt wird durch alle RS232-Schnittstellen der PCD3 und PCD2.M5540.[autotranslated]

Kommunikationsschnittstellen für EIB/KNX-Treiber unterstützt
Die folgende Tabelle zeigt die unterstützten Kommunikations-Schnittstellen für die Verbindung von dem EIB Koppler mit PCD3-, PCD2.M5540 und PCD1.M2120 Systeme. Auf anderen Systemen (z.B. PCD2.M170) alle RS232-Schnittstellen für den Anschluss eines EIB/KNX Koppler einsetzbar.

Bemerkung
Wir empfehlen dringend, mit FT1.2 (auch bekannt als BCU2) für neue Projekte, wie diese Implementierung leistungsfähiger ist (unterstützt durch eine höhere Baudrate und Telegramm orientierten Übertragung Steuerelement statt Zeichen-orientierte Übertragung-Steuerelement, die von BCU1 verwendet wird). Der obigen Tabelle darstellen Funktionstests; Es gibt keinen Bezug zu den Kommunikations-Performance.

[autotranslated]

Zwei Serien von PCD7.R500, die im Jahr 2007 hergestellt enthalten, eine falsche Konfiguration-Informationen über das EEPROM der PCD7.R500.

Die Serie können leicht identifiziert werden, durch den Artikelnamen "PCD7.R5 "(geschrieben auf dem weißen Etikett auf dem Modul) und Bj 0727 oder 0735.[autotranslated]

Saia-Burgess Controls AG lieferte zwei Serien von PCD7.R500-Module, die enthalten falsche Konfigurationsinformationen im EEPROM des die PCD7.R500.Diese falschen Konfigurationsinformationen kann zu Fehlfunktionen auf das Dateisystem der PCD3 und an der Kommunikation der PCD3 führen.

Verhalten der Fehlfunktion
Wenn die PCD7.R500-Modul befindet sich zusammen mit PCD7.R5xx, PCD3.R5xx, PCD3.F1xx oder PCD3.F2xx-Modul an den Spielautomaten M1, M2 oder die I/O-Card-Steckplätze 0 bis 3 der PCD3, dann das Dateisystem des PCD3.R5xx oder der PCD7.R5xx ist nicht mehr zugänglich, von einem externen Gerät (z.B. ein Web-Panel) weder aus dem Anwendungsprogramm. Auch funktionieren die Kommunikations-Ports des PCD3.F1xx oder des PCD3.F2xx auf die I/O-Card-Steckplätze 0 bis 3 überhaupt nicht.

Bad-Modul	Gute Modul

Korrekturmassnahmen
Saia-Burgess Controls AG hat alle PCD7 umprogrammiert.R500 auf Lager in Murten mit eine korrekte Konfiguration. Alle korrekt programmierte Module haben den Artikelnamen "PCD7.R500 "auf dem weißen Etikett die PCD7.R500-MoDule.
Für den Fall, dass Sie eine PCD7 erhalten haben.R500-Modul ergeben sich aus der oben beschriebenen falsche Konfigurations, kontaktieren Sie bitte Ihren lokalen Saia-Burgess Controls AG-Vertreter.

[autotranslated]

Es gibt ein Problem in der Belimo-Bibliothek verteilt zusammen mit PG5 1.4.200.[autotranslated]

Symptom
Alle MP-Bus F-Boxen sind grün, aber keine Werte werden übertragen.

Grund
Gibt es ein Problem in der Belimo-Bibliothek 2.5.140, die zusammen installiert PG5 1.4.200

Lösung
Eine Korrektur für dieses Problem wurde in den MP-Bus-Bibliotheksversion 2.5.142 umgesetzt. Die bequem Weise zum Lösen des Problems ist die Aktualisierung auf PG5 1.4.300 oder höher (die neueste PG5-Version steht auf der Supportsite www.sbc-support.ch im Abschnitt "Produktinformationen"--> "Software"--> "PG5").

[autotranslated]

Abhängig von den PCD-Typ und der verwendete Port ist es möglich, das XON/XOFF-Protokoll verwenden.[autotranslated]

Symptom
Eine SASI (serielle Schnittstelle zuweisen) Modus MC2 (Zeichenmodus mit Xon/Xoff Protokoll) schlägt fehl. Hinter der SASI-Anweisung ist das Fehlerflag gesetzt.

Grund
Das XON/XOFF-Protokoll ist auf diesem PCD oder Port nicht unterstützt.

Liste der unterstützten ports
PCD3.M5xxx: der MC2-Modus wird unterstützt, auf Port 0 (Com/PGU) sowie auf die PCD3M5340 in RS422 auf Port 3 (S-Net/MPI).
PCD2.M5xxx: der MC2-Modus wird auf Port 2 unterstützt.
PCD1.M2xxx: der MC2-Modus wird nicht unterstützt.


Bemerkung
Bitte beachten Sie, dass auf den PCD2/3.F2xx-Modulen, der XON/XOFF-Modus noch nicht unterstützt wird (die nicht richtig in die manuelle 26/789 dokumentiert ist).

[autotranslated]

In einigen Fällen kann es passieren, dass der PCD3.F180 (produziert zwischen 2006 und 2007 Febrauary) eignet sich gut für eine gewisse Zeit aber plötzlich stoppt kommunizieren. Dieses Verhalten bezieht sich auf die Hardware-Version der PCD3.F180.[autotranslated]

Symptom
Die PCD3.F180 (produziert zwischen 2006 und 2007 Febrauary) eignet sich gut für eine gewisse Zeit aber plötzlich stoppt kommunizieren. In einigen Fällen ist es auch möglich, dass es überhaupt funktioniert.

Grund
Der Basis Druck der PCD3.F180 wurde so gestaltet, dass das Boden-Signal nicht richtig stabilisiert wurde. Dieses Problem wurde im Februar 2007 korrigiert.

Lösung
Als Lösung eine Brücke zwischen der PGND und die Klemmen GND der PCD3.F180 kann installiert werden. Schließen Sie daher bitte die Pin 0 mit Pin 4 auf den Endgeräten an der Vorderseite des Moduls.

Bemerkung
Module produziert nach Februar 2007 sind davon nicht betroffen von dem Problem, die in dieser FAQ erklärt und daher keine zusätzliche Brücke erforderlich ist.

[autotranslated]

Das Diagnose-Flag ist TBSY von der "Charakter-Modus" (verwendet für das Senden von Zeichen über eine serielle Leitung) nicht behandelt die gleiche Weise auf eine im Vergleich zur "alten" Systeme wie z.B. PCD2 PCD3.M170.[autotranslated]

Symptom
Wenn der entsprechende Port im MC-Modus zugewiesen ist, zeigt das Diagnose-Flag TBSY, dass die serielle Schnittstelle senden Zeichen beschäftigt. Dies ist der Fall bei z.B. einer PCD2.M170.
Dieses Verhalten ist nicht gleich auf ein PCD2.M5xxx oder ein PCD3.Mxxxx, vor allem nicht wenn mit einer PCD3.F121 oder eine F2xx(x)-Module. Auf eine PCD3/PCD2.M5 ist das TBSY-Flag keiner mehr hoch während der ganzen Zeit, die der Anschluss besetzt ist. Stattdessen ist es nur hoch eine kurze Zeit ganz am Anfang des Vorgangs senden.

Grund
Der Grund für diesen Unterschied ist eine neue Art und Weise der UART des Ports zugreifen. Auf älteren Systemen wurden die Zeichen direkt in die UART geschrieben, wobei die PCD3 ein Puffer dazwischen gelegt ist. Statt darauf hin, dass der "Send-Staat" von der UART auf älteren Systemen mag, stellt der TBSY den Zustand dieses Puffers (die Größe am Ende dieser FAQ-Seite finden) auf der PCD3 oder die PCD2.M5.

Lösung
Dieser Unterschied sollte nicht dazu führen, dass Problem ist den meisten Fällen. In einigen Anwendungen ist jedoch der Zustand der TBSY verwendet, z.B. das RTS-Signal der Linie (mit der Anweisung SOCL) steuern. In diesem Fall die Kommunikation (arbeitet an einer PCD2.M170) funktioniert nicht mehr auf eine PCD3 oder eine PCD2.M5.
In diesem Fall könnte eine der folgenden Problemumgehungen angewendet werden:

• Anstelle von zuweisen den Hafen MC0 könnten es in MC4 zugewiesen werden (MC4 wird gewöhnlich als "MC für RS485" beschrieben). In diesem Modus die UART ist die Verwaltung der RTS autonom (und daher besteht keine Notwendigkeit mehr, die RTS durch das User-Programm festgelegt). Beachten Sie, dass in diesem Fall die SOCL-Befehle sind aus dem Programm entfernt werden!
• Die Dauer, während die RTS wird festgesetzt im Voraus berechnet werden konnte (basierend auf der Anzahl Zeichen gesendet werden) und in einen Timer geladen. Während dieser Zeitgeber hoch ist, kann der RTS mit dem SOCL-Befehl festgelegt werden.
  Beachten Sie, dass diese Lösung nicht wirklich eine "nette" und kann nur Arbeit mit sehr niedrigen Baudraten.

Notizen

• Alle Firmware-Versionen der PCD3xxx und PCD2.M5xxx behandeln die TBSY, wie in dieser FAQ beschrieben.
• Die Puffergröße ist abhängig von der Port verwendet:
  PCD3 Port 1 und 02:24 Zeichen
  PCD3-Port 0 und 3: 2 Zeichen
  PCD2.M5 Port 0 und 01:24 Zeichen
  PCD2.M5 port 2 und 3: 2 Zeichen
  

[autotranslated]

Für den Fall, dass ein PCD3.F1xx-Modul nicht funktioniert, sind mehrere Gründe möglich. Diese FAQ liefert eine Übersicht über diese mögliche Gründe.[autotranslated]

Symptom
Die Kommunikation über Port 1 der PCD3 funktioniert nicht. Für den Fall, dass der Port als PGU-Port (z.B. als Modem-Port oder als serielle Schnittstelle in PGU) konfiguriert ist die PCD geht auch nicht auf Sicht und zeigt ein Verlaufseintrag ("Modem-Port Init fail" oder "PGU Port Init fail").
Wenn der Port nicht als PGU-Port verwendet wird, wird der Fehler führte während des Starts der PCD3 beleuchtet werden.

Mögliche Gründe

• Die PCD3.F121 ist defekt oder Incorrecty verdrahtet.
  
• Der Hafen mit einer "Sasi Slave"-FBox zugewiesen wurde und die Schnittstelle wurde angegebene als RS232
  Weitere Informationen finden Sie unter FAQ 100420.
  
• Auf der gleichen PCD3 ist ein anderes Intelligentes Modul (z.B. PCD3.Rxxx) montiert.
  Weitere Informationen finden Sie unter FAQ 100636.
  
• Die Hardwareversion der PCD3 ist < D und mehr als zwei PCD3.Cxxx mit PCD verbunden sind.
  Weitere Informationen finden Sie unter FAQ 100549.
  
• Das Modul Modul ist ein "pilot" (geliefert während der Pilotphase der PCD3.F1xx Module) und ist nicht Correcty programmiert. In diesem Fall die Modul-Kennzeichnung fehlt, und das Modul ersetzt werden muss.
  
• EIN PCD7.F120 ist auf der PCD3 montiert.F121
  Weitere Informationen finden Sie unter FAQ 100646.

[autotranslated]

Beim Einbau einer PCD7.F120 in eine PCD3.F121 / PCD3.F2xx oder bei Verwendung einer PCD7.F120 auf eine PCD2.M5, funktioniert die Kommunikation nicht. Der Grund ist daher eine Inkompatibilität zwischen der PCD7.F120 und PCD3.Fxxx (oder PCD2.M5) Module und die alten.[autotranslated]

Symptom
Nach dass montiert ein PCD7.F120, in eine PCD3.Fxxx oder eine PCD2.M5, funktioniert die Kommunikation nicht. Keine Kommunikation ist möglich mit dem entsprechenden Port.

Grund
Die PCD7.F120 erfordert eine Stromversorgung, die nicht auf die PCD3.Fxxx-Module oder die Buchsen aus PCD2.M5xxx / PCD2.M48x-CPUs. Dieses Netzteil ist nicht vorhanden weil das neue Kommunikationsmodul PCD7.F121 (die Baudraten von bis zu 115 kBit/s unterstützt) erforderlich nicht mehr ein Netzteil.

Lösung
Für den Fall, dass Sie durch dieses Problem nur geht ersetzen Sie die PCD7.F120 durch eine PCD7.F121.

Bemerkung
Alle Module PCD3.Fxxx bestellt wie RS232-Modul werden geliefert, zusammen mit einem PCD7.F121 (In der Tat, die PCD7.F120 wurde ersetzt durch die PCD7.F121). Die einzige Situation, wo ein Problem auftreten können, ist eine (alte) PCD7.F120 von einem vorhandenen PCD-System wird in einer PCD3 oder eine PCD2 montiert.M5 / PCD2.M480.

[autotranslated]

Es gibt ein Problem, wenn Sie ein Kommunikationsmodul bringen PCD3.F1xx und ein Speichermodul (PC3.Rxxx) auf der gleichen PCD3.[autotranslated]

Problem
Wenn ein Kommunikationsmodul z.B. auf der PCD3-Steckplatz 0 ist und ein Speichermodul pro Beispiel auf Steckplatz 1, ist es möglich, dass einer von ihnen nicht funktioniert. Wenn eines der Module entfernt wird, wird derjenige verbleibenden voll funktionsfähig.

Grund
Es gibt ein Problem in der Firmware. Die Erkennung des Moduls kann fehlschlagen, sobald mehr als ein intelligentes Modul (z.B. PCD3.F1xx, PCD3.F2xx, PCD3.R5xx oder PCD3.R6xx) auf die PCD3.Mxxxx verbunden sind.
Dieses Problem in der Firmware-Version 031 korrigiert werden (jedoch ist vorhanden, auch in Version 030 / $31).

Lösung
Solange Firmware 031 nicht freigegeben werden die beiden Module nicht richtig zusammenarbeiten. Ein Workaround könnte sein, setzen Sie das Speichermodul PCD7.R550M04 direkt auf das Kommunikationsmodul. Öffnen Sie das Speichermodul PCD3.R550 und entferne die Karte PCD7.R550. Öffnen Sie das Kommunikationsmodul PCD3.F1xx und stecken Sie die Karte auf dieses Modul.

[autotranslated]

Wenn der PCD3 mit PCD3-Schnittstellenkarte ausgestattet ist.F180, die der Fehler "keine Karte-Echo" kann in der "Single-Master-Box" gezwungen werden, während die Schnittstelle initialisieren Prozess.

[autotranslated]

Symptom
Die Fehlermeldung "Keine Karte-Echo" ist in der Single-master-Box vorhanden.

Gründe
Diese Fehlermeldung kann mehrere Gründe haben:

• Falsche PCD3-Steckplatz dient. Nur Steckplatz 0 kann mit der PCD3-Karte verwendet werden.F180
• Definition der falsche Kanal. Kanal 1 muss verwendet werden
• Gateway-Funktion ist auf Kanal 1 definiert.
• Falschen Terminal für MP-Kommunikation verwendet wird, um den Antrieb
• Körperlich nicht vorhandenen MP-Schnittstellenkarte. Bitte überprüfen Sie die angeschlossen PCD7.F180-Karte in das Modul
• Inkompatible Firmware in der PCD3 dient (d.h. Version $-26 wird nicht funktionieren)
• Das Modul ist besorgt über das im FAQ100693 beschriebene problem
• Fehler MP-Schnittstellenkarte

[autotranslated]

Für die korrekte Umgang mit den neuen flash-Module PCD3.Rxxx ein und der PCD3.Fxxx-Kommunikations-Modules wurde ein "I/O-Modul-Check" in der Firmware implementiert. Leider kann diese Überprüfung Probleme auf älteren Hardware-Versionen verursachen, wenn mehr als zwei PCD3.Cxxx Module (Erweiterung Schränke) verwendet werden.[autotranslated]

Symptom
Das Kommunikationsmodul PCD3.F121 sowie Speichermodule PCD3.Rxxx nicht funktioniert, wenn mehr als 2 Erweiterung Schränke PCD3.Cxxx mit einer PCD3 verbunden sind.
Es ist möglich, dass die gleichen PCD3 wurde ordnungsgemäß funktioniert, aber nach einer Aktualisierung der PCD-Firmware dieses Symptom erschienen. In diesem Fall mit dem Firmware-Update eine neue e/a Modul-Check wurde eingeführt (entnehmen Sie bitte der Tabelle unten, um aus dieser I/O-Modul-Prüfung in welche Versionen implementiert ist).

Grund
Ein I/O-Modul-Check wurde für die korrekte Identifizierung der Module eingeführt. Auf diese Weise ist es möglich, z.B. zu vermeiden flackern Ausgänge eines Ausgabemoduls wenn ein Modem auf dieser I/O-Slot (unbeabsichtigt) konfiguriert ist. Flash-Module können auch richtig identifiziert werden, vor dem Zugriff auf ihre Inhalte.

Leider erkennt diese Prüfung nicht ordnungsgemäß die Module angeschlossen an die PCD wenn die PCD mit einer alten Version der CPLD (Complex Programmable Logic Device) ausgestattet ist, sobald mehr als zwei Erweiterung Schränke PCD3.Cxx0 an die PCD angeschlossen sind.

Lösung
Das CPLD durchführen wird die Probleme lösen, wie die Module von der Firmware richtig erkannt werden. Das Upgrade von der CPLD entspricht der Hardware-Änderung 8 auf der PCD3 CPUs.

Hardwareversion D oder höher
Die Hardware-Version D hat eine korrekt programmierte CPLD und wird daher auch nicht erkennen intelligente i/o-Module wenn mehr als 2 PCD3.Cxxx-Erweiterungen mit der PCD3 CPU verbunden sind. Keine weiteren Maßnahmen soll genommen werden.

Hardware-version
Diese CPUs zu Hardware-Änderung 8 (CPLD Update) aktualisiert werden müssen. Sobald dies erledigt ist wird diese PCD3s alle PCD3.F1xx auf Steckplatz 0 und auch neuere intelligente Module wie z.B. die neue flash-Module PCD3.Rxxx unterstützen.
Das Update kann man mit der "Firmware-Download Assistent folgendermaßen:

[autotranslated]

Im Prinzip ist es möglich, RS422 als Bitübertragungsschicht für Seriell-S-Bus-Kommunikation zu nutzen. Aber beachten Sie, dass das volle S-Bus-Protokoll nicht vollständig applicatively wegen des Grundes, die weiter unten beschrieben ist![autotranslated]

Konfigurieren einen seriellen Anschluss für die Verwendung RS422
Damit wechseln Sie das Kommunikationsmodul (PCD7.F110, PCD3.F110, PCD7.F520 oder PCD7.F530) von RS485, RS422, sollen die folgenden Codezeilen verwendet werden:

Da kommentiert, wird dieser Code in den Autostart-Programm-Block XOB 16 und bewirkt, dass den Port RS422-Modus arbeiten. Dies bedeutet, dass es nur möglich, diesen Port zu verwenden, nachdem die XOB 16 ausgeführt wurde.
Bitte beachten Sie, dass der Port ist als PGU-Port konfiguriert werden oder eine SASI auf < Portnr > vor dem Ausführen des oben stehende Codes angewendet wurde!
Weitere Informationen entnehmen Sie bitte die S-Bus-Handbuch, 26/739.

Beschränkung für volle S-Bus-Protokoll
In Anbetracht der Situation, die ein Programm über solch einen Anschluss an die PCD heruntergeladen werden soll, sind wir mit dem folgenden Szenario konfrontiert:
Vor dem Herunterladen des Codes, startet PG5 PCD. Der Neustart wird zurückgesetzt, alle Kommunikations-Ports (und die betroffenen Ports werden nicht im RS422-Modus jeder weitere). Dies führt zu der Tatsache, dass PG5 keine Antwort mehr bekommen nicht (und kann nicht an die PCD entweder senden). PCD ist manuell neu gestartet werden, für die Festlegung der Kommunikation wieder!
Das gleiche Problem tritt nach jedem Neustartbefehl von PG5 ausgeführt! Deshalb ist die RS422 nicht wirklich applicatively für echte S-Bus Protokoll voll Aktionen. Jedoch gibt es keine Problem in alle Befehl mit Ausnahme des Neustarts (und natürlich das S-Bus reduziert-Protokoll wird keinerlei Probleme).

[autotranslated]

Auf einige PCD3.F150-Module, die das Etikett mit der Anschluss-Schema entsprechen nicht im Handbuch. Es ist falsch.[autotranslated]

Der richtige Anschluss-Schema ist in der Bedienungsanleitung PCD3. Siehe Anlage für zukünftige Informationen.

[autotranslated]

Die PCD7.F121 ist der Nachfolger von die PCD7.F120. Der wesentliche Unterschied sind höhere Übertragungsraten, unterstützt durch die PCD7.F121 (bis 115 kBit/s).[autotranslated]

Warum war die PCD7.F120 ersetzt?
Bei der Einführung der Systeme PCD2.M480 und der PCD3-Systeme auch für höhere Baudraten unterstützen wurde eingeführt. Leider die PCD7.F120 schaffte nicht die maximale Baudrate von den neuen Systemen unterstützt.
Um Highlight der höheren Baudraten tragen auch ein neues Modul für die RS232 musste Schnittstelle eingeführt werden. Dieses neue Modul ist die PCD7.F121.

Ist die Baud-Rate-Begrenzung der einzige Unterschied?
Nein, es ist ein weiterer Unterschied zwischen den Modulen. Die PCD7.F120 erfordert spezielle 9V Netzteil von dem Gerät, auf dem sie montiert ist. Die PCD7.F121 erforderlich nicht mehr diese zusätzliche Stromversorgung.

[autotranslated]

Im Januar 2024:
das COSinus BACnet FW 1.28.59 wurde auf die Support-Homepage gestellt.  

Im April 2022:
Die COSinus FW 1.28.51 wurde für die folgenden Systeme in die Produktion eingeführt:

- PCD1.M0xx0/M2xx0, PCD2.M4x60, PCD3.Mxx60 und PCD3. M6880.

Im Februar 2019:
die COSinus FW 1.28.37 wurde als Wartungsversion für die Systeme freigegeben:

- PCD1.M0xx0/M2xx0, PCD2.M4x60, PCD3.Mxx60, PCD3. M6880 und PCD3. T665/T666/T668.

Im Juni 2017:
Die COSinus FW 1.28.16 wurde für die folgenden Systeme in die Produktion eingeführt:

- PCD1.M0xx0/M2xx0, PCD2.M4x60, PCD3.Mxx60, PCD3. M6880 und PCD3.T665/T666/T668.

BACnet und LonIP FW 1.28.51/1.28.59 wurde in Produktion genommen, die das BACnet Revision 14 unterstützen.
Um das BACnet Revision 9 zu unterstützen, ist es notwendig, die PCD und die BACnet FW 1.26.xx zu verwenden.[autotranslated]

[autotranslated]

Der BACnet-Stack ist ein spezieller Task in der PCD-Steuerung, welcher parallel zum SPS-Task ausgeführt wird, welcher das PG5-Anwendungsprogramm verarbeitet.

Normalerweise gibt es keine bestimmte Funktion im PG5 Anwendungsprogramm um zu erkennen, ob der BACnet Stack läuft.

Mit den folgenden Programm ist es möglich im PG5 Anwendungsprogramm zu überprüfen, ob der BACnet Stack läuft.
Eine ähnliche Funktion ist in der DDC-Suite 'BACnet device' FBox implementiert.
Beachten Sie, dass die BACnet Stack Firmware auf dem Prozessor mehr Zeit zu booten benötigt als die "normale" PCD-Firmware.
Das könnte dazu führen, dass dieses Programm beim Start der PCD eine falsche Informationen liefert.

Die Programm beinhaltet:
1.
Im PG5-Anwendungsprogramm wird zyklisch ein Flag umgeschaltet, welches einem BACnet-BI-Objekt 'PCD-Input reference' zugeordnet ist
2.
Wenn der BACnet Stack ausgeführt wird, kopiert der BACnet Stack den 'PCD-Input reference' für das BI-Objekt, auf die "present-value" des gleichen BI-Objekt.
3.
Im PG5 Anwendungsprogramm das BI-Objekt "present-value" mit einem Zähler verbunden und wenn der BACnet Stack ausgeführt wird, wird der Zähler inkrementiert.
Wenn der BACnet Stack nicht ausgeführt wird oder gestoppt wird, wird der Zähler nicht erhöht werden.

Ein PG5 2.2 Demo-Projekt ist diesem FAQ beigefügt.
Das Projekt kann auf PG5 2.2, 2.3 PG5 oder neueren Versionen verwendet werden.

Aufgrund eines Fehlers im PG5 2.2.230 BACnet Compiler, werden Änderungen der PCD Ressourcenadressen von bestehenden Symbolen (Register/Flags/DB/Text Adressenänderung der vorhandenen Symbole) bei  bestehende PG5 Projekten vom PG5 BACnet-Compiler nicht erkannt und daher werden die geänderten PCD-Ressourcenadressen nach dem Download des Programms in die PCD nicht berücksichtigt.

Betroffenen Produkte:
Alle PCD's mit FW 1.28.xx oder neuer bei welchen BACnet Revision 14 verwendet wird und in welche geändert PG5 2.2.230 Projekte in die PCD geladen werden.

Der Fehler tritt nicht auf, wenn:

• in der PCD kein BACnet-Programm verwendet wird.
• BACnet Revision 9 Funktionen auf PG5 2.2.230 verwendet wird.
• PG5 2.3.xxx verwendet wird.
• PG5 2.1 / PG5 2.0 oder PG5 1.4 verwendet wird.

Fehlerbeschreibung:
Aufgrund eines Fehlers im PG5 2.2.230 BACnet Kompiler, werden Änderungen der PCD Ressourcenadressen von bestehenden Symbolen (Register/Flags/DB/Text Adressenänderung vorhandener Symbole) bei  bestehende PG5 Projekten vom PG5 BACnet Kompiler nicht erkannt und daher werden die geänderten PCD-Ressourcenadressen nach dem Download des Programms in der PCD nicht berücksichtigt.

Detailinformationen:
Der PG5 BACnet Kompiler generiert eine Prüfsumme (CRC) über alle PCD-Ressourcen. Dieser CRC wird von der PCD-Firmware nach der Programm-Download oder nach Neustart überprüft um zu erkennen, ob die BACnet Konfiguration geändert hat.
Wenn der CRC geändert hat, erzwingt die PCD-Firmware den BACnet Stack die BACnet-Konfiguration in der PCD neu zu laden.
Wenn der CRC nicht geändert hat, dann wird die BACnet-Konfiguration nicht neu geladen.
Der Fehler besteht darin, dass in PG5 2.2.230, der BACnet Kompiler nicht die PCD-Ressourcenadressen für die CRC-Berechnung verwendet und somit eine PCD-Ressourceadressänderung von bereits bestehenden PG5 Ressourcen nicht einen unterschiedlichen CRC generiert.

Die Änderung der PCD Ressourcenadressen (Register/Flaggen/DB / Text Adressenänderung von bestehen Symbolen) kann jederzeit für alle, von PG5 PCD Ressourcen automatisch zugeordnet Adressen erfolgen, wenn ein bestehendes PG5 2.2.230 Projekt geändert wird oder wenn der Benutzer manuell die Adresse von  vorhandenen PG5 Ressourcen ändert.

Fehlerverhalten:
Der oben beschriebene Fehler führt dazu, dass nach dem Download des modifizierten PG5 Programms im BACnet Stack auf der PCD noch die alte Ressourcenadressen der PCD PG5 Ressourcen anstelle des neuen verwendet werden-
Dieser Fehler könnte zu einer Fehlfunktion des Applikationsprogramms auf die PCD führen für die PCD-Ressourcen welche vom BACnet Stack verwendet/verarbeitet werden.

Dieses Verhalten kann dazu führen, dass das Anwendungsprogramm auf die PCD nicht richtig funktioniert und könnte eine zufällig unerwartete/unerwünschte Funktionalität des PCD-Anwendungsprogramms provozieren.

Fehlerkorrektur:
Der Fehler wird im PG5 2.2.234 oder neueren Versionen von PG5 2.2 behoben werden.
PG5 2.2.234 oder neuere Versionen stehen ab Anfang 2018 zur Verfügung.

Workaround für PG5 2.2.230:
Die Neuberechnung des CRC kann durch den Benutzer erzwungen werden, indem nach jedem Build etwas manuell im BACnet-Konfigurator geändert wird.
Zum Beispiel die Textzeichenfolge "Beschreibung" oder der "Standort" im BACnet-Konfigurator bei welchem ein Unterstrich "_" hinzugefügt werden könnte.
Der neu berechnete CRC zwingt dann BACnet Stack, die neue Konfiguration zu laden.

Beispiel die Neuberechnung des CRC zu erzwingen:
Alter Wert für Standort war "Murten"              neuer Wert für den Standort "Murten_"

Ja, es ist möglich, die Alarm-Benachrichtigungen auf BACnet zu unterdrücken, indem Sie die Kommunikation steuern.
Dies ist ein offizieller BACnet-Mechanismus und verfügbar mit der BACnet-Firmware 1.24.41 (oder neuer) und seit PG5 2.1.420.

Um die Alarme zu unterdrücken ist es notwendig den BACnet-Kommunikation-Modus des Geräts wie unten beschrieben zu ändern.

Im Allgemeinen wird die Kommunikation über das BACnet-Gerät gesteuert. Es gibt 3 Möglichkeiten:

• (0) Standard-Kommunikation (Standard).
  Alle Anfragen werden beantwortet und das Gerät sendet auch COV, Alarm oder Ereignisbenachrichtigungen falls wenn nötig
  
  
• (1) keine Kommunikation.
  Das Gerät wird keine Anfrage beantworten und COV, Alarm und Event-Benachrichtigungen nicht senden.
  
  
• (2) eingeschränkte Kommunikation. Das Gerät wird alle Anfragen beantworten, aber COV, Alarm und Event-Benachrichtigungen nicht senden. Dieser Modus wird in der Regel ausgewählt, wenn Gerät unter Wartung steht und Alarm-Meldungen unterdrückt werden sollte.

Um den Kommunikationsmodus wie oben beschrieben zu steuern, muss 1 zusätzliche Register definiert und auf den entsprechenden Wert festgelegt werden. Ein 2tes -Register kann verwendet werden, um den aktuellen Kommunikationsstatus zu erhalten.

Im folgenden Beispiel wurde ein "ComState" und "ComDisable" Register definiert. Das "ComDisable" Register muss durch Anwendung, z.Bsp. über eine Wartung-Schalter am Schaltschrank oder einen Software-Switch gesteuert werden.

Der "ComStatus" zeigen den tatsächlichen Kommunikationsstatus und ist nur lesbar.

Danach müssen diese 2 Register innerhalb von BACnet-Konfigurator Gerät im Objekt, Eigenschaft "Communication Status" und "Communication Disable" zugeordnet werden:

Gut zu wissen: DDC-Suite 2.7 wurde dieser Mechanismus in der BACnet-Device FBox für die einfachere Verwendung implementiert.

Falls diese zwei neuen Elemente mit einer BACnet-FW < 1.24.41 verwendet werden, dann BACnet startet nicht

Mit dem Update der BACnet-Gerät-Fbox aus der Version 205002 zu 205003 erstellt dieser Fbox ein Überwachungsobjekt für BACnet, die Symbole benötigt.

Diese Symbole werden nicht automatisch erstellt, wenn die 'aktualisieren Fbox' Funktionalität von PG5 verwendet wird.[autotranslated]

Symtom:
Nach einer Aktualisierung des BACnet-Gerät-Fbox BACnet does ' t Arbeit mehr.
Die Fehlerausgabe der BACnet-Gerät-Fbox ist immer hoch.
Alle FBoxen wechseln zu einem fallback-Modus ohne Verwendung von BACnet.

Grund:
Der Grund ist wegen der fehlenden Symbole für die neue Überwachungsobjekt innerhalb der Fbox.
Diese Symbole sind nicht während der Aktualisierung der Fbox automatisch erstellt.
Aus diesem Grund die Kontrollfunktion der dieser Fbox BACnet aufgrund der fehlenden Feedbacks auszuschalten.

Lösung:
Fügen Sie manuell die Symbole per Mausklick Rightmouse über die Fbox und klicken Sie auf "Add vordefinierte Symbole".
Klicken Sie auf "ok", wenn ein kleines Fenster erscheint.

[autotranslated]

Wenn Sie Zeitplan BACnet-Objekte verwenden, müssen Sie wissen, dass der gegenwärtige Wert zurück auf "Standard-Zeitplan" um Mitternacht festgelegt wird.

Dies ist in der BACnet-Standard definiert.

Die FAQ beschreibt, wie sich damit befassen.[autotranslated]

Die Barwert-Eigenschaft wird den Wert der Schedule_Default-Eigenschaft auf 00:00 von jeden Tag zugewiesen werden,
Es sei denn, es ein Eintrag für 00:00 in Kraft für diesen Tag gibt.

Ein geplantes Ereignis logisch an einem Tag beginnt und endet auf einem anderen, so ein Eintrag um 00:00 im Zeitplan gestellt werden, die in Kraft ist, für den zweiten Tag, und für alle nachfolgenden Tage Dauer des Ereignisses, um das richtige Ergebnis zu gewährleisten, wenn Present_Value berechnet wird

[autotranslated]

Haben Sie ein Ethernet-Netzwerk zu analysieren, müssen Sie den Monitor PC zwischen den kommunizierenden Geräten zu verbinden. Der einfachste Weg zu erkennen, dass ist mit der Nabe (die nicht mehr verfügbar sind) oder mit einem Schalter mit einem speziellen Monitor-Anschluss.[autotranslated]

Monitor PC sehen nur die TCP/IP Kommunikation an seiner eigenen Ethernet-Anschluss.
§Ix101493§
Wenn B mit C spricht, kann nicht A darauf hören, weil ein normaler Schalter nicht weiter jede Kommunikation an allen Ports aber nur auf den Port wo die dedizierte Receiver-Station verbunden ist.
Die Lösung ist, einen Switch mit Monitoranschluss zu verwenden. Jede Kommunikation über diesen Schalter wird bei diesem speziellen Anschluss wie ein Hub gespiegelt.
Sie haben Ihre Analyse PC mit diesem Monitoranschluss verbinden und Sie erhalten alle den Verkehr, die über diesen Schalter zu gehen.
Empfehlung:
Wir empfehlen um einen Netgear ProSafe GS 105E-Schalter zu kaufen.
Diese Smal-Switch verfügt über 5 Ports, einer davon ist der Monitoranschluss.
Es ist einfach zu konfigurieren mit einem Web-Interface.
§Ix101491§
Um die TCP/IP-Netzwerkverkehr analysieren, empfehlen wir die Wireshark-Software verwenden. Siehe auch FAQ-100569.

[autotranslated]

Wenn Sie eine BACnet-Konfiguration erstellen, müssen Sie einen eindeutigen Namen BACnet für jedes Objekt im Projekt definieren. Außerdem gibt es eine Linie, eine Beschreibung für ausführlichere Informationen zu schreiben. [autotranslated]

Die Länge der BACnet-Objekt-Name und die Beschreibung ist aus dem Compiler auf 255 Zeichen beschränkt. Weitere Informationen über Einschränkungen und Regeln finden Sie im angehängten Pdf. Datei.

[autotranslated]

Beim Erstellen der BACnet Konfiguration Müssen der Objektname Und die Beschreibung von BACnet-Objekten Mit Informationen Gefüllt Werden. Der BACnet-Name Muß sich an der Konfiguration Einmalig Und Eindeutig Sein. Die Beschreibung Sollte Zusätzlich Beschreibende Informationen Enthalten.[autotranslated]

Die Länge des Objektnamens Und der Beschreibung Wird Durch Den SBC BACnet Compiler Auf 255 Zeichen Begrenzt.
Wird Ein Name Oder Eine Beschreibung Mit Mehr als 255 Zeichen Gewählt Verwirft der Compiler Diese Ab 256 Zeichen.

[autotranslated]

Für den Fall, dass "PCD input Reference" in der BACnet-Konfiguration verwendet wird, und ein permanenten Wert steht in Common Language Runtime über BACnet (mit BACnet Firmware 1.16.41), möglicherweise die PCD nicht mehr in der Lage, die Konfiguration auf nächste Potenz nachlesen. Als Ergebnis die PCD bleibt im Stillstand und schreibt z.B. "BNt fehl AI00006" in die Geschichte.[autotranslated]

Symptom
Für den Fall, dass "PCD input Reference" in der BACnet-Konfiguration verwendet wird, und ein Persisten Wert ist geschrieben in Common Language Runtime über BACnet (mit BACnet Firmware 1.16.41), möglicherweise die PCD nicht mehr in der Lage, die Konfiguration auf nächste Potenz nachlesen. Als Ergebnis die PCD bleibt im Stillstand und schreibt z.B. "BNt fehl AI00006" in die Geschichte.

Grund
Beim Schreiben eines permanenten Wert auf BACnet und "PCD input Reference" verwendet wird, wird die in der flash-Speicher gespeicherte Konfiguration mit Firmware-Version vor 1.16.59 (z.B. 1.16.41) zerstört.

Lösung
Für den Fall, dass Sie "PCD input Reference" verwenden und für den Fall, dass Ihre BACnet-Konfiguration enthält über 100 Eingänge (z.B. 60AI und 50 BI) Bitte aktualisieren Sie die Firmware für BACnet und PCD BACnet FW 1.16.59 und PCD FW 1.16.57 oder höher. Diese Firmware kann von der Support-Website heruntergeladen werden.

Bemerkung
Bitte beachten Sie, dass die PCD nur die Fehlermeldung in der Geschichte schreibt, aber PG5 zeigt eine Meldung "Everyting ist OK".[autotranslated]

Eine neue Firmware-Paket für BACnet (bis auf die PCD3/7.R560 oder PCD3/7.R561 geladen werden) entstand im Januar 2013 (mit BACnet Firmware 1.16.77). Die Hauptgründe für diese neue Firmware finden Sie in dieser FAQ.

[autotranslated]

Änderungen zwischen BACnet Firmware-Version 1.16.75 und 1.16.77 (Januar 2013)

• Korrektur bei gleichzeitig COV und COV-P Abonnements für Ausgabe-Objekte mit Prio-Array
  

Bemerkung
Bitte beachten Sie, dass die BACnet 1.16.77 ist zusammen mit der PCD-Firmware 1.16.69 (oder eine neuere Firmware-1.16.xx), um ordnungsgemäß verwendet werden.

Änderungen zwischen BACnet Firmware-Version 1.16.73 und 1.16.75 (November 2012)

• BACnet-Eigenschaften wurden nach einem Neustart der PCD nicht ordnungsgemäß aktualisiert.
  
• In einigen Fällen die PCD ein Whois jede 5 Sekunden ohne Grund gesendet
  

Bemerkung
Bitte beachten Sie, dass die BACnet 1.16.75 ist zusammen mit der PCD-Firmware 1.16.69 (oder eine neuere Firmware-1.16.xx), um ordnungsgemäß verwendet werden.

Änderungen zwischen BACnet Firmware-Version 1.16.67 und 1.16.73 (August 2012)

• Media-Update (Mapping) war zu langsam--> korrigiert
  
• Download über Ethernet war langsam--> korrigiert
• Mehrere Korrekturen für das Array Priorität und "außer Betrieb" Behandlung
• Aktualisierung der Eigenschaft "Program Zustand" funktionierte nicht
• Trendlog Objekte "Total Record Count" könnte falsch sein.
  

Bemerkung
Bitte beachten Sie, dass die BACnet 1.16.73 ist zusammen mit der PCD-Firmware 1.16.69 (oder eine neuere Firmware-1.16.xx), um ordnungsgemäß verwendet werden.

Änderungen zwischen BACnet Firmware-Version 1.16.64 und 1.16.67 (V9, Mai 2012)

• Gäbe es begann ein ungültiger BACnet Trendlog Puffer in das Dateisystem der BACnet Stack nicht bis
• Binary Input Objekt war kein Arbeit korrekt Wenn die Polarität auf 1 gesetzt wurde
• Der COV-P auf die Programm-Status eines Objekts Programm funktionierte nicht

Bemerkung
Bitte beachten Sie, dass die BACnet 1.16.67 ist zusammen mit der PCD-Firmware 1.16.57 (oder eine neuere Firmware-1.16.xx), um ordnungsgemäß verwendet werden.

• Die Änderung des Polariy eines BI-Objekts funktionierte nicht in Versionen vor 1.16.64
• Verbessert Gedächtnis Zuteilungsmethode (mit BACnet-Firmware-1.16.xx bis zu 1.16.64, die die BACnet-Aufgabe nicht genügend Arbeitsspeicher laufen konnte, wenn COV-Abonnements verwendet wurden)
• Wenn ein dauerhafter Wert über BACnet geschrieben wurde, die Eigenschaft "Unerwünschte COV" verirrte und somit die COV-U nicht mehr konfiguriert auf nächste Potenz bis

Bemerkung
Bitte beachten Sie, dass die BACnet 1.16.64 ist zusammen mit der PCD-Firmware 1.16.57 (oder eine neuere Firmware-1.16.xx), um ordnungsgemäß verwendet werden.

Änderungen zwischen BACnet Firmware-Version 1.16.55 und 1.16.59 (V6, Februar 2012)

• Die Größe des Arbeitsspeichers von BACnet (in Bezug auf die maximale Größe des Speichers verfügbar) verwendet wird auf der Seite der PCD-Status überwacht.
• Für den Fall, dass "PCD input Reference" verwendet wird und ein permanenten Wert über BACnet gespeichert wurden, konnte die Konfiguration nicht mehr am nächsten Einschalten, siehe FAQ 101712 gelesen werden

Bemerkung
Bitte beachten Sie, dass die BACnet 1.16.59 ist zusammen mit der PCD-Firmware 1.16.57 (oder eine neuere Firmware-1.16.xx), um ordnungsgemäß verwendet werden.

• Das Timezone-Format wurde überarbeitet, um das Format von PG5 2.0 kompatibel zu sein.
  Das zuvor verwendete Format wird noch von der Firmware unterstützt.
• Für den Fall, dass "PCD input Reference" verwendet wird und ein permanenten Wert über BACnet gespeichert wurden, konnte die Konfiguration nicht mehr am nächsten Einschalten, siehe FAQ 101712 gelesen werden

Bemerkung
Bitte beachten Sie, dass die BACnet 1.16.55 ist zusammen mit der PCD-Firmware 1.16.55 (oder eine neuere Firmware-1.16.xx), um ordnungsgemäß verwendet werden.

(V4, Juli 2011)

• Entspricht der BACnet Standard 2008 (Rev. 5)
• BACnet BitStrings kann jetzt Flagge Arrays zugeordnet werden:
  
• Hinzugefügt "PCD Input Reference" um Out-of-Service-Verhalten zu verbessern:
  Solange der Out-of-Service auf false festgelegt ist, wird auf den Barwert "PCD input Reference" kopiert; Wenn es stimmt, der Barwert kann über BACnet geschrieben werden, und dieser Wert den PCD-Medien im Zusammenhang mit dem Barwert kopiert werden.
• Korrigiert die Performance-Probleme, die in der Firmware 1.14.26 anwesend waren
• In einigen Fällen (abhängig von der Größe des Projekts) war es nicht möglich, ein Projekt herunterladen (und eine NAK-Antwort zurückgegeben wurde)
• Mit einem bestimmten Projekt hätte eine Bus-Fehler mit BACnet Firmware 1.10.62 passieren können.

Weitere Informationen zu den Änderungen finden Sie in der online-Hilfe des BACnet-Konfigurators mit PG5 verteilt 2.0.200 oder höher.

• Verbessert die Geschwindigkeit der Suche, wenn die Konfiguration ein Programmobjekts dynamisch konfigurierten oder nicht hat.
• Loop-Objekt wurde verbessert, so dass angegeben werden kann, ob die integrierte PID-Berechnungsalgorithmus oder DDC-Suite-FBox-PID-Berechnungsalgorithmus verwendet werden soll.
• COVs wurden sporadisch nicht in einem System mit hoher Belastung und vielen IOs ändern gleichzeitig generiert. 

Bemerkung
Bitte beachten Sie, dass die BACnet 1.16.41 ist zusammen mit der PCD-Firmware 1.16.27 (oder eine neuere Firmware-1.16.xx), um ordnungsgemäß verwendet werden.

[autotranslated]

Im April 2011 wurde ein neues Firmware-Paket für BACnet (bis auf die PCD3/7.R560 oder PCD3/7.R561 geladen werden) erstellt (mit BACnet Firmware 1.10.62). Die Hauptgründe für diese neue Firmware finden Sie in dieser FAQ.[autotranslated]

Änderungen zwischen BACnet Firmwareversion 1.10.50 und 1.10.62 (April 2011)

• Die Polarität war beim Start nicht korrekt initialisiert, wenn es eine PCD-Ressource zugeordnet ist.
• Die PCD-Medien wurde nicht aktualisiert, wenn die Polarität über BACnet geschrieben wurde.
• Verbessert die Geschwindigkeit der Suche, wenn die Konfiguration ein Programmobjekts dynamisch konfigurierten oder nicht hat.
• Loop-Objekt wurde verbessert, so dass angegeben werden kann, ob die integrierte PID-Berechnungsalgorithmus oder den DDC-Suite FBox PID-Berechnung-Algorithmus verwendet werden soll.
• COVs wurden nach dem Zufallsprinzip nicht in einem System mit hoher Belastung und vielen IOs ändern gleichzeitig generiert.

Änderungen zwischen BACnet Firmware-Version 1.10.24 und 1.10.50 (Mai 2010)

• Erhöhte Robustheit bei Telegramm Verluste während des Verfahrens "Upload/zusammenführen".
• Die BACnet-Aufgabe wird jetzt nach dem Download einer neuen Konfiguration neu gestartet.
• In einigen Fällen schreiben das Scheduler-Objekt für die referenzierte Objekte nicht.

Bemerkung
Bitte beachten Sie, dass die BACnet 1.10.62 ist zusammen mit der PCD-Firmware 1.10.61 (oder eine neuere Firmware-1.10.xx), um ordnungsgemäß verwendet werden.

[autotranslated]

Es besteht die Möglichkeit einen "Neustart Notification" Empfängerliste im BACnet-Konfigurator konfigurieren.[autotranslated]

Sie müssen manuell die Adresse des BACnet-Gerät hinzufügen möchten Sie alarm bei Neustart des lokalen PLC. Diese Adresse wird in der "starten Sie Benachrichtigung" Empfängerliste hinzugefügt, wie in der unten beigefügten Bild. Mit dieser Einstellung wird die PCD den Bogen nach einem Neustart informieren.
Bitte unterstützt Makte sicher, dass das Gerät alarm werden soll diese Benachrichtigung neu starten (verfügbar ab standard 135-2004 Anhang b).

Bemerkung
Es gibt einen Parameter in der BACnet-Telegramm (Liste der Werte -> PropertyValue -> Letzte-Neustart-Grund) darauf hinweist, dass den Neustart-Grund. Es ist "1" für einen Kaltstart (Einschalten der PLC) und "2" für eine warme (Neustart starten nach Progrm herunterladen).
Es ist möglich, BACnet-Gerät geben IDs oder Adressen. Achten Sie darauf, dass wenn Sie einen Empfänger basierend auf eine Adresse eingeben, die MAC-Adresse Atually die IP-Adresse des Empfängers ist.

[autotranslated]

Eine kurze Liste der häufigsten Nachrichten ein finden in der PCD-Geschichte beim BACnet (z. B. fehl, Bnt TL00001) schlägt fehl.[autotranslated]

Die Zeichenfolge in der PCD-Geschichte nach einem BACnet-Fehler geschrieben besteht aus 2 teilen. Die ersten 2 Zeichen bezeichnen das Objekt, das den Fehler verursacht hat. Wenn diese Zeichen #s sind, ist der Fehler eine allgemeine Stack-Fehler (in der Regel aufgrund einer Fehlkonfiguration.)
Der Rest der Zeichenfolge drückt die Codezahl des Objekts oder der Fehler, der den Fehler verursacht hat.

Objekt identifizieren Zeichen
Die ersten beiden Zeichen finden Sie in der Liste unten und geben Sie das Objekt, das den Fehler verursacht hat:

##-Drückt eine allgemeine Stack-Störungsmeldung. Es wird nicht durch ein Objekt, sondern durch eine Fehlkonfiguration oder andere Fehler verursacht.
AI - drückt ein Problem mit der numerisch bezeichnet Analog Input-Objekt
AO - drückt ein Problem mit der numerisch bezeichnet Analog-Ausgang-Objekt
AV - drückt ein Problem mit der numerisch bezeichnet Analog-Value-Objekt
BI - drückt ein Problem mit der numerisch bezeichnet Binäreingang-Objekt
BO - drückt ein Problem mit der numerisch bezeichnet Binärausgang-Objekt
BV - drückt ein Problem mit der numerisch bezeichnet Binärwert-Objekt
MI - drückt ein Problem mit der numerisch bezeichnet Multi-State Input-Objekt
MO - drückt ein Problem mit der numerisch bezeichnet Multi-State-Ausgabeobjekt
MV - drückt ein Problem mit der numerisch bezeichnet Multi-State-Value-Objekt
AG - drückt ein Problem mit der numerisch bezeichnet Rating-Objekt
CO - drückt ein Problem mit der numerisch bezeichnet Command-Objekt
CA - drückt ein Problem mit der numerisch bezeichnet Calendar-Objekt
EE - drückt ein Problem mit der numerisch bezeichnet Ereignis Registrierungs-Objekt
LO - drückt ein Problem mit der numerisch bezeichnet Loop-Objekt
SC - drückt ein Problem mit der numerisch bezeichnet Gruppenobjekt
TL - drückt ein Problem mit der numerisch bezeichnet Trend-Log-Objekt

Beispiele

• 'Bnt Scheitern ## 00001' -> 'Unbekannten Fehler'. Kann beim Start auftreten, weil das ist keine Konfiguration auf der Flash-Karte.
• 'Bnt Scheitern ## 00013' -> 'Schlechte Konfiguration'. Tritt auf, weil die Konfigurationsdatei auf Flash gebrochen ist.
• 'Bnt fehl TL00001' -> Mai die Fehler Objekt Treng-Log 1 zu konfigurieren. Dies kann verursacht werden, indem Sie eine Datei auf dem falschen Medium die Speicherung von Trends zuweisen. (Trend-Log-Datei wird auf einer SD-Karte in Slot 1 erstellt werden, aber es ist keine Karte im Slot).
• 'Bnt Scheitern ## 00091' -> zeigt an, dass das Scheitern der ein Trend-Log-Objekt, das einem Ringpuffer verwenden konfiguriert wurde. Die Ursache dieses Fehlers ist ein Versuch, der STOP-WHEN-FULL-Eigenschaft zu schreiben. Zur Lösung des Problems einer muss die Log-Datei von der blauen Blitz-Karte in eine SD-Karte verschieben. Ein Trend-Log-Objekt, das meldet sich mit einem Ringpuffer darf nicht auf die blau-Flash-Karte.
  

[autotranslated]

Verwendung der FBox «Motor 2-Speed 2.0» (oder "Motor 3-Speed 2.0" aus der Familie der FBox "DDC Steuerungen" mit BACnet-Option aktiviert, kann es passieren, das der Motor ändert sich nicht, Geschwindigkeit 2 (aber kurz vor der Wiederverwendung von Geschwindigkeit 1 ausgeschaltet ist).[autotranslated]

Symptom
Bei Verwendung die FBox «Motor 2-Speed 2.0"aus der Familie der FBox"DDC Steuerungen"mit der Option BACnet aktiviert kann es vorkommen, das der Motor ändert sich nicht, Geschwindigkeit 2 (aber kurz vor der Wiederverwendung von Geschwindigkeit 1 ausgeschaltet ist).

Grund
Für den Fall, dass die BACnet-Option ausgewählt wurde, wurde die Funktion von "HMI Super" nicht deaktiviert.

Lösung
Die Versionen aufgeführten korrekten dieses Fehlverhalten. Bitte aktualisieren Sie Ihre Bibliothek und dann neu erstellen Sie und laden Sie das Programm erneut.

• PG5 1.4.300: DDC-Suite Library-Version 2.5.150
• PG5 2.0.110: DDC-Suite Library-Version 2.6.150

[autotranslated]

Firmware-Versionen vor der Version 1.10.51 wurden Wiederholungen bei der "Upload/Merge" BACnet-Konfigurator nicht unterstützen. Für den Fall, dass ein Telegramm (von der PCD an den PC) während des Uploads der BACnet Konfiguration verloren ging war die Übertragung abgebrochen.[autotranslated]

Symptom
Während eines Uploads (für die Funktion "Upload/Merge" des BACnet-Konfigurators) alle plötzlich stoppt die Übertragung der Konfiguration. Dieses Phänomen wird beobachtet, wenn ein Telegramm verloren geht. Dieses Telegramm-Verlust ist zufällig, abhängig von der Netzwerklast.

Grund
Firmware-Versionen vor der Version 1.10.51 haben eine Mitteilung ohne Telegramm Verluste erwartet. Für den Fall, dass ein Telegramm (aufgrund von Netzwerkproblemen) verloren ging wurde die Übertragung unterbrochen, von der PCD-Firmware. Wegen der Unterbrechung der BACnet-Firmware wurde nicht benachrichtigt, aber es blieb in einem Zustand des Wartens auf den Abschluss des Hochladevorgangs.

Lösung
Die Firmware-Version 1.10.51 (für die PCD3 oder die PCD2.M5) zusammen mit der BACnet-Firmware 1.10.50 sind robuster und können mit Telegramm Verluste während des Uploads der BACnet Konfiguration fertig zu werden. Bitte aktualisieren Sie die Firmware Ihrer PCD und auf Ihre PCD7.R56x mit der genannten (oder höher) Firmware-Versionen.

Bemerkung
Bitte beachten Sie, dass die Firmware-Version, er PCD sowohl das BACnet-Modul aktualisiert werden muss.[autotranslated]

Bei aktiviertem BACnet in einem DDC-Suite-Projekt muss ein BACnet-flash-Modul installiert werden, da die i/o durch die DDC-Suite-FBoxen unterschiedlich behandelt werden.[autotranslated]

Symptom
Die Ausgänge gesteuert mit DDC-Suite-FBoxen funktionieren nicht. Klicken Sie in der DDC-FBoxen BACnet ist aktiviert, aber kein BACnet-flash-Modul (PCD7.R65x oder PCD3.R56x) angeschlossen ist.


Grund
Wenn BACnet aktiviert ist, wird von der DDC-Suite generierten Code angepasst das BACnet-Feature (Ausgänge können z.B. mit Prioritäten mit einem BACnet Operator Station Schleife geschrieben werden). Wenn der BACnet-Task nicht ausgeführt wird (z.B. weil kein BACnet-Modul angeschlossen ist, oder die BACnet-Firmware auf der PCDx.R65x gespeichert ist nicht kompatibel mit der PCD-Firmware) das Programm wird nicht korrekt funktionieren.

Lösung
Aktivieren Sie nur BACnet DDC-Suite, wenn gibt es eine entsprechende Modul angeschlossen an die PCD.[autotranslated]

In der Systemkatalog gibt es eine schematische Darstellung einer PCD, verbunden mit einem BACnet/IP-Netzwerk, die zu einer Missinterpretation führen könnten. Obwohl BACnet durch eine PCD3 unterstützt wird oder eine PCD2.M5xx0 und LON auf IP Suppored in Zukunft sein wird, werden nicht beide Stacks auf den gleichen PCD zur gleichen Zeit ausgeführt werden.[autotranslated]

Warum ist es nicht möglich, BACnet und LON zur gleichen Zeit laufen?
Diese Einschränkung wird durch die relativ hohe Nutzung des Ressources (Leistung und Speicher) von dieser Firmware-Erweiterungen verursacht. Zwar gibt es kein Problem, die einer der folgenden Firmware-Erweiterungen führen, unterstützen die derzeit verfügbaren PCD-Systemen beide Firmware-Erweiterungen nicht zur gleichen Zeit.
Es ist beabsichtigt, eine Lösung für BACnet und LON auf die gleichen PCD darstellen, aber dies erfordert ein neues PCD-System in Zukunft.

Warum das so ist Schaltpläne in der System-Katalog gedruckt?
Das Ziel dieser Schaltplan ist zu zeigen, dass beide Protokolle unterstützt werden, aber nicht an, dass beide Protokolle gleichzeitig verwendet werden können. Wenn die PCD den LON-Stack ausgeführt wird, könnte die andere Kommunikation z.B. Ether-S-Bus.

Wie kann ich ein Gateway von BACnet, LON mit PCD-Systemen realisieren?
Die derzeit einzige Lösung ist die Realisierung mit zwei Systemen, die z.B. mit Ether-S-Bus angeschlossen werden könnte.[autotranslated]

Für den Fall, dass ein BACnet-Firmware-Modul auf eine PCD3.Mxxx0 oder eine PCD2.M5xx0 installiert wurde, und eine Zeitzone konfiguriert wurde, hat der Zeitstempel des Alarms S-Web einen Offset in die PCD-Zeit.

Es könnte das gleiche Verhalten bei Verwendung die SNTP (Simple Network Time Protocol).[autotranslated]

Symptom
Der Zeitstempel des Alarms S-Web muss nicht zur gleiche Zeit wie die PCD-Zeit (z.B. mit PG5 gelesen). Der Offset ist abhängig von der Zeitzone in der BACnet-Konfiguration konfiguriert. Die Firmware auf der PCD3 oder die PCD2.M5xx0 installiert ist 1.10.16 oder früher.


Grund
Sobald eine Zeitzone in BACnet oder die Konfiguration der SNTP konfiguriert ist, die örtliche PCD-Zeit errechnet sich basierend auf der RTC (Real Time Clock), mit Berücksichtigung dieser Zeitzone (--> die Zeit angezeigt, die in der Hardware-Configrator entspricht der Ortszeit). Der alarmierende Zeitstempel, auf der anderen Seite basiert auf der Hardware RTC (entspricht UTC).

Anderen Grund
Der Standardwert ist Container "MB_tmz_en" auf 1 gesetzt. Wenn Sie, dass möchten entspricht die Zeit der Alarme der Zeit der PCD dieser Container auf 0 gesetzt werden sollten.

Lösung
Um die S-Web-alarmierende arbeiten mit gleichzeitig (Ortszeit) das User-Programm haben, bitte aktualisieren Sie Ihre Firmware der PCD und Ihre BACnet-Firmware auf die Versionen, die in das "neueste BACnet-Firmware-Paket" enthalten.
Die PCD3.Mxxx0 oder die PCD2.M5xx0-Firmware erforderlich ist 1.10.51 (die gleiche Versionsnummer für PCD3 und PCD2.M5xx0).
Für den Fall, dass bei Verwendung von SNTP Protokoll ohne BACnet du nur die PCD-Firmware zu aktualisieren musst.[autotranslated]

Auf dem Cimetrics BACnet OPC-Server gibt es für jedes BACnet-Gerät ein Element mit dem Namen “ DEVICE_ONLINE_STATUS ”.

Der Wert des Elements “ DEVICE_ONLINE_STATUS ” ist:

-0, wenn der OPC-Server ist nicht mit BACnet an die PCD kommunizieren.

-1, wenn die OPC-Sever mit BACnet an die PCD kommunizieren.[autotranslated]

[autotranslated]

Die Überprüfung der "Barwert" ein BACnet-Objekt während der Laufzeit erlaubt um zu wissen, ob das BACnet-Modul im PCD angeschlossen ist und ob der BACnet Stack ausgeführt wird.[autotranslated]

Möchten Sie während der Laufzeit zu überprüfen, ob das BACnet-Modul (PCD3/7.R56x) in der PCD2/PCD3 angeschlossen ist könnten Sie die folgenden Schritte ausführen:

• Definieren eines BACnet-Objektes "binäre Ausgabe" auf dem BACnet-Konfigurator von PG5
• Ordnen Sie die "Barwert" des neuen Objekts eine PCD-Ressource
  (z. B. ein Flag mit dem Namen "Bacnet_is_running")
• Definieren Sie auf der Priorität Array 16 des neuen Objekts einen Symbolverweis.
• Karte eine PCD-Ressource für den Wert und das Attributfeld des Verweises symbol
  (z. B. der Wert mit dem Flag "Value_1" und die Flagge mit dem Flag "Enable_BACnet")
• Auf dem PCD-Anwendung-Programm legen Sie die verschiedenen Flaggen auf den XOB 16 wie folgt:
• Legen Sie auf (0) niedrige das Flag "Bacnet_is_running"
• Legen Sie das Flag "Value_1" zu hoch (1)
• Legen Sie das Flag "Enable_BACnet" zu hoch (1)
• Auf das Anwendungsprogramm tun, überprüfen Sie den Status der Flagge "Bacnet_is_running".
  Wenn das Flag festgelegt ist, zu niedrig (0) ist dann das BACnet-Modul nicht im PCD angeschlossen
  Wenn das Flag festgelegt ist, zu hoch (1) das BACnet-Modul im PCD angeschlossen ist und die
  BACnet Stack läuft.

Verhalten
Während des Starts der PCD die Flagge wird "Bacnet_is_running" zu niedrig (0) festgelegt.
Wenn BACnet Stack läuft dann er das Flag "Bacnet_is_running" gesetzt wird zu hoch (1) von den Status der Array 16 Priorität an die PCD Umgang kennzeichnen Sie "Bacnet_is_running"

Hinweis
Seit dem BACnet-Stapel muss einige Zeit nach dem Start der PCD, ein erstes Mal zu aktualisieren alle Werte, warten Sie ca. 10 Sekunden nach dem Start der PCD vor, dass Sie den Status der Flagge "Bacnet_is_running" auf das Anwendungsprogramm überprüfen.

[autotranslated]

Da BACnet Objekte in Höhe von Eigenschaften und Features stark variieren, ist es nicht möglich, eine Reihe von unterstützten BACnet-Objekte pro CPU zu definieren. Diese FAQ enthält jedoch eine Faustregel für den Betrag von BACnet-Objekten, die für eine PCD3 oder ein PCD2.M5xx0 definiert werden können.[autotranslated]

Wie eine Regel von Daumen es eine PCD2.M5xx0 oder eine PCD3 CPU (mit FW 1.10.xx oder höher) können bis zu 1200 BACnet-Objekte verarbeiten. Dies gilt, wenn die 800/1200 BACnet Objekte besteht aus einer Mischung von verschiedenen BACnet-Objekten.

Bitte beachten Sie, dass für den Fall, dass eine PCD2.M5xx0 oder eine PCD3 CPU zwischen 800 und 1200 BACnet Objekten handhabt, dann ist es sorgfältig überprüft werden, ob die CPU noch in der Lage, die anderen Aufgaben der Anwendung (die zyklische Behandlung von Anwendungsaufgaben Programm- bzw. nicht-BACnet-Kommunikation) in jeder Situation zu behandeln ist.

Für den Fall, dass die CPU weniger als 800 BACnet-Objekte, die CPU-Leistung zu behandeln hat ist in der Regel ausreichend, um das User-Programm und anderen Kommunikationsaufgaben zu behandeln.

Warum ist es so schwer zu definieren, die maximale Menge von BACnet-Objekten pro CPU?
BACnet-bezogene Aufgaben von der CPU ausgeführt werden variieren stark je nach der BACnet-Objekt und die Features, die für dieses Objekt konfiguriert. Ein binärer Eingang (BI) ohne systeminterne alarmierende erzeugt nicht viel CPU-Auslastung im Vergleich zu einer analogen Wert (AV) mit systeminternen alarmierende aktiviert. Zusätzlich ist der erforderliche Arbeitsspeicher von z.B. ein Kalenderobjekt oder ein Trendlog weit höher als für Binary/Analog-Werte oder Eingänge.

[autotranslated]

Es gibt verschiedene Möglichkeiten zum Schließen von flash-Speicher-Module (PCD7.R500, PCD7.R550M04, PCD7.R551M04, PCD7.R560 und PCD7.R561) auf den CPUs.[autotranslated]

Ist es möglich, schließen Sie die PCD7.R500, PCD7.R550M04, PCD7.R551M04, PCD7.R560 und PCD7.R561 Module in folgende Slots:

• M1 und M2 die PCD3.M5/6 CPUs
• Speicher-Modulträger PCD3.R550 in den Steckplätzen 0 bis 3 der PCD3.Mxx0 CPUs
• Speicher-Modulträger PCD3.R560 in den Steckplätzen 0 bis 3 der PCD3.Mxx0 CPUs
• Kommunikationsmodul PCD3.F1xx nur in den Steckplatz 0 der PCD3.Mxx0-CPU

Die Funktion "backup User-Programm" funktioniert auf jedem der oben genannten Slots, wenn das Modul PCD7.R500, PCD7.F551M04 oder PCD7.R561 dienen.

[autotranslated]

Es sind diverse Tools für BACnet Testzwecke zur Verfügung. Diese FAQ listet einige freie und kommerzielle Tools, die wir empfehlen.[autotranslated]

System-Integratoren sind oft gezwungen, baut die BACnet-Konfiguration für die Saia PCD ®-Systeme, lange bevor der Fremde BACnet-Systeme (B-BC, B-OWS etc. von anderen Herstellern) sind und im Werk ausgeführt. Tatsächlich die meisten Programmierung und Konfiguration erfolgt im Büro, wo mit "echten" Systemen testen oft unmöglich ist. Aber glücklicherweise gibt es mehrere BACnet-Tools zur Verfügung, die Tests auch ohne andere BACnet-Systeme zu ermöglichen. Hier sind einige Tools, die wir für BACnet Tests und Schwierigkeiten-Geschrei (Auflistung in alphabetischer Reihenfolge empfehlen können):

BACbeat (Polarsoft Inc.)
Fexible, noch einfach zu benutzendes Programm für die Bewertung, Analyse und Test BACnet-Systeme. Kommerzielles Tool, das nur unter Windows läuft. Single- und Multi-User-Lizenzen zur Verfügung.
Details unter www.polarsoft.biz/bacbeat.htm

BACnet-OPC-Server (Cimetrics)
OPC-Server für Windows 2000/2003/XP verwendbar mit allen OPC-Client (DA 1.x/2.x). Eine kommerzielle Nutzung erfordert Lizenz (Dongle). Ohne Dongle läuft die Software in einem Modus limited, welche Standbilder ermöglicht Suche nach OPC-Clients und einige Objekte Überwachung!
Details unter www.cimetrics.com

BACnet-Explorer XML (Cimetrics)
Automatische Erkennung von BACnet-Geräte, Objekte und Eigenschaften in ein handliches Baumdiagramm angezeigt. Erlaubt das Lesen und Schreiben von Eigenschaftswerten. Punkt Listen können in XML-Dateien gespeichert werden.
Details unter www.cimetrics.com

BACnet-Watcher (HHO-Automatisierung)
Hardware-basierte BACnet-Analyzer, der als eine Web-basierte B-OWS fungiert. Sehr hilfreich für Testzwecke während der Konfiguration und Inbetriebnahme von BACnet-Systeme.
Dazu an: www.hho-inh.de/bacnetwatcher.html (nur für deutsche Sprache)

BAS-o-matic-Protokoll-Analyzer (Cimetrics)
Dies ist eine Protokoll-Analysator für IP-basierte Netzwerke mit einem Schwerpunkt auf BACnet-Anwendungen. Kommerzielle Tool, Lizenz-Dongle benötigt. Finden Sie eine kostenlose, Open-Source-Alternative zu BAS-o-matic Wireshark.
Details unter www.cimetrics.com

Wireshark-Protokoll-Analysator (Open Source)
Kostenlos, Open Source, Industrie-Standard-Protokoll-Analysator mit Unterstützung für Hunderte von IP-basierte Protokolle. Gute BACnet Unterstützung, sondern auch für Ether-S-Bus, HTTP, FTP, Modbus/IP und viele weitere Protokolle von Saia PCD ® Systemen verwendet. Von Saia-Burgess TCS empfohlen wärmstens!
Details und Download unter www.wireshark.org

(Weiterhin)

[autotranslated]

Priorität 6 ist für Operationen für BACnet-Objekte wie mindestens auf Zeit oder mindestens Zeit reserviert.

[autotranslated]

Die BACnet-Eigenschaften "Minimum On Time" und "Minimum-Off-Zeit" verwenden Sie das Feld Priorität 6 und überschreiben Sie den Inhalt innerhalb If ein ein- oder ausschalten Verzögerung dient.

Daher sollten Sie nicht verwenden, diese Priorität.

[autotranslated]

Dies ist nicht möglich, da dies Auswirkungen auf die BACnet-Objekte führen kann.

[autotranslated]

Es ist nur möglich, jede Ressource PLC einmal zu verwenden.

[autotranslated]

Einige Hersteller (z.B. Siemens) verwenden proprietäre BACnet-Objekte.[autotranslated]

Diese Objekte sind nicht in der BACnet-Standard definiert und sind herstellerspezifisch.

Sie können nicht importiert werden.

Sie können ignorieren die Fehlermeldungen und arbeiten mit den Standard-Objekten, die korrekt importiert werden.

[autotranslated]

Es gibt einige Probleme mit EDE-Dateien von einigen Herstellern, weil sie nicht im richtigen Format sind.[autotranslated]

Sie können das richtige Format haben Sie einen Blick auf die EDE-Export eines Saia-Burgess-BACnet-Projekts informieren.

Wenn Sie ein Projekt in der BACnet-Konfigurator speichern werden die EDE-Dateien im Ordner PG5-Dokumentationsdateien automatisch generiert.

Wir unterstützen die Version Layout 1 oder 2.

Die Importdatei muss eine CSV-Datei der Version 1 oder 2 sein.

Wenn Sie eine Excel-Datei mit 4 Tabellen haben (Siemens verwendet dieses Format) müssen Sie die 4 .csv-Dateien extrahieren und importieren Sie die Datei _EDE.csv.

Darauf achten Sie, dass die Version Layout eine gültige Zahl enthalten ist.  Wenn diese Zeile leer ist versuchen Sie, in ein 2 mit einem Text-Editor und wieder importieren.

Wenn die CSV-Datei nicht _EDE am Ende des Dateinamens enthält, die Sie beim Import von *.CSV auswählen müssen.

[autotranslated]

Wahrscheinlich ist die Eigenschaft des referenzierten Objekts nicht Setup beschreibbar sein.[autotranslated]

Du kannst dem Ergebnis ein BACnet-Schedule-Objekt auf ein oder mehrere Objekte schreiben. Diese Objekte können sind innerhalb der Eigenschaft "Liste der Eigenschaft der Objektverweis" und in Ihren Controller oder können in externe Controller.

Die Objekte / Eigenschaften innerhalb der "Liste der Eigenschaft Objektverweis" haben als schreibbar im BACnet-Konfigurator definiert werden, auch wenn Sie auf Objekte innerhalb Ihrer eigenen Controller schreiben. Wenn Sie Objekte in ausländischen Controller schreiben müssen sie auch beschreibbar sein.

[autotranslated]

Im Allgemeinen müssen die Firmware-Versionen des PCD und der BACnet-Firmware übereinstimmen (kompatibel sein).[autotranslated]

Symptom
Es ist nicht möglich, das Herunterladen einer BACnet Konfigurations an die PCD mit einem PCD3.R56x oder einem PCD7.R56x angeschlossen. Der Download des Programms abgebrochen wird mit der folgenden Meldung:
"NAK-Reaktion, Fehler beim Schreiben von Dateien zum herunterladen. Fehlende Flash-Speicher?"


Grund
Für den Fall, dass die BACnet-Firmware (gespeichert auf dem PCD3.R56x oder PCD7.R56x) nicht kompatibel mit der Firmware auf der PCD3 installiert ist, ist es nicht möglich das BACnet-Projekt an die PCD herunterladen.

Lösung
Stellen Sie sicher, dass Firmware auf BACnet flash Modul kompatibel zu den Mikroprogrammaufstellung auf der PCD3 installiert ist (Wenn z.B. PCD3 Firmware 1.08.23, ein BACnet ist Firmware 1.08.xx zu verwendende verwenden).
Hier finden Sie das neueste Firmware-Paket (PCD und BACnet-Firmware sowie der entsprechenden BACnet-Konfigurator zusammen) auf der Support-Website (siehe Link unten).

Bemerkung
Die PCD3 (und PCD2.M5xx0) Firmware 1.10.16. und später zeigt eine inkompatible BACnet-Firmware in der PCD-Geschichte mit der Meldung "Nicht kompatibel" BACnet-FW"[autotranslated]