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]

Die PCD E-Line RIO's vom Typ:

• PCD1. Axxx-A20
• PCD1. B1xxx-A20
• PCD1. B5xxx-A20
• PCD1. G2xxx-A20
• PCD1. G2100-A10
• PCD1. G5xxx-A20
• PCD1. W5200-A20

werden seit KW 47 2022 mit dem neuen E-Line RIO FW 1.08.16 (oder neuer) und dem Topprint FW 2.01.00 (oder neuer) ausgeliefert. [autotranslated]

Ältere E-Line RIO's, die werkseitig mit der E-Line RIO FW 1.08.16 (oder neuer) und der Top-Print FW 2.01.00 (oder neuer) umprogrammiert wurden, sind auf der rechten Seite des Gehäuses mit einem weißen Aufkleber gekennzeichnet, auf dem die Zahl 255 kreisförmig zu sehen ist.

Woran erkennt man, ob die RIO's die neue Firmware enthalten?
Entweder durch Auslesen der E-Line und der Top-Print-Firmware wie in FAQ 102059 beschrieben,
oder durch Überprüfung des Herstellungsdatums der E-Line RIOs.

• Herstellungsdatum 2247 oder höher -> RIO enthält neue E-Line und Top-Print-Firmware.
• Herstellungsdatum 2246 oder älter und weißer Aufkleber mit 255 auf der rechten Seite
  -> RIO enthält neue E-Line und Top-Print-Firmware
• Herstellungsdatum 2246 oder älter und kein weißer Aufkleber mit 255 auf der rechten Seite
  -> RIO enthält keine neue E-Line und Top-Print-Firmware

Beispiel für den Aufdruck des Herstellungsdatums auf dem E-Lien RIO (Jahr 2019, Woche 09)

Weißer Aufkleber mit 255er Markierung:
[autotranslated]

Ja, es ist möglich, die Firmware-Version des Top Print des PCD1 E-Line RIO auszulesen.

Das Register 613 des E-Line RIO enthält die Firmware-Versionsnummer der E-Line Top Print Firmware. [autotranslated]

Die PCD E-Line RIO's vom Typ:

• PCD1. Axxx-A20
• PCD1. B1/B5xxx-A20
• PCD1. G2xxx-A20
• PCD1. G2100-A10
• PCD1. G5xxx-A20
• PCD1. W5200-A20

Sind mit manuellen Bedientasten ausgestattet, die eine lokale Bedienung vor Ort ermöglichen.

Die Tasten und/oder Drehschalter für die manuelle Bedienung befinden sich auf einem separaten Druck (Top Print), der ebenfalls über eine eigene CPU verfügt.
Die CPU des Top Print enthält auch eine Firmware.

Dies bedeutet, dass die oben aufgeführten E-Line RIO's 2 verschiedene CPU's mit 2 verschiedenen Firmware's haben; Die 'E-Line' und die 'E-Line Top Print' Firmware.

Die Firmware-Version des Top Print ist im Register 613 des E-Line RIO hinterlegt und kann durch Auslesen des Registers 613 erkannt werden.

Das Register 613 des E-Line RIO kann entweder über den S-Bus oder Modbus-Master oder über den Debugger oder das Uhrenfenster im PG5 ausgelesen werden, indem das E-Line RIO über das USB-Kabel direkt an den PC/PG5 angeschlossen wird.

Die Version der Firmware 'E-Line Top Print' wird ab der E-Line Firmware Version 1.08.16 unterstützt.

Für E-Line Firmware-Versionen < 1.08.16 wird im Register 613 der Wert 0 angezeigt.

Die 'E-Line Top Print' Firmware 2.01.00 wird im Register 613 als 20100 dezimal angezeigt.

Die E-Line Firmware-Version kann im Register 600 ausgelesen werden.

Die E-Line Firmware 1.08.16 wird im Register 600 als 10816 im Dezimalformat angezeigt .

