Risposte nei forum create
-
Post
-
Si lo slot mikroBUS è utilizzato sia sui moduli Cortex M7 che Raspberry come supporto del bus di campo sia RS485 che CAN.
Quindi se si vuole utilizzare lo slot mikroBUS occorre acquistare le versioni Lite del prodotto.
Nei sistemi Cortex si hanno 2 FILEP dedicati alle operazioni sui files, quindi se non chiudi almeno un file non potrai aprire il terzo.
Non capisco però perchè apri i file e li tieni costantemente aperti, nella buona pratica di programmazione il file si apre con Sysfopen, ci si posiziona all’interno con Sysfseek e vi si accede in lettura/scrittura e poi si chiude con Sysfclose.
Di solito si ha sempre un solo file aperto, sono stati lasciati 2 FILEP dedicati ai files su disco proprio per le operazioni di copia da un file all’altro. Si avrà un file aperto in read ed uno aperto in append.
L’errore non centra nulla con i FILEP degli altri stream di comunicazione sia seriale che Ethernet, riguarda solo i FILEP dedicati all gestione dei files su disco.
Per utilizzare la programmazione IEC-61131 sia in ambiente LogicLab che CODESYS è necessario l’acquisto della relativa licenza. Quella per LogicLab la forniamo direttamente noi (Vedi qui) mentre quella CODESYS devi acquistarla dal sito del fornitore e costa più del doppio di quella LogicLab.
Il CANOpen è compreso nelle licenze quindi lo puoi tranquillamente utilizare con entrambi gli ambienti di sviluppo. Se utilizzi il CAN con altri programmi, esempio librerie C++, Phyton, node.js, ecc lo puoi fare direttamente senza acqistare licenze.
La programmazione in ambiente CODESYS ti dà la possibilità di utilizzare tutte le funzioni e FB disponibili per quell’ambiente reperibili su Internet. La programmazione in ambiente LogicLab ti dà la possibilità di utilizzare tutte le funzioni e FB che noi mettiamo a disposizione (Vedi manuale).
Il modulo Raspberry Lite non ha il bus di campo, la versione RS485 ha una porta seriale RS485 galvanicamente isolata, la versione CAN ha una interfaccia CAN galvanicamente isolata.
Il protocollo Modbus Ascii/RTU funziona su seriale, quindi nella versione RS485 lo puoi utilizzare sulla porta seriale RS485. Su tutte le altre versioni ed eventualmente anche su quella RS485 puoi aggiungere a tuo piacere convertitori USB/Seriali.
Se sviluppi il programma in IEC-61131 con LogicLab puoi utilizzare il FB SysSerialPort per lka gestione della porta seriale ed il FB ModbusMaster per la gestione del Modbus.
Trovo in Internet specifiche che indicano come lunghezza massima della rete 1-WIRE 400 metri e 500 il numero massimo di sensori. Ogni sensore equivale ad un accorciamento di 0,5 metri di lunghezza e ogni 100 metri di cavo causa una capacità aggiuntiva di 5nF aumentando la distorsione del segnale. In pratica la lunghezza della rete ed il numero di sensori dipendono da:
Tipo di cavi.
Qualità delle connessioni.
Interferenza da campi elettromagnetici esterni.Si accomanda cavi intrecciati per computer UTP collegando i cavi non utilizzati, e se cavo schermato anche lo schermo, alla linea di terra. Tutti i sensori sono connessi in parallelo alla linea, possono essere utilizzati sensori a 2 fili anche se nel caso di molti sensori connessi al bus per evitare il sovraccarico del segnale si consiglia di utilizzare sensori a 3 fili portando anche l’alimentazione.
Personalmente so di clienti che hanno realizato reti con il DS9097U-S09 in cui sono stati collegati fino a 20 sensori a 2 fili su una lunghezza di 100 mt. Essendo sensori a 2 fili per evitare di caricare troppo il bus è stata posta una resistenza da 100 Ohm in serie al segnale su ogni sensore, come cavo trattandosi di applicazione domotica è stato utilizzato del normale doppimo telefonico fatto passare in cavo corrugato distante da linee di potenza a 220Vca.
Il problema a cui ti riferisci è legato all’utilizzo di memorie EEPROM e FLASH, ma sulla famiglia SlimLine ARM7 e CortexM7 la memoria utilizzata per lo storage dei dati RETAIN è una memoria FRAM che ha cicli di scrittura infiniti.
La considerazione sul numero di cicli và fatta nel caso appoggi il FIFO su di un file, se utilizzi la memoria FLASH presente nei sistemi ARM7 e CortexM7 per apopoggiare il file devi considerare il numero di cicli di scrittura che sono dell’ordine di cenntinaia di migliaia per ogni settore. Ma considerando che un file su disco occupa molti settori il numero di cicli và moltiplicato per il numero di settori utilizzati. Quindi più grande è il file maggiore è il numero di cicli possibili.
Discorso a parte è per la SDCard, se utilizzi chip con la gestiore del wear leveling la scrittura è automaticamente spalmata su tutti i settori della scheda aumentando moltissimo il numero di cicli di scrittura. Questa è la stessa tecnica utilizzata nel dischi SSD per il PC.
Si per non perdere i dati salvati nel FIFO allo spegnimento FIFOIDx deve essere RETAIN, ed i dati devono essere appoggiati su di un file.
Se non indichi il file di appoggio i dati sono salvati in memoria e non importa come è definito FIFOIDx perchè vengono comunque persi.
Il file è sempre lo stesso perchè contiene i dati salvati al suo interno. Se hai definito FIFOIDx RETAIN la scrittura continua dal punto corretto, se non è RETAIN la scrittura inizia dall’inizio del file.
Si quello che posso ipotizzare è che usi due server DNS diversi e quello del PC risolve l’URL mentre quello settato sullo SlimLine non lo risolve.
ANCOUNT, specifying the number of answer entries.
Nella risposta un server DNS può per lo stesso domain rispondere con più IP e per ognuno di essi oltre all’IP vi saranno anche gli altri dati (es. TTL etc). Il nostro client DNS considera sempre il primo IP ritornato.
Il fatto che ritorni ANCOUNT 0, vuol dire che non sono stati ritornati indirizzi IP per quell’URL. Ora mi viene spontanea una domanda ma il server DNS settato sul tuo PC e che risponde correttamente è lo stesso server DNS settato sullo SlimLine ?
Se hai impostato lo stesso server DNS sia sul PC che sullo SlimLine e lo SlimLine riceve ANCOUNT 0 potresti indicarmi l’URL che stai pingando (Se vuoi anche inviandolo in privato a support).
Ma non ho capito se hai provato a dare il comando di Ping dalla connessione Telnet con lo SlimLine, e se è proprio il comando di Ping da Telnet che và in errore.
Poi mi dici che il Ping dal PC (Finestra DOS) funziona, ma tu pinghi l’URL o pinghi lo stesso IP che ti ha restitutito la richiesta DNS fatta con il FB DNSRequest ?
Alla richiesta DNS si possono ricevere più indirizzi IP per i vari servizi attivi sullo stesso URL, il FB DNSRequest ritorna sempre il primo IP ritornato e magari tu pinghi un IP su cui non è attivo il server ICMP.
Si certo eseguendo il forward (o NAT) della porta Modbus 502 sul router e disponendo di un indirizzo IP pubblico si può programmarlo da remoto (Vedi topic).
Naturalmente con EasyAcces non occorre modificare il router di connessione Internet e garantisce un accesso criptato oltre che al pannello anche al PLC collegato.
La protezione del programma è un problema spinoso, da una parte il cliente f inale vorrebbe avere la massima flessibilità sul programma e dall’altra chi ha sviluppato l’applicazione ha la necessità di proteggersi dalle copie.
Proteggersi perchè molte volte il costo dello sviluppo viene spalmato su forniture successive e quindi è importante poter verificare l’acquisto del prodotto. Altre volte il cliente ha pagato un costo di sviluppo ridotto in quanto lo sviluppatore ha utilizzato parti di programma già sviluppate che fanno parte del suo know-how e che non può “regalare” al cliente.
I nostri sistemi hanno dei meccanismi per la protezione del software (Vedi post, post), in generale si tende a criptare le parti di programma nobili e si controlla se il dispositivo in cui il programma viene eseguito ha un identificativo particolare. Con queste verifiche si può dare al cliente l’intero progetto lasciandogli così la libertà di modificarlo nelle parti meno nobili (non criptate).
Questa soluzione permette di inviare al cliente il progetto anche via mail e permette a lui di poterne conservare copia.
Per l’aggiornamento e debug del programma direttamente sul PLC montato sul campo i clienti che hanno sull’impianto oltre al PLC anche il pannello operatore Weintek, utilizzano l funzionalità EasyAccess per accedere direttamente via Internet al PLC ed eseguirne la programmazione accedendo direttamente via IP al dispositivo.
Se invece puoi accedere solo con sistemi di desktop remoto (Esempio TeamViewer), puoi utilizzare il programma LogicLab Loader. Si tratta comunque di un programma da installare sul PC del cliente che permette il solo trasferimento del programma senza alcuna possibilità di modifica.
Immagino che devi pingare un indirizzo IP che è fuori dalla tua rete, hai impostato correttamente il Gateway sullo SlimLine ?
Ed il gateway è pingabile dello SlimLine ?
Con il nuovo file system il web server può accedere solo ai files ed alle cartelle che sono contenute nella cartella definita come root del servizio (Vedi articolo), quindi trovandosi il file Logs.txt nella cartella System non sarà possibile accedervi.
Per vedere il file occorre accedere al sistema via FTP ed aprirlo con un editor oppure scaricarlo sul proprio PC (Vedi topic).
