[Sergio Bertana]

Si è il fastidioso BUG sulla dimensione delle stringhe, BUG che è risolto sulla versione cha stiamo testando in azienda già da un mesetto e che rilasceremo a breve.

Ora l’unico Workaround è quello di definire la lunghezza stringa con un numero divisibile per 4, (Ricordo che alla lunghezza definita viene sommato 1 per il codice tappo). In pratica definendo la variabile

MyString : STRING[ 31 ]; (* A string variable *)

Lo spazio allocato è di 32 bytes. Infatti SIZEOF(MyString) ritorna 32.

[Sergio Bertana]

Si un’altra possibilità è di aprire/chiudere il forward delle porte  direttamente sul router agendo dalla sua pagina web di configurazione o come nel tuo caso inviando un SMS di selezione profilo.

[Sergio Bertana]

Non è possibile abilitare/disabilitare l’accesso Modbus tramite un ingresso logico, ma per gestire la sicurezza sull’accesso rimando a questo articolo.

[Sergio Bertana]

Il SysSerialNr è univoco per ogni sistema Elsist e quindi buona l’idea di utilizzarlo per l’applicazione che indichi.

Il renderlo disponibile da Modbus è sicuramente una idea, e ne abbiamo già ipotizzato la fattibilità, quello che ci blocca è che ogni variabile che diventa pubblica ci obbliga a mantenerla nel tempo allocandola in certe posizioni. Dovendo gestire diversi sistemi con diversi tipi di CPU e di aree di memoria ogni “costrizione” obbliga ad un lavoro di adattamento tra i vari sistemi.

Con la prossima uscita della nuova versione di LogicLab (Con il supporto al modulo Raspberry) ci saranno novità sul fronte delle variabili pubbliche accessibili da Modbus, da protocollo HTTP e da Node-RED.

Restate sintonizzati, non cambiate canale…

[Sergio Bertana]

Si è corretto, la famiglia iP è la famiglia entry-level dei pannelli Weintek, e non supporta tutte le funzioni disponibili su altre serie. La gestione ricette appoggiata al databse interno non è gestita.

Per la verifica delle funzioni supportate dalle varie serie di pannelli consiglio la lettura della tabella riepilogativa.

[Sergio Bertana]

Si hai capito bene lo SlimLine Raspberry può essere programmato con LogicLab come gli altri moduli SlimLine e contemporaneamente può eseguire programmi in C++, Phyton, PHP, Node-RED ecc.

Se cerchi nelle knowledge troverai degli esempi, e anche il programma CloudLogger può essere eseguito sul modulo Raspberry sia lato LogicLab che lato PHP.

[Sergio Bertana]

Per aggiungere un sistema PC puoi valutare la nostra soluzione basata su Raspberry dove certamente faremo un invio eMail più performante.

Altra soluzione che molti clienti hanno adottato è di inviare via REST i dati di log ad un server Locale/Remoto che li storicizza e poi genera lui la mail e la invia. Se conosci il linguaggio PHP ti allego il progetto CloudLogger che fà esattamente quello che ti serve.

Anche in questo caso il server PHP potrebbe girare sullo SlimLine Raspberry in contemporanea al programma LogicLab.

[Sergio Bertana]

La risposta alla tua domanda è dettagliatamente descritta in questo articolo.

[Sergio Bertana]

Trovo strano il fatto della lentezza, sembrerebbe più un problema proprio legato al software Virtual COM, perchè il convertitore in sè lo utilizziamo in moltissime applicazioni e non lamentiamo problemi di lentezza.

Abbiamo applicazioni in cui viene utilizzato come porta seriale aggiuntiva ai nostri sistemi SlimLine (Vedi topic) in cui almeno una decina di convertitori gestiscono altrettante comunicazioni Modbus verso dispositivi sul campo.

[Sergio Bertana]

Allegati non sono possibili, ma se il file è un file di testo e/o CSV puoi leggerlo e inserirlo nel corpo della mail (Fatto salvo sempre il limite della dimensione).

[Sergio Bertana]

