Risposte nei forum create
-
Post
-
I riferimenti a tute le TAGs interne del pannello sono riportate nel manuale EasyBuilder nel capitolo 22.3. System Registers. Se esegui una ricerca nel file pdf del manuale della parola “LW-9400” troverai i riferimenti.
I vari dispositivi sono quelli definiti nel menù di impostazione parametri di sistema (Screenshot).
La caretteristica principale del protocollo Modbus è proprio quella di poter operare in multidrop, cioè di avere un sistema master che su una connessione a due fili dialoga con uno o più sistemi slave, ogni sistema slave avrà un suo proprio indirizzo (Definito nodo Modbus).
Quindi nel tuo caso dovrai impostare un indirizzo diverso (Nodo Modbus) per ogni inverter e poi potrai con una sola linea seriale RS485 dialogare con tutti. La connessione è semplicemente in parallelo, i due fili sono parallelati su tutti i dispositivi (Guarda questa nota applicativa).
La soluzione più semplice è di collegare il pannello ad una rete in cui vi è un server DHCP, in questo modo il server assegna un IP al pannello, poi si esegue un programma di scanning della rete (Esempio Advanced IP Scanner) e si individua l’IP assegnato al pannello, in questo modo è possibile scaricare nel pannello un progetto che attiva la barra di sistema.
Un’altra possibilità è di caricare sul pannello un progetto che attiva la barra di sistema tramite chiavetta USB.
Poi con la barra di sistema attiva si può accedere alle impostazioni di rete.
Nei terminali che hanno il dip-switch “Touch Screen Calibration Mode” è possibile chiuder lo switch per attivare la calibrazione dello schermo (Forum), terminata la calibrazione sarà possibile riportare il terminale ai settaggi di fabbrica che prevedono la visualizzazione della barra di sistema.
Nei sistemi MPS054 basati su Cortex M7 è stato implementato il file system FAT e questo ha permesso di scrivere sul disco FLASH interno al sistema molti files. Grazie alla disponibilità di spazio nel file system è stato possibile caricare i CSS di Bootstrap e i Javascript di JQuery permettendoci di poter gestire pagine web responsive con tutta la facilità di utilizzo data da JQuery.
Nei sistemi basati su ARM 7 (Modelli MPS051 e MPS053) vi è un nostro file system proprietario che permette di avere al massimo 64 files, quindi abbiamo realizzato pagine molto più snelle e non responsive.
Naturalmente la gestione delle TAGS all’interno della pagina HTML come indicato in questo topic funziona in entrambi i sistemi, ma io ritengo che per costruire pagine web utente sia preferibile utilizzare la tecnica descritta in questo articolo, dove grazie al FB HTTPServer utilizzabile in tutti i sistemi ne è resa a mio parere molto più semplice la gestione.
CODESYS è supportato solo su alcuni modelli CMT, se vai alle pagine prodotto nella tabella delle caratteristiche troverai indicati i modelli che lo supportano. Per utilizzzarlo è comunque necessario acquistare una licenza aggiuntiva.
Come periferia puoi utilizzare qualsiasi prodotto Modbus TCP o CAN bus.
1) Come vanno configurate le due porte? Immagino con classi diverse.
Si le porte non sono configurabili in modalità switching , quindi sono da configurarsi su 2 Lan differenti2) In funzionamento LAN vedo la pagina web del pannello. E’ possibile ad esempio parlare con il PLC connesso all’altra ethernet ?
Attualmente la funzione Bridge che permette di collegarsi ad un dispositivo Ethernet posto sulla rete differente rispetto a quella dove noi siamo connessi è possibile. Solo attraverso EasyAccess2 e con limitazione ad un solo punto di connessione, nei prossimi mesi avremo aggiornamenti EB pro che permetteranno il Bridge in rete locale (ovvero senza l’uso di EA2).3) Stessa domanda del punto 2) ma da internet con EasyAccess.
Vedi risposta sopra, in più anche in questo caso ci saranno aggiornamenti durante l’anno (indicativamente subito dopo l’estate) che permetteranno di collegarsi a più dispositivi contemporaneamente.Rispondo al post dopo avere “visionato” il programma del cliente che mi ha inviato in privato. Nell’applicazione il cliente utilizza i 15 ATC-1200 configurati in modalità UDP server, nel programma dello SlimLime ha istanziato 15 FB SysUDPClient per connettersi ai convertitori.
Ogni convertitore ha un indirizzo IP univoco e tutti operano sulla stessa porta UDP, ai convertitori sono collegati in RS485 dispositivi in multidrop. Il problema sembrerebbe essere determinato dalla chiamata del blocco funzione che era condizionata dal programma (Se non serviva la comunicazione il FB non veniva eseguito).
Per soluzionare occorre eseguire le 15 istanze del FB ad ogni loop di programma, e se si vuole diabilitare il dialogo con il convertitore occorre agire sull’ingresso di Connect del FB continuando ad eseguirlo.
Tutti i terminali Weintek supportasno il protocollo BACnet, come unica nota è che si tratta di un protocollo particolare con “regole un pò open“, quindi a seconda dei dispositivi connessi si potrebbeo avere alcune limitazioni.
Comunque è possibile testare il funzionamento del protocollo direttamente simulando il progetto con EasyBuilderPro. Se utilizzi BACnet su ethernet non c’è nessun problema basta che il dispositivo sia in rete con il PC. In caso di connessione seriale devi disporre della oppurtuna interfaccia.
Per il trasferimento dei dati da BACnet a Modbus e/o da Modbus a BACnet puoi utilizzare l’oggetto Data Transfer. Per la scelta del dispositivo se ti serve solo un gateway puoi usare uno qualsiasi dei prodotti della famiglia CMT senza display.
Non c’è un modo automatico per il rinvio mail, quindi andrebbe gestito tutto manualmente (cosa fattibile per il backup degli storici) non tanto semplice per gli allarmi, in questo ultimo caso come idea, si potrebbe creare una categoria allarmi chiamiamola ombra , ovvero non storicizzata ne visualizzata appoggiata a bit LB del pannello che vengono attivati solo in caso di errore invio su allarme standard, ma la cosa non è cosi semplice, andrebbe gestito il bit di notifica degli allarmi o dei backup per poi andare a capire quale ha generato l’errore per poi tornare ad attivare il bit ombra corretto.
Nel caso di attivazione quasi contemporanea di più allarmi e generazione errore invio mail non si riesce (in quanto non sincrona la risposta del server mail) a capire a quale è associato, ad uno all’altro ad entrambi, in questo caso è preferibile rinviarli entrambi rischiando un doppione.
Il sistema SlimLine può fare sia da convertitore TCP/Seriale (Topic) che da convertitore Modbus TCP/Modbus RTU (Topic) ma queste due funzionalità nel tuo caso non servono. A quanto mi sembra di capire tu vuoi gestirte l’inverter da programma PLC.
Per fare questo basta istanziare un FB ModbusMaster e gestire i comandi verso gli inverters (Puoi riferirti a questo topic). Certo era meglio utilizzare un modulo CPU MPS054A1*0 che ha già la porta seriale RS485 isolata, ma se hai il modello compact nella gamma dei convertitori Seriale/Seriale puoi trovare il convertitore che fà per te.
In merito alla connessione TCP puoi usarla per connetterti con tutto quello che vuoi, gli unici limiti sono dati dalla quantità di sockets che il sistema può gestire (Ad oggi sono 32) e dall’utilizzo della memoria rilocabile RMalloc. Ogni socket utilizza la quantità di memoria definita nella sua creazione.
Ecco la risposta di Axel
Ma riassumendo, il problema è che su action FBD non è possibile forzare il valore di una variabile in live debug perché compare erroneamente la finestra delle proprietà?
Non capisco cosa c’entra il simulatore…
Con finestre aperte si intendono gli editor? Anche questa però mi sembra una cosa ininfluente, corretto?Credo che per venire a capo dei tuoi problemi sia meglio che tu contatti direttamente il supporto di Axel evitando triangolazioni in questo modo puoi indicare direttamente a loro i problemi.
La funzione POW opera su variabili REAL, quindi se tu passi alla funzioni variabili o valori diversi da REAL il compilatore ti genera le warning riportate.
Ti faccio un esempio in ST Result:=POW(2, 3); genera le warning perchè i valori 2 e 3 sono considerati interi. Se invece scrivi Result:=POW(2.0, 3.0); le warning spariscono (Naturalmente Result deve essere di tipo REAL).
In pratica quando scrivi una costante in una variabile di tipo REAL devi sempre mettere il decimale (2.0). Nel tuo caso poi che copi una variabile intera di tipo USINT in una variabile REAL devi mettere l’operatore TO_REAL.
Result:=POW(2.0, TO_REAL(Exponent));
La stessa cosa se vuoi trasferire il risultato di POW in una variabile intera di tipo UINT devi scrivere
Result:=TO_UINT(POW(TO_REAL(Base), TO_REAL(Exponent)));
Il problema è nella risoluzione dei numeri a virgola mobile, il formato REAL utilizzato sia dal sistema reale che dal simulatore è IEEE 754 su 32 bits. Questo formato su numeri molto piccoli e molto grandi ha imprecisioni fisiologiche che percentualmente sul valore del numero incidono pochissimo. Nel caso (7^10) hai un errore di 15 su oltre 282 milioni.
Come risolvere… la prima idea che mi viene se utilizzi sempre numeri interi è lavorare con UDINT e non con REAL ecco il listato di una funzione RToPower che eleva a potenza (Screenshot e download progetto).
FUNCTION RToPower: UDINT VAR i : UDINT; (* Auxiliary variable *) END_VAR VAR_INPUT Base : UDINT; (* Base value *) Exponent : UDINT; (* Esponent value *) END_VAR IF (Exponent = 0) THEN RToPower:=0; RETURN; END_IF; RToPower:=Base; //Result IF (Exponent = 1) THEN RETURN; END_IF; FOR i:=0 TO (Exponent-2) DO RToPower:=RToPower*Base; END_FOR;Si è un bug conosciuto, lo abbiamo già risolto ma la versione del firmware con la soluzione non è ancora rilasciata, stiamo ancora implementando alcune migliorie.
Come workaround puoi realizzare una function limit sostitutiva, ecco lo screenshot del programma MyLimit con il sorgente della funzione (Download programma).
