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 - EDGAR

Pages: 1 2 [3] 4
31
Technical support / Re:F1616 Closing connection?
« on: March 01, 2010, 05:41:27 PM »
Yes, once the connection is established you can read/write with no problem. On my end the PLC needs to communicate with 2 boilers, each boiler has 3 separate PAC (Master, Gas, Oil) each has their own IP. This make a total of 6 PAC and a total of 30 sec delay cycle 5 sec on each controller.

When you reach out to the development team, perhaps they should mix it up with the server and client sockets, support 3 Modbus Slave and 2 Modbus Master.

32
Technical support / Re:F1616 Closing connection?
« on: February 27, 2010, 11:32:40 AM »
I meant ' I shouldn?t have to wait this long and it shouldn't be an issues.'

Anyway, the problem is that every time I connect and disconnect from a device, I have to wait 4 seconds before I can connect to another device with a different IP. Less then 4 seconds the connection fails with a code of 'ERR:05-Prev Conn.ON' which mean that the previous issued command of Print #4 </> did not close the connection.

Thanks
Ed

33
Technical support / F1616 Closing connection?
« on: February 26, 2010, 03:17:28 AM »
I have asked this question before, and the answer I got was if I?m connecting to different IP address/PLC I should have to wait this long and this should not be an issue. I?m still having this issue I open and close sockets. I'm having the issue after I close an active connection, for some reason I have to wait 5 second to try to connect to another PLC. Any idea?

1-   Connect
2-   Issue Read Modbus Registers
3-   Close connection
4-   Wait 5 second
5-   Try to connect to another PLC

How can I minimize this dead time from 6 seconds to like 1 second, is this the nature of the PLC?

Thanks,
Ed

34
Opinions & Feedback / Re:f1616 functions
« on: February 13, 2010, 10:11:44 AM »
Yes, to add them to the basic language within the PLC for easier use. I use these functions with Modbus TCP to read 32bit float from a Moore 535 PAC. This PAC?s doesn't support conversion from 32bit to 16bit integer i.e.: 123.45 can't be converted to 123. My problem was that I had to send these 32bit values as integers to an AB PLC that did not support 32bit float.  Now thanks to your product I?m able to truncate these 32bit values in to integers and write them to the AB PLC. Yet, another functionality that can be done with the F and M+ series PLC a ?Modbus Gateway?.

Also,
Are you guys working on a syntax highlighter for the function editor? Is a lot easier to read when you have a lot of lines.

Thanks,
Ed

35
Opinions & Feedback / f1616 functions
« on: February 07, 2010, 01:59:01 PM »
Is it possible to add extra functions to your PLC's?

I have created four functions that help me calculate true 32 bit floating point values within the tri PLC. I tested them in F1616.

Function Names:
1- CBin - to convert to Binary
2- CPower - to raise a base to a power of x
3- CFloat - Convert a 32 bit value on to floating point. it uses CBin and CPower.
4- CRegStr - Convert a float string like "2.3" in to 32bit integer store in 2 16bit registers.

Parameters for these functions are 32bit A to Z, DM[3000] +
, and V$,W$,X$,Y$,Z$.

Is it possible to add these functions in to any PLC as part of the repertoire?
I will only release these functions to TRi Research.

Thanks
Edgar

36
Technical support / Re:Version 6.24, no right click menu in edit windows
« on: October 26, 2009, 05:42:56 PM »
You're right! no popup window, use the following keys for copy and paste.

Keys: Ctrl + C = Copy
Keys: Ctrl + V = Paste

Ed

37
Technical support / Re:Modbus TCP Function?
« on: October 06, 2009, 07:20:54 PM »
I was just wondering, some third controllers you can't access coil info using functions 3 or 4 unless they save the values on registers. I'm communicating with a PLC that if I need to get a coil value I need to use functions 1 or 2 and 5 to write. Before I start finagling with the NetCommand and other function is it possible?

38
Technical support / Modbus TCP Function?
« on: October 05, 2009, 07:45:11 PM »
Hello All,
The F-Series Modbus TCP, Is it possible to read/write to a discrete coil? I don't see it in the specifications. Can we write costume functions?

Thanks,
Ed

39
Technical support / Re:Serial Communications Issue
« on: October 05, 2009, 03:31:23 PM »
Sorry forgot sample