Hinweis zum Firmware-Update.

Die E-Line Firmware kann vom Benutzer mit dem PG5 Firmware Downloader aktualisiert werden.

Die 'E-Line Top Print' Firmware kann nur werkseitig aktualisiert werden, der Benutzer kann die E-Line Top Print Firmware nicht aktualisieren.

Beispiel für das PG5 Watch Window zum Lesen der Register 600 und 613

 [autotranslated]

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

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

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

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

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

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

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

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

[autotranslated]

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

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

Due to an error on the E-Line S-Bus communication library < 1.2.110, the S-Bus communication stops after a certain time, if the communication mode ‘on Event’ or ‘on Sampling time n’ has been selected on the S-Bus communication FBoxes

Problem description:
If on the S-Bus FBox ‘SEND’ or ‘RCV’ the communication mode ‘on Event’ or ‘on Sampling time n’ was selected then after the update of the PG5 E-Line S-Bus communication library < 1.2.110, the S-Bus communication of the ‘SEND’ or ‘RCV’ FBox stops after a certain time and no S-Bus data’s are exchanged to the S-Bus slaves.
This problem occurs on all possible communication channels like RS485 or Ethernet.

The communication works well, if on the above mentioned FBoxes the communication mode was set to ‘On each cycle’ or ‘on data change’.

Detail information about the behavior:
Communication stops after a certain time:
The communication stops after 24 days after a power on of the PCD because the PCD internal millisecond systemcounter which is used for the event transmission has reached his maximum value and will be reseted to the value 0. Due of an error on the FBox library, this situation leads then to the communication failure.

Solution:
Either configure the communication mode in the ‘old’ FBox to ‘On each cycle’ or ‘on data change’ or use the E-Line S-Bus communication library 1.2.110 or newer.
The error is fixed in the FBox library 1.2.110, means the ‘event’ or ‘on sampling time’ communication runs well.

Aufgrund eines Fehlers auf die Kommunikations-Bibliothek 2.7.370 hält die S-Bus-Kommunikation nach einer gewissen Zeit oder nach dem Download des Programms, wenn der Kommunikationsmodus "Ereignis" oder "Sampling Zeit n' auf die S-Bus-Kommunikation FBoxen ausgewählt wurde[autotranslated]

Problembeschreibung:
Wenn von der S-Bus-FBox "SASI-S-Bus-Master", "SASI S-Bus erweitert", "Senden" oder "RCV" Kommunikationsmodus "Ereignis" oder "Sampling Zeit n' dann nach dem Update von PG5-Kommunikations-Bibliothek auf die Version 2.7.370, die S-Bus-Kommunikation der"Senden"ausgewählt wurde oder 'RCV' FBox stoppt nach einer gewissen Zeit oder nach dem Download des Programms neu kompilierte und keine S-Bus-Daten sind nicht mehr zu den S-Bus Slaves ausgetauscht.
Dieses Problem tritt auf allen möglichen Kommunikationskanälen wie RS485 oder Ethernet.
Die Kommunikation funktioniert gut, wenn auf den oben erwähnten FBoxen der Kommunikationsmodus "Auf jedem Zyklus" oder "Datenänderung" festgelegt wurde.

Detaillierte Informationen über das Verhalten:
Kommunikation wird nach einer gewissen Zeit beendet:
Die Kommunikation hält nach 24 Tagen nach einem Stromausfall auf der PCD, weil PCD interne Millisekunde Systemcounter, die für die Übertragung der Veranstaltung dient seinen Maximalwert erreicht hat und auf den Wert 0 zurückgesetzt werden. Aufgrund eines Fehlers auf der FBox-Bibliothek, diese Situation führt dann zu der Kommunikationsfehler.

Kommunikation beendet, nachdem der Download des neuen Programm zusammengestellt:
Die 2.7.370-Bibliothek verwendet intern ein Register, das zuvor nicht verwendet wurde.
Abhängig von der in der Vergangenheit in diesem Register gespeicherte Wert ist es möglich, dass die S-Bus-Kommunikation gut läuft oder nach dem Download des Programms stoppt.

