Perché la comunicazione RS-485 S-Bus tra il PCD master e lo slave non riescono a volte, se FW 1.28.20... 1.28.33 viene utilizzato?
FAQ #102026
È possibile che alcuni dei telegrammi di S-Bus trasferiti dal master PCD S-Bus per gli schiavi di S-Bus RS485 sono deformi, e lo schiavo di S-Bus respingere la richiesta dal master.
Questo potrebbe portare alla situazione che ad esempio il master PCD S-Bus non riceve valori effettivi da di E-Line RIO o che il download del programma di un programma PCD dal PC a un PCD Slave che si trova dietro un gateway PCD, ha esito negativo.
L'aggiornamento del firmware del PCD che agiscono come S-Bus master con un firmware 1.28.34 o più recente risolve il problema.
Sintomi
Dispositivi programmabili di PCD che fungono da S-BUS master su RS485 con PCD Firmware > = 1.28.20 e < = 1.28.33 non ottenere nessuna risposta da dispositivi Slave su alcune delle richieste S-Bus master, anche se indirizzo S-BUS, baud rate, polarità e terminazione di linea sono ok.
Possibili effetti del problema
Fino ad ora abbiamo trovato che la comunicazione E-Line RIO sembra essere che più interessato di questo problema che ad esempio S-Bus RS485 comunicazione dati tra CPU.
In alcuni casi l'effetto è stato, che non era possibile scrivere alle uscite di RIO E-Line o la modifica dei valori sugli ingressi di RIO E-Line non è stata trasferita al maestro S-Bus.
Con il Firmware interessato potrebbe essere molto difficile o Impossibile scaricare il programma utente tramite una connessione gateway.
Firmware PCD 1.28.x per tutti i tipi PCD programmabili sono interessati.
Motivo
Il motivo del problema è un errore nel Firmware del Maestro S-Bus.
Il problema sul Firmware è, che telegrammi che contengono caratteri DLE (B5 o C5) come ultimo carattere del telegramma (CRC) dove non valido perché l'ultimo carattere è manca.
Poiché il CRC è calcolato durante il runtime questa richiesta di S-Bus non valido si verifica a seconda del contenuto della richiesta S-Bus.
Il CRC (non valido) viene trasferito con la richiesta di S-Bus dal master allo slave.
Se ora lo schiavo riceve la richiesta di S-Bus e il CRC ricevuto non si adatta con il CRC calcolato, lo schiavo di S-Bus rifiutare il telegramma di S-Bus.
Soluzione
Nel caso in cui utilizzi il Firmware interessato su un'installazione con comunicazione RS485 S-Bus dati, aggiornare il S-Bus master PCD al Firmware più recente disponibile > = 1.28.34.
Categories
PCD1 / _Firmware Classic
PCD2 / _Firmware Classic
PCD3 / _Firmware Classic
PCD1 / E-Line
Last update: 16.11.2018 15:47
First release: 16.11.2018 14:00
Views: 1