[Sergio Bertana]

The Force I/O bar it’s not managed it’s always disabled, the real I/Os can be forced by copying them to the watch bar. To force them, they must not be managed by the program. This suggestion is valid for all the variables, is not possible to force a variable that is managed by the program. You force it but the program set it’s value according to the logic, overwriting your forcing (View screenshot).

The PLC run time status bar, is enabled on the devices starting from Device ID “Mps046_XTarget_10_0”. All the compact modules are of this type. You probably use a CPU ARM7 module version A, Device ID “Mps046_XTarget_8_0”, on these devices the bar is not enabled. Anyway this bar is not so useful, it allows only to stop and start the PLC running and display the tasks loop times. The tasks loop times is visible by inserting in the watch window the related variables, you can load them from the SystemVariables.wls watch list file. (View screenshot).

It seems that you connect to a CPU ARM7 module by using Ethernet and try to access to it by FTP is it true ? By reading your report it seems that you are able to operate on the SlimLine files only in reading. The problem could be in the file name, it must be long up to 16 characters (Name plus extension).So filenames like MyFile.txt is ok, but ThisIsMyFile.report is not accepted. Another problem could be in the SDCard formatting, when you format the SDCard you define how many files can be stored on it, if you reach the number of defined files, no more files can be stored.

About the RNDIS we have a lot of installations of it on a Windows 7 (32 and 64 bits) and no customer complain problems. I cannot understand why you report problem on it. Have your Windows system up to date ? Have you tried to change the USB cable ? Can you try to connect it on another PC ?

[Sergio Bertana]

Seguendo le tue richieste ho realizzato un semplice programma sullo SlimLine che gestisce una variabile UINT in base allo stato dei 3 ingressi digitali. Non capisco perché hai fissato solo 4 stati quando con 3 ingressi avresti potuto gestire 8 stati (Da 0 a 7). Gestire più stati sarebbe stato utile per avere il bar graph di visualizzazione molto più dettagliato. Il programma sullo SlimLine è questo.

  IF NOT(Di00M00) AND NOT(Di01M00) AND NOT(Di02M00) THEN TankStatus:=0; END_IF; (* 000:serbatoio vuoto *)
  IF Di00M00 AND NOT(Di01M00) AND NOT(Di02M00) THEN TankStatus:=1; END_IF; (* 001:livello di avaria *)
  IF Di00M00 AND Di01M00 AND NOT(Di02M00) THEN TankStatus:=2; END_IF; (* 011:livello minimo *)
  IF Di00M00 AND Di01M00 AND Di02M00 THEN TankStatus:=3; END_IF; (* 111:serbatoio pieno *)

Mentre sul pannello operatore ho utilizzato un oggetto Word lamp, a cui ho abbinato 3 stati (0, 1, 2, 3) e per ogni stato ho definito una label di visualizzazione dello stato del serbatoio. Sopra alla word lamp ho messo anche un bar graph che visualizza il livello nel serbatoio.

Naturalmente uso gli stessi stati della word lamp, ma se puoi ti consiglio di gestire dal programma SlimLine due variabili UINT, una da 0 a 3 per gli stati ed una da 0 a 7 per il livello. Dal sito della Weintek puoi scaricare tante immagini di serbatoio per dare un impatto grafico più bello alla tua applicazione (Screenshot). Ti allego il programma SlimLine ed il programma del pannello operatore (Download programmi).

[Sergio Bertana]

Se usi una DLL Modbus non dovresti avere problemi, Modbus è un protocollo standard, non capisco cosa intendi per file di configurazione. Quello che occorre sapere è la porta TCP a cui connetterti (Standard è la 502) e l’indirizzo di nodo Modbus (Di default è 1). Poi devi fare riferimento al Manuale programmazione IEC61131-3, al capitolo che riguarda i Protocolli di comunicazione.

[Sergio Bertana]

I nostri sistemi SlimLine e Netlog III hanno il protocollo Modbus slave nativo, su tutte le porte seriali  (RS232 o RS485) è disponibile di default il protocollo Modbus RTU sulla porta 502 della connessione TCP è disponibile il Modbus TCP. Da pagina web di configurazione (Screenshot) è possibile impostare il tipo di protocollo gestito.

A questo punto se vuoi fare dei test puoi utilizzare Toolly ed inviare le stringhe di test come indicato nel post precedente. Come vedi l’indirizzo di nodo delle stringhe è 255 che è l’indirizzo di default e quindi il sistema risponde qualsiasi sia il suo indirizzo di nodo definito. La porta Ethernet dei sistemi è autosensing, per la connessione puoi utilizzare sia cavo diritto che cross-over.

