Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Bruceh

Pages: [1] 2
1
Hi Guys,
Very interesting discussion and some great suggestions regarding how to set up robust code to cope with communications that don't always behave nicely and on time.

My comment is to also consider that so long as you get a reading from your sensor and you are keeping track of time then you can calculate your volume. You dont actually need a reading every 5.00 sec but you do need to know the time elapsed between readings and the flow that has occured during that time

 If the flow fluctuates a lot then you need higher resolution sampling by increasing the sampling rate to approach a better approximation but as has been pointed out your flow meter is likely to be +/- 5% anyway.
Regards,
Bruce

2
Technical support / Windows CE & Java Runtime environment
« on: December 15, 2011, 12:45:25 PM »
Has anyone had any experience with running the TLServer and TriLogi 6.3 under Windows CE?
Is it even possible to install Java Runtime environment on this operating system?
Any help appreciated - thanks

3
Technical support / ADC Over voltage
« on: July 19, 2011, 08:16:24 PM »
Am I likely to get away with exposing three ADC channels on a MD888+ to  +5.5 volts for 10 minutes out of every 15?

4
Technical support / Re:Communicating with proprietary UART protocol
« on: November 10, 2010, 06:19:05 PM »
Thanks for that.
My programme is correct and does have
SETBAUD 3,&H42  (set RS485 to 4800, 8,1,e)

sorry I didn't put that detail in my post.

I do have a USB485. Can you please explain how to use the PC to monitor the traffic on the RS485 network?


5
Technical support / Communicating with proprietary UART protocol
« on: November 10, 2010, 01:43:58 PM »
I am having a few challenges getting my T100MD+ to communicate with an airconditioner control board.

The control board uses a proprietary RS485 protocol which is described as 'half duplex, each byte has 11 or 12 bits: 1 start bit, 8 data bits, 1 even parity check bit, 1 or 2 stop bits. Baud rate is 4800. Each message has 12 bytes: 1 header, 2 address, 2 command, 6 data & 1 check sum'

I  use the following commands to set  com port 3 at first scan

SETBAUD 3,42   (set RS485 to 8,1,e)
SETPROTOCOL 3,10   (No protocol)

and then use a series of OUTCOMM statements to transmit the required command strings

eg OUTCOMM 3,&H55   (send header 55H to airconditioner)
eg OUTCOMM 3,&H00   (send high address)
eg OUTCOMM 3,&H02   (send low address)
etc....

So far I have not been able to communicate with the control card. When I put an oscilliscope (PO Scope basic) on the RS485 I can decode all of the message except for the header which is being misinterpreted eg 80H instead of 55H
Am I missing the initial start bit because I am in 'no protocol'. Not sure of the implication of '1 or 2 stop bits' in the protocol

Any suggestions welcomed

6
Technical support / XServer file service commands
« on: February 21, 2010, 12:18:45 PM »
Can you please clarify the format & syntax of file service commands.
I have a T100MD+ connected to a XServer via Com1. The Xserver is connected to a VPN Router that has a 3G wireless card.
The PLC logs inputs from sensors (temperature, air flow, current) and records the data in a DM[] array. Periodically the plc powers up the Xserver and router, waits intill the connection is made with our LAN and then appends the data in the DM[] array to a text file on my pc. The whole unit runs on batteries so the data is collected for 6 hours before the router is fired up to conserve battery power.
Once the VPN router has connected with the LAN I can ping the XServer - no problem there. I can get ExcelLink to run and collect data from the unit in real time but I can not use this set up because of battery power restraints
Is one option is to have our LAN server 'port forward' the VPN connection to my PC?
I found a description of Remote file services in the Xserver manual that would 'point' the PLC vis the Xserver to my PC by using its IP address but I am confused about the actual syntax required. Should I be using <CONNECT> or <REMOTE> to do this? Please give an example or point me to better documentation. Thanks.

7
Technical support / Re:Tri-ExcelLink error
« on: September 02, 2009, 01:50:00 PM »
Got this error again last night