Il modo differenziale permette di leggere il valore andando ad acquisirlo con due fili twistati direttamente vicino al punto in cui il segnale è generato. In questo modo si compensano gli errori dovuti all’accoppiamento elettrico dei segnali con altri segnali che passano in cavi adiacenti.

Il modo comune invece utilizza un solo filo utilizzando lo stesso segnale di massa per tutti gli ingressi, in tal caso eventuali accoppiamenti elettrici disturbano la lettura.

Nel caso di sensori con uscita in corrente che si autoalimentano tramite il segnale di  lettura (Come nel tuo caso) una soluzione vale l’altra visto che devi comunque chiudere il circuito di lettura a massa per alimentare il sensore.

Altra informazione, i segnali 4-20 mA sono nati per permettere il controllo della integrità del collegamento, in caso di interruzione del cablaggio il segnale và a 0 mA quindi è riscontrabile. Se usi il modo 4-20 mA il FB in caso di segnali sotto i 4 mA indicherà Fault ed il valore sarà NaN. Se usi il modo 0-20 mA dovrai eseguire tu il controllo.

Come collegare il sensore, collegare il positivo ad una alimentazione 12-24 Vdc (Dipende dalla caretteristica del sensore) il capo negativo andrà sull’ingresso AIx+ del modulo insieme alla resistenza di shunt. L’altro capo della resistenza andrà all’ingresso AIx- del modulo e poi a massa (Negativo alimentazione).

[Sergio Bertana]

Il modulo SIM800L è interessante per il prezzo, credo tu lo desideri utilizzare per inviare SMS, in tal caso puoi dare una occhiata alla ns libreria eModemLib (Vedi topic), comunque tramite il linguaggio ST hai tutte le funzioni per gestire i comnadi AT del modulo.

Per connetterti via TCP/IP con Arduino devi utilizzare la versione compact con ethernet. Puoi comunicare in ModbusTCP oppure crearti un tuo socket di comnicazione, nello SlimLine disponi dei FB SysTCPClient e SysTCPServer.

Una tecnica utizzata per scambiare dati tra SlimLine ed altri sistemi può essere l’HTTP, in questo esempio un modulo Raspberry si connette da Node-RED via WebSocket.

[Sergio Bertana]

Il Modbus RTU prevede un unico sistema master, quindi il pannello sarà master Modbus mentre sia gli inverter che lo SlimLine saranno slave Modbus.

Per quanto riguarda la connessione del panello Weintek allo SlimLine puoi guardare questo topic, per gli inverter devi riferirti alla documentazione relativa.

Tutti i dispositivi della rete Modbus dovranno comunicare con gli stessi parametri seriali (Lo SlimLine di default è 115200, e, 8), ed avere ognuno indirizzo di nodo diverso (LO slimLIne di default è 1). Sia i parametri di comunicazione seriale che l’indirizzo di nodo possono essere modificatio da pagina web.

[Sergio Bertana]

Dovremmo uscire a breve con una nuova versioe di LogicLab che include anche il prodotto MPS055 basato su Raspberry.

A detta di Axel dovrebbero avere risolto questo problema insieme a molti altri BUGs minori. aspettiamo l’uscita così potrai provare direttamente e verificare se effettivamente risolto.

[Sergio Bertana]

Aggiungo una nota, molte volte i dispositivi con connessione in RS422 prevedono la possibilità di lavorare il multidrop. Dovendo parallelare le linee di Tx+/Tx- di tutti i dispositivi della rete queste linee sono gestire con un comandi di three-state.

Se il tuo dispositivo prevede questa possibilità potresti tentare  di parallelare i Tx+ con Rx+ d il Tx- con Rx- e ricondurti da una linea RS485 e quindi collegarti alla RS485 nativa del modulo Raspberry.

Da considerare che in questa configurazione rispetto all RS422 multidrop il dispositivo mentre trasmette si autoriceve e questo potrebbe impedirne il funzionamento. Quindi la regla è sempre la stessa provare sul campo.

[Autore]

Post