Es kann nur durch visuelle Kontrolle festgestellt werden, ob die Leiterplatte der PCD mit einer Swissbit micro-SD Speicherkarte bestückt ist.

Das beigefügte Dokument beschreibt, wie Sie feststellen können, ob die Leiterplatte des PCD mit einer Swissbit-Micro-SD-Speicherkarte bestückt ist.

Das beigefügte Dokument beschreibt, wie Sie vorgehen müssen, wenn Sie csv-Dateien (z.B. aus HDLog) und Webeditorproject-Dateien, die auf dem Intflash einer PCD gespeichert sind, kopieren möchten.

Dies kann nützlich sein, wenn Sie eine interne Micro-SD-Speicherkarte ersetzen, die auf der Platine des PCD verwendet wird, und Sie die auf der alten Micro-SD-Speicherkarte gespeicherten Dateien wiederverwenden möchten. [autotranslated]

 [autotranslated]

Neuere PCD-Typen und neuere PCD7.D4xx-Geräte haben eine Micro-SD-Speicherkarte (uSD) auf der Leiterplatte (Leiterplatten)

Die folgenden Daten werden auf dieser uSD-Karte auf der PCD-Platine gespeichert:

• Firmware für den PCD
• Geräte-Konfigurator-Einstellungen (PG5)
• Anwendungsprogramm mit PG5
• Webeditor 8 Projekt (PG5)
• DATEN (z.B. HDLog), die vom Anwendungsprogramm zur Laufzeit erzeugt werden
• Einrichtung, Kalibrierung (PCD7. D443, PCD7. D450, PKD. D470)
• Programm-Backup auf internem Flash

[autotranslated]

[autotranslated]

In einigen Fällen ist es notwendig, die Micro-SD-Speicherkarte (uSD) der PCD auszutauschen.

Dieser FAQ beschreibt, wie die Micro-SD-Speicherkarte (uSD) ausgetauscht wird, welche auf der Leiterplatte der PCD Steuerung montiert ist.

Die beigefügten .pdf Dateien beschreiben, wie die auf der Leiterplatte der PCD verwendete Micro-SD-Speicherkarte (uSD) ersetzt wird.

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]

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.

Die Batteriespannung wird im Batterieträgermodul auf Unter- und Überspannung überprüft.

Neue Batterien haben eine zu hohe Spannung was bewirkt, dass die Überspannungslimite überschritten wird.

Lösung:

Mit der FBox 'PCD3. BAT0', wählbar aus der "Systeminformationen"-Familie ist es möglich, die Überspannungsbegrenzungsprüfung am Batterieträgermodul auszuschalten, um zu verhindern, dass die Batterie-LED eingeschaltet wird und die Batteriefehlermeldung im Applikationsprogramm aktiviert wird, wenn die Batteriespannung über der Überspannungsgrenze liegt.

Die Batteriespannungsprüfung erfolgt im Batterieträgermodul und die Änderungen durch die FBox 'PCD3. BAT0' werden im Batterieträgermodul und nicht in der PCD3.M5/6, PCD2.M45xx gespeichert. 

Da alle Informationen über die Überspannungsbegrenzungsprüfung im Batterieträgermodul gespeichert sind, ist es möglich, die Änderungen in einer PCD 'A' vorzunehmen und nach der Modifikation das Batterieträgermodul in eine andere PCD 'B' einzufügen.

Batterieträgermodul mit Hardware-Version < C haben eine werksseitig standardmäßige Batterieunterspannungs- und Überspannungsprüfung.

Batterieträgermodul mit Hardware-Version >= C haben die Batterie-Unterspannungstestfunktion ab Werk.
Die Batterieüberspannung wird nicht überprüft.

Nachdem die FBox 'PCD3. BAT0' die Überspannungsbegrenzungsprüfung deaktiviert hat, wird die Modifikation 8 am Batteriemodul aktiviert.

Bild zeigt ein Batterieträgermodul mit Hardware-Version A und Modifikation 1 und 3

Die Änderungsnummer wird auch im PG5 Online Konfigurator, Hardware-Informationen angezeigt.

Nach der Verwendung der FBox 'PCD3. BAT0' sind die folgenden Informationen in PG5-Hardwareinformationen sichtbar. (Modifikation 8 wurde hinzugefügt)

Die Modifikationsnummer 8 wird nur zu diesem Zweck aktiviert: "Überspannungsgrenzprüfung deaktiviert".

Nachdem Änderungen an der FBox 'PCD3.BAT0' vorgenommen wurden, muss die 24VDC Speisung der PCD ausgeschaltet und wieder eingeschaltet werden, damit die Änderungen in Bezug auf die Batterie-LED, Batterie Fehlermeldung im Applikationsprogramm und die Aktualisierung der Modifikationsnummer in den Hardware-Informationen übernommen werden können.

Weitere Informationen finden Sie in der Online-FBox-Hilfe.

Übersicht Batterieträgermodul Hardware-Version, Modifikation, Unter- und Überspannungstest.

Die FBox-Bibliothek 'SBC Maintenance', weche die 'PCD3. BAT0' FBox enthält, kann aus dieser FAQ, über den PG5 Update Manager geladen werden und wird automatisch mit neueren PG5-Versionen installiert

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

Nein, die PCD7. F110, PCD7. F120, PCD7. F150 und PCD7. F180 kann nicht auf PCD1 verwendet werden. M2 und PCD2.M4x60 Geräte.

Nur die PCD7.F1xxS Module werden auf der PCD1 unterstützt. M2 und PCD2.M4x60 CPU.[autotranslated]

 [autotranslated]

Ja, das PCD7.W600 Analog-Eingangsmodul wird auf der PCD2.M4x60 seit der Hardwareversion C von der PCD2.M4x60 unterstützt.[autotranslated]

 [autotranslated]

Aufgrund eines Fehlers in der Hardware der PCD2.M4x60 der ersten Serie (Hardwareversion A und B) ist es nicht möglich, das PCD7.W600 Analog-Eingangsmodul zu verwenden.
Der Fehler wurde in der Hardwareversion C von der PCD2.M4x60 behoben.
[autotranslated]

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

Aufgrund eines Fehlers in der Hardware und der Firmware, kann die erste Serie (Hardwareversion A oder B) der PCD2.M4x60 nicht mit den Analog/ISDN oder GMS-Modem kommunzieren, welche an der RS232 der PCD2.M4x60 angeschlossen sind.

Der Fehler wurde in der Hardwareversion C behoben.
Um das Modem korrekt verwenden zu können ist es notwendig dass die PCD2.M4x60, mindestens ein HW Version C hat und mindestens eine FW 1.26.15 auf der PCD2.M4x60 läuft.

 [autotranslated]