Risposte nei forum create
-
Post
-
Il messaggio di errore User program error indica la comparsa di un errore all’interno di qualche funzione o FB del programma utente. Essendo un errore di programma utente viene considerato come semplice warning dal sistema operativo (Infatti ha il suffisso [W]) e le warnings non sono salvate nel file di log.
Per risalire all’errore devi cercarlo nel Manuale programmazione IEC61131-3, ma siccome alcuni errori fanno parte di un range consiglio di cercare gli errori utilizando solo le prime 4 cifre (Nel tuo caso 9985). Eseguendo la ricerca vedrai che si tratta di un errore relativo al FB SysGetPhrDI, get peripheral digital input. In pratica è definito un modo di acquisisizione non supportato.
In riferimento all’ora di sistema anche se siamo Off-topic ti ricordo che nei nuovi moduli Cortex M7 il real time clock và ordinato come opzione. Se il modulo è connesso ad Internet puoi utilizzare il FB SNTPRequest che aggiorna l’ora interna al modulo utilizzando un server orario.
Il collegamento è realizzato a 2 fili quindi non hai la compensazione del cavo, ma su sonde Pt1000 è accettabile vista la ininfluenza della resistenza del cavo di rame. Certo se usassi Pt100 questo sarebbe da tenere in considerazione.
Sul mercato esistono molte versioni di Pt1000 con leggere differenze della curva di resistenza in base al modello, sarebbe interessante misurare con un multimetro di precisione il valore resistivo della Pt1000 e verificare sulla sua curva il reale valore di temperatura.
Nel caso tu disponga di uno strumento campione di riferimento puoi “tarare” la lettura realizzando da programma (Puoi usare allo scopo la funzione Linearize) la linearizzazione della lettura comparandola perfettamente allo strumento campione.
Il FB SysGetCounter ha la possibilità di definire quale ingresso utilizzare come ingresso di Clock, come ingresso di Reset e come ingresso di Reverse. Quindi in un modulo PCB124*000 puoi utilizzare qualsiasi degli ingressi per la funzione che desideri.
Poi come detto precedentemente solo gli ultimi 4 ingressi del modulo (DI12÷DI15) hanno optoisolatori ad alta velocità, quindi se usi altri ingressi per il Clock la frequenza massima di conteggio sarà di qualche Khz.
Quindi riasumendo come Clock dei due counters può essere definito qualsiasi ingresso del modulo, mentre l’encoder può essere connesso solo agli ultimi 4 ingressi.
La differenza stà nel tipo di conversione utilizzato a bordo scheda, la AO0 utilizza un convertire DAC a 12 bits, mentre la A01 utilizza un generatore PWM. Ma entrambe funzionano allo stesso identico modo, su entrambe è predisposto un circuito operazione usato come buffer sul segnale analogico di uscita.
Quindi non mi spiego la differenza di funzionamento, non mi dici se la misura è a circuito aperto oppure se le hai testate connesse ad un qualche dispositivo. Sarebbe interessante effettuare la misura a circuito aperto. Comunque potresti provare ad invertire il canale di uscita sulla FB SysSetAnOut e verificare se il funzionamento cambia.
Alla accensione le uscite analogiche sono ad un valore indeterminato, poi assumono il valore desiderato all’avvio del programma sl modulo CPU. In questo topic trovi un programma di test, puoi provare se con questo semplice programma le uscite funzionano.
Il modulo CPU Cortex M7 è predisposto con il circuito hardware per poter gestire l’interfaccia USB sia come Host che come Device. Ma ttualmente non abbiamo ancora rilasciato nessuna interfaccia software.
Si il cavo potrebbe andare benissimo… ma considera il plus di un cavo CAT5, visto che lo stendi lo puoi usare in futuro per altri usi realizzando anche in casa tua un cablaggio strutturato.
No non è possibile, ma puoi risolvere questa necessità usando una variabile di copia nel tuo programma. Siccome il modbus accede alle variabili al termine della esecuzione della task Back, tu puoi copiare il valore delle variabili che vuoi siano RO nelle variabili di appoggio sull’ultimo POU eseguito in Back.
Poi nel primo POU eseguito in back ricopiarne il valore dalla variabile di appoggio nella variabile in DB100. In questo modo anche se modbus le modifica loro avranno sempre il valore che assegni tu da programma. Quindi di fatto diventano variabili ReadOnly.
Attualmente è disponibile una sola uscita PWM hardware sul modulo CPU. Tutti inostri moduli di estensione hanno nella versione statica un driver sulle uscite che ha una frequenza operativa estremamente ridotta, quindi non tale da permettere di avere un PWM.
In quanto allo specchietto stiamo lavorandoci…
E’ essenziale che la SAModbusCmd sia eseguita nella stessa task della ModbusMsCore. Poi volendo puoi eseguirle entrambe anche nella task Slow anche se sinceramente trattandosi di comunicazione seriale non ne sento l’esigenza.
Queste FB eseguite in task Back fanno egregiamente il loro lavoro e comunque sono in grado di reggere il traffico seriale anche a baud rates molto elevati. Poi comunque tiene presente che normalmente (Almeno se non fai un utilizzo massiccio del file system) la task Back viene eseguita molto piu velocemente della task Slow.
Può dipendere tranquillamente dal sistema operativo che installa con attributi diversi il font. Come consiglio puoi provare a togliere il font, riavviare il PC ed installarlo nuovamente con EasyBuilderPro pro chiuso.
Dopo puoi provare se la manovra ha avuto successo riaprendo EasyBuilderPro.
L’hardware del modulo espansione I/O analogico utilizza di un microcontrollore che dispone sia di seriale che di CAN bus. Quindi abbiamo pensato di potere in un futuro rendere disponibili queste funziuoni da software, ma oggi questa possibilità è disabilitata.
Ti ricordo però che la porta RS232 presente sul modulo come pure quella presente sul moduloo espansione 20I/O mixed signal possono essere utilizzate da programma LogicLab come le normali porte seriali del modulo CPU (Topic,
Topic).E come già ricordato nei topics a cui ti ho linkato utilizzando un convertitore RS232/RS485 (Anche il semplicissimo ed economico ATC-106) puoi facilmente trasformare una RS232 in una RS485.
Concordo con hawai italia, ad esempio la soluzione proposta in questo topic può essere presa in considerazione. In alternativa puoi anche utilizzare degli STE connessi in ethernet o meglio ancora degli STEII connessi in WiFi. Per l’acquisizione dei dati da parte dello SlimLine puoi utilizzare la libreria eLLabSNMPLib, Topic.Ma venendo alla tua domanda, il cavo che tu indichi non mi sembra twistato, mentre và benissimo un CAT5 facendo attenzione ad utilizzare una coppia per il segnale analogico in lettura. Per la sezione dei cavi di alimentazione in corrente alle Pt1000 non ti preoccupare passano pochi uA. E’ infatti essenziale che la corrente di eccitazione delle termoresistenze sia molto bassa per evitare l’autoriscaldamento del sensore.
Per gestire queste variabili è meglio utilizzare una macro. In realtà non ho chiaro il motivo ma con la macro funziona.
Sulla nuova serie IP non possibile utilizzare il VNC, mentre non vi sono problemi sul pass trough, ti rimando comunque alla lettura della tabella riepilogativa delle differenze tra i vari modelli di terminale.
Si anche sulla serie iP dei terminali è disponibile l’interfaccia MPI. Ti rimando alla lettura di questo topic dove troverai altre informazioni sulla serie di pannelli iP.