Come vedi dallo screenshot, è possibile selezionare il protocollo Over IP anche sulle porte seriali, questo permette di connettere alle porte un convertitore Ethernet-Seriale e accedervi da Ethernet.

[Sergio Bertana]

Ho chiesto al nostro fornitore che mi conferma la compatibilità del VirtualCOM Tool 4.1 (Scaricabile dal nostro sito) con i sistemi Windows 8. Ho provato a fare una installazione su di un PC con Windows 8 Pro a 64 bits e come si vede dallo screenshot il programma funziona regolarmente. E come si vede dallo screenshot utilizza la  virtual serial port technology della Eltima che è uno dei più utilizzati software di virtualizzazione.

Puoi verificare se la versione del programma da te installata è la stessa che ho utilizzato io ? Eventualmente esegui il download della versione 4.1 dal nostro sito.

[Sergio Bertana]

La soluzione al tuo problema può essere trovata in molti modi, vediamoli.
 
HWg-Ares Sistema monitoraggio GSM/GPRS
Sistema di monitoraggio con modem GSM/GPRS integrato in grado di acquisire dati da sensori 1-wire (temperatura, umidità, tensione, corrente, allagamento ecc.) e da ingressi digitali, e di renderli disponibili su portale web SensDesk utilizzando la rete GSM/GPRS.
 
SlimLine e modem GSM/GPRS
A differenza degli altri questo è un sistema programmabile PLC, tramite blocchi funzione può gestire ricezione/invio di SMS (Vedi post). Il sistema può anche connettersi ad un server ed inviare i dati via TCP/IP (Vedi post).
 
HWg-STE Plus
Termometro/igrometro Ethernet dotato di due ingressi digitali protocollo SNMP, interfaccia web ed accesso al portale web gratuito SensDesk di HWg. Per utilizzare questa soluzione occorre disporre di una connessione Internet locale (ADSL o Router).

[Sergio Bertana]

L’accesso da client al server VNC del pannello Weintek può avvenire utilizzando due diverse porte, i client VNC (Esempio UltraVNC) utilizzano la porta 5900, mentre il VNC da Java utilizza la porta 5800 (Topic).

Quindi per accedere da IP pubblico con un client VNC devi eseguire un forwarding della porta pubblica xxxx sul IP del terminale porta 5900. Nel tuo programma dovrai definire l’IP pubblico e la porta xxxx, se hai un solo terminale a cui accedere consiglio di eseguire il forwarding della porta pubblica 5900 su IP privato pannello sempre porta 5900, in questo modo utilizzi la porta standard del VNC.

Ma da come hai posto la domanda mi sembra tu voglia utilizzare l’accesso da browser (Quindi VNC Java), in questo caso le porte da ridirigere sono 2. La porta 80 del pannello su cui si appoggia il server web e la porta 5800 utilizzata dal client VNC Java. Quindi ad esempio la porta pubblica 8080 và ridiretta sul pannello porta 80, la porta pubblica 5800 và ridiretta sul pannello porta 5800. Ora da browser basterà digitare l’inidirizzo pubblico seguito dalla porta xxx.xxx.xxx.xxx:8080.

Naturalmente è ovvio che il tuo gestore del servizio Internet deve fornirti un indirizzo IP che può anche essere dinamico (Si risolve con il DynDNS se il router lo supporta) ma deve essere sicuramente un IP pubblico. Alcuni gestori forniscono IP NATtati e quindi non raggiungibili da Internet. Per una verifica prova ad eseguire un ping sull’indirizzo IP pubblico. Altra verifica è che le porte pubbliche che tu utilizzi non siano bloccate dal gestore.

[Sergio Bertana]

Non so quale programma utilizzi per intercettare le trap inviate dal Poseidon, ma come vedi anche utilizzando il semplice SNMP Trap Watcher, nella trap inviata è riportato lo stato completo del dispositivo compreso il valore di temperatura (Screenshot).

Per il riferimento ai vari OID presenti nella Trap devi eseguire il download dal Poseidon del file SNMP OID description, cliccando sul link presente nella pagina web del prodotto (Screenshot).

[Sergio Bertana]

Si certo è possibile realizzare quello di cui necessiti, il convertitore Seriale/Fibra connesso alla rete RS485 del master invia al convertitore Seriale/Fibra connesso ai due slaves tutti i dati della rete. Essendo una comunicazione ad indirizzo, solo lo slave che ha indirizzo di nodo richiesto risponderà alle interrogazioni.

