Vai al contenuto

Sergio Bertana

Risposte nei forum create

Stai visualizzando 15 post - dal 211 a 225 (di 4,234 totali)
  • Autore
    Post
  • in risposta a: Consigli per realizzare automazione domotica #77168
    Sergio Bertana
    Amministratore del forum

    I ns sistemi sono utilizzati in diverse applicazioni domotiche in questo articolo puoi trovare degli spunti interessanti. Vediamo le varie possibilità

    • Interruttori, prese, tapparelle: se non hai problemi di passaggio cavi consiglio moduli di I/O a cui connetterli vedi ModbusMaster. Puoi creare zone dove concentrare gli I/O di più stanze e connetterli tutti ad un sistema SlimLine con I/O che poi interconnetti tra di loro via ethernet, vedi DataTransfer. Se vuoi utilizzare dispositivi wireless dai una occhiata alla gamma Shelly, con il protocollo Direct Device to Device communication (DDD)  è possibile gestirli utilizzando il FB HTTPClient.
    • Apertura porta con badge o codice, abbiamo soluzioni sia con RFID che con Tag a contatto, vedi offerta. Tramiti appoositi FB è possibile acquisire il codice tessera e gestire l’apertura in base a regole (Esempio l’orario per il personale di pulizia). Con la gestione di una tastiera è possibile gestire l’apertura a codice nel caso di alloggi in affitto breve.
    • Sensori per antifurto, se non hai problemi di passaggio cavi puoi connettere i classici sensori agli I/O del sistema. In alternativa puoi utilizzare dispositivi wireless utilizando ad esempio sistemi LoRaWAN connessi ad un gateway Milesight.

    Se aggiungi uno o più pannelli operatore puoi creare grafiche accattivanti che ti permettono una gestione intuitiva delle varie funzioni, inoltre grazie ad EasyAccess potrai accedere al pannello via Internet in completa sicurezza con il tuo Smartphone.

    In conclusione esistono moltissimi prodotti per applicazioni domotiche, naturalmente i prodotti commerciali sono più semplici da utilizzare ma sono rigidi nell’utilizzo e puoi abbinare solo prodotti compatibili. L’utilizzo di un sistema programmabile certo è più complesso perchè devi realizzare il programma di gestione ma ha il vantaggio di potertelo personalizzare come desideri e non hai limiti sulla integrazione di altri prodotti.

    in risposta a: Connessione Modbus a dispositivi LoRaWAN #77044
    Sergio Bertana
    Amministratore del forum

    Non è chiaro se l’esigenza è di utilizzare la rete LoRaWAN per connettere dispositivi remoti dotati di interfaccia seriale o di connettere via Modbus dispositivi remoti nativi LoRaWAN. Vediamo come con i prodotti Milesight da noi distribuiti si può soddisfare la tua esigenza.

    • Per collegare i dispositivi seriali al gateway è possibile utilizzare i dispositivi UC100 o UC300 collegando alla porta RS485 uno o più dispositivi Modbus RTU.
    • I dispositivi nativi LoRaWAN come quelli presenti sul ns sito o qualsiasi altro dispositivo LoRaWAN si collegano direttamente al gateway.

    Detto questo occorre tenere presente che i gateway LoRaWAN (Esempio UG56) non dispongono di connessione seriale per il Modbus RTU. Ma anche ipotizzando di utilizzare il protocollo Modbus TCP il gateway non ha il supporto al protocollo Modbus. La connessione LoRaWAN non permette trasmissioni continue di dati (Tipiche delle interrogazioni Modbus di un pannello HMI o di uno SCADA), la comunicazione avviene con tempi tipici di qualche minuto, per i dispositivi a batteria si consiglia minimo 10 minuti.

    Quindi una possibilità è di utilizzare unitamente al gateway un nostro modulo CPU come questo, che utilizzando i blocchi funzione MlsGateway e MlsDevice acquisisca i valori dai sensori remoti rendendoli disponibili su registri Modbus (RTU o TCP). Naturalmente oltre a questa operazione di buffering il sistema può gestire altre operazioni come ad esempio logiche di automazione, storage di dati, data logging ecc.

    in risposta a: Informazioni sul formato TIME #77038
    Sergio Bertana
    Amministratore del forum

    Come descritto il tipo TIME e un valore a 32 bits con il tempo espresso in mS, quindi per impostare da pannello HMI un valore di tempo espresso in hh:mm:ss devi utilizzare una macro di scalatura valore.

    L’argomento è stato trattato in questo topic.

    in risposta a: Programma gestione messaggi UDP #76983
    Sergio Bertana
    Amministratore del forum

    Quello che devi fare è abbastanza semplice e trovi sicuramente esempi nella nostra Knowledge base. Cominciamo con il ricordare che tutti i programmi che gestiscono comunicazioni Ethernet vanno eseguiti in task Back.

    La gestione degli I/O, quindi il programma che alla attivazione di un ingresso attivi una uscita lo farei in LD, e lo puoi eseguire in task Slow. Sulla attivazione dell’ingresso occorre gestire un FB R_TRIG che sulla attivazione dell’uscita Q setta una variabile BOOL globale di comando invio stringa UDP.

    Un’altro programma scritto in ST ed eseguito in task Back (Puoi utilizzare l’esempio ST_SysUDPClient) su attivazione della variabile BOOL globale viene inviata la stringa UDP ed esegue il reset della variabile di comando.

    Per la ricezione comandi UDP di gestione I/O occorre realizzare un programma un po più complesso in grado di ricevere stringhe, interpretarle e poi eseguire il comando richiesto. Puoi dare una occhiata ai programmi ST_SerialDataReceive e ST_WindSonicDriver naturalmernte sostituendo alla gestione seriale un server UDP. In realtà in questi due programmi come vedrai nella ricezione della stringa di comando viene atteso un carattere terminatore o un tempo di pausa in quanto essendo ricevuta da seriale i caratteri arriveranno uno alla volta. Da un socket UDP o TCP la ricezione è molto più semplice in quanto il comando arriverà tutto in un unico pacchetto dati.

    Per il test della comunicazione UDP su PC puoi utilizzare il programma Toolly con l’utility Terminal, emulazione terminale.

    Ricordo che è possibile acquistare un pacchetto di supporto On-Line che permette di ottenere supporto con TeamViewer e di imbastire insieme ai ns tecnici lo sviluppo del programma.

    in risposta a: Accesso FTP al file system del terminale #76977
    Sergio Bertana
    Amministratore del forum

    Per connettersi in FTP al pannello operatore NON si utilizza un browser web, ma si deve utilizzare l’esplora risorse di Windows, o in alternativa un qualsiasi client FTP (Esempio Filezilla).

    in risposta a: Connessione Peer-to-peer tra convertitori ATC-1200 #76963
    Sergio Bertana
    Amministratore del forum

    Aggiungo che il convertitore non gestisce connessioni multicast, ma utilizzando un ns sistema SlimLine è possibile connettere più convertitori ATC-1200 allo SlimLine e con un semplice programma (Vedi esempio COMMulticast) in questo articolo, si può inviare la stringa verso più convertitori ritornando il dato ricevuto.

    Ecco quindi che con un protocollo ad indirizzamento (Esempio Modbus) è possibile connettere tramite rete Ethernet più ATC-1200 ognuno connesso ad uno o  più dispositivi Modbus RTU e gestire dallo SlimLine la comunicazione seriale verso tutti.

    in risposta a: Eastron SDM630MCT con MID #76948
    Sergio Bertana
    Amministratore del forum

    La certificazione MID, certifica gli strumenti di misura per tutelare il consumatore ed il mercato, quindi non esiste un modo disponibile all’utente per il reset.

    L’unico modo per resettare l’impostazione e permettere una nuova impostazione è di ritornarci lo strumento. L’operazione di reset può essere fatta solo nei ns laboratori.

    in risposta a: Scheda Click Board Mikroe con protocollo Dali #76942
    Sergio Bertana
    Amministratore del forum

    Si nelle schede PCB137xxxx è previsto il montaggio delle schede Click Boards MikroE, in questa gamma di schede vi sono moltissime funzioni. Il problema è che i segnali su cui si appoggiano le varie funzioni non sono sempre gli stessi. Nella nostra scheda PCB137 abbiamo portato:

    • Bus SPI
    • Bus I2C
    • UART

    Ma da LogicLab l’unica risorsa gestibile al momento è l’UART che si può utilizzare come porta seriale COM2. In effetti i moduli CPU dotati di porta RS485 utilizzano un modulino stile MikroE sviluppato da noi.

    Quindi gli unici moduli MikroE standard gestibili da LogicLab sono quelli che utilizzano l’interfaccia seriale (Pin 13: Tx, Pin 14: Rx).

    in risposta a: Conversione da decimale ad ascii #76936
    Sergio Bertana
    Amministratore del forum

    Non so se ho capito bene quello che volevi ottenere ecco lo screenshot di quello che ho fatto io con questa macro.

    macro_command main()
    short Value=0 //Value to convert
    char Result[8]={0} //Result string
    
    GetData(Value, "Local HMI", LW, 10, 1) //Get data from LW
    DEC2ASCII(Value, Result[0], 4) //Convert 4 digit to ascii
    
    GetData(Value, "Local HMI", LW, 12, 1) //Get data from LW
    DEC2ASCII(Value, Result[4], 4) //Convert 4 digit to ascii
    
    SetData(Result[0], "Local HMI", LW, 20, 8) //Copy the ascii result to 8 bytes (4 LW)
    end macro_command
    in risposta a: File “project.rms” con lunghezza 0 byte #76909
    Sergio Bertana
    Amministratore del forum

    Purtroppo tutte le informazioni sono nel file project.rms quindi se non c’è il file non è possibile estrapolare il programma.

    in risposta a: Sensori Milesight, invio valori su variazione #76894
    Sergio Bertana
    Amministratore del forum

    Per il controllo delle condizioni ambientali consiglio il modello EM300-TH, la batteria interna da 4000 mAh garantisce 5 anni con trasmissioni ogni 10 minuti. Questo sensore può inviare temperatura su soglia di allarme ma non su variazione. L’invio su soglia di variazione è possibile con il modello TS30x che però non può rilevare l’umidità.

    Ma se analizziamo il consumo energetico, dovremmo valutare se consuma meno un sensore come EM300 che esegue un campionamento ed un invio ogni tempo impostato e poi si pone in quiescenza in attesa del prossimo invio, rispetto ad un sensore che deve continuamente controllare la temperatura per poi inviarla in caso di superamento della soglia.

    Inoltre non è un caso che l’EM300 non abbia questa funzione perchè la temperatura ambiente è un fenomeno lento e quindi poco si presta ad un controllo di tipo soglia. Completamente diverso è il caso del sensore TS30x che avendo la sonda esterna può essere utilizzato per il controllo di temperatura in svariate applicazioni in cui può essere utile avere una segnalazione immediata nel caso di una repentina variazione.

    in risposta a: Alternative al programma PDMS #76845
    Sergio Bertana
    Amministratore del forum

    Il fornitore consiglia di controllare i servizi Windows ed il firewall, loro non hanno ancora ricevuto lamentele riguardo agli ultimi aggiornamenti di Windows sulla funzionalità del programma PDMS. Probabilmente c’è un qualche blocco di sicurezza nell’accesso al DB Firebird.

    In effetti dal 9/24 cesserà il supporto sul programma, SensDesk è la normale migrazione del programma sul cloud.

    Capisco che ci sia una diffidenza all’invio dati sul cloud ma occorre considerare che miglioni di telefoni cellulari con dati altamente privati (foto, e-mail, pagamenti, conti, ecc.) sono sul cloud, perché allora non i dati sicuramente meno privati come le temperature, umidità, …

    In alternativa, siccome tutti idispositivi HW-group supportano il protocollo SNMP è possibile utilizzare uno dei molti programmi che trasferiscono dati da SNMP su DB.

    in risposta a: File “project.rms” con lunghezza 0 byte #76790
    Sergio Bertana
    Amministratore del forum

    Il  file project.rms è un file zip dell’intero progetto LogicLab, è possibile scegliere se eseguire oppure no la scrittura del file sui sistemi, vedi capitolo Download programma sorgente in questo articolo.

    • Nelle versioni datate di sistema operativo quando si decideva di non eseguire la scrittura del file sorgente, nella cartella Project veniva scritto il file project.rms con lunghezza 0.
    • Nelle ultime versioni di sistema operativo il file project.rms viene scritto solo se è impostata la scrittura del file sorgente. In caso contrario il file viene cancellato. Quindi se il file è presente si è certi che contiene sicuramente i sorgenti del programma in esecuzione.
    in risposta a: Accesso a HMI con port forwarding su router #76761
    Sergio Bertana
    Amministratore del forum

    Nei pannelli a 2 porte la connessione da realizzare è:

    • LAN1 utilizzata per accesso al pannello via Internet, da collegare ad una rete con accesso ad Internet, esempio un router LTE.
    • LAN2 utilizzata per la connessione del pannello ai PLC.

    Da quanto mi dici il router è già connesso alla rete dei PLC 192.0.200.x, quindi anche il cMT sarà connesso alla stessa rete con la LAN2 visto che deve dialogare con i PLC. Quindi basterà eseguire sul router il forward delle porte necessarie (Vedi FAQ) per poter accedere al cMT con tutte le applicazioni che desideri lasciando la LAN1 scollegata.

    in risposta a: Multilingua e massimo numero stati stringhe #76684
    Sergio Bertana
    Amministratore del forum

    Weintek in una prenews ha annunciato che molto probabilmente in una prossima versione di EasyBuilder aumenterà questo limite, ma parliamo di fine anno almeno…

    In alternativa perchè non usare le StringTable che non hanno questo limite… Tra l’altro io le trovo molto più intuitive e semplici da utlizzare (Screenshot).

Stai visualizzando 15 post - dal 211 a 225 (di 4,234 totali)