Da protocollo DMX slave a Modbus RTU master

Attualmente non abbiamo la possibilità di gestire il protocollo DMX in modalità slave. Nella libreria dei prodotti SlimLine abbiamo il blocco funzione SysDMXMng che è in grado di gestire il protocollo DMX in modalità master, purtroppo non abbiamo mai sviluppato la modalità slave.

Potendo gestire il bus DMX non ci sarebbero problemi per il formato dati ma per gestire il DMX in modalità slave occorre una modifica del sistema operativo, per riconoscere il break (22 bit a livello basso per una durata complessiva di 88 microsecondi) occorre agire a livello assembler nel sistema operativo.

Termino la risposta dicendo che non ci sono problemi per il dialogo in modbus RTU con l’azionamento brushless, il blocco funzione ModbusRTUMaster_v1 può gestire tranquillamente la comunicazione.

Non abbiamo moduli CPU con due porte RS485 ma è possibile utilizzare dei semplici ed economici convertitori da RS232 a RS485, vedi convertitori Seriale/Seriale.

Non è così semplice come hai espresso nel post, cerco di spiegare come il modulo CPU SlimLine gestisce la comunicazione seriale. Il sistema operativo esegue una bufferizzazione dei dati ricevuti dalla porta seriale in un buffer circolare da 256 bytes, eventuali errori di ricezione provocano lo scarto del carattere ricevuto ma non forniscono indicazione.

Questa soluzione è stata scelta perchè già utilizzata storicamente su altri nostri prodotti, le porte seriali sono normalmente utilizzate per gestire protocolli di comunicazione e nei protocolli vi è sempre la possibilità di intercettare eventuali errori di ricezione (Conttrollando un CRC, inserendo nel frame caratteri di controllo STX, ETX, ecc.).

Quindi non è possibile intercettare il BREAK, cercando velocemente su Internet ho trovato un convertitore DMX to Seriale (Vedi datasheet) magari affidandosi ad un prodotto del genere puoi risolvere il problema di ricezione dei comandi DMX.