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]

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]

Beim M-Bus Geräte Herstellen einer PCD gibt es einige Punkte in Betracht gezogen werden, bereits bei der Planung und Inbetriebnahme. Diese FAQ bezieht sich auf eine Liste der Punkte, bei der Realisierung auf zu überprüfen und Installationsvorbereitung M-Bus-Kommunikation.[autotranslated]

Die folgenden Links direkt zu den FAQ-Bereich von der Firma Engiby der nicht - SBC M-Bus Geräte die M-Bus-FBox Bibliotheken vorsieht.

[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]

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]

Die M-Bus-Kommunikation funktioniert, aber die M-Bus-Master-FBox weist auf einen Fehler bei der Ausgabe "Err" mit Code 36: "zu viele Daten".

[autotranslated]

Symptom
Die M-Bus-Kommunikation funktioniert, aber die M-Bus-Master-FBox weist auf einen Fehler bei der Ausgabe "Err" mit Code 36: "zu viele Daten".

Grund
Diese Fehlermeldung ist da generiert, dass der Puffer nicht groß genug ist, um alle empfangenen Daten verarbeiten (das empfangene Telegramm enthält zu viele Daten für alle Informationen in den konfigurierten Puffer gespeichert werden konnte).

Lösung
Erhöhen Sie die Größe des Puffers in der FBox "M-Bus Master", also mit 20 Registern konfiguriert ist, standardmäßig auf z.B. 50 erhöhen (100 ist das Maximum).
§ix101505§

[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]

Grundsätzlich gibt es keine Beschränkungen durch den Fahrer selbst... [autotranslated]

... aber durch die Erhöhung der Anzahl der Geräte werden Sie früher oder später einer dieser Grenzwerte erreichen:

• bis zu 250 Geräten angesprochen werden kann (mit Primäradressierung)
• der Signalwandler Netzteile für eine begrenzte Anzahl von Geräten (PW6 = 6, PW20 = 20, ein usw.)
• die Anzahl der PCD-Register ist begrenzt. Jedes M-Bus Gerät benötigen etwa 20...30 registriert.
• der Programmspeicher der PCD ist auch begrenzt. Jedes M-Bus Gerät nutzen etwa 400...800 Codezeilen. Fügen Sie etwa 5000 Zeilen für den Treiber selbst (jeder Fahrer).
• die Summe lesen Zyklus aller Geräte wird durch die Anzahl der Geräte beeinflusst werden.
  Abhängig von der Art und der Geschwindigkeit benötigen Sie bis zu 1 Minute für 10...20 Geräte bereits.
• Wir bemerkten auch, dass große M-Bus-Netze von Verkabelung, Fehler und Störungen häufiger betroffen sind.
  

Daher wird empfohlen, zur Begrenzung der Anzahl der Geräte bis 30...50 pro Netzwerk.

Die 2 letzten Punkte können gelöst werden, mit mehr als eine serielle Schnittstelle, Konverter und M-Bus-Treiber.

[autotranslated]