Ja, es ist möglich, eine PCD direkt mit dem Internet zu verbinden, aber Sie müssen Ihre PCD vor unbefugtem Zugriff oder Cyberangriffen schützen.

Um die PCD vor unbefugtem Zugriff oder Cyberangriffen zu schützen, sind einige Schutzmaßnahmen zwingend erforderlich.

Informationen zu den Schutzmaßnahmen finden Sie auf der Support Seite

Wenn Sie eine PCD mit Cyber-Sicherheitsstufen SL3+ und basierend auf ANSI ISA 62443 benötigen, dann schauen Sie sich unsere PCD3.M6893 an (QronoX PCD), diese PCD wurde für cybersichere Anwendungen entwickelt.

Informationen sind hier verfügbar.

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]

Aufgrund eines Produktionsfehlers ist es möglich, dass PCD2.M5540, welche im Jahr 2020 hergestellt wurden, ein falsches Produktionsdatum mit dem Jahr 2000 und der Kalenderwoche 0 enthalten.

Dieses falsche Produktionsdatum führt dazu, dass eine Fehlermeldung in den PCD History eingegeben wird:
'FABINFO CRC FAIL'

und in der Hardware Info des PG5 Online-Konfigurators und in der Diagnosedatei die Warnung:
"Fab. Date (year/week): 2000/00; BAD PROD INFO CHECKSUM'
angezeigt wird.

Fehlerbeschreibung:

Dieses falsche Produktionsdatum führt dazu, dass eine Fehlermeldung in den PCD History eingegeben wird und auch in der Hardware-Info des PG5 Online-Konfigurators wird die Warnung angezeigt.

Die PCD2.M5540 funktioniert jedoch einwandfrei.

D.h. die Funktionalität der PCD2.M5540 und das Applikationsprogramm welches auf der PCD2.M5540 abgearbeitet wird, sind von dieser Warnung in keiner Weise betroffen.

Informationen in PG5 Online-Konfigurator, Hardware Info...

Informationen in der PCD History

Lösung:

Um das Problem zu beheben, laden Sie das beigefügte Programm auf die betroffene PCD2.M5540 und setzen PCD2.M5540 im Run-Modus.

Das Programm wird das Herstellungsdatum auf das Jahr 2020, Kalenderwoche 60 setzen und die Informationen remanent im uEprom der PCD2.M5540 speichern.

Kalenderwoche 60 wurde verwendet, um zu erkennen, dass das Herstellungsdatum mit diesem PG5-Programm geändert wurde.

Nach dem Aus- und Einschalten des 24VDC wird die Warnung
"Fab. Date (year/weeke): 2000/00; BAD PROD INFO CHECKSUM'
nicht mehr angezeigt und das Herstellungsdatum 2020, Kalenderwoche 60 wird angezeigt.

Das Programm muss nur 1 Mal auf der PCD2.M5540 ausgeführt werden.

Es ist nicht notwendig, das Programm in Ihr Applikationsprogramm zu integrieren.

Laden Sie danach Ihr Applikationsprogramm in die PCD.

Symptome
Programmierbaren PCD's, die als S-BUS Master über RS485 kommunizieren und welche die Firmware >= 1.28.20 und <= 1.28.33 haben, erhalten von den S-Bus Slave Geräten auf einige der S-Bus Master Anfragen keine Antwort, obwohl S-Bus Adresse, Baudrate, Polarität und RS-485 Terminierung in Ordnung sind.

Mögliche Auswirkungen des Problems

Bis jetzt haben wir festgestellt, dass die E-Line RIO Kommunikation offenbar mehr betroffen ist vom Problem als z. B. S-Bus RS485 Datenkommunikation zwischen CPUs.

In einigen Fällen war die Auswirkung so, dass es nicht mehr möglich war, die Ausgänge der E-Line RIO zu beschreiben oder die Änderung von Eingängen auf dem E-Line-RIO wurde nicht an den S-Bus-Master übertragen.

Mit der betreffenden Firmware ist es sehr schwierig oder unmöglich, das Anwenderprogramm über eine Gateway-Verbindung herunterzuladen.

Die PCD-Firmware 1.28.x für alle programmierbaren PCD's sind betroffen.

Grund

Der Grund des Problems ist ein Fehler in der Firmware des S-Bus-Master.
Das Problem in der Firmware ist, dass Telegramme welche als letztes Zeichen (CRC) einen DLE Character enthalten (B5 oder C5) ein fehlerhafte S-Bus Telegramm bilden, da das letzte Zeichen fehlt.

Da der CRC während der Laufzeit berechnet wird, tritt diese fehlerhafte S-Bus Telegramm abhängig vom Inhalt der S-Bus-Anfrage auf.

Die (fehlerhafte) CRC wird in der S-Bus-Anfrage vom Master zum Slave übertragen.

Wenn jetzt der Slave eine fehlerhaftes S-Bus Telegramm erhält und der erhaltene CRC nicht mit dem berechneten CRC übereinstimmt, dann verwirft der S-Bus Slave das S-Bus-Telegramm.

Lösung

Falls die betroffenen Firmwaren auf einer Installation mit RS485-S-Bus Data-Mode Kommunikation verwenden werden, dann aktualisieren Sie die S-Bus Master PCD auf die neuste, verfügbare Firmware >= 1.28.34

Diese Firmwaren beheben das Problem CVE-2017-9628 im Zusammenhang mit Ethernet-Frame-Padding-Informationen Leck.
Um jegliche Probleme in Bezug auf dieses Leck zu vermeiden, empfehlen wir Ihnen dringend, die PCD’s auf die neueste Firmware 1.28.16 / 1.24.69 oder neuer zu aktualisieren, wie auf dem Sicherheits-Upgrade-Bereich auf dieser Webseite beschrieben ist.

Auswirkungen von CVE-2017-9628
IEEE 802 definiert, dass Pakete eine minimale Größe von 56 Bytes haben.
Falls ein Packet weniger als 58 Bytes hat, dann wird erwartet, dass der Ethernet-Treiber das Datenfeld mit Nullen für das Padding füllt.
In einigen Implementierungen des Ethernet-Treibers werden aber Daten aus dem Resident-Speicher und andere Daten verwendet um das Datenfeld aufzufüllen, was aber ein Informationsleck verursachen könnte.
Dieser Angriff ist passiv; Der Angreifer kann nur Daten sehen, die die betroffenen Geräte als Teil eines Pakets ausgesendet haben.

Schwachstellenübersicht von CVE-2017-9628
Die bisherige Implementierung der Firmware erlaubte es, dass andere Daten aus einem bekannten Speicherbereich in diesem Bereich verwendet werden konnten und externe Daten enthalten konnte.

In April 2022:
the COSinus FW 1.28.51 was introduced into production for the systems:

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

In February 2019:
the COSinus FW 1.28.37 was released as maintenance version for the systems:

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

In June 2017:
the COSinus FW 1.28.16 was introduced into production for the systems:

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

the BACnet and LonIP FW 1.28.16 was put into production, which do support the BACnet Revision 14.
To support the BACnet Revision 9 it's necessary to use the PCD and the BACnet FW 1.26.xx.

Attention:
The firmware 1.28.xx or later can be used only on the following PCD's with 8 MB onboard firmware memory:
PCD1.M0xx0/M2xx0, PCD2.M4x60, PCD3.Mxx60, PCD3.M6880 and PCD3.T665/T666/T668

The table below does show the hardware dependencies in relation with the COSinus firmware versions

Do use at least the PG5 firmware downloader version 2.1.311 or newer (included in PG5 patch 2.1.311 or newer) to prevent the loading of the FW 1.24.xx, 1.26.xx or newer to a not compatible PCD

Firmware 1.28.51 (April 2022)

Main corrections

• All PCD’s: Saia PCD Modbus diag does not work if diag flag > 9999
• All PCD’s: SNTP and hardware RTC is diverging from more than 2 seconds, then History message ‘RTC Fail error’ is generated
• All PCD’s: SNTP Time synchronization does not work with DHCP
• All PCD’s: E-Mails send from PCD could contain unwanted characters like 0 or others
• All PCD’s: S-Monitoring values for S-Monitoring bar graphs are sometime wrong
• All PCD’s: S-Monitoring Year graph scaling displayed wrongly
• All PCD’s: TCP, open data mode protocol, communication is blocked after rejection of 32 connections
• All PCD’s: LonIP CSF is locked when an error occurs
• PCD2.M45x0: SRXM does not support FB parameters as operand 3 and 4 for source and destination
• PCD1.M2220-C15: Watchdog LED does not follow Relay when PCD goes in STOP or HALT
• PCD3.M6880: Data exchange between CPU 0 and CPU 1 does not work reliable if STL instruction is used
• BACnet: Calendar state not updating after add/remove list element service
• BACnet: Exception schedule writing to certain array index fails
• BACnet: Schedule crashes with SWTO error
• BACnet: MS/TP client properties are not written if many values change simultaneously
• BACnet: Problem reliability & out of service, reliability is not written when oos is high
• BACnet: Web CGI commands to read BACnet platform tags like ..AddFW,Version,BACnet don’t work
• BACnet: Web scheduler/calendar templates do not work
• BACnet: PCD3.M6860 no BACnet communication on ETH2 if router is used
• BACnet: Rev 4 not working with Name based Client
• BACnet: Rev14 does not allow high limit value below 5 on analogue input

Firmware 1.28.37 (February 2019)

New features

• All PCD’s: FW extension to close all open FTP connections
• BACnet: Calendar objects have been extended with a synchronization mode. Each server calendar object can be configured as Slave or Master calendar
• BACnet: New mappings for alarming counters have been added to Notification-Class objects.
• BACnet: The PCD will now accept AcknowledgeAlarm service requests, which use complete wildcards as timestamps.

Main corrections

• All PCD’s: On S-Bus data mode, if S-Bus CRC contains a S-Bus DLE as last character then S-Bus telegram is incorrect and not accepted from S-Bus recipient. (Since FW 1.28.20)
• All PCD’s: Not all bytes are transmitted when working with MC4 or MC5 mode on F2xxx module
• All PCD’s: RS485 driver keep holding bus after a while
• All PCD’s: Http request ‘is modified’ is not handled correctly on the PCD Web-Server which lead to the effect that web project is not loaded correctly on the browser
• All PCD’s: PCD can crash when breakpoint is updated during conditional RUN
• All PCD’s: PCD can crash on download in run since FW 1.28.27.
• All PCD’s: PCD can crash on download in run when Graftec is used
• All PCD’s: PCD crashes when using browser to access the default page of PCD with "Display Root Content Enabled = YES"
• All PCD’s: RCOB does not start COB when it was stopped before with SCOB
• All PCD’s: Profibus communcation using onboard FDL port. The FCS test for SD2 telegram was not implemented correctly.
• All PCD’s: When S-Bus IP Nodelist is used it’s possible that the communication using nodes does no more work after execute a download in run
• All PCD’s: XOB parameter as Registers does not work if 16bit addressing was used
• All PCD’s: LonFT10: SNVT_obj_status and SNVT_obj_request can be used in user profiles
• PCD3.Mxx60, PCD3.T6xx, PCD1.M2xx0, PCD2.M4x60: usage of I/O media mapping slows done the cycle time 2 times in comparison to FW 1.26.xx
• PCD2.M4x60: Download LonIP config not possible
• PCD2.M4x60: RTC gets sometime corrupted data when PCD7.F7500 is used on PCD2.M4x60
• PCD2.M4x60: RTC Time is wrong after several days of run
• PCD7.D443WTxR: uBrowser use alphapad.teq even if screen is rotated by 90°
• PCD7.D443WT5R: History entry Memory ‘Lost -1’ written in the History
• BACnet; Event Enrolment does not work correctly with external reference devices.
• BACnet; When using BACNet Webvisu the memory used increase each time the scheduler is edited.
• BACnet; PCD crash when BACnet Webvisu edit scheduler.
• BACnet; BACnet WebVisu does not display correct value for the WeeklySchedule value.
• BACnet; ACK Required bit in notification message is not set according to the related NV ack_required bits
• BACnet: The PCDAlarmStatus mapping property does not work correctly.
• BACnet: Mappings, which changed to the value 0 directly after a program download, are not updated correctly on the BACnet property.
• BACnet: The Priority-Array mapping does not work correctly after startup.
• BACnet: Initialization of Puls converter count with input reference gives error
• BACnet: Fix issue with weekly scheduler.
• BACnet: Fix issue with WeekNDay entries
• BACnet: The Restore functionality over BACnet does not work, when the PCD has been reset over factory reset.
• BACnet: The Action property in the command object does not handle NULL datatype and priority entries correctly, if they are used in the ActionCommand. Additionally, the Action property can now be read via index.
• BACnet: Priority_Array entry 16 will be overwritten on startup with the last Present_Value mapping
• BACnet: Out of Service -> Value for PV overridden after reboot by Input ref
• BACnet: The Log_Buffer to csv conversion for trend-log objects does not skip time change entries
• BACnet: Unmapped Priority-Array property array entries are not stored persistent
• BACnet: BACnet configuration on the PCD is not deleted when "unlinked" from PG5
• BACnet: Change Client Time_Of_Restart mapping to Unix time
• BACnet: Client mapping - Threshold is not implemented correctly
• BACnet: Mapped Reliability properties within analogue objects does interfere with the objects functionality. When the Reliability is mapped, the mapping has not full control over the property value.
• BACnet: The program download fails, when the BACnet config contained notification-class objects with event-counter mappings
• BACnet: BACnet Trend-Log(-Multiple) data can’t be retrieved as csv data
• BACnet: The SubscribeCOVProperty service can’t be executed on complete Priority_Arrays

Firmware 1.28.16 (June 2017)

New features

• All PCD's: When push button is pressed while power on then do not update FW from FS in order to execute a delete all.
• PCD1.M0xx0/M2xx0, PCD2.M4x60, PCD3.Mxx60, PCD3.M6880 and PCD3.T665/T666/T668:
  Enhancement for HTTP server to transparently support sending compressed files.

Main corrections

• All PCD's SBUS parity mode, correction when NAK character is received as first byte of response.
• All PCD's: When download new Ethernet-RIO Program with the option ‘Delete all backups’ it can happen that the RIO is not commission and no goes no more in ‘data exchange mode’ until the PCD reboots.
• All PCD's: When RIO name is not in upper case the RIO file is not updated until a restart is executed.
• All PCD's: When RIO file is downloaded with download changed RIO file then RIO file is not sent to RIO until a restart is executed.
• All PCD's: Ethernet Frame Padding Information Leakage fixed (CVE-2017-9628)
• All PCD's: The Modbus CSF CloseSRPort does not free the port then a open/SASI call give an error and the port does not work.
• PCD1.M2xx0 PCD1.M22x0 PCD2.M4x60: PCD can crash while power down when XOB 0 is programmed.
• PCD1.M2xx0 PCD1.M22x0 PCD2.M4x60: MC0 mode with start/stop flag working again.
• PCD7.D443WT5R: Alarming does not work since 1.28.00 FW.
• PCD7.D443WT5R: When watchdog timeout occurs PCD7.D443WT5R does't reboot and stays locked.

Firmware 1.28.11 (Arpil 2017)

New features

• All PCD's: Support of BACnet Revision 14

Main corrections

• All PCD's: Various Open Data Mode fixes: Read Timeout enhancement, Client Connection timeout and Client Keep alive with anonymous port issue fixed
• All PCD's: Modbus RTU on all ports but specially on the F2xx module has been corrected to handle the response timeout processing in the case that the response is just occurring at the moment of the timeout.
• All PCD's: Battery status shows FAIL also if battery module is missing.
  All PCD's: Various minor issues fixed
• PCD1.M2xx0 & PCD3+: 38400/115200 baud settings adjustment
• PCD2.M4x60: PCD7.F7500 initialization

Mit Firmware > = 1.26.00, nach dem Einschalten / Ausschalten der PCD, die LON-Bindungen sind verloren.[autotranslated]

Symptome The LON Kommunikation nicht funktioniert nicht mehr nach dem Einschalten/Ausschalten. In der Inbetriebnahme-Tool, z. B. NL220 der Lon-Knoten wird immer nach der Netzwerk-Funktion "rot" -> TestGrundIn FW 1.26.xx gibt es ein Problem mit der Datei-Update auf die Flash-Karten, die Bindungen sind nur Updates im Speicher, aber der Vorgang auf das Dateisystem speichern fehlschlägt. Daher ist die verbindliche Auskunft nach dem Einschalten / Ausschalten verloren. Lösung Die Korrektur erfolgt mit > = 1.26.24. Die Firmware des PCD und die LonIP FW müssen aktualisiert werden, in der Inbetriebnahme-Tool z.B. NL220 ein Netzwerk -> Reparatur Funktion muss auf dem Knoten ausgeführt werden.

Nur die FW > = 1.26.00 sind besorgt. (z.B. FW 1.24.xx dieses Problem betrifft keine)