Lösung:
Konfigurieren der Kommunikationsmodus in der 'alten' FBox "Auf jedem Zyklus" oder "Datenänderung" oder verwenden Sie die S-Bus-Kommunikation-FBox-Bibliothek 2.7.380 oder neuer.
Der Fehler in der FBox-Bibliothek 2.7.380 fixiert ist, bedeutet das "Ereignis" oder "auf Abtastzeit" Kommunikation läuft gut.

[autotranslated]

Nach einem Fbox Update der E-Line Bibliothek werden die E/A's nicht mehr aktualisiert

Symptome

PG5 2.2.140 und E-Line Fbox Bibliothek V2.1.100.
Nach einem automatischen Update der Fboxen im Fupla lässt sich das Projekt ohne Fehlermeldung übersetzen und in die PCD laden.
Beim Online gehen sieht man jedoch im Fupla keine Aktualisierung der E/A Zustände.
Ein Kommunikationsfehler wird nicht angezeigt.

Ursache

Ein Fehler in der PG5 2.2.140 verhindert ein einwandfreies Update der E-Line Fboxen von Version 1.0.140 in die Bibliothek V2.1.100.

Lösung

Wird in FAQ 101994 beschrieben.

Dieser Fehler ist in PG5 2.2.220 behoben

Folgende Module haben den Status direkt auf dem Gerät und im Symbol sichtbar.

Diese Faq erklärt die Bedeutung jedes Status. Dies gilt für die folgenden Module. (L-Serie)

[autotranslated]

1.1 General status

1.1.1 LED signalization

2.1 Analog inputs

2.1.1 LED signalization

*) To avoid error indication (blinking LED) unused inputs should be configured in voltage range (default).

2.1.2     Status register

The analog input status registers are updated cyclically when the firmware read the inputs.
Each register contain 4 analog input states, one byte by channel.

Below for example the AnalogueInputStatus0_3:

The state register has 2 bits for information about overflow & underflow and the 6 others are reserved

The status is cleared when the input has again a correct value.

2.2  Analog outputs

2.2.1    LED signalization

2.3 Digital input

2.3.1    LED signalization

2.4 Relay output

2.4.1    LED signalization

Im Mai 2017 wurde die Firmware 1.08.06 in die Produktion für die Systeme eingeführt:
PCD1 E-Line RIO's L-Serie

Im März 2017 wurde die Firmware 1.04.25 in die Produktion für die Systeme eingeführt:
PCD1.B1010-A20

Im Oktober 2016 wurde die Firmware 1.04.24 in die Produktion für die Systeme eingeführt:
PCD1. G1100-C15, PCD1. G360x-C15, PCD1. F2611-C15, PCD1. W5300-C15

Firmware 1.08.06 (Mai 2017)

Wichtigste Korrekturen

• Bei den E-Line RIO's, L-Serie, Unterstützung von S-Bus und Modbus Kommunikation auf der RS 485

Firmware 1.04.25 (März 2017)

Wichtigste Korrekturen

• Für die PCD1.B1010-A20, Korrektur der sich zur Laufzeit zufällig ändernden S-Bus Adresse aufgrund  von möglichen EMV Störungen an den digitalen Eingängen DI12 bis DI23

Firmware 1.04.24 (Oktober 2016) Wichtigste Korrekturen

• Ein Download der Anwendungsprogramme mit einer Programmgröße > 60 kByte kann die Promierbaren IO-Module im Reset-Modus setzen
• Ein Programm-Download zu den Programmierbaren E/A-Modulen über RS485 und eine Gateway-Station war nicht möglich
• Auf der PCD1. G360x-C15 wird die Initialisierung der Triac-Ausgänge zu spät nach einem einschalten der Speisung der PCD1 durchgeführt.