Se lo slave è uno dei due connessi al convertitore dopo la fibra, risponderà, ed il convertitore invierà la risposta sulla fibra che poi sarà ritrasmessa sulla rete RS485 del master.

[Sergio Bertana]

Per sincronizzare il temporizzatore con lo stato di macchina in funzione (Nel mio esempio è l’ingresso %IX255.1) occorre modificare il ramo:

LDN TBase.Q
ST TBase.IN
JMPC Label (* Salto se tempo non trascorso *)

Nel modo:

LD %IX255.1
ANDN TBase.Q
ST TBase.IN

LDN TBase.Q
JMPC Label (* Salto se tempo non trascorso *)

In pratica il timer si attiva solo se ingresso di macchina in funzione è attivo e l’uscita timer è disattiva, mentre il salto alla etichetta si deve sempre effettuare salvo quando il timer ha terminato il conteggio (Questa situazione dura un loop di programma).

[Sergio Bertana]

Per altezza credo tu ti riferisca al campo Tower Height, in questo campo devi indicare l’altezza dell’antenna dal terreno (Screenshot). Tutti i riferimenti altimetrici sono automaticamente presi da Google Hearth.

Nel tuo caso un link tra pianura e montagna è molto favorevole in quanto si presume non vi siano ostacoli tra i due apparecchi essendo la montagna molto in alto. Attenzione solo a non avere edifici e/o grossi alberi in prossimità delle antenne.

[Sergio Bertana]

Se c’è un moderatore libero cerchiamo di rispondere con celerità, molte volte siamo impegnati in lavori fuori sede e/o assistenza remota via TeamViewer e non abbiamo il tempo materiale per rispondere.

[Sergio Bertana]

Ho visto il datasheet del display che hai acquistato ed a livello di connessioni elettriche non ci sono problemi, colleghi solo i due segnali SCL ed SDA, tieni il pin di RESET del display a +5VDC.

Non ho visto se tutti i comandi I2C sono esattamente uguali al display da me utilizzato per le prove, ma solitamente le sequenze software per la gestione sono le stesse per tutti i display. Le sequenze da me utilizzate sono le stesse che utilizzo in altre apparecchiature dove è montato un display con interfaccia parallela.

Attenzione all’indirizzo del display da dare al blocco funzione, come vedi sul datasheet del display è riportato Slaver address could only set to 0111110, no other slaver address could be set. Quindi l’indirizzo da utilizzare è 16#37. Naturalmente a differenza dell’altro display che aveva la possibilità di definire l’indirizzo e quindi più display (Fino a 4) potevano condividere il bus I2C, con questo display ne puoi collegare uno solo.

[Sergio Bertana]

Non ci sono informazioni esatte sul range di alimentazione spulciando tra i forum della Ubiquiti si trovano informazioni date da impiegati della stesa Ubiquiti. In questo stesso topic in un post precedente c’è già una nota presa da questi forums in cui si dà come range di tensione da 12 a 24 VDC. Ad esempio in un post riferito ad un Bullet viene riportato:

With a 5ft PoE cable run, I think 12V should work fine.

Ed in un altro riferito ad un Bullet Titanium.

Yes the Bullet M Titanium will run on 12v.

Questo anche se sul datasheet è riportato Power supply: 24V, 0.5A PoE Adapter (included). Dopo tutta questa bella chiacchierata posso dirti che non ho argomenti certi per garantire il funzionamento a 12 VDC, ma credo che il circuito interno operi con tensioni basse 5 VDC o meno e che quindi vi sia un alimentatore in ingresso. Il problema maggiore può essere sulla massima tensione di alimentazione che è sempre specificata (24 VDC). O nel caso di tensioni basse il problema può essere nella lunghezza dei cavi che producono una caduta di tensione.

[Sergio Bertana]

Anche se l’utilizzo dei puntatori è deprecato dalla normativa IEC-61131, in molti programmi sarebbe impossibile realizzare certe funzioni senza i puntatori. Ecco quindi che anche LogicLab come altri ambienti di programmazione prevede la possibilità di utilizzare i puntatori e di conseguenza conoscere l’indirizzo di allocazione delle variabili. utilizzando la funzione ADR().

Ipotizzando di avere un contatore Counter di tipo USINT e di volerne conoscere e/o modificare il valore con un puntatore, dovremo definire una variabile Ptr di tipo @USINT.

Ptr:=ADR(Counter); carica in Ptr l’indirizzo della variabile Counter.
IF (@Ptr = 10) THEN controlla il valore della variabile Counter.
@Ptr:=20; carica 20 nella variabile Counter.

[Autore]

Post