Risposte nei forum create
-
Post
-
L’errore l’ho commesso io nel farti l’esempio (Lavoro anche con il linguaggio C ed a volte mi prendo libertà che in ST non sono possibili).
Avendo usato la stringa di esempio “ABCD…” i codici ascii dei vari caratteri sono consecutivi e non mi sono accorto che la scrittura del programma era errata… chiedo venia… Ecco come puoi scrivere:
DString:='elsistmp'; ChPtr:=ADR(DString); //Character pointer Ch[0]:=@ChPtr; //Leggo carattere in posizione 0 ChPtr:=ChPtr+1; //Character pointer Ch[1]:=@ChPtr; //Leggo carattere in posizione 1 ChPtr:=ADR(DString)+5; //Character pointer Ch[5]:=@ChPtr; //Leggo carattere in posizione 5
Non conosco Remote.it, ma strano che se riesci ad accedere in SSH tu non riesca ad accedere con l’IDE Codesys..
Negli impianti dove vi è un pannello operatore Weintek, l’accesso da remoto via Internet è possibile tramite EasyAccess. Come vedi EasyAccess ha un canone una tantum e nessun altro costo di servizio.
Weintek mi dice che è possibile comunicare con il PLC in Ethernet FINS su stessa rete.
Quindi le uniche impostazioni sono ID stazione, IP PLC, port number.
L’esempio funziona anche su MPS054, non capisco le tue difficoltà nel farlo funzionare.
Ho comunque provveduto ad importare il progetto String con l’ultima versione di LogicLab, prova ad eseguire il download di questo esempio. Il funzionamento del programma si può testare anche utilizzando l’ambiente di simulazione SimuLab integrato in LogicLab. Ecco lo screenshot del programma in simulazione.
Abbiamo utiulizzato i nostri blocchi funzione MQTT con diversi broker, ma che io sappia non abbiamo fatto integrazioni con Alexa.
Per ogni prodotto diamo la possibilità nella zona download di scaricare il dimensionale in formato DXF.
Purtroppo il protocollo Cdex non è supportato dai terminali Weintek. Weintek mi dice che sanno di un cliente che ha ha connesso pannelli con dispositivi Osai comunicando in Modbus.
Ora non so se nel tuo caso puoi attivare il protocollo Modbus sul dispositivo Osai.
Mentre per quanto rigarda MQTT non ci sono problemi.
Ho girato la richiesta ad Axel che sviluppa il LogicLab, ma la risposta è che le istruzioni (IF, CASE, FOR, ecc…) devono forzatamente essere scritte in maiuscolo.
Se non viene settata la flag Case sensivity, il programma viene convertito in maiuscolo prima della compilazione ecco quindi che le istruzioni anche se scritte in minuscolo appaiono in maiuscolo al compilatore che le accetta.
Ti rimando a questo vecchio topic dove si parlava dello stesso argomento.
In questo topic è trattata la sincronizzazione con un time server via NTP.
In questo topic è trattato un programmatore con lettura impostazioni da file CSV.
Comunque se navighi nel forum e nelle Knowledge trovi suggerimenti da cui prendere spunto per quello che devi realizzare.
Da LogicLab attualmente non si possono gestire i GPIO, stiamo lavorando per renderli disponibili…
Attualmente puoi da LogicLab con la funzione SysI2CWrRd gestire dispositivi connessi al bus I2C. Il bus utilizzato è il i2c-dev4 che è configurato nel file /boot/config.txt sui GPIO2 SDA, e GPIO3 SCL. Ecco la riga di configurazione:
# ------------------------------------------------------------------------------ # I2C SLIMLINE BUS CONFIG # ------------------------------------------------------------------------------ # Software I2C (i2c-dev4) set to max speed (180 Khz). dtoverlay=i2c-gpio,bus=4,i2c_gpio_sda=2,i2c_gpio_scl=3,i2c_gpio_delay_us=1
La libreria applicazioni è licenziata di fatto sui sistemi SlimLine basati su Raspberry, per utilizzarla su schede Raspberry di mercato và acquistata una licenza (Vedi pagina).
Lo script Mdp154 come indicato in questo articolo permette di installare su di una distribuzione Raspian standard tutto il necessario per poter utilizzare il LogicLab.
Terminata l’esecuzione dello script puoi eseguire il run time di LogicLab come indicato in questo articolo.
Ora hai tutto funzionante, puoi scaricare l’IDE LogicLab dal sito e realizzare il tuo primo progetto, magari copiando qualche esempio dalle pagine del manuale.
Tutto funzionerà in modalità demo senza alcun limite di utilizzo per 30 minuti. Per utilizzarlo in modalità licenziata devi acquistare la licenza libreria applicazioni e la licenza LogicLab.
Proprio in questi giorni abbiamo realizzato la libreria eLLabI2CDevsLib per la gestione dei dispositivi I2C connessi ai nostri sistemi. Il cuore della libreria è il FB I2CBusManager che esegue la gestione del bus I2C, a questo FB come già visto in altre nostre librerie si collegano i vari FB di gestione dispositivi.
Al momento abbiamo il FB SHT3xAcquire specificamente realizzato per acquisire il sensore SHT30F della Sensirion che è il sensore utilizzato nel TH161 della Sensit.
Come collegare il sensore
Puoi collegarlo direttamente al bus di espansione del sistema, guarda lo schema connessioni nel manuale allegato al modulo CPU. Sul connettore troverai i segnali di clock SCL e dato SDA del bus I2C oltre al +5V (Aux) con il quale puoi alimentare il sensore.In alternativa come da documentazione del FB I2CBusManager puoi utilizzare gli I/O del modulo CPU per realizzare un bus I2C completamente isolato dal sistema.
Il FB Average esegue una integrazione del valore in ingresso utilizzando il coefficente impostato, il comportamento è molto simile a quello ottenuto analogicamente da una rete RC.
Per comprenderne bene il funzionamento ti consiglio di realizzare un semplice progetto con acquisizione analogica e visualizzare sia il valore in ingresso che in uscita al FB tramite la funzione oscilloscopio di LogicLab. In questo modo puoi vedere graficamente la risposta in uscita al variare del segnale in ingresso.
Ma venendo alla tua domanda è molto strano quello che succede, hai verificato in debug come è l’andamento del valore di temperatura in uscita al FB SysGetAnInp?
Se il valore è corretto, dovresti vedere il valore di temperatura con le cifre decimali (e magari anche la cifra delle unità) che continuano a variare e se così è e se la acquisizione con la SysGetAnInp è effettuata in task Back puoi mettere coefficente anche di 1000 e più. Dovresti vedere in uscita alla FB le cifre decimali quasi stabili.
Dovendo concentrare dati su un unico PLC master da più PLC slave io utilizzerei il FB TCPDataExchServer sul PLC master e TCPDataExchClient sui vari PLC slaves.
Questi due FB permettono lo scambio di un’area dati definibile in modo bidirezionale tra i sistemi, abilitando il bit AutoTxD modificando un dato nell’area in scambio il dato verrà automaticamente inviato all’altro sistema.
In questo modo potrai concentrare nel PLC master i dati di tutti i PLC slaves e potrai eseguire il FB HTTPServer solo su questo PLC. Naturalmente se vorrai mantenere l’accesso HTTP anche sugli slaves dovrai eseguire anche sugli slaves il FB HTTPServer.