[autotranslated]

Im Juni 2017:
die COSinus-FW 1.26.31 wurde als Wartungsfirmware für die Systeme freigegeben:

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

BACnet und LonIP FW 1.26.31 wurden auch als Wartungsfirmware freigegeben. Diese Version unterstützt BACnet Revision 9.
Um BACnet Revision 14 zu verwenden muss die PCD und BACnet FW 1.28.xx verwendet werden.

Im März 2017:
die COSinus-FW 1.26.28 wurde in die Produktion für die Systeme eingeführt:

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

BACnet und LonIP FW 1.26.28 wurde eingeführt in die Produktion

Im Juni 2016:
die COSinus-FW 1.26.15 wurde in die Produktion für die Systeme eingeführt:

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

Die COSinus FW 1.26.16 wurde eingeführt in die Produktion für die Systeme: PCD3.T665/T666/T668.

BACnet und LonIP FW 1.26.15 wurde eingeführt in die Produktion[autotranslated]

Aufmerksamkeit:Die Firmware 1.26.xx oder neuer kann nur auf PCD den folgenden PCD's  mit 8 MB onboard Firmware-Speicher verwendet werden.
PCD1.M0xx0/M2xx0, PCD2.M4x60, PCD3.Mxx60, PCD3. M6880 und PCD3.T665/T666/T668.

Die folgende Tabelle zeigt die Abhängigkeiten der Hardware im Zusammenhang mit der COSinus-Firmware-Versionen

Verwenden Sie mindestens die PG5 Firmware Downloader-Version 2.1.311 oder neuer (inklusive PG5 Patch 2.1.311 oder neuer), das Laden der FW 1.24.xx oder 1.26.xx an einem nicht kompatiblen PCD zu verhindern.

Firmware 1.26.31 (Juni 2017)

Wichtigste Korrekturen

• Alle PCD's: SBUS-Paritätsmodus, Korrektur, wenn NAK-Zeichen als erstes Byte der Antwort empfangen wird.
• Alle PCD's: Beim Download des neuen Ethernet-RIO-Programms mit der Option 'Alle Backups löschen' kann es vorkommen, dass das RIO nicht in Betrieb geht und nicht in den 'Datenaustausch-Modus' geht, bevor die PCD neu gestartet wird.
• Alle PCD's: Wenn der RIO-Name nicht in Großbuchstaben ist, wird die RIO-Datei nicht aktualisiert, bis ein Neustart ausgeführt wird.
• Alle PCD's: Wenn die RIO-Datei mit der Option ‚Download changed RIO file‘ heruntergeladenen wird, wird die RIO-Datei nicht an RIO gesendet, bis ein Neustart ausgeführt wird.
• Alle PCD's: Korrektur der Ethernet Frame Padding Information Leakage (CVE-2017-9628)
• Alle PCDs: Der Modbus CSF CloseSRPort befreit den Port nicht, dann ein offener / SASI-Anruf gibt einen Fehler und der Port funktioniert nicht.
• PCD1.M2xx0 PCD1.M22x0 PCD2.M4x60: PCD kann abstürzen, während die Stromversorgung ausgeschaltet wird, wenn XOB 0 programmiert ist.
• PCD1.M2xx0 PCD1.M22x0 PCD2.M4x60: MC0-Modus mit Start / Stopp-Flag wieder arbeiten

Firmware 1.26.28 (März 2017)

Verbesserungen

• Text-Ram kann jetzt gelöscht werden (alle Zeichen sind Leerzeichen festgelegt) mit der Cgi-Schnittstelle durch das Schreiben einer Zeichenfolge der Länge Null.
• Ping-Anforderung auf ETH2 über Rooter von verschiedenen Sub net.
• LonIP Mapper Verbesserung
• Web-Server-RAM-Disk erhöht
• Error-Led setzen nicht auf IR-Überlauf

Wichtigste Korrekturen

• Alle PCD: MC0 Kommunikation mit F2xx Modul und damit verbundene Kommunikation Flags werden im Falle einer Übertragung korrekt behandelt
• Alle PCD: Text Ram kann jetzt gelöscht werden (alle Zeichen sind Leerzeichen festgelegt) mit der Cgi-Schnittstelle durch das Schreiben einer Zeichenfolge der Länge Null.
• Alle PCD: mehrere AlarmLists mit ähnlichen Namen wird jetzt "initialisiert" richtig.
• Alle PCP: TCP-Client Keep alive funktioniert nicht, wenn anonyme Port verwendet wird.
• Alle PCD: Profi-SBus GWY tut nicht Wor, Profi-SBus Master/GWY aufhören zu arbeiten, nachdem Kabel wieder angeschlossen ist.
• Alle PCD: PCD-Absturz wenn DIGI(R)/DIGO(R) mit ersten Parameter als FB-Parameter verwenden.
• Alle PCD: Korrektur für Modbus RTU Kommunikation über F2xx Kommunikationsmodul
• Alle PCD: Wenn RIO Download Download geändert Datei RIO RIO-Datei nicht an RIO gesendet wird, bis ein Neustart ausgeführt wird.
• PCD1.M22x0: Beim Ändern der Analogausgangswert, wechselt die Watchdog. Die entsprechende Flagge das Watchdog-Relais umschalten hat keinen Einfluss.
• PCD2.M4x60: Manchmal ist der Profibus DP-Modul nicht richtig beim Start initialisiert.
• PCD2.M5xx0: Beim Wiederherstellen Programm aufgrund einer fehlenden oder leere Batterie Konfiguration (SBus/IP,...) wird nicht korrekt wiederhergestellt.
• PCD2.M5xx0: Modbus RTU auf allen Ports aber speziell auf das F2xx-Modul wurde korrigiert und verarbeiten der Antwort Timeout Verarbeitung im Fall, dass die Antwort nur im Moment der Timeout auftritt.
• PCD2.M5xx0: Manchmal verliert man Config nach Download-Projekt mit Self download-Tool.
• PCD3.Mxxx0: Batterie-Status zeigt auch FAIL wenn Akku-Modul fehlt.
• PCD3.Mxxx0: Ftp-Server mit lange Befehle gelöst.
• PCD3.Mxxx0: Modbus RTU auf allen Ports aber speziell auf das F2xx-Modul wurde korrigiert und verarbeiten der Antwort Timeout Verarbeitung im Fall, dass die Antwort nur im Moment der Timeout auftritt.
• PCD3.Mxxx0: Manchmal verliert man Config nach Download-Projekt mit Self download-Tool.
• PCD3.Mxx60: Profi-SBus/DP/SIO funktioniert nicht an Port 2 auf PCD3.M3x60 & PCD3. M5360.
• PCD3. M6860: Ping-Anforderung über Rooter von verschiedenen Sub net ist nicht reagieren.
• PCD3. M6860/M880: Profibus/S-IO/Profi-SBus funktioniert nicht stabil.
• PCD3. M6860: Set PCD zu HALT wenn es gibt keine oder inkompatible Medien zwischen der zwei CPUs übertragen.
• PCD3.T66x: Der RIO-Status-Webseite erlaubt nicht die Diagnose klar.
• BACnet: Die Speicherauslastung des BACnet FW war für jeden SubscrobeCOVProperty-Service, erhöhen die PCD eingegangen ist.
• BACnet: Eine Client-Konfiguration für Priority_Array Eigenschaften in Commadable Objekten (z.B. Analog-Wert) erlaubt jetzt, (ReadProperty/COV) lesen und schreiben (WriteProperty Dienst auf Server) zur gleichen Zeit.
  
  

Firmware 1.26.15 (Juni 2016)

Neue Funktionen

• Unterstützung der PCD1. M2220-C15
• Unterstützung von PCD2.M4x60
• Unterstützung der PCD3. M3160/PCD3. M3360/PCD3. M5360
• Unterstützung der PCD3. M6880, PCD3. T668 Standby-CPU-System

Verbesserungen

• PCD2.M4x6x, Unterstützung zu unterbrechen, wenn die konfigurierte Ref Wert erreichen
• PCD1.Mxxx0, PCD2.M4x60, PCD3.Mxx60 PCD7.D4xx: Erhöhen Sie keine flüchtigen Register bis 1000
• PCD3. T666/8: Erhöhen Sie die User Programmspeicher für bis 256k
• PCD3.T66x: Unterstützung der ESIO Manager Variablenwerte für IP-Adresse verwenden
• PCD2/3.F2xx Module Baudrate: Unterstützung 300/600/1200 Baud Einstellungen für im MC-Modus.
• S-Monitoring: Im Balken zeigt die aktuelle Uhrzeit sichtbar ist, der Durchschnitt für den Zeitraum errechnet sich nicht in einer optimalen Weise (Zeitscheibe, Ref Zeit, befindet sich eine Bar). Neu wird es in Sekunden angezeigt.
  
  

Wichtigste Korrekturen

• PCD3. M6860/M6880: Wenn update FW auf Verlängerung mit dem Dateisystem nach dem Update die Erweiterung, die FW in einer Endlosschleife bleiben können
• PCD3. M6880: Absturz Wen Timmer/Zähler wird in der Read-Symbole abgebildet.
• PCD3. M6880: PCD kann abstürzen mit MuKe Fehler beim Verwenden der SBus GWY parallel mit Modbus TCP
• PCD3. M6880: Standby CPU1 nicht immer stoppen wann CPU0 Absturz
• PCD3. M6880: CPU0 1 aus lesen Daten Kommunikation manchmal Stop funktioniert
• PCD3. M6880: Fügen Sie ein übertragen Fehler Diagnose Tag "DataTxErrors"
• PCD3.Mxxx0: Batteriemodul auf e/a-Steckplatz 3 Batterie-Status in der Geschichte zeigt nicht
• PCD3.Mxxx0/PCD1.M2xx0: Einige Baudrates auf onboard Ports sind nicht korrekt
• PCD2.M4x60: RTC Lese-/Schreibzugriff sperren die PCD für ca. 30ms
• PCD2.M4x60: Modem funktioniert nicht wegen der nicht funktioniert DCD
• PCD3.T66x: ELine CSF Bibliothek hinzufügen
• PCD3.T66x: Serielle com funktioniert nicht mit SASI Anleitung
• PCD3.T66x: CSF Modbus Server Init gibt eine Fehlermeldung, wenn Port 502 verwendet wird, da dieser Port bereits geöffnet ist
• PCD7. D443WT5R: Abtretung/Konfiguration des Anschlusses 1 sollte einen Fehler zurück, da Port 1 nicht unterstützt wird
• PCD7. D443WT5R: Entfernen Sie e/a-Zugriff aus dem System. PCD geht jetzt HALT mit "INVALIDE OPCODE"
• PCD2. W220 mit Pt1000: signifikante Abweichung zwischen Singel Kanäle
• BACnet: Listeneigenschaften (wie Date_List, Exception_Schedule,...) konnte nach einem Neustart PCD verschwinden, wenn ein WriteProperty mit einer leeren Listenwert für diese Eigenschaften vor dem Neustart zugegangen sind. Dieses Verhalten wurde nur für dauerhafte Eigenschaften vorhanden
• BACnet: Log_Buffer Eigentum des Trend-Log-Objekt konnte nicht gelesen werden nicht mehr mit den Dienst ReadRange, nachdem ein Ereignis-Log oder Trend-Log-Multiple über ReadRange gelesen wurde
• BACnet: Schreiben, die ein einzigen analogen Ausgabekanal nicht funktioniert. Die Ausgabe ist nicht ändern. Output-Kanäle über die zugeordneten Funktionen schreiben arbeitet
• BACnet: PCD mit BACNet-Schleifen mit neu starten, wenn Programm "INVALIDE OPCODE" hat
• Warme Neustart funktioniert nicht
• SBus ELine hat manchmal Wiederholungen
• Wenn erstellen einen Text/DB die Sicherung schlägt fehl, bis ein Neustart erfolgt
• PCD Crash mit BUS-Fehler auf STXT Anweisung wenn Text leer ist
• Modem funktioniert nicht richtig
• Modem funktioniert nicht oder PCD-Absturz beim Modem konfigurieren
• PKD kann abstürzen, wenn in Modbus RTU Fehler auftritt
• Der PCD-Absturz, wenn ein BITI mit Nummer als FB Parameter ausgeführt wird
• PCD-Absturz wenn verwenden Profi-S-Bus-Master
• Manchmal ist das Programm verloren, wenn FW von 1.24.xx auf 1.26.xx aktualisieren
• MOVX/DIVX Funktion wo nicht arbeitend auf Vorgangs-oder vorübergehende Verwendung indiziert
• Deasble der sichere Modus Config-Tag-Wert für GWY Modus "Data_no_secure" hinzufügen
• Nicht möglich, eine Datei über das Webinterface, FTP-Server (ftp.cgi oder ftp.json) laden Sie die Datei beginnt mit einem Leerzeichen (entweder ein Leerzeichen oder einem Tab)
• CSF CopyDBBytesToR Absturz beim letzten Register größer ist
• Diagnostischen Flaggen im S-Bus-Master-Modus sind nicht korrekt, wenn gibt es Kollisionen auf der RS-485-Netzwerk
• CSF Backup/Restore Media einen Fehler bei der Wiederherstellung geben, wenn Daten beim Sichern/Wiederherstellen ändern
• MOV-Anweisung mit Typ Position als FB-Parameter gibt Fehler-Flag und schlägt fehl
• Web-Alarm: Mit "Gruppe Farbmodus" und Gruppe größer als 8 korrigieren Sie alarmierende Farbe

[autotranslated]

Es ist möglich, dass nach einem FW-Update der PCD auf die FW 1.20.xx, 1.22.xx oder 1.24.xx einen Eintrag 'FWDnld UnknownFW' in der FW-History gibt.
Dieser Eintrag wird in der FW-History nach der Zeile 'FWDnld 1.2x.xx PLC CLASSIC' eingefügt.
Siehe dazu das Bild unten

Die Meldung 'FWDnld UnknownFW' wurde durch einen Fehler in der alten FW der PCD verursacht und hat keine Bedeutung.
Die Meldung kann ignoriert werden und die Historyliste kann gelöscht werden.

Falls eine FBox-Bibliothek (oder ein IL-Programm) eine Funktionalität verwendet, die nicht in der PCD-Firmware implementiert ist, wird die PCD nicht ausgeführt, sondern zeigt die Fehlermeldung "SF nicht geladen" (z.B. in der PCD-Historie oder im Online-Konfigurator).[autotranslated]

Symptom
Nach dem Download eines Programms wird eine SBC-NT-basierte PCD (z.B. PCD3) nicht ausgeführt, sondern bleibt in der Ladezeit. Wenn Sie mit dem Online-Konfigurator online gehen, wird die Meldung "SF nicht geladen" angezeigt.


Grund
Das Anwenderprogramm verwendet eine Funktionalität, die nicht in der Firmware implementiert ist (und daher kann die PCD das Anwenderprogramm nicht ausführen).

Lösung
Die Lösung besteht entweder darin, die Firmware zu aktualisieren oder das CSF zu vermeiden, was zu dem Problem führt.
Falls nicht bekannt ist, welches CSF für die "SF nicht geladen" verantwortlich ist, kann die SF-Bibliothek basierend auf der vom Online-Konfigurator angegebenen Programmzeile gefunden werden (die Programmzeile ist mit "Halt at xxx" im Status angegeben; im Screenshot oben ist das CSF programmatorische Zeile 4). Mit dem Online-Debugger kann dieses CSF durch Eingabe von "DP4C10" angezeigt werden:

Display Program 4 Count 10 (Enter)


In diesem Fall ruft das CSF die SF-Bibliothek 26 auf (die nicht in der oben verwendeten Firmware 1.10.51 implementiert ist).

Wie kann ich die Funktionalität anhand der Bibliotheksnummer kennen?
Nachfolgend finden Sie eine Liste der am häufigsten verwendeten Systemfunktionsbibliotheken (und in denen FBox libarary sie verwendet werden):

• SF-Bibliothek 0: S.SF. IP (z.B. Open Data Mode)
  Wird von mehreren IP-Kommunikationstreibern wie EIB/Net verwendet und zum Lesen oder Schreiben der IP-Adresse der PCD.
• SF-Bibliothek 2: Systembibliothek
  Wird von FBoxen zum Lesen der Seriennummer verwendet
• SF-Bibliothek 4: S-Net-Bibliothek
  Z.B. Gebraucht von FBoxen für Profi-S-Bus und Ether-S-Bus
• SF-Bibliothek 6: S.SF. DBLib (z.B. CopyTextBytes), zuvor die "ApplicationLib" für CopyText
  Z.B. verwendet von der Modem FBox Bibliothek, HDLog to File Bibliothek.
• SF-Bibliothek 7: Dateisystembibliothek
  Z.B. von den FBoxen für das Dateisystem oder "HDLog to File"