in VB:
Dim x As String
x = "Hello" & VbCr
or
x = "Hello" & Chr$(13)

In TM100:
A$ = "Hello" + Chr(13)


40
Technical support / Re:Serial Communications Issue
« on: October 05, 2009, 03:28:47 PM »
In Vb did you tried constant keyword 'vbCr' or Chr$(13)? Im not sure in the TM but Chr(13) should work in the TM100MD.

check the ascii table here http://www.asciitable.com/ and tri the function CHR(decimal index from the table)

Hope this works,
Ed

41
Technical support / Re:F1616
« on: October 04, 2009, 06:39:40 PM »
On Connection close, I replaced the 'delay 5000' for a 'for next' as follows.

FOR I = 0 TO 2000
  REFRESH
NEXT

Is this ok, can i use the REFRESH this many times? or do you have an alternate method?

42
Technical support / Re:F1616
« on: October 04, 2009, 07:00:24 AM »
That's what i thought. I have the plc polling data from 2 boilers and writing it to a cabinet as follows.
PollBoiler1()  // in this function I start by opening the TCP connection polling the Modbus data  and end by closing it with a delay of 5 seconds.
PollBoiler2() // in this function I start by opening the TCP connection polling the Modbus data  and end by closing it with a delay of 5 seconds.
WriteToCabinet() // in this function I start by opening the TCP connection writing the Modbus data  received from boiler 1 and 2 and then end by closing it with a delay of 5 seconds.

When I close the connection I need a delay of 5 seconds before I can reconnect it this true? what would you say is the min time?

ConnectTCP()-----------------------------
PRINT #4 "<MBTCPCONNECT "+ D$ +":502>" 'CONNECT TO MOORE PAC
CALL GetTCPStatusC4

IF STRCMP(A$,"<CONNECTED>")<> 0    ' did not received "CONNECTED" message
   SETLCD 2,1,"Not Connected           "  
else
   SETLCD 2,1,"Connected                  "
ENDIF

RETURN  
-----------------------------------------------

CloseTCP ----------------------------------
Print #4 </CLOSE>
DELAY 5000
RETURN
-----------------------------------------------
Thank you
Ed

43
Technical support / F1616
« on: October 03, 2009, 02:12:11 PM »
I understand that the plc F1616 can receive 5 simultaneously Modbus Server TCP connections,now how many client connections can be created?

44
Technical support / Re:E10 PLC on Pause
« on: August 05, 2009, 05:13:29 AM »
It happened again. I think these floats are causing surge in the power supply line going to the DC power supply. Can anyone suggest a surge suppressor or a maybe a capacitor to be installed on the PLC power input? I?m really out of options here. The PLC is getting 24VDC from the Power supply and the power supply gets the 110VAC from the main transformer and is the same powering the submersible floats.

Anything will be greatly appreciated!

Ed

45
Technical support / Re:E10 PLC on Pause
« on: July 21, 2009, 03:33:56 AM »
The PLC as far as I know did not lose power, it just stop working. After connecting my laptop to the PLC I was surprise the PLC still can communicate and immediately after I get the pause message, using the WinTriLOGIC software I press the Pause Button on the software and after that the plc was responsive but only executed some of the logic not all.
I did not receive any message of memory corruption or else just that the PLC is in User Pause. Once I cut the power and restore the PLC went back to operation normally executing all the logic.
The E10 only drives a two 24 VDC relays, these relays activates the 120 VAC pump contactors. The sump floats activates the input relays based on the level. These are submersible floats, to cancel the turbulence I wire the signal through a time delay relays then to the input relay which activated the PLC input on a separate circuit.

The power supply power the PLC and the relay output. The 24 VDC supply from the PLC connect to each of the relays that activates by floats. When the relays close the input is activated and the PLC starts the pump.

New changes:
I really thought it was a voltage problem or surge caused by the float mechanism using 24VDC from the PLC for simplicity. Now only the PLC output and inputs uses the 24VDC from the Power supply, I wire the float 120VDC to activate the relays independently from the PLC. Now the PLC only uses the 24VDC, the PLC interact with the rest of the device with relays. Floats and contactors, etc. uses the 120VDC directly from the Pump starter box.

Thank you,
Ed

Pages: 1 2 [3] 4