java.lang.ArrayIndexOutOfBoundsException: 16 in S3
Access to S3suspended for 1 minute


The error kept repeating every minute
The data collection did not restart of its own accord.
When I hit stop and then run on ExcelLInk the process restarted .
Any tips?

8
Technical support / Re:Tri-ExcelLink error
« on: September 01, 2009, 11:56:39 PM »
I will check the message if it reoccurs to see if its the same.

This PLC is at a remote site. It monitors a network of ICP DAS I-7018 analogue input modules on COM3.
COM1 is connected to an ethernet Xserver, which is connected to a VPN server and 3G modem.

The PLC is effectively part of our local network

If I stop ExcelLink then restart everything begins again. The system is currently running and has not shown the error in 46 hrs. Intermittant? Sounds like a communication error.


Thanks for your prompt reply. Is there anything else I should check out?


9
Technical support / Tri-ExcelLink error
« on: August 31, 2009, 01:45:56 PM »
Hi,
I am using Tri_excelLink 1.02 to monitor a T100MD-888+ that is collecting temperature data.

Tri-ExcelLink is collecting the data from DM[1] to DM[8] every 30 seconds. This runs fine for a while until I get the following message in Tri-excelLink:

java.lang.ArrayIndexOutOfBoundsException: 16 in S3
Access to S3suspended for 1 minute


If I stop Tri_excelLink, clear the data from the excel spreadsheet then restart the collection it will run again. So far I have had two sessions that ran for 3 to 8 hours before the error reappeared. Any tips on what is causing the error?


10
Technical support / Communication flow control
« on: July 09, 2007, 03:23:07 PM »
Can anyone tell me what flow control the PLC will expect from a PC that it is communicating with:
None, Xon/Xoff or hardware?

Regards,
BruceH

11
Technical support / USB to Serial port
« on: June 27, 2007, 11:01:32 PM »
The laptop I used for PLC programming and monitoring recently died. The replacement laptop does not have any serial ports but does have 4 USB ports.
I got a USB-Serial converter and can get TLServer to see the PLC, can transfer programs to the PLC but not having much success with the on-line monitoring. The link fails and TLServer reports 'poor network conditions'. The guy who sold me the converter said that it only works in about 75% of cases.

Has anyone had similar problems or any success with PCMCIA Type 2 cards that offer a serial port

Any suggestions appreciated...apart from  get another laptop with a serial port!!
I guess this also points to an issue with serial ports being phased out ....how are we going to communicate with TRI PLC's in the future

Bruceh

12
Technical support / Java update 5.10
« on: January 24, 2007, 01:58:06 PM »
Is anyone aware of any problems to TriLogi software when upgrading to JRE 5.10?

13
Technical support / Re:No PLC communication with TLServer
« on: September 27, 2006, 10:56:07 PM »
Master PLC connects to intranet via an Xserver on its RS232 port.
Master PLC connects to the PLC network via RS485 port.

TLServer looks for the Master PLC at a static IP address.
Master PLC's ID is 01 but when I send @01IR005A* as you suggested I still get Warning: No response from PLC. Same as IR*

The bit that has me confused is the fact that using TRilogi 6.1 I can monitor on-line, set RTC, get hardware info, transfer file to PLC etc....and the PLC is still doing its file appending job. Its just TLServer that can not get a response from the PLC

14
Technical support / No PLC communication with TLServer
« on: September 27, 2006, 09:31:17 PM »
Can anyone give some suggestions....

I have a MD888+ master PLC handling communications between a network of MD888+'s and the companies computer network.
The majority of the work is appending data to text files and it works just fine.

However when I use TLServer 3.0 to communicate with the master PLC I get no response eg IR* gives (Warning: No Response from PLC !). Have closed and reopened the ports - no change

When I connect using Trilogi 6.1 I can do on-line monitoring, transfer programs - the full works - communications look fine.

Any suggestions welcomed

15
Technical support / Re:MD-HMI420 cables
« on: September 05, 2006, 05:54:31 PM »
Thanks for prompt reply!
1m is plenty - I promise not to extend it

Pages: [1] 2