• SF-Bibliothek 9: IP-Dienste (EMail, PPP, DNS, SNMP usw.)
  Z.B. verwendet von der EMail-Bibliothek und der WAA (Wide Area Automation) FBox-Bibliothek
• SF-Bibliothek 10: S-Web-Alarmierungsbibliothek
  Z.B. verwendet von den S-Web Alarming FBoxen und der DDC Suite
• SF-Bibliothek 13: Modbus-Bibliothek
  Z.B. verwendet von Modbus und der P-Bus FBox Bibliothek
• SF-Bibliothek 19: LON über IP-Bibliothek
  von LON über IP-Funktionen verwendet
• SF-Bibliothek 22: SPI-Framing-Protokoll für PCD2/3.F2xx(x)
  z.B. von der M-Bus Bibliothek 2.6.100 und höher
• SF-Bibliothek 23: Energiemanager-Bibliothek
• SF-Bibliothek 25: LON FT Bibliothek
• SF-Bibliothek 27: ELine-Bibliothek für ELine-Module
  Da PCD Firmware Version 1.24.xx

Die einzelnen Funktionscodes (zweite Zeile des CSF-Aufrufs, "0" im Screenshot oben) der entsprechenden Bibliotheken finden Sie in den Definitionsdateien im Ordner
c:'Dokumente und Einstellungen'Alle Benutzer'Saia-Burgess'PG5_20'Libs'SF'*.lib
(z.B. SFModbusLib_en.lib für die Funktionen der Modbus-Bibliothek.[autotranslated]

Als das "Original" Instruction List Set (mit der Mnemotechnik STH, OUT etc.) konnte nicht erweitert werden, durch eine unbegrenzte Anzahl an neuen Anweisungen, der Ruf der neuen Features wie z. B. die Open Data-Modus usw. Senden von E-Mails erfolgt mit so genannten SFs (steht für "Systemfunktion"). Diese SFs werden mit CSF Anweisungen (System Call Function) genannt.[autotranslated]

Was ist ein SF-Bibliothek?
Eine Systemfunktion-Bibliothek ist eine eine Reihe von Funktionen, die in der Firmware implementiert sind und die mit der IL mnemonische CSF aufgerufen werden kann. Eine SF-Bibliothek enthält in der Regel mehrere Funktionen, die miteinander verwandt sind. Ein GFK erwartet die SF-Bibliothek und die Funktion aus dieser Bibliothek, zusammen mit einer Reihe von Parametern (beschrieben in der SF-Library, die die IL Editor SEdit von PG5 2.0 Sie in finden der Onlinehilfe).

Wie wird ein GFK verwendet?
In das User-Programm ist eine SF-Funktion mit der mnemonischen CSF, gefolgt von der Bibliothek, die Funktion und den Parametern aufgerufen:
CSF [cc]-Bibliothek
Funktion
Parameter 1
Parameter 2
...


Dies kann von innen eine FBox oder direkt aus einem IL-Programm erfolgen (wie das Engineering schneller mit der FBoxen, die meisten GfK von FBox Bibliotheken aufgerufen werden ist).
Die "Übersetzung" zwischen aussagekräftige Namen (z.B. S.SF.DBLIB.CopyTextBytes) und der Code, der verwendet wird, von der Firmware erfolgt durch PG5. Eine Liste der am häufigsten verwendeten SF-Bibliotheken finden Sie im FAQ 101568.

[autotranslated]

Sogar die Firmware-Dateiname schlägt Hardware Rev. würde ' benötigt man diese Firmware ist geeignet für Revisionen 'A' und höher.[autotranslated]

Mit PG5 2.0 ruft die aktuelle Produktion Firmwares auch auf dem Computer installiert. Sie befinden sich im Verzeichnis
"c:\Program Files\SAIA-Burgess\PG5_20\FW\Classic\" oder ähnlich.



Der Dateiname für die PCD2.M5_ enthält eine falsche Mindestanforderungen an die Hardware-Revision Beschreibung und heißt "PCD2M5xx0_1.14.23(HW min D).blk" versehen.
Also im Gegensatz zu den Dateinamen die Firmware 1.14.23 ist Rechtsstand zu PCD2.M5xx0 mit Hardware Revision 'A' und höher.
Der Dateiname wird mit dem nächsten Service-Pack für PG5 2.0 korrigiert werden.

[autotranslated]

Im Juli 2010 wurde die Firmware 1.14.23 in die Produktion der PCD2.M5xx0 und die PCD3.Mxxx0 eingeführt. Diese FAQ listet die wichtigsten Unterschiede zwischen den Versionen 1.10.51 und 1.14.23.[autotranslated]

Neue features
Bitte beachten Sie, um die Vorteile dieser neuen Funktionen PG5 2.0 SP1 (PG5 2.0.150) ist erforderlich.

• Erhöhte Menge an verfügbaren Flags (14335 statt 8191), siehe FAQ 101447
• S-Web und FTP-Server sowie die IP-Erweiterungen (DHCP, DNS, SNTP und PPP) in der Geräte-Konfigurator konfiguriert werden können, finden Sie unter FAQ 101464
• Webserver Zugriffsebenen können jetzt konfiguriert werden, in der Geräte-Konfigurator (war vor in den WebBuilder-Einstellungen), finden Sie unter FAQ-101613
• IEEE floating Point Werte kann auf dem S-Web-Server angezeigt werden (das Format ist "e"), finden Sie unter FAQ-101188
• Anzahl der Maiskolben auf 32 erhöht, siehe FAQ 101467

Wichtigste Korrekturen

• SYSWR für DB-Backup fehlgeschlagen nach einer Menge Sicherungen finden Sie unter FAQ 101466
• STXT mit mehr als 512 Bytes gesendet einen falschen Text finden Sie unter FAQ 101468
• Die IP-Adresse für die Open Data Systemfunktion "ConnectTCP" konnte nicht als Konstante angegeben werden

Hardware-Kompatibilität der Firmware 1.14.23 mit PCD3 Systemen
Die Firmware 1.14.23 benötigt einen PCD mit 4 MB onboard Flash-Speicher ausgestattet. Daher die minimalen Hardware-Versionen für die Installation der 1.14.23 und später sind:

Für PCD3-Systeme, die älter als die Firmware aufgelistet ist 1.10.61 die letzte Firmware, die auf diesen Systemen installiert werden kann. Diese Firmware ist und bleibt auf der Support-Website parallel zu den 1.14.23 zur Verfügung.

Bemerkungen

• Wenn die Aktualisierung von 1.10.xx
  Bitte beachten Sie, dass das User-Programm sowie die Kommunikationseinstellungen verloren während des Firmware-Updates von 1.10.xx zu 1.14.xx (oder 1.16.xx) sind
• BACnet-Anwendungen
  Die BACnet-Firmware 1.14.26 ist auf diese neue Produktion Firmware kompatibel. Laden Sie das neueste BACnet-Firmware-Paket für PCD-Firmware-1.14.xx von der Support-Seite (Link unten).

[autotranslated]

Für den Fall, dass ein Text mit mehr als 512 Bytes gesendet wird, mit einer Firmware älter als 1.14.23 wurde der entsprechende Text nicht korrekt gesendet.[autotranslated]

Symptom
Wenn Sie einen Text mit einer Länge von mehr als 512 Bytes auf einer PCD3 oder eine PCD2 zu senden.M5 mit einer Firmware älter als 1.14.23 der Text, der gesendet wurde, ist nicht korrekt.
Für den Fall, dass der Text gesendet werden Sub Texte enthält die eingeführt werden, mithilfe von Text (z. B. die $Lnnnn) interpretiert und die endgültige Länge gesendet werden ist mehr als 512 Bytes, das gleiche Phänomen zu beobachten.

Lösung
Bitte aktualisieren Sie die Firmware Ihrer PCD auf Version 1.14.23 oder höher.[autotranslated]

Bis Firmware-Version 1.14.23 wurde die maximale Höhe der Maiskolben (zyklische Organisation Blöcke) 16. In der Firmware 1.14.23 wurde neben der Maiskolben auf 32 erhöht. Somit auf PCD2.M5 und PCD3 und neueren Systemen bis zu 32 Maiskolben können werden verwendet (COB bis 31).[autotranslated]

Bemerkung
Bitte beachten Sie, dass PG5 2.0 Service Pack 1 (PG5 2.0.150) ist erforderlich, um die Maiskolben 16 Programm und höher.[autotranslated]

In einigen Fällen in der Regel nach einer Menge Sicherungen die ausgeführt worden, das Fehlerbit 7 (flash Aufgabe bereits gestartet wurde) oder 8 (flash-Fehler) wird eingestellt mit Firmware älter als 1.14.23.[autotranslated]

Symptom
Eine backup DB zu blinken (IL Befehl "Copy TEXT/DB to flash Card", SYSWR 3000 oder 3100) schlägt fehl, und die Fehlerbits 7 bzw. 8 festgelegt. Dieser Fehler bleibt, sogar nach einer Wartezeit von einigen Minuten ohne erneut versuchen, eine Sicherung zu blinken.

Lösung
Dieses Problem ist in der Firmware 1.14.23 korrigierte oder höher. Bitte aktualisieren Sie Ihre PCD-Firmware, um dieses Problem zu lösen.[autotranslated]

Im Mai 2010 wurde die Firmware 1.10.51 in die Produktion der PCD2.M5xx0 und die PCD3.Mxxx0 eingeführt. Diese FAQ werden die Hauptunterschiede zwischen diesen Versionen aufgelistet.[autotranslated]

Neue features

• Seriell-S-Bus-Modus "Parität Meister" wird jetzt auf alle seriellen Schnittstellen der PCD unterstützt, finden Sie unter FAQ 101103

Wichtigste Korrekturen

• Erhöhte Stabilität für BACnet Upload/Merge (erfordert BACnet Firmwareversion 1.10.50), siehe FAQ 101417
• Korrektur die vermeidet Datenverluste auf die SD-Karten, wenn eine Karte mit mehr als 256 kBytes Kapazität von 70 % gefüllt ist, finden Sie unter FAQ-101377
  Für den Fall, dass eine SD-Karte auf die PCD verwendet wird, wird das Update der Firmware auf die Version 1.10.51 dringend empfohlen!
• Vermeiden Inter Charakter Verzögerung auf Port 2 und 3 (PCD2.M5) oder 0 und 3 (PCD3) führen könnte zu Kommunikationsproblemen, finden Sie unter FAQ-101382
• Ein Bus-Fehler kann in bestimmten Fällen auftreten, finden Sie unter FAQ-101418
• Lesung Ni1000-Sensoren mit einem PCD2/3.W340 durch die Medien-Zuordnung, die falsche Werte zurück finden Sie unter FAQ-101416
• Profi-S-I/O und Profibus-DP-Master nicht funktionieren, finden Sie unter FAQ 101244

[autotranslated]

Zum Schreiben von Daten in Dateien auf dem PCD-Datei-System und für das Senden von SMS oder E-Mails ist es möglich, geben den Inhalt von Medien (Register, Flags etc.) in den Text geschrieben oder gesendet werden. Dies geschieht, indem man z.B. ein $R0100 in den Text gesendet werden. Zum Zeitpunkt des Schreibens wird die "$R0100" durch den Inhalt des Registers 100 ersetzt.[autotranslated]

Während am Anfang nur Punkte als ein Trennzeichen in interpretierte Texte verwendet werden können, ist es auch möglich mit dem Komma als Trennzeichen mit den letzten Firmware-Versionen. In diesem Fall anstelle eines Punktes wird ein Komma verwendet werden:


Firmware Abhängigkeiten
Das Kommatrennzeichen kann verwendet werden, beginnend mit der folgenden Firmware-Versionen:

[autotranslated]

Unter bestimmten Umständen (wenn das Dateisystem von mehr als 70 % belegt) Datenverluste auf SD-Karten, die größer als 256 MByte beobachtet worden. [autotranslated]

Symptom
Unter bestimmten Umständen sind Datenverluste auf SD-Karten, die größer als 256 MByte beobachtet worden. Durch die Analyse dieser Berichte, die wir gesehen haben, für den Fall, dass mehr als 70 % des verfügbaren Speichers auf solch eine Karte verwendet, wird es möglich ist, dass Daten, auf die nächsten Hochfahren der PCD oder verloren geht nachdem die Karte wieder in den Speicher-Modulträger eingefügt wurde (R600 / R6000) oder von der SD-Flash-Explorer geöffnet.
Bei vielen Löschvorgänge ausgeführt, indem das Modul, das der erwähnten Datenverlust kann auch auftreten, wenn weniger als 70 % des verfügbaren Speichers (aufgrund der Ware-Out-Verwaltung von der SD-Karte, die die verwendeten Speicherbereiche variiert) verwendet wird.

Lösung
Ein zusätzlicher Sicherheitsmechanismus in der PCD-Firmware 1.10.51 ebenso wie im SD-Flash-Explorer zur Vermeidung von zukünftigen potentiellen Datenverlust betroffenen Karten wurde implementiert.
Sobald das System neu gestartet wird (oder die SD-Karte ist wieder eingefügt in die R600 / R6000 montiert auf einen PCD mit einer neuen Firmware-Versionen) werden Maßnahmen ergriffen, um den genannten möglichen Datenverlust zu vermeiden.

Die entsprechende Firmware 1.10.51 (für PCD2.M5xx0 und für PCD3.Mxxx0-Systeme) mit der neuen Sicherheitsmechanismus finden Sie auf der Support-Website www.sbc-support.ch.

Neben der Sicherheitsmechanismus bietet einen neuen SD Flash Explorer Version 2.0.215.0 ein "Backup" und eine "Wiederherstellen" Funktion ermöglicht die Erstellung einer Sicherung des Dateisystems.
Dieser SD-Flash-Explorer wird kann von der Support-Website im Abschnitt für die PCD7.R-SDxxx heruntergeladen werden und verteilt mit dem SP1 für PG5 2.0.

Bemerkungen

• Auch wenn das Dateisystem auf einer SD-Karte bereits um mehr als 70 % gefüllt ist, ist es immer noch möglich, die Daten über FTP herunterladen, solange die PCD nicht ausgeschaltet ist. Diese Methode wird empfohlen, vor der Aktualisierung der Firmware um sicherzustellen, dass keine Daten verloren gehen.
• SD-Karten von Saia-Burgess Controls AG geliefert, nachdem week7 2010 enthält einen Mechanismus, der die oben genannten vermeidet erwähnt Datenverlust (solange die Karte nicht mit einer Firmware älter als 1.10.51 formatiert ist).
  

[autotranslated]

Diese FAQ enthält einen Überblick über die aktuell in der Produktion verwendeten Firmware-Versionen (d.h. diese Firmware-Version ist in unserer Produktionsstätte installiert).[autotranslated]

In der Produktion verwendete Firmware-Versionen
Die folgenden Firmware-Versionen werden derzeit in der Produktion verwendet. Weitere Informationen zur jeweiligen Firmware entnehmen Sie bitte dem Versionsinformationsblatt der entsprechenden Seite.

PCD-Firmware-Versionen

MB Panel-Firmware-Versionen

RIO-Firmware-Versionen

[autotranslated]

Beim Arbeiten mit PCD-Systemen, überqueren Sie den Ausdruck "Saia PCD ® COSinus" früher oder später. Diese FAQ wird erläutert, wofür "Saia PCD ® COSinus-System" steht.[autotranslated]

Der Ausdruck "Saia PCD ® COSinus"
Im allgemeinen steht der Ausdruck "Saia PCD ® COSinus" für PCD-Systemen, die mit Freescale (früher Motorola) Coldfire CPU-Technologie ausgestattet sind. Die "nicht - Saia PCD ® COSinus" Systeme von Saia-Burgess Controls AG basieren auf Freescale 68 k CPU-Technologie (z.B. PCS1, PCD2.M170 etc..).
Die Coldfire CPU-Technologie ist eine neue und mehr leistungsfähige CPU-Generation, Neuentwicklung ist in der Regel realisierte auf Coldfire CPU (während die 68 k-CPUs noch parallel zur Verfügung stehen).
Das erste PCD-System auf Basis der Saia PCD ® COSinus-Technologie wurde die PCD2.M48x. Für dieses System wurde die ganze Firmware neu geschrieben. Die Firmware des neuen Systems wird basierend auf der Firmware entwickelt für die PCD2.M48x-Plattform (mit der gleichen Kernmodule) aufgebaut. Neue Firmware-Funktionen (z.B. Modbus, die in der Firmware implementiert wird) sind grundsätzlich für die Coldfire CPU-Technologie und damit für Saia PCD ® COSinus-Systeme konzipiert.

Saia PCD ® COSinus-basierte Systeme
Die folgende Liste enthält die wichtigsten PCD-Systeme basieren auf Saia PCD ® COSinus-Technologie.

• PCD3.Mxxx
• PCD2.M48x
• PCD2.M5xxx
• PCD7.D4xx
• PCD1.M2xx (derzeit in Entwicklung)

Bedeutet dies, dass alle Saia PCD ® COSinus-Systeme die gleiche Firmware-Features unterstützen?
Nein! Obwohl die gleiche Basismodule der Firmware verwendet werden, ist es das PCD-System abhängig, ob ein bestimmtes Feature oder nicht unterstützt wird. Zum Beispiel wird das http-Protokoll von PCD3 und PCD2.M5xxx-Systeme, aber nicht auf PCD2.M48x unterstützt.[autotranslated]

Mit einer aktivierten Software-Watchdog der Prozessor selbst überwacht und Neustart die PCD im Falle einer Fehlfunktion oder eine Schleife.[autotranslated]

Beschreibung (Auszug aus dem Hardwarehandbuch)
Die Hardware-Watchdog bietet maximalen Sicherheit. Jedoch für unkritische Anwendungen, eine Software-Watchdog möglicherweise ausreichend, wobei der Prozessor überwacht selbst und die CPU wird im Falle einer Fehlfunktion oder eine Schleife erneut gestartet.
Das Herzstück der Software-Watchdog ist die Anweisung SYSWR K 1000. Wenn dies erstmals ausgestellt ist, wird die Software-Watchdog-Funktion aktiviert. Diese Anweisung muss dann mindestens alle 200 ms ausgestellt werden, oder die Watchdog löst und den Controller neu zu starten.

Verwendung

• Platzieren ein "Watchdog" FBox in einer FUPLA-Datei ist die einfachste Lösung:
  
• Anstelle der FBox ist es möglich, das Aufrufen der Software-Watchdog in IL (mit der Anweisung SYSWR K 1000)
  

[autotranslated]

Wenn es ein SIO-Master und DP-Master des SIO-Masters konfiguriert geht nicht in den Zustand "Betrieb" die Daten austauschen.[autotranslated]

Symptom
Mit der Firmware-Version 1.10.16 kann es passieren, dass eine PCD3 oder eine PCD2.M5 funktioniert nicht als SIO-Master sind auch DP-Master.

Lösung
Dieses Verhalten ist mit der Version 1.10.51 gelöst oder höher (das erste Version, die diese Situation korrigiert war 1.10.20). Bitte aktualisieren Sie die Firmware Ihrer PCD, um dieses Problem zu lösen.

[autotranslated]

Die WebServer2 ist eine Re-Implementierung des vorherigen WebServer auf Saia PCD ® COSinus-Systeme und natürlich kompatibel zur Vorgängerversion. [autotranslated]

Geschichte
Um das Jahr 2000 ist die erste Implementierung eines Web-Servers im PCD-Systemen realisiert worden. Mit zunehmender Erfahrung wurden zusätzliche Funktionen und höhere Leistung beantragt. Zu Fullfil wurde diese Anforderung der WebServer erneut implementiert (mit dem Ergebnis der WebServer2).

Was ist neu in der WebServer2?
Im Allgemeinen ist die WebServer2 funktional kompatibel mit der vorherigen Implementierung. Darüber hinaus werden die folgenden neuen Features unterstützt:

• HTTP 1.1-Unterstützung
• HTTP-Zwischenspeicherung wird unterstützt. Als Ergebnis ist der in FAQ 100708 nicht mehr anzuwenden; Es wird empfohlen, aktivieren Sie das Zwischenspeichern für die JVM (Option "keep Temprary Dateien auf PC") beim Arbeiten mit der WebServer2.
  
  Bemerkung: Wenn das Zwischenspeichern nicht aktiviert ist, werden Sie nicht davon profitieren unterstützten Zwischenspeichern; Es funktioniert wie es mit dem vorherigen WebServer vor hat.
• Bessere Leistung
• Paralleler Zugriff auf Dateien wird korrekt unterstützt (Acces ist nicht mehr unterbrochen, wenn ein anderer Client das IMaster-Applet lädt)
• Mehrere Web-Clients können die Web-Server auf der gleichen physischen Schnittstelle mit (Ether-S-Bus oder Profi-S-Bus) zugreifen.
• Leichter verständliche Fehlermeldungen
• Wenn Texte eingegeben werden, ist die Länge des Textes angegeben (und nicht mehr mit Leerzeichen aufgefüllt)
• Die WebServer2 bietet weitere Informationen auf der Standardseite und hat ein schöner aussehen. Von dieser Seite ist es einfach, herauszufinden, ob die WebServer2 auf eine PCD ausgeführt wird
  

  Anzeigen des vorherigen WebServer	Blick auf WebServer2

Firmware (FW) unterstützen die WebServer2
Die folgende Tabelle zeigt die ersten Firmware-Versionen unterstützen die WebServer2. Systeme, die nicht in dieser Tabelle aufgeführten nicht das WebServer2 verfügen.

^*) Bitte beachten Sie, dass in der ersten pilot-Firmware nicht alle Features unterstützt wurden.

Bemerkung
Der einzige Unterschied der Sortierreihenfolgeklausel zwischen den vorherigen WebServer und die WebServer2 betrifft Benutzer, die "HTML-Formulare" zu verwenden:

• Der vorherigen Web-Server verwendet:
  %% TAG %
• Die WebServer2 erwartet (der "Wert" wird vom Web-Server nicht mehr automatisch hinzugefügt):
  Wert =%% TAG %

Ein Beispiel für die HTML-Formulare auf der WebServer2 finden Sie im beigefügten Dokument.

[autotranslated]

Ja, ein neuer Satz von Anweisungen zur Berechnung mit IEEE floating Point Werte (Einzel- und Doppelzimmer) die Firmware des PCD2 wurde hinzugefügt.M480, PCD2.M5xx0 und PCD3.[autotranslated]

Einführung
Motorola FFP (Fast Floating Point) ist verwendet worden, der floating Point Berechnungen seit dem Beginn der PCD-Geschichte. Um die Schnittstelle gegen Systeme vereinfachen die unterstützen keine FFp aber IEEE-Format für schwimmende zeigen Werte, die der Befehlssatz der PCD erweitert wurde. Alle "Twin" aller Anweisungen, die für die Berechnung mit FFP-Werte zur Verfügung stehen nun auch zum IEEE-Berechnungen.

Was sind die Anweisungen im Detail?
Jede der vorhandenen Anweisungen für FFP (Standard) bestehen auch für IEEE Float und IEEE Double Data.

• Für IEEE Float, stellen Sie das mnemonische Zeichen mit einem "E" Zeichen, z. B. EIFP, EFADD (anstatt IFP oder Triathlonmeisterschaft) etc..
• Für IEEE Double, stellen Sie das mnemonische Zeichen mit würde ", z. B.: DIFP, DFSUB.

Firmware (FW)-Mindestanforderung für dieses feature

PCD-Systemen, die nicht in dieser Tabelle aufgeführten unterstützen diese Funktion nicht.

Bemerkungen

• Diese Anweisungen können nur mit PG5 2.0 verwendet werden.
• Es gibt auch ein neuer Auftrag für die Konvertierung von IEEE Single in IEEE Double (und umgekehrt):
  EFPD (Einzel, Doppel) und DFPE (Doppel-Single). Diese Anweisungen sind von Firmware-Version 1.10.15 unterstützt und höher.
• Die Anweisungen für die Convertig einer IEEE double-Wert in einen Integer-Wert und umgekehrt (DFPI und DIFP) arbeiten einwandfrei mit der Firmware 1.14.23 gestartet.
• IEEE Einzelwerte können durch den S-Web-Server unter Verwendung des Formats "e" (z. B. 172.16.1.127/cgi-bin/readVal.exe, r999,e) angezeigt werden

[autotranslated]

Für "lesen" einen Wert aus einem PCD-Text (z.B. aus einem PCD-Text mit Inhalt "1234" Kopieren "wird die nächste Nummer: 1234" in ein Register) wurde eine neue Systemfunktion für PCD3 und PCD2.M5xx0 hinzugefügt.

[autotranslated]

Was macht diese Funktion (SF)?
Die neue Funktion "S.SF.DBLIB.ReadANumberFromText"ermöglicht eine Zahl aus einem Text lesen und kopieren Sie sie in ein Register. Ausgehend von einem bereitgestellten Zeigers, wird die nächste Nummer gesucht und kopiert werden.

Wo finde ich die Dokumentation für diese Funktion?
Diese Funktion wird im PG5 2.0 dokumentiert. Die einfachste Möglichkeit, die Dokumentation zu öffnen Öffnet die SEdit, Auswahl der "SF-DB-Access-Bibliothek" und "F1" drücken:


Firmware (FW)-Mindestanforderung für dieses feature

PCD-Systemen, die nicht in dieser Tabelle aufgeführten unterstützen diese Funktion nicht.

Bemerkung
Diese Funktion kann nur mit PG5 2.0 verwendet werden.[autotranslated]

Für die Analyse eines PCD-Textes für einen bestimmten Ausdruck (z.B. Suche nach "Welt" in einem PCD-Text Content "Hello World") wurde eine neue Systemfunktion für PCD3 und PCD2.M5xx0 hinzugefügt.[autotranslated]

Was macht diese Funktion (SF)?
Die neue Funktion "S.SF.DbLib.SearchText"ermöglicht es, einen Text für einen bestimmten Ausdruck zu suchen. Wenn dieser Ausdruck gefunden wird, gibt die SF die Position des Ausdrucks innerhalb des Textes.

Wo finde ich die Dokumentation für diese Funktion?
Diese Funktion wird im PG5 2.0 dokumentiert. Die einfachste Möglichkeit, die Dokumentation zu öffnen Öffnet die SEdit, Auswahl der "SF-DB-Access-Bibliothek" und "F1" drücken:


Firmware (FW)-Mindestanforderung für dieses feature

PCD-Systemen, die nicht in dieser Tabelle aufgeführten unterstützen diese Funktion nicht.

Bemerkung
Diese Funktion kann nur mit PG5 2.0 verwendet werden.[autotranslated]

Für den Fall einer "nicht Saia PCD ® COSinus" PCD oder PCS1 System ist verbunden mit "Sichere S-Bus-Modus" (z.B. über ein serielles Kabel oder über Modem) von Zeit zu Zeit ein Telegramm nicht korrekt beantwortet.[autotranslated]

Symptom
Eine PCD oder eines PCS verbunden mit einem anderen System (z.B. PC oder einem anderen PCD-System) mit dem "sicheren S-Bus-Daten-Modus" gibt keine Antwort auf ein Telegramm von Zeit zu Zeit. Dies kann z.B. durch eine rote LED auf gesehen werden, senden oder empfangen FBoxen (oder für den Fall, dass ein PC verwendet wird, durch die Interpretation der Tracewin-Dateien).
Dieses Phänomen kann auf PCD1.M1x5, PCD2 beobachtet werden.M150, PCD2/4.M170 und PCS1 Systeme (mit Firmware, die unterstützt werden soll den "sichere S-Bus-Daten-Modus"). Saia PCDÂ ® COSinus-basierte Systeme (PCD2.M480, PCD2.M5xx0 und PCD3) sind nicht betroffen.

Grund
Der Grund für dieses Verhalten ist, dass die PCD/Stück nicht berichtigen Antwort Telegramme wo ist die Sequenznummer im Thea sichere S-Bus-Daten-Modus Header 0xC5h. Thisa ist die Case in jeder Angriffswelle Telegramm.
(Das Zeichen "C5" sollte ersetzt werden durch "C5 01" aber das ist noch nicht fertig).

Lösung
Entnehmen Sie bitte der folgenden Tabelle für Firmwareversion, die die "C5" korrekt verarbeitet wird und daher das oben beschriebene Symptom wird vermieden.

[autotranslated]

Die XOB-8, die aufgerufen wird, wenn die Firmware eine ungültige Anweisung (ungültige OPC) in das User-Programm erkennt heißt nicht mehr auf den Systemen Saia PCD ® COSinus (PCD3, PCD2.M5, PCD2.M480).[autotranslated]

Auf den neuen Systemen ist die Kontrolle über die ungültige OPC während die Vorkompilierung beim Start ausgeführt. So wird die XOB 8 nie aufgerufen werden.
Dieser neue Mechanismus wird implementiert, um die Geschwindigkeit und die Flexibilität der Systeme Saia PCD ® COSinus zu erhöhen.

[autotranslated]

Die PCD3-Systeme verfügen über einen Ethernet-Port und die PCD2.M5540 sind in der Lage, Emails zu versenden. Aber die Versendung von E-Mails ist nicht nur abhängig von der CPU selbst.[autotranslated]

Die PCD3-Systeme verfügen über einen Ethernet-Anschluss und PCD2.M554x Unterstützung SMTP (Simple Mail Transfer Protocol). Versenden von e-Mails nur hängt über dieses Feature aber auch nicht von der ISP (Internet Service Provider), die Firewalls und Router-Konfigurationen zwischen PCD und Internetdienstanbieter.

Die beigefügte Checkliste mit Kriterien mit Ihren Anbieter und / oder Ihre IT-Unterstützung überprüfen soll helfen, um zu überprüfen, ob das Senden von E-Mail möglich ist.

[autotranslated]

Wenn Sie versuchen, einen Text (mit Adresse höher als 4000) schreiben mit den S-Web-Server, der PCD System stoppt arbeiten und in der PCD-Geschichte einer "68k hinzufügen Fehler" wird angezeigt.[autotranslated]

Symptom
Wenn Sie versuchen, einen Text (mit Adresse höher als 4000) schreiben mit den S-Web-Server, der PCD System stoppt arbeiten und in der PCD-Geschichte einer "68k hinzufügen Fehler" wird angezeigt.
Die folgenden PCD-Systeme sind betroffen:

• PCD1.M1x5 mit Firmware-Version höher als 0
• PCD2.M150 mit Firmware-Version höher als 0E0
• PCD2/4.M170 mit Firmware-Version höher als 030
• PCS1.Cxx0 mit Firmware-Version höher als 0C 0

Grund
Dieses Verhalten ist nicht vorgesehen. Wegen ein Problem in der Firmware wird der Schreibzugriff.

Lösung
Dieses Problem ist in der Firmware Version 0E6 (die Version Angabe 0E6 ist das gleiche für alle Systeme) gelöst, die von der Support-Website (www.sbc-support.ch) heruntergeladen werden kann.

[autotranslated]

Diese Fehlermeldung wird angezeigt, wenn die verwendete Firmware auf der CPU den "aktive und nicht-ACK" Filter nicht (z.B. für die alarmierenden S-Web-Funktionalität unterstützt eine PCD2.M150 mit Firmware 0 D 3). [autotranslated]

Symptom
Anstelle der Alarmliste des S-Web alarmierende Makros wird die Meldung "Failed to Informationen über alarm.exe bekommen" auf der alarmierenden Seite angezeigt.

Grund
Der Grund ist, dass das Makro die Alarme versucht, gefiltert durch den "aktiven und nicht anerkannten" Staat der Alarme empfangen. Dies funktioniert nur, wenn diese Funktion in der entsprechenden Firmware implementiert ist.

Lösung
Bitte aktualisieren Sie die Firmware (FW) Ihres PCD-Systems zu den Firmware-Unterstützung des gemäß verfügen (siehe Tabelle unten).

^*) Auf PCD3 und PCD2.M480 Systeme, die der "aktiven und nicht anerkannten" Filter bereits in früheren Versionen implementiert wurde, die aber wurde, verbessert diese angegebene Version.[autotranslated]

Ja, dies ist möglich durch Aufrufen der Systemfunktion (CSF) "IPGetLocalConfig".[autotranslated]

Einführung
Haben Sie die Möglichkeit, die aktuelle IP-Konfiguration aus dem Benutzerprogramm zu lesen, wurde die Firmware eine bestimmte System-Funktion hinzugefügt. Diese Funktion gibt die IP-Adresse sowie die Subnetzmaske und das Standardgateway (jede Adresse in einem Register) zurück. Der zurückgegebene Wert enthält die vollständige IP-Adresse in einem Register (jedes Byte oder das Register enthält eine Octed der IP-Adresse):

Beispiel
Diese System-Funktion ist Teil der IPD-Bibliothek. Um diese Funktionen zu nutzen, ist die Datei "IPLib.inc" mit der Quelldatei werden wo die Funktion aufgerufen wird. Dies kann mit der Zeile:

$INCLUDE "IPLib.inc"

Die IP-Konfiguration kann dann in th, die Art und Weise gelesen werden:

Zurückgegebene IP-Adresse (Hex): 0xAC100179h
IP-Adresse in "Dot Dezimalschreibweise": 172.16.1.121 (0xACh = 172, 0x10h = 16, 0x01h = 1, 0x79h = 121)

Firmware-Versionen unterstützen die GetLocalIPConfig
Entnehmen Sie bitte der folgenden Tabelle die ersten Firmware-Versionen, die die "IPGetLocalConfig"-Funktion unterstützen.

Bemerkung
Die Include-Datei "IPLib.inc" von PG5 1.4.300 und ältere Versionen aktualisiert werden muss, um zu "wissen", dieses Feature. Daher bitte die Datei "IPLib.inc" dieser FAQ beigemessen und ersetzen Sie die vorhandene Datei von PG5 befindet sich in der "Libs/App" von PG5:

c:\Program Files\SAIA-Burgess\PG5 1_4\Libs\App\IPLib.inc[autotranslated]

Firmware Version 1.08.xx für Systeme mit der Saia PCD ® COSinus-Firmware hat die Watchdog System eingeführt. Wenn ein PCD wegen der Watchdog System neu gestartet wird, wird die Meldung "SWTO Fehler" in der PCD-Geschichte eingetragen.[autotranslated]

Was ist ein Watchog System?
Die System-Watchdog ist eine Sicherheitsmaßnahme, die eine Situation vermeidet, wo das System (PCD) blockiert ist und nicht richtig führt das Programm nicht mehr. Wenn das OS (Operating System) ist "gesperrt" in einer Schleife und tut nicht mehr richtig führen ihre Aufgaben (u.a. das User-Programm), die PCD wird automatisch neu gestartet.

Wozu dient der System-Wachhund?
Die (interne) System-Watchog wird direkt auf der CPU konfiguriert und führt dazu, dass ein neu starten, wenn sie nicht auf eine zyklische Weise ausgelöst wird. Jedem Neustart verursacht durch die System-Watchdog wird in der PCD-Geschichte mit der Meldung SWTO Fehler (SWTO steht für System-Telegramm-Ausfallzeit) eingetragen.
Das Verhalten nach dem automatischen Neustart, verursacht durch die System-Watchdog ist abhängig von der Software-Watchdog, der in das User-Programm programmiert werden können:

• Wenn die Software-Watchdog in das User-Programm aktiviert ist, wird die PCD automatisch ausführen nach einem Neustart, verursacht durch die System-Watchdog rein.
• Wenn keine Software-Watchdog in das User-Programm programmiert ist, gehen die PCD "Halt", nachdem es wegen der Watchdog System neu gestartet hat.

Wird die Watchdog System mit anderen Wachhunde Konflikt?
Nein, steht die System-Watchdog nicht z.B. die Software-Watchdog programmiert in das User-Programm oder eine Hardware-Watchdog Widerspruch.

Wann wurde die System-Watchdog umgesetzt?
Die System-Watchdog wurde in Firmware Version 1.08.xx umgesetzt. Die ersten Produktionsversionen für die relevanten Systeme finden Sie in der folgenden Tabelle:

Bemerkung
Beachten Sie, dass das System Watchog eine gefälschte User-Programm (z. B. eine Endlosschleife) nicht erkennt und daher die Verwendung der Software-Watchdog in das User-Programm wird weiterhin empfohlen.[autotranslated]

In Firmware 03 b und 03C wird ein S-Bus-broadcast-Telegramm die Kommunikationsschnittstelle blockiert, bis zum nächsten Neustart der PCD.[autotranslated]

Symptom
Bei Firmware-Version 03 b oder 03 C auf entweder eine PCD2.M480 oder ein PCD3.Mxxx0, funktioniert die Kommunikation nach einer gesendeten Ausstrahlung. Dies gilt nur, wenn die betreffende PCD fungiert als master im S-Bus-Netzwerk.
Dieses Phänomen tritt auf S-Bus (Serial-S-Bus, Ether-S-Bus oder Profi-S-Bus).

Grund
In Firmware 03 b und 03C wird ein S-Bus-broadcast-Telegramm die Kommunikationsschnittstelle blockiert, bis zum nächsten Neustart der PCD.

Lösung
Um dieses Problem zu beheben, aktualisieren Sie die Firmware Ihres betreffenden PCD.[autotranslated]

Um die Auslegung des Firmware-Versionen zu vereinfachen und Verwirrung in Bezug auf implementierte Features und Bug Fixes in verschiedenen Firmware-Versionen zu vermeiden, wird ein neues Firmware-Version-Format für Saia PCD ® COSinus basierte Systeme eingeführt werden.[autotranslated]

Argumente für das neue format
Die neue Firmware-Version-Benennung ermöglicht einen klaren und einfachen Vergleich zwischen den verschiedenen Versionen und ihre implementierten Funktionen (PCD Typ spezifische) und Bug-Fixes.
Fragen wie "Warum ist die alarmierende Funktionalität implementiert in Firmware-Version $31 aber nicht in Version 031 PCD3-Web-Server? -Beide haben die gleiche Anzahl... "sollten vorbei sein (jedoch, wenn Sie die Antwort interessiert sind, siehe FAQ100176)

Formatbeschreibung
Der neue Name der Firmware-Version besteht aus einer Hauptversion, ein Zweig und eine kleinere Version getrennt durch einen Punkt (.).
Beachten Sie, dass die Präfixzeichen "0", "$" oder "#" werden nicht mehr in dieser Schreibweise verwendet.

Betroffene Systeme
Das neue Firmware-Version-Format wird auf die Systeme basierend auf Saia PCD ® COSinus-Firmware (klassisch und xx7) angewendet. Dies sind die

• PCD1.M2xxx
• PCD2.M48x
• PCD2.M5xxx
• PCD3.Mxxxx
• PCD7.D4xx (MB-Panels)

Während die Firmware-Namen für die MB-Panels und PCD1.M2xxx dieses Format von Anfang haben, wurde es auf der PCD3 und PCD2.M480 Systeme mit der Firmware-Version nach 03 b.

Version fließen, Beispiel
Nachfolgend ein Beispiel für einen Fluss Version. Wenn z. B. ein Fehler in der Version 1.06.01 behoben ist, / werden auch Version 1.07.02 und alle folgenden 1.06.xx Versionen dieser Korrektur implementiert haben.


Version Typen

• Veröffentlichte Beta- oder Wartung Versionen (vergleichbar mit den aktuellen Versionen von "Bxx" oder "#xx").
• Veröffentlichte Produktionsversionen (vergleichbar mit den aktuellen Versionen der "0xx"): diese Versionen sind in der Produktion eingeführt.
• Neue Funktion-Versionen (vergleichbar mit den aktuellen Versionen von "$xx").

Kompatibilität mit PG5
Die neuen Firmware-Bezeichnungen werden vollständig von PG5 V 1.4.200 unterstützt:

Frühere Versionen von PG5 zeigt nur die ersten drei Ziffern die Firmware-Version (z.B. "106" statt "1.06.08"). Die vollständige Firmware-Version kann immer gelesen werden, indem Sie anzeigen Byte F0F0 im "Online-Debugger" (Typ DYF0F0 ):

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

Diese Antwort gilt im Fall der Booter eine PCD2.M150 muss aktualisiert werden.[autotranslated]

Wie kann ein Booter werden aktualisiert?
Es gibt im Wesentlichen zwei Möglichkeiten wie der Booter eine PCD2.M150 kann erweitert werden:

• Ein neue Firmware-Chip wird mit einem EEPROM-Brenner verbrannt. In diesem Fall wird eine *.hex-Datei auf der flash-Chip in einem Tool wie z.B. GALEP geschrieben. Die *.hex-Datei enthält eine Booter sowie eine Firmware für die PCD2.M150 (z.B. die Firmware 0d 3 und der Booter 012).
  
• Die andere Methode ist, dass der Booter direkt auf die PCD2 heruntergeladen wird.M150. In diesem Fall müssen einige Bedingungen erfüllt sein: die aktuell installierte Booter muss ein Update der Booter in der heutigen flash-Chip unterstützen.

Flash-Chips verwendet und die Unterstützung des Herunterladens der booter

• SST 39SF040 Firmware flash
  Für den Fall, dass die Firmware gespeichert ist, auf einem flash-Chip des Herstellers SST (nicht in der Produktion nicht mehr verwendet) ist die minimale Booter-Version für die Aktualisierung der Booter 010. Finden Sie im folgenden Verfahren.
  
• AMIC A29040 Firmware flash
  Für den Fall, dass die Firmware auf einem flash-Chip des Herstellers AMIC die minimale Booter-Version für die Aktualisierung der Booter gespeichert ist ist 013. Wenn eine ältere Version von der Booter vorhanden ist, muss die neuen Booter mithilfe einen EPROM-Brenner geschrieben werden.
  
• ATMEL AT49F040 Firmware flash
  Die ersten Versionen von PCD2.M150 wurden mit diesem Chip geliefert. Dieser Chip unterstützt nicht die Aktualisierung der Firmware oder die Aktualisierung der Booter mit PG5. Eine neue Firmware muss geschrieben werden, mit einem EPROM-Brenner in jedem Fall.

Wie Sie die aktuell installierte Booter-Version herausfinden?
Die Booter-Version auf Ihrem PCD2.M150 (Firmware 0d 0 oder höher) mit dem online-Debugger gelesen werden kann:
Typ: D Y 800010 (Danzuzeigen bYTe 800010)
Die Booter-Version wird am Ende der Zeile gezeigt angegeben werden.

Was kann ich tun, wenn ich einen Chip, der oben aufgeführten aber gibt es eine zu alte Booter installiert
In diesem Fall laden Sie bitte die hex-Datei-Version der Firmware verwendet in der Produktion von Abschnitt "Speicherprogrammierbare Steuerung"--> "PCD2"--> "Mxxx CPUs"--> "PCD2.M150 ". Diese hex-Dateien können in Ihre Chips mit einem geeigneten EEPROM-Brenner wie Galep geschrieben werden.
Sobald diese Firmware auf Ihre Chips geschrieben wurde, kann das Firmware-Update der Firmware-Download-Tool von PG5 erfolgen (*.blk-Dateien sind heruntergeladen werden).

[autotranslated]

Ab Firmware-Version 0D 0 ist es möglich, die Firmware auf die PCD2 herunterladen.M150. Es ist nicht mehr notwendig, die Firmware-Chips (Flash) auf einen EPROM-Brenner zu schreiben.[autotranslated]

Einführung
Für eine easyer Firmware upgrade-Verfahren der Booter und Firmware der PCD2.M150 wurde so verbessert, das man die Firmware Directyl mit der PG5-Firmware-Datei herunterladen kann. Die minimale Firmware-Version für die Aktivierung dieser Firmware-Download ist 0D 0 (die Datenvolumen-*.hex-Dateien enthalten die entsprechenden Booter-Version 010 oder höher).

Natürlich ist es noch möglich, die Firmware-Flash auf einem EPROM-Brenner zu schreiben, wie es bei älteren Versionen durchgeführt werden.
Für den Fall, dass Ihr PCD mit einer Firmware älter als 0d 0 (z. B. 0 C 4) ausgestattet ist, musst du einen neue Firmware-Chip zu brennen (Hersteller AMIC oder SST) mit einer Firmware 0d 0 oder höher. Sie finden diese Dateien wie gewohnt auf der Support-Website im Produktordner der PCD2.M150.

Offizielle Einführung in der Produktion
Die erste offizielle Firmware unterstützt den Download von einer neuen Firmware ist 0d 3. Diese Firmware wurde reglementierte und Produktion in Woche 30 2006 eingeführt. Die Booter-Version mit dieser Firmware installiert ist 012.

Firmware Verfahren zum herunterladen
Sobald die Installation der Firmware 0d 0 oder höher, können Sie einfach eine neue Firmware mit der folgenden Prozedur Downlod (angesichts der installierten Chip unterstützt der Download der Firmware, siehe FAQ 100606).

• Offene PG5
• Wählen Sie das Menü "Extras" auf "Online-Konfigurator"
• In der Online-Konfigurator klicken Sie die Schaltfläche "Go offline" (zum Herunterladen der Firmware PG5 offline sein muss)
• Der Online-Konfigurator wählen Sie im Menü "Extras" "Download Firmware"
• Das Firmware-Download-Utility klicken Sie auf die Schaltfläche "Hinzufügen" und wählen Sie die neue Firmware für die PCD2.M150 (die Datei muss die Erweiterung *.blk). Stellen Sie sicher, dass nur diese Datei im Fenster sichtbar ist. Wenn andere Dateien vorhanden sind, entfernen Sie diese mit der Taste "Entf".
  
• Klicken Sie auf "Start" zum Starten des Downloads

Die Datei heruntergeladen werden, ist eine *.blk-Datei, die von der Support-Website heruntergeladen werden kann.

Flash-Chips unterstützen den Download der firmware
Es gibt mehrere flash-Chips halten die Frimware auf die PCD2.M150. Leider wird der erste eingeführte Chip den Download der Firmware nicht unterstützt. Nachfolgend eine Liste der verwendeten flash-Chips:

• AMIC A29040 (A29040B-70F)
  Dieser Chip unterstützt das Herunterladen der Firmware. Der Download von der Booter wird von Booter Version 013 (um zusammen mit Firmware 0E3 hex-Dateien installiert werden) unterstützt.
• SST-39SF040
  Dieser Chip unterstützt den Download der Firmware sowie das Herunterladen von der Booter^*).
• ATMEL AT49F040
  Dieser Chip unterstützt nicht den Download der Firmware. Für die Aktualisierung der Firmware, muss die neue Firmware-Version auf dem Chip mit einem EPROM-Brenner gebrannt werden.

^*) Für die Aktualisierung der Booter aus Booter Version 010, 011 und 012 muss die PCD zuerst in den Bootloader-Modus festlegen.

[autotranslated]

Wenn der Port-3 im Modus S-Bus Slave initialisiert ist funktioniert es nicht mehr mit FW-020. Der Fehler wird behoben, in FW-Versionen > 020 (#21) und auch nicht in Versionen < 020 erschienen.[autotranslated]

[autotranslated]

Überprüfen Sie vor dem Firmware-Download über ein Netzwerk TCP/IP oder Modem:

[autotranslated]

bevor Sie die PCD-Firmware aktualisieren, überprüfen Sie, ob Ihr Hardwaresettings und Benutzer-Programm in den flash-Speicher gespeichert sind

[autotranslated]

Es gibt je nach Firmware Unterschiede im Umgang mit den Seriell-S-Bus Kommunikation Diagnoseprotokoll Flags TDIA und RDIA. Diese Flags werden kontinuierlich aktualisiert, von älteren FW-Versionen aber nicht von der Saia PCD ® COSinus Classic PCD-Firmware (verwendet für PCD2.M480 und PCD3-Steuerungen). [autotranslated]

Symptom
Diagnoseprotokoll Fahnen zeigen an, ob ein Kommunikationsfehler vorliegt. Die Flags sind direkt abhängig von der Diagnose RDIA registrieren. Wenn die RDIA einen beliebigen Wert ungleich 0 enthält, wird die entsprechende Diagnose-Flag gesetzt.
Der Zustand der diagnostischen Flags wird alle ms von konventionellen FW-Versionen (verwendet für PCD1, PCD2.M1x0, PCD4 PCD6) aktualisiert.
Die Saia-PCD ® COSinus Classic PCD-Firmware (verwendet für PCD2.M480 und PCD3) wird nicht mehr aktualisiert, die diagnostischen Kennzeichen zyklisch. Auf diese FW sind die diagnostischen Kennzeichen nur auf ein Kommunikation-Ereignis (wie z.B. eine SRXM-Anweisung) aktualisiert.

Grund
Grundsätzlich werden die Flags Diagnoseprogramms durch die Mitteilung der Routine der FW aktualisiert. Konventionelle FW ist die Kommunikation-Routine zyklisch (alle ms) polling.
Die Saia PCD ® COSinus Classic PCD aufrufen die Kommunikation-Routine nicht zyklisch aber nur auf Interrupt (z. B. die Kommunikation-Anweisung SRXM erzeugt solch einen Interrupt). Dies bedeutet, dass die diagnostischen Kennzeichen nur auf ein Ereignis Kommunikation erneuert werden.
Der Vorteil dieser Methode ist eine minimale CPU-Last aufgrund der Communication Task.

Abschluss
Diese Änderung des Verhaltens der diagnostischen Kennzeichen nicht widersprüchliche mit Beschreibung oder Anleitung. Allerdings gäbe es einige Programmcode, der auf die automatische verweist diese Flags stützt. In diesem Fall hat der Code angepasst werden, wenn auf eine PCD mit Saia PCD ® COSinus Classic PCD-FW verwenden soll.
Die Anpassung könnte in der Weise realisiert werden, dass auf Reset des RDIA (die sowieso getan werden muss) auch die diagnostischen Kennzeichen zurückgesetzt werden.

[autotranslated]

Der Profibus DP-Konfigurator von PG5 1.3 (älter als SP1.3.120) werden Konfigurationsdateien erstellt, die nicht auf eine PCD2.M110/120 ausgestattet mit FW 080 und älter.[autotranslated]

Symptom
Das Profibus-DP-Modul kann nicht initialisiert werden. Die Error-LED leuchtet stattdessen und "PROFIBUS FAIL 000" wird in der Geschichte der PCD eingegeben. PROFIBUS DB Master und Slave-Konfigurationen sind besorgt.

Grund
Der Grund für dieses Problem ist, dass der Profibus DP-Konfigurator (kommt zusammen mit PG5 1.3.100 oder SP1.3.110) die Konfigurationen in DBX 4 speichern möchten. Diese Adresse ist nicht verfügbar in FW-Versionen bis 080 (da stehen nur 4 DBX, Adresse 0 enthalten).

Lösung

• Entweder Update auf die neueste offizielle FW für die PCD2
• Oder aktualisieren Sie auf PG5 SP1.3.120 (oder höher)

[autotranslated]

Einige PCD-Typen (klassisch und xx7) haben ihre Firmware auf 4 Mbit flash-Chips auf der Hauptplatine angeschlossen gespeichert. Der Benutzer kann weiter Speicher/Backup-Erinnerung an viele PCDs verlängert werden, durch die Montage eines flash-Chips. Diese FAQ enthält eine Liste der diese Speicherchips in Bezug auf die Nutzung.[autotranslated]

Die Anwendungsmöglichkeiten für die 4 MBit flash-chips

Die Anwendungsmöglichkeiten für 1 MBit flash-chips

[autotranslated]

Gibt es eine Fehler-Led auf fast jeder PCD-System, das auf ein Problem im System hinweisen kann. Lesen Sie diese FAQ erfahren Sie mehr über die verschiedenen Gründe für eine beleuchtete Fehler-LED und wie Sie das Problem verursacht die beleuchteten Fehler-LED finden.[autotranslated]

Was sind die Ursachen der Fehler-LED Leuchten erhalten?
Es gibt verschiedene Gründe für eine beleuchtete Fehler-LED. Die häufigsten Ursachen sind nachfolgend aufgelistet:

• Ein Problem beim Zuweisen von einen Kommunikationsport (z.B. fehlende Kommunikationsmodul oder falscher Parameter)
• Ein Problem beim Senden ein S-Bus-Telegramm (z. B. fehlende Port Zuweisung oder ungültige Daten-Array oder Medien)
• Ungültige mathematischen Operation (z. B. Division durch Null oder Wert Überlauf nach einer Multiplikation)
• Indexregister Überlauf

Wie man das Problem in der Code/Konfiguration zu finden?
Eine schnelle Möglichkeit, um das Problem zu finden ist die History-Einträgen der PCD lesen. Dies kann mithilfe der Online-Konfigurator oder der Online-Debugger (Typ"Danzuzeigen HIstory"). In der Geschichte sind einige der Probleme aufgeführten ausdrücklich (z. B. IPM nicht vorhanden) für weitere Informationen über die Geschichte-Einträge, entnehmen Sie bitte der PG5-Hilfe. Das Kapitel "Nachrichten" enthält "Halt und Geschichte-Nachrichten".
Wenn nur ein "Error Flag" erwähnt wird besteht die nächste Aufgabe, den Programmteil zu finden, in der Fehler-Status-Flag festgelegt ist. Dies soll anhand der Online-Debugger durchgeführt werden:

• Gehen Sie online mit Ihrem Fupla- oder IL-Programm.
• Öffnen Sie die Online-Debugger und Typ"REstart Calte All CPUs".
• Geben Sie noch im Online-Debugger"Run Ufiel STatus-Flag EFehler". Wie bald das Status-Flag "Fehler" festgelegt ist, wird die PCD gestoppt werden. Daher springt der Fupla-Editor die Seite auf die tatsächlich verarbeitet wird (nur diese Seite Bestandteil der aktuellen Fupla-Datei ist! Wenn der Fehler durch diese Fupla-Datei verursacht ist nicht, springt es auf einer anderen Seite die das Problem verursachen nicht. Schauen Sie sich diese Seite und die FBox mit "Stop"-box drauf und entscheiden, ob das Problem durch diese FBox verursacht worden sein könnte!
  Wenn es keiner FBox, die oben genannten Probleme verursachen könnten, wiederholen Sie den Vorgang beim Beeing online mit der nächsten Fupla-Datei der CPU).
• Wenn Sie das Problem direkt in einer Fupla-Datei nicht finden können, wechseln Sie die Online Debugger wieder. Nach beendet haben, wird eine Zeile wie die Linie geschrieben unten angezeigt:
  * 001234 STH E/A-48 A1 Z0 N0 P1 E1 IX COB2
  Diese erste Zahl dieser Linie gibt an welche Codezeile das Problem passiert ist: die letzte Anweisung vor der Zeile angezeigt, verursacht das Problem (Error-LED leuchtet nach das Problem).
• Geben Sie "Danzuzeigen PRogram <Linie angegeben-10> Cü 15". Jetzt siehst du die Anweisung, die das Problem verursacht: siehe die IL-Anweisung Set (Online-Hilfe von IL Editor SEDIT) um herauszufinden, was genau diese Anweisung funktioniert.

Wenn eine SASI-Anleitung das Problem verursacht, überprüfen Sie heraus die folgenden Gründe:

• Der Port wird bereits zugewiesen (schauen Sie sich die HW-Konfiguration und die Suche nach weiteren SASI Anweisungen durch Eingabe von"Locate ichNstruction SASI"im Online-Debugger!).
  Tipp: Haben Sie auch ein Auge auf die SASI-FBoxen Sie verwendet sowie auf der HMI-Einstellungen-Registerkarte.
• Der Port ist nicht vorhanden
• Der SASI-Text ist nicht gültig
• S-Bus Unterstützung nicht in den Hardware-Einstellungen aktiviert, aber ein S-Bus-Zuweisung ausgeführt wurde. Dies wird nicht funktionieren, weil in diesem Fall die PCD eine S-Bus-Adresse nicht (die für S-Bus-Kommunikation erforderlich ist).

Wenn es scheint wie eine mathematische Operation den Fehler verursacht hat, den online-Debugger verwenden, um kurz vor dem Problem verursacht Teil des Codes ausführen durch Eingabe von"Run Ufiel Instruction -PZeiger EQuals <Anweisung Linie kurz vor problematischen-Zeile>" (Beachten Sie, dass die Anweisung-Zeile eine Anweisung enthalten muss!). Wenn diese Zeile erreicht, geben Sie "sTEp". Im Schritt-Modus sehen Sie den Inhalt der die PCD-Medien [Klammern].

Bemerkung:
Die Fehler-LED leuchtet, für den Fall, dass der Status-Flag-E (Fehlerstatus, die Fahne hoch eingestellt ist) und keine XOB 13 ist programmiert. Für den Fall, dass die XOB 13 programmiert ist, die Fehler-Led wird nicht beleuchtet zu bekommen, aber diese XOB wird sofort verarbeitet.

[autotranslated]

Haben wir gute Erfahrungen mit dem GALEP-4 für PCD1 FW zusammen mit dem Adapter 210841 gemacht. Der lokale Händler für die Schweiz ist www.redacom.ch.

Bestellnummern für leere Firmware-Chips:

PCD1.M1x0:1 X ASN 4 502 7178 (OTP27C4002), einmal programmierbar
PCD1.M137: 1 X ASN 4 502 7178 (OTP27C4002), einmal programmierbar
PCD2.M110/M120: 2 X ASN 4 502 7126 0 (27C 1001-10, EPROM)
PCD2.M127: heruntergeladen werden können, finden Sie auf der Produktseite auf www.sbc-support.ch
PCD2.M150: 2 X ASN 4 502 7341 0 (49F040, Flash-EPROM)
PCD2.M157: heruntergeladen werden können, finden Sie auf der Produktseite auf www.sbc-support.ch
PCD2.M170: Chip verlötet auf dem Mainboard, die FW mit PG5 heruntergeladen werden kann *
PCD2.M177: heruntergeladen werden können, finden Sie auf der Produktseite auf www.sbc-support.ch
PCD2.M480: Chip verlötet auf dem Mainboard, die FW mit PG5 heruntergeladen werden kann *
PCD2.M487: heruntergeladen werden können, finden Sie auf der Produktseite auf www.sbc-support.ch
PCD3.Mxxxx: Chip verlötet auf dem Mainboard, die FW mit PG5 heruntergeladen werden kann *

* Verfahren zur Downlaod eine Firmware:
1) erhalten die entsprechende Datei von Produktseite auf der Supportsite www.sbc-support.ch
2) öffnen Sie PG5 und gehen Sie zu der online-Konfigurator; offline gehen
3) öffnen Sie das Menü Tools, herunterladen firmware
4) suchen Sie die Firmware-Datei und starten Sie den download
5) Laden der HW-Konfiguration und das User-Programm

[autotranslated]

Im Grunde auf PCD-Systemen eingeführt, die vor 2003 gibt es einige Beschränkungen über die maximale Baudrate der seriellen Kommunikation berücksichtigt werden.

Je nach Firmware und Hardware können nicht alle serielle Schnittstellen an ihre theoretische maximale Baudrate gleichzeitig verwendet werden.[autotranslated]

Systeme eingeführt, die vor 2003:

• Alle PCD1, PCD2 (außer PCD2.M480), PCD4 und PCD6 sowie PCS1 classic enthält eine Baud-Rate-Begrenzung der 38,4 Kbit/s für jede serielle Schnittstelle verfügen.
  Für älteren Firmware (FW)-Versionen gibt es eine weitere Beschränkung, da gibt es einen UART verantwortlich für zwei serielle Schnittstellen und dieser UART kann keine Baudraten von 38,4 Kbit/s auf beiden Anschlüssen gleichzeitig verarbeiten. Die Portzuweisung von der UARTs ist folgende: erste UART: port 0 und 1; zweite UART: port 2 und 3 etc..
  Dies bedeutet, dass es nicht möglich, legen Sie die betroffenen Ports auf
  -38,4 Kbit/s
  -eins zu 38,4 Kbit/s und einer bis 19,2 Kbit/s
  - aber es ist möglich, einen Port auf 38,4 Kbit/s und ein Port auf 9600 Bit/s festgelegt.
  
• Durch weitere Efficent Port Umgang mit den letzten FW haben Versionen (unabhängig vom Herstellungsdatum des HW) folgende Einschränkungen:
  Betrag der verfügbaren Anschlüsse geteilt durch 2 gleiche Anzahl an Ports, die von 38,4 Kbit/s zu kommunizieren. Die Vorgängerkirche Ports haben eine maximale Baudrate von 19,2 Kbit/s.
  Darüber hinaus ist eine UART ein PCD7.F5xx nicht 19,2 Kbit/s auf einem verarbeiten und 38,4 Kbit/s auf dem anderen Anschluss. Aber es ist möglich, beide Ports 38,4 Kbit/s zuzuweisen.

Systeme eingeführt, die seit 2003 (PCD2.M480 und PCD3.xxxx):

Aufgrund schnellerer Hardware gibt es auf die seriellen Anschlüsse (bis zu 115 Kbit/s) viel höhere Baud-Raten möglich!
Es gibt nur eine Einschränkung bezüglich UART Austausch Links:
Auf einer PCD7.F5xx ist es nicht möglich, an einem Anschluss an 19,2 Kbit/s und einer zweiten Port 34.8 kB/s gleichzeitig kommunizieren (aber zwei Mal 38,4 kB/s ist möglich!).
Dies bedeutet, dass alle Ports gleichzeitig, um die maximale Baudrate kommunizieren können (der in den technischen Informationen (TI) oder im Handbuch angegeben ist).

FW-Versionen, die die neue Hafenumschlag, die oben genannten unterstützen:
Für die folgenden und neuere FW gilt Version die folgende Regel:
Betrag der verfügbaren Anschlüsse geteilt durch 2 gleiche Anzahl an Ports, die von 38,4 Kbit/s zu kommunizieren.
Die Vorgängerkirche Ports haben eine maximale Baudrate von 19,2 Kbit/s.

[autotranslated]

Kommunikationsschnittstellen mit einem Co-Prozessor sind nicht nach einem Neustart, verursacht durch die Software-Watchdog mit der Option "XOB0 ausführen" neu gestartet. In der Tat werden nur eine Erkältung Neustart ausgeführt, aber ohne Rücksetzen der Kommunikationsmodule.[autotranslated]

Dieses Verhalten ist ein Bug und wird in der nächsten FW-Version für die entsprechende CPU korrigiert werden. Sobald die neue FW basiert werden auf der Support-Homepage verfügbar.

In der Zwischenzeit empfiehlt es sich, nicht die Option "XOB0 ausführen" für die Software-Watchdog verwenden. In diesem Fall werden die Kommunikationsmodule normalerweise auf Software Watchdog Ausführung zurückgestellt.

[autotranslated]

Wenn einmal der Software-Watchdog für eine PCD2 konfiguriert ist.M150, das System nicht mehr gestartet werden, bis die FW geändert werden, um entweder eine ältere Version (nicht empfohlen) oder die neueste Version 0E3 (empfohlen)![autotranslated]

Dieses Problem beginnt durch eine lange Folge von der FW, wodurch wird der Software-Watchdog gleich nach dem ersten Start das System neu starten. Dies bewirkt, dass die PCD nicht booten überhaupt nicht mehr.
In dem betreffenden Staat Leuchten alle LEDs (RUN, HALT und Fehler); der Neustart wird vor der eigentlichen Startsequenz gekennzeichnet durch der laufenden LEDs der PCD beginnt verlief.

Zur Lösung dieses Problems das FW haben Chips ersetzt werden. Diese Chips, die entweder auf Ihren SBC-Vertreter bestellt werden kann oder die tatsächlich genutzten Chips können mit einem EPROM-Brenner wie GALEP IV umgeschrieben werden.
Seit der FW von einer PCD2.M150 ist in Flash EPROMs, geschrieben, es kann Ereased und neu geladen mit den hex-Dateien von der FW-Version-0E3 auf der Support-Website www.sbc-support.ch oder auf Ihren SBC-Vertreter.

[autotranslated]

Oder "Was ist der Unterschied zwischen 0-, $ und #-Firmwareversionen?". PCD-Firmware für nicht - Saia PCD ® COSinus-Systemen (PCD1, PCD2.M1x0, PCD4, PCD6 und PCS) mit 3 Buchstaben (z.B. 010, B0W oder #31) benannt. Diese FAQ erklärt die Bedeutung der diese Version und um herauszufinden, welche aktueller ist.[autotranslated]

Die Firmware Version Benennung von Saia PCD ® COSinus - Systeme
Im Allgemeinen werden die 3 Buchstaben (Abc) bei folgenden Indikationen verwendet:

• ein
  Definition der freundlichen Version ist diese Firmware. Die möglichen Versionen sind folgende
  -0xx Versionen sind "offizielle Produktionsversionen" (010 ist die erste offizielle Version)
  -Bxx Versionen sind Beta-Versionen die Neuerungen gegenüber der Vorgängerversion der Produktion enthalten
  -#xx Versionen sind "Kunden Bug Fix-Versionen" eine offizielle Produktion-FW-Version.
  -$xx-Versionen (Pilotversion) enthalten neue Funktionalitäten, die noch nicht vollständig getestet werden. Daher sollte eine $-Version nur auf dem Gebiet verwendet werden, wenn die Entwicklung ihrer Ok gibt!
• b
  Der zweite Buchstabe definiert die Hauptproduktion Version (beginnend mit 01 X Wich steht für erste offizielle Produktionsversion, gefolgt von 02 x (wo die 02 X wichtige neue Funktionen gegenüber der Version 01 X hat
• c
  Der letzte Buchstabe für jeden Build der Firmware erhöht wird (am besten zu beobachten, für die Fehlerkorrektur Versionen; #21 basiert auf der 020-Firmware und enthält Korrekturen für die 020 Firmware-Version)

Um herauszufinden, welche Version die Basisversion einer Bug-Fix oder pilot-Version ist, schauen Sie sich das zweite Zeichen der entsprechenden Version (z.B. "1" von der 013). Dieses Zeichen zeigt die offizielle Produktion-Version, auf die die Bug-Fix oder pilot-Version basiert.

Beispiele
010 ist die offizielle version
018 ist die Bug-Fix-Serienversion des 010; keine neuen Funktionen
#19 ist eine Kunden-Bugfix-Version basierend auf 018 (und damit auch auf 010); keine neuen Funktionen
$19 ist ein pilot-Version auf der Grundlage von 010 mit neuen Funktionen. Die Bug-Fixes für z.B. 019 wahrscheinlich in dieser Version implementiert sind nicht getan! (die neuen Features werden die Produktion-Firmware-Versionen in 020 oder später hinzugefügt werden.

Bemerkung
Frühe Versionen von der Saia PCD ® COSinus (PCD2.M480, PCD3, PCD2.M5) bis 039 wurden mit diesem System auch benannt. Um die Verwirrung in Bezug auf Funktionen einer Firmware zu reduzieren wurde die neue Firmware a.bb.cc benennen (siehe FAQ 100741) angewandt.

[autotranslated]

Einige neue Firmware-Versionen eingeführt Verlaufseinträge nicht in der Onlinehilfe Debugger noch in der online-Hilfe des Online Konfigurators gefunden.[autotranslated]

Below you can find recently introduced History entries that can't be found in the Help files of PG5 versions older than PG5 1.3:

Error Messages concerning PCD1.M2, PCD2.M480, PCD2.M5xx0 and PCD3.Mxxx0 systems (SBC-NT)

Die IL-Anweisung DSP (Anzeigewert auf PCD7.F530 Anzeige) wird auf Saia PCD ® COSinus-Systemen nicht unterstützt. Wenn es zu einem Saia PCD ® COSinus-System herunterladen, wird die PCD nicht auf Sicht gehen und geben eine Fehlermeldung wie "Ungültige Anweisung" (z.B. eine PCD2.M480), "Precompiler Error" oder "Ungültiger OPCODE" (auf einer PCD3.M5xx0 mit Firmware 1.10.16).[autotranslated]

Warum ist die DSP-Anweisung auf Saia PCD ® COSinus-Systemen nicht unterstützt?
Da ist es nicht erlaubt oder sogar Possibe Mounten einer PCD7.F530-Karte auf einem Saia PCD ® COSinus-System (z. B. eine PCD2.M480, eine PCD2.M5xx0, eine PCD3 oder eine PCD1.M2xx0) die Anweisung für den Zugriff auf die Anzeige von der PCD7.F530 wird nicht von der CPU unterstützt.

Hinweise

• Die PCD7.F530 nicht Mouned auf einer PCD2.M170 oder auf einer PCD2.M480 weil es einen Kurzschluss, auf dem internen Bus-Verbinder verursachen könnte platziert rechts unter den Slot B1.
• Wenn ein Benutzerprogramm wird durch einen DSP mit Anleitung die PCD2 heruntergeladen werden.M480 läuft nicht, das Programm und die Fehlermeldung "Halt Grund: Ungültige Anweisung" werden alljährlich in der CPUs Geschichte.

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

Es ist abhängig von den PCD/PCS verwendet, der Rest des Programms und des verfügbaren Speichers:[autotranslated]

PCD2.M170/M150 until1000, riet 500-700
PCD1, PCS1 empfohlen maximal 400-600
Wenn Sie Extended Memory verwendet (nicht beraten du die Geschwindigkeit) ist nicht können wir normalerweise 50-150 SNVT verwendet.

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

Wenn eine PCS1 zur gleichen Zeit eine serielle Kommunikation mit > 9 nutzt ’ 600 Baud und der Benutzer will eine Bindung mit der LonMaker, dann ’ s möglich, dass die Bindung nicht erfolgreich ausgeführt, und auf die LonMaker gibt es folgende Fehlermeldung:

“ Das Gerät ist Anwendung kleiner oder keinem Programm-Datensatz zugeordnet ”[autotranslated]

Um das Problem zu lösen und die Bindung machen können entweder Sie haben, um die serielle Kommunikation ausschalten oder eine Baudrate verwenden < = 9'600 Baud.

Die Grund für dieses Problem ist, dass die PCS1 hat nicht genügend CPU-Leistung gleichzeitig ausführen einer Lon-Bindung und eine serielle Kommunikation mit > 9'600 Baud.

[autotranslated]

Die PCD muss mit einem PCD7.F8xx-Modul ausgestattet sein und RAM ist auf dem Speichersockel montiert werden, mit"Speicher" RAM (die Bindung funktioniert nicht mit einem Blitz) festgelegt.[autotranslated]

Die RAM-Text und RAM DB müssen auf folgenden Bereich festgelegt werden:
-PCD1: 2000-2499, 2500-2599
-PCD2: 4000-4499, 4500-4999

Bei 1 Mbit RAM wird der Benutzerspeicher sollte bald zu klein sein, es wird empfohlen, 4 Mbit RAM verwenden.
Für eine PCD1 empfehlen wir maximal 400-600 SNVT.
Für andere PCD ist die theoretische Grenze 4095 SNVT.


Wie Sie die Bindung im Handumdrehen speichern?

Gehen Sie folgendermaßen vor:
¨      Binden Sie das Netzwerk mit RAM auf alle PCD
¨      Execute ein Upload dBx und Rebuild (alle)
¨      Ersetzen die RAM mit Flash auf alle PCD auf Wunsch
¨      Laden Sie das Programm wieder, das geht jetzt in flash

[autotranslated]

Wenn die PCD2/3.W220Z18-Karte an eine "Power PCD" oder einer PCD2.C1000 oder PCD2.C2000 angeschlossen ist und alle 8 analoge Eingangskanäle des PCD2/3.W220Z18 Moduls an 8 PT100-Sensoren angeschlossen sind, dann sind die gemessenen PT100-Temperaturwerte der 8 Kanäle nicht korrekt.

"Power PCDs" sind:

• PCD1.M2x20, PCD1.M2160, PCD1.M2220-C15
• PCD2.M5540, PCD2.M5440, PCD2.M4160, PCD2.M4560
• PCD3.Mxx60

Um das Problem zu lösen, verwenden und verbinden Sie nur bis zu 7 PT100-Sensoren mit dem PCD2/3.W220Z18 Modul oder verwenden Sie ein PCD2/3.W350 Modul, falls alle 8 PT100 Signale benötigt werden.

Auf den "alten" PCD's wie PCD2.M170 oder PCD3.M5540 war die Interne Speisung der PCD V+ bei 24V

Bei den 'neuen' 'Power-PCD's' oder der PCD2.C1000 oder PCD2.C2000 ist V+ bei 16,5V

Das elektrische Design des PCD2/3.W220Z18 Moduls erfolgte so, dass die interne Speisung V+ von 24V benötigt wurde, um alle 8 PT100-Kanäle zu betreiben.

Da die 'Power PCD's' und PCD2.C1000/C2000 ein V+ von 16,5V haben, hat der Treiber des PCD2/3.W220Z18 Moduls nicht genügend Leistung, um alle 8 PT100 Signale korrekt zu verarbeiten.

Um das Problem zu lösen, verwenden und verbinden Sie nur bis zu 7 PT100-Sensoren mit dem PCD2/3.W220Z18 Modul oder verwenden Sie ein PCD2/3.W350 Modul, falls alle 8 PT100 Signale benötigt werden.

Abhängig von der Hardware-Version des Analogmoduls W6x5 und dem E/A-Slot, in welchem das W6x5-Modul gesteckt ist, ist es möglich, dass das analoge Ausgangssignal der W6x5 Karte nicht stabil ist und oszilliert.

Symptom
Falls das PCD2/3.W6x5 Modul im E/A Slot 15 gesteckt wird und das PCD2/3.W6x5 Modul die Hardwareversion B hat, dann werden die Analog Ausgangssignale nicht stabil sein.
Wenn FBoxen verwendet werden, um die Ausgänge zu schreiben, zeigt die FBox vorübergehend einen Fehler.

Grund
Die W6x5 Module mit Hardware-Version B werden im Zusammenhang mit dem Watchdog-Ausgabe (O 255) nicht korrekt gehandhabt.
Beachten Sie, dass dies nur der Fall ist, wenn das Modul auf den E/A Slot 15 (Basisadresse 240) gesteckt ist. Auf allen anderen E/A Slots funktionieren die Module korrekt.

Lösung
Bei PCD2.W6x5 oder PCD3.W6x5 Module mit Hardware Version A oder C und neuere Hardware Versionen tritt das Problem nicht auf.

Auf die CPU PCD2.M480 kann angeschlossen zwei PCD7.F655-Ethernet-Karten. Diese Funktion ermöglicht Ihnen, entweder Ethernet-Redundanz zu programmieren, indem Sie erstellen eine reduzierte "IP-Firewall" oder einen Ether-S-Bus, Ether-S-Bus-Gateway zu realisieren.[autotranslated]

Wenn Sie Ihre zwei PCD7 konfigurieren.F655-Karten mit zwei unterschiedlichen IP-Adressen in zwei unterschiedlichen IP-Netzwerken, erstellen IP Redundanz und fungieren als IP-Firewall und Block daher alle den IP-Datenverkehr zwischen den beiden spezifischen IP-Netzwerken.

Wenn Sie Ihre zwei PCD7 konfigurieren.F655-Karten mit zwei unterschiedlichen IP-Adressen in zwei unterschiedlichen IP-Netzwerken, können Sie auch einen "Ether-S-Bus-Router" erstellen, mit Ether-S-Bus-Telegramme von einem IP-Netzwerk zu anderen weiterleiten.
Das einzige was Sie stören ist, dass es nur möglich ein "Ether-S-Bus, Ether-S-Bus Gateway" Erstellen von "Channel 9" in Richtung "Channel 8". Die Gegenrichtung funktioniert nicht. Diese Funktion eignet sich gut für Ether-S-Bus-Kommunikation und beschränkt sich auf die Kommunikation mit PCD-Stationen befindet sich im selben IP-Subnetz wie das IP-Gateway programmiert ist.

[autotranslated]

Mit Firmware 1.08.21 der PCD2.M480, die das Gateway in bestimmten Fällen blockiert werden könnte.[autotranslated]

Symptom
Das S-Bus-Gateway von einer PCD2.M480 Blöcke nach mehreren Stunden bis sogar Monate korrekte Funktionalität.

Grund
Im Fall des Zeitlimits, die auf dem S-Bus-Master konfiguriert ist, die den Slave-Port der PCD2 zugreift.M480 (z.B. PC mit PG5) ist so konfiguriert, dass eine Zeit, die sehr in der Nähe des Timeouts ist die auf dem master Gateway-Port auf der PCD konfiguriert ist, war es möglich mit der Firmware 1.08.21, dass die Gateway-Puffer blockiert werden könnte. Dies könnte dazu führen, dass die Gateway-Funktionalität blockiert haben.
Für den Fall, dass die Timeouts ordnungsgemäß konfiguriert sind (d. h., das Timeout auf dem PC mehrere Male höher als die auf die Gateway-master-Schnittstelle konfiguriert ist) konnte dieses Problem nicht beobachtet werden.

Lösung
Um einen blockierten Gateway-Port zu vermeiden, aktualisieren Sie die Firmware auf Version 1.08.53 oder höher.
Außerdem ist es dringend empfohlen, richtig die Timeouts konfigurieren (auf die Gateway-master-Schnittstelle und natürlich auch auf dem Master den Zugriff auf die Gateway-Slave-port(s)).[autotranslated]

Die Systemfunktion (SF-Bibliothek) ermöglicht "DB Access Library", z. B. Kopieren von Texten in Text oder einen Ausdruck innerhalb eines Textes zu suchen. Diese Features wurden nicht in der ersten Firmwareversion, und nicht alle Featurs stehen auf allen PCD-Systemen. Daher finden Sie in dieser FAQ für die Firmware-Abhängigkeit-Informationen.[autotranslated]

Was sind die Funktionen der "DB Access Library"?
Die Systemfunktion (SF-Bibliothek) ermöglicht "DB Access Library", z. B. Kopieren von Texten in Text oder einen Ausdruck innerhalb eines Textes zu suchen. Die Bibliothek besteht aus zwei Teilen, wobei der zweite Teil (einschließlich z.B. die SearchText-Funktion ermöglicht Sarching ein Expressino innerhalb eines Textes) nur von Saia PCD ® COSinus-Systemen (PCD2. unterstützt wirdM5, PCD3).
Eine ausführliche Beschreibung der Funktionen im Kontextmenü des "Funktionswahlschalter" aus dem IL-Editor von PG5 2.0 entnehmen:


Firmware Abhängigkeiten
Der erste Teil der neuen "DB Access-Bibliothek" verfügt über die folgenden Funktionen und wird unterstützt von den folgenden PCD-Systemen (nicht in der Tabelle aufgeführten Systeme unterstützen diese Features nicht):

Funktionen

• CopyTextBytes
• CopyBytes
• CopyDBBytesToR
• CopyRToDBBytes
• GetDBItem
• InitDBBytes
• InitDBItems

Funktionen
Folgenden Funktionen werden nur auf Saia PCD ® COSinus-Systemen aber nicht auf Systeme wie die PCD2 unterstützt.M150, M170 etc..

• SearchText
• ReadANumberFromText
• CopyNBytesFromTextToText
• CopyAValueFromRKToText
• CopyBytes

Bemerkung
Die Funktion "CopyTextBytes" (ein Text in eine andere kopieren und damit ersetzen $D, $H, $Rnnnn mit Datum, Zeit, Registerinhalte etc.) bereits wurde unterstützt von Firmware-Versionen vor diejenigen in der ersten Tabelle aufgeführten; Weitere Informationen finden Sie unter FAQ 100886.

[autotranslated]

Mit dem Funktionscodes SYSRD K 3000 oder K-3100 ist es möglich, den Blitzstatus (um zu prüfen, ob der Blitz bereit ist für die Sicherung der Erweiterung Speicher Flash) zu lesen.

Nicht alle zurück, dass Werte in den manuellen Versionen bis Version 9 erwähnt werden.[autotranslated]

Read Blitzstatus

Liest den Flash Status und speichert ihn in den Akku und ein Register mit einer SYSRD

Ergebnis

• Wenn der ACCU niedrig festgelegt ist und der Rückgabewert im Register ist--> 0 OK
• Wenn der Rückgabewert im Register nicht 0--> siehe die Liste der Statusbits unterhalb für der Grund, warum der Blitz nicht verwendet werden kann.
• Wenn der ACCU High festgelegt ist--> Wenn der Blitz ausgelastet und SYSWR wurde nicht ausgeführt.

Die Fehler-Flag wird gesetzt, wenn ein Fehler vorliegt. Finden Sie unter Statusbits für Details. Das Zielregister enthält die Statusbits (Beschreibung unten)

Statusbits

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

Nach einem erfolgreichen Download geht der PCD3 oder die PCD2.M5xx0 im Durchlauf nicht. Es bleibt im Stillstand XOB 16.[autotranslated]

Symptom
Die Download-Option "Programm ausführen, nach dem erfolgreichen Download" wird aktiviert. Mit einem bestimmten Projekt geht die CPU nicht in Lauf. Es kann ohne Probleme manuell gestartet werden. Die installierte PCD3-Firmware ist 1.08.23 (1.08.19 für PCD2.M5xx0. oder 1.08.21 für PCD2M480).

Grund
Durch ein Firmware-Problem geht die CPU nicht auf Sicht, wenn das Projekt eine bestimmte (grosse) Größe hat. Die PCD3 und PCD2.M5xxx und PCD2.M480 CPU mit Firmware-Version < = 1.08.23 sind betroffen.

Lösung
Bitte aktualisieren Sie die Firmware Ihres

• PCD2.M480 auf 1.08.53 oder höher
• PCD2.M5xx0 auf 1.10.16 oder höher
• PCD3.Mxxx0 auf 1.10.16 oder höher

Die Firmeware kann von der Support-Website heruntergeladen werden (das erste Firmware mit der Korrektur ist 1.08.31).

[autotranslated]

Auf dem master PCD die I/O Zuordnung zu registrieren 4096 bis Register 16'383 für RIO-Netzwerke (Profibus DP oder Profi-S-I/O) doesen ' t Arbeit an PCD3 und PCD2.M480 und PCD2.M5xx0 Systeme mit Firmware-Version 1.08.23.[autotranslated]

Symptom
Bei Verwendung von Adressen zwischen 4096 zu 16383 auf der Maser PCD für Lesen und schreiben-Medien von Profibus-DP / Profi-S-I/O-slaves, können diese Sklaven keine Werte abgelesen werden. Die relevanten Register werden in diesem Fall nicht von der Profibus oder S/O Aufgabe aktualisiert.
Dieses Problem tritt nur mit Firmware Versionen 1.08.xx bis Version 1.08.31; Daher ist es sogar möglich, dass ein Projekt ordnungsgemäß ausgeführt wird, bis die Firmware des Profi-S-I/O oder Profibus DP master PCD aktualisiert wurde.

Grund
Der Grund für dieses Verhalten ist eine falsche Zuordnung am Profibus-DP / Profi-S-I/O Meister getan von der Firmware der CPU. Dieses Verhalten wurde in Version 1.08.xx (pilot Versionen bereits im 1.07.xx) eingeführt und ist gelöst in der Version 1.08.34 und höher.

Lösung
Bitte aktualisieren Sie die Firmware Ihres

• PCD3 1.10.16. oder höher
• PCD2.M5 auf 1.10.16 oder höher
• PCD2.M480 auf 1.08.53 oder höher

Wenn dies aus irgendeinem Grund nicht möglich ist, verwenden Sie nur Adressen R 0 - R 4095 ordnen Sie die Module.

[autotranslated]

Aufgrund des Gehäuses des Connectors die PCD2.K1... Verlängerungskabel einen Mindestabstand von 6 cm ist zwischen die PCD2 erforderlich.M … CPUs und PCD2.C1... Erweiterungsrack, wenn die Erweiterung PCD2 rack.C1... befindet sich auf der rechten Seite der PCD2.M … CPU.[autotranslated]

[autotranslated]

In Firmware 03 b und 03C wird ein S-Bus-broadcast-Telegramm die Kommunikationsschnittstelle blockiert, bis zum nächsten Neustart der PCD.[autotranslated]

Symptom
Bei Firmware-Version 03 b oder 03 C auf entweder eine PCD2.M480 oder ein PCD3.Mxxx0, funktioniert die Kommunikation nach einer gesendeten Ausstrahlung. Dies gilt nur, wenn die betreffende PCD fungiert als master im S-Bus-Netzwerk.
Dieses Phänomen tritt auf S-Bus (Serial-S-Bus, Ether-S-Bus oder Profi-S-Bus).

Grund
In Firmware 03 b und 03C wird ein S-Bus-broadcast-Telegramm die Kommunikationsschnittstelle blockiert, bis zum nächsten Neustart der PCD.

Lösung
Um dieses Problem zu beheben, aktualisieren Sie die Firmware Ihres betreffenden PCD.[autotranslated]

Ja, die PCD2.M480 ist in der Lage zwei TCP/IP (PCD7.F655) Module.[autotranslated]

Besteht die Notwendigkeit, zwei unabhängige TCP/IP Module auf einer PCD zu haben, dann müssen Sie die PCD2 zu verwenden.M480 CPU. Auf die PCD2.M480 ist es möglich, zwei PCD7 zu installieren.F655, eine auf der B1-Stellung und auf der B2-Stellung.

Die PCD2.M480 unterstützt routing Mechanismus der TCP/IP Antrag zwischen den beiden Karten nur für die Richtung:
TCP/IP-Karte auf Plätz B1 bis TCP/IP Karte auf Plätz B2.

[autotranslated]

Auf PCD2.M480 es passieren kann, dass wenn eine Online-Verbindung offline und OnLine wieder, ging es wieder nicht funktioniert: erscheint eine Meldung "Keine Antwort"! Um wieder eine Verbindung herstellen zu können, ist es notwendig, Plugg raus und wieder das Programmierkabel PCD8.K111.

Dieses Phänomen bezieht sich auf den Weg, den das DSR-Signal auf dem seriellen Port Ihres PC/Laptop verwaltet wird! Wir haben bemerkt, dass dieses Problem auf einige Dell-Desktops.[autotranslated]

Lösung
Bitte benutzen Sie PG5 1.4.300 um dieses Problem zu vermeiden (mindestens Version 1.4.200.1 ist erforderlich).

[autotranslated]

Wenn ein Projekt Webeditor Trends oder Alarme, es möglicherweise nicht möglich, visualisiert die Web-Seite und werden gleichzeitig online mit PG5. Um mit dem PCD online gehen ist ein Powerup notwendig!

Die erweiterten Funktionen werden von dieser Firmware-Version nicht unterstützt, dies bewirkt, dass die Disfunctionning![autotranslated]

Die PCD mindestens mit einer Nwer-FW-Version aktualisieren B2B.  Die letzte Firmware-Version erhalten Sie von der Support-Website.

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

In einigen Fällen ist es die gleiche Hardware, aber aufgrund der Tatsache, dass das System eine System-ID geschrieben im EEPROM enthält, wir können nicht garantieren, dass ein PCD xx7 funktioniert einwandfrei mit Classic Firmware und Invers.

Daher ist es nicht möglich, eine Classic-Firmware auf klassische PCDs und xx7 PCD xx7 Firmware herunterladen.[autotranslated]

Allgemeine
Eine PCD CPU ist als xx7-System oder als Classic-System gekauft. Wie oben beschrieben, wird die Möglichkeit einer Konvertierung nicht garantiert oder von Saia-Burgess Controls AG angeboten.
Es gibt keinen Service "Àin von xx7 Classic" o.ä. bei der Reparatur-Service zur Verfügung.

Zusätzliche details

• PCD2.M1xx, PCD1.M1xx
  Die xx7-Hardware ist nicht identisch mit der klassischen PCD-Hardware als Ergebnis werden sie durch eine Änderung der Firmware nicht konvertiert werden kann.
• PCD2.M5, PCD2.M480 und PCD3
  Während sie mit einen klassischen PCD xx7 PCD (je nach Hardware etc.) laufen möglich sein könnte, ist es z.B. nicht möglich, eine klassische PCD zu laden, wenn es als xx7-System gekauft wurde, (da in diesem Fall PG5 herunterladen die Hardwarekonfiguration, die System-ID nicht stimmt nicht akzeptiert wird).

[autotranslated]

Nein, steht diese Funktion nur auf die PCD3.M5xxx.[autotranslated]

[autotranslated]

Bei der Auswahl der dynamischen Register oben 8191 auf eine PCD2.M5xx0, eine PCD2.M480 oder eine PCD3, kann diese Fehlermeldung wird angezeigt, für den Fall, dass FBoxen verwendet werden, die "indirekte Anweisungen" gelten.[autotranslated]

Symptom
Ein Build im PG5 1.4 Failes mit Fehler 335:
Fehler 335: Komm.obj (432): JPI: __stc_C0001_00_01_02: Ungültige Registernummer
Ein Build im PG5 2.0 Failes mit Fehler 2035:
Fehler 2035: Komm.obj (432): TFRI: PCD.HDA.MacWrk.Reg: Ungültige Registernummer, max ist 8191 indirekte Hinweise register

Grund
Das Problem ist, dass 'registrieren indirekte' Anweisungen (SASII, TFRI, STXMI, SRXMI etc.) nicht, Register Adressen oberhalb 8191 erlauben. Wie diese Anweisungen von vielen FBoxen (Modem-Treiber, HDLog oder den HMI-Editor) verwendet werden, muss die letzte Adresse des "Dynamic Space" für Register nicht höher als 8191 sein.

Lösung

• Für den Fall, dass viele Register verfügbar sind:
  Wenn Sie indirekte Anweisungen mit dynamischen Adressen verwenden, darf der dynamische Adressbereich die Adresse 8191 nicht überschreiten. Diese Konfiguration erfolgt in der "Software-Einstellungen" (PG5 1.4) oder "Build Options" (PG5 2.0) die entsprechende CPU/Gerät:
  PG5 1.4:
  
  PG5 2.0:
  
• Für den Fall, dass keine weiteren Register verfügbar sind, versuchen Sie das folgende Verfahren
  -Führen Sie eine "saubere Dateien" CPU/Gerät
  -Erstellen Sie das Projekt neu
• In einem Fall hilft eine einfache "saubere Dateien" nicht,
  -Führen Sie eine "saubere" Dateien
  -Check, welcher Bibliothek das Problem verursacht
  -Ändern der "Link-Reihenfolge" um das Programm zu verbinden, die die TFRI als erstes Programm enthält
  -Öffnen Sie die Fupla und exportieren und löschen Sie dann Seiten/Blöcke, die nicht das Problem verursachen
  -Erstellen Sie das Projekt neu
  -Für den Fall, dass das Build erfolgreich ist: Fügen Sie die zuvor entfernten Blöcke
  -Für den Fall, dass der Build immer noch nicht: weiterhin führen Sie die "sauberen Dateien" und entfernen mehr Fupla Blöcke/Seiten

[autotranslated]

[autotranslated]

Die PCD2.M480 und die PCD3.Mxxx unterstützen nicht die Baudraten 100, 300 und 600 Baud.[autotranslated]

[autotranslated]

Wenn der Port-3 im Modus S-Bus Slave initialisiert ist funktioniert es nicht mehr mit FW-020. Der Fehler wird behoben, in FW-Versionen > 020 (#21) und auch nicht in Versionen < 020 erschienen.[autotranslated]

[autotranslated]

Wenn ein Standardelement wird als Ganzzahl mit dem Format ### (ohne Punkt) der Wert des Registers wird falsch angezeigt auf dem Terminal. Das ist ein FW-Bug in der aktuellen Version der PCD3.M_ und PCD2.M480.[autotranslated]

Dieses Problem tritt bei allen FW-Version bis zu:

PCD3.M_ #13 (das heißt auch 010, #11, #12)

PCD2.M480 #23 (das heißt auch 020, #21, #22)

Lösung
Bitte aktualisieren Sie die Firmware Ihrer PCD die Versionen aufgeführt unter (oder höher):

• PCD3.Mxxx0 FW 1.08.23
• PCD2.M480: FW 1.08.19

[autotranslated]

Die seriellen Anschlüsse des PCD2.M480 lässt sich um bis zu 115 Kbit/s zu kommunizieren.[autotranslated]

The PCD2.M480 does support the following baudrates:

• For the ports 2,3  and 4,5 following combination of baud rates are not allowed on the same  PCD2.F5xx:
  19,2 kBaud and 38,4 kBaud
• On the port 1 it’s not possible to use the S-Bus party Master mode.
• Mode D is not supported.

Die minimale Firmware-Version für diese Funktionen ist 020. Wenn Sie $-Versionen als pilot Kunde verwendet haben, bitte update auf Version 020 oder höher.

[autotranslated]

Wenn eine Firmware-Version älter oder gleich 018 verwendet wird, startet die MPI-Shell, auch wenn keine Konfiguration vorgenommen wird. Die MPI-Kommunikation beginnt mit allen neueren Firmwares nur wenn eine Konfiguration erfolgt.[autotranslated]

[autotranslated]

Die PCD2.M480, PCD2.M5xxx und PCD3.M5xxx können als MPI-Server (Profi-S-Net-Anschluss) verwendet werden. Wie der erwähnten PCD nur MPI Anfragen beantworten, diese Funktionalität lässt sich zum Beispiel eine intelligente Klemme anschließen, MPI (eine OP zum Beispiel), aber andere MPI-Funktionen wie weltweiten Datenaustauschs oder ereignisgesteuerte Kommunikation werden nicht unterstützt.[autotranslated]

Um die MPI-Funktion verwenden, müssen Sie Folgendes tun:

• Frühe PCD2.M480 Firmware-Versionen (010 für Beispiel) unterstützen nicht die Profi-S-Net-Funktionen, so dass der Download einer neuen Firmware-Version möglicherweise erforderlich
• im PG5: machen Sie eine Profi-S-Bus-Konfiguration in den Hardwareeinstellungen und laden Sie die Hardwareeinstellungen. Dies ermöglicht die FTP basierte Kommunikationsdienste auf dem Profi-S-Net-Anschluss, definiert der Profibus-Adresse (= MPI-Adresse gleichzeitig) und die Port-Einstellungen

• Mit Step7 ist es möglich die PCD-Medien mit Zugriff auf:

  -SFC 67 X_Get

  -SFC 68 X_PUT
• am MPI werden S7 Ressources verwendet, müssen Sie eine Tabelle, die Ihnen mitteilt, wie PCD Classic Ressources S7 Ressources zugeordnet werden:

*) finden Sie unter Hinweise weiter unten:

• Wenn die PCD8.D81W oder VTWIN-Software, Nutzung der Siemens-S7-Treiber für die PCD-Stationen (bis Version 4.75 xx7-Treiber nicht unterstützt der DB erwähnt mit in der obigen Liste). Die Adresse für Fahnen und i/o werden nicht im Byte orientierte Format in der Tabelle, sondern in einem Bit-orientierte-Format eingeführt. Dies bedeutet, dass nur ein Vielfaches von 8 als Adresse verwendet werden können. Beispiel: um die Eingänge 32 bis 39 zu lesen, hat 32 als Adresse verwendet werden.
• für PCD7.D7xx-Terminals: die richtige Verkabelung für das MPI-Kabel in das Hardwarehandbuch angezeigt wird verwenden Sie Kündigung Widerstände an den Enden des Busses

[autotranslated]

Kommunikation über TCP/IP war nicht möglich mit F650 FW Version 010 und PCD2.M150-FW-Version 0C 0.

Lösung: FW-Version 0C 2 oder höher ist erforderlich für die M150

[autotranslated]

[autotranslated]

Für Beispiel, wenn der Port 6 GMP ist, die Gateway-Funktion arbeitet, aber die Kommunikation nicht auf diesen Port funktioniert. Das bedeutet, dass das Senden und empfangen Fbox rot sind!

Für Gateway-Funktionalitäten ist die minimale M480 FW $1 Starte.[autotranslated]

In der FW-Version 1C $ ist der Modem-Funktiuonality nicht gegeben. Dies ist Correctet in $1 an.

[autotranslated]

Es ist sehr wichtig, die Firmware $0 verwenden H oder höher auf die PCD7.F650 in Kombination mit einer PCD2.M480. [autotranslated]

[autotranslated]

"PCD-Treiber" die PCD7.D7xx-Terminals wird von allen PCD-Systemen nicht unterstützt.[autotranslated]

Symptom
Wenn der Kommunikationstreiber "PCD-Treiber" in einem PCD8.D81w-Projekt verwendet wird, funktioniert die Kommunikation auf den PGU-Port (Port 0) von einer PCD2.M110 (oder eine PCD2.M120) aber nicht auf folgenden Systemen: PCS1, PCD2.M150/M170/M480/M5xx0 oder auf eine PCD3.

Grund
Der PGU-Modus des jüngsten PCD-Systemen basiert nicht mehr auf das Kommunikationsprotokoll P800 (der das veraltete Kommunikationsprotokoll "Modus D" verwendet). Die jüngsten PCD2 und der PCD3 S-Bus an Port 0 und der PCD-Treiber auf dem Terminal verwendet P800-Protokoll. Da die PCD7.D7xx-Terminals das P800-Protokoll verwenden, wenn die "PCD-Fahrer" aktiviert ist, funktioniert die Kommunikation nicht auf Systemen, die nach der PCD2 entwickelt.M110/M120.

Lösung
Es gibt also zwei Lösungen möglich:

• Verwenden Sie den S-Bus-Treiber auf dem Terminal (empfohlen): In diesem Fall hat das Projekt entsprechend angepasst werden und ein S-Bus-Anschluss-Kabel (nach unserer Workshop-Unterlagen) verwendet werden.
• Nur für PCD2.M150 und PCD2.M170: Ändern Sie Ihre Kabel (Pin 6 sollte nicht verwendet, Pin 6 der PGU-Port = 0). In der PCD-Anwendung müssen Sie einem "SASI Slave Modus D" mit den Parametern hinzufügen: RS 232, 9600, Parität, 7-E-1.
  Diese Lösung kann nur auf PCD2 angewendet werden.M150 M170-Systeme, aber nicht auf anderen Systemen (weil der D-Modus nicht mehr unterstützt wird).
  Angehängte Dokument Verdrahtung Informationen finden Sie in diesem Fall.

[autotranslated]

Es gibt einige Beschränkungen auf die PCD2.M480, der Port 1 als Master-Port unterstützt keine Paritätsmodus.

Hinweis: Der "Pause-Modus" wird nicht auf die PCD2 unterstützt.M480![autotranslated]

[autotranslated]

Zum Einschalten des PCD8.K120 Profi-S-Link Adapter müssen Sie den Profi-S-Bus von den entsprechenden Port für den "Profi-S-Bus"-Ordner der PG5-Hardware-Einstellungen und Sie aktivieren müssen die Hardware-Einstellungen an die PCD Downolad.[autotranslated]

DiePCD8.K120 Profi-S-Link Adapter muss mit 24VDC angetrieben werden.
24VDC für die PCD8.K120 ist verfügbar auf den PIN # 7 von den 9-Pol D-Sub Stecker des dem PCD2.M480 /PCD3.M wo Sie verbinden die PCD8.K120-Adapter.
Zum Einschalten der 24VDC auf den Pin # 7 müssen Sie den Profi-S-Bus von den entsprechenden Port für den "Profi-S-Bus"-Ordner der PG5-Hardware-Einstellungen aktivieren und müssen Sie die Hardware-Einstellungen zum Herunterladen der PCD.

[autotranslated]

Für den Fall, dass es ist ein PCD3.Cxxx, das den Slot mit der Basisadresse 240 enthält, funktioniert nicht ordnungsgemäß programmierte unter Verwendung der IL-Anweisung "COM" Watchdog. [autotranslated]

Dies liegt daran, PCD3.Cxxx mit Basis-Adresse 192 den Zustand der Ausgabe 255 Puffer (auch wenn es keine echte I/O gibt) und die PCD CPU liest diesen gepufferten Zustand statt dass der Staat über den Watchdog.
Daher die "COM"-Anweisung (die Ausgabe-Acording auf seinen Zustand eingestellt wird) immer auf denselben Zustand die Ausgabe festgelegt wird. Das Ergebnis der Watchdog Beeing nicht umgeschaltet ist, dass das Watchdog-Relais fällt ab.

Eine der folgenden Lösungen könnten als Problemumgehung für PCD2.M1x0 verwendet werden:

[autotranslated]