Recent Posts

Pages: 1 2 [3] 4 5 ... 10
News / Release of i-TRiLOGI version 7.52 with HTTPS and MQTT Client Commands
« Last post by Forum Admin on January 23, 2023, 08:35:58 AM »
We are pleased to announce the release of the latest i-TRiLOGI version 7.52 with additional TBASIC commands to support new HTTPS and MQTT client commands available on Wx100 PLC with WiFi, keypad and graphical display (

The new version 7.52 inherits all the user-interface improvement introduced since version 7.4 (see,2456.0.html) and can be used for programming the Wx100, Fx2424, Fx1616 and any SmartTILE- based custom-made PLCs. All these new commands can be fully simulated using the i-TRiLOGI built-in simulator.

For more details of the new MQTT and HTTPS TBASIC commands, visit:

For the full i-TRiLOGI Reference Manual, visit:

To upgrade your current i-TRiLOGI, please click on its “Help” menu and select the “TRiLOGI Upgrade” option to visit the download link.

General Discussions / Re: Industrial type high performance PLC
« Last post by BetterBath on January 18, 2023, 02:27:57 AM »
The Siemens S7-1500 is a high-performance PLC with support for up to 150 digital inputs and up to 8 analog inputs. It also supports advanced integrated diagnostics, motion control, and integrated communication ports.
fort pierce trash drop offclickjunkremovalgarbagehaulingservicesnearPortSaintLucieFlorida, click hereDisposal services near Port St Lucie, Florida. Click here  for more informationjunk haulers
Technical support / Re: Input[1] to Input[5] Operation
« Last post by uknanoman on January 10, 2023, 01:31:55 AM »
   Thank you support and Gary for looking into this for me. Just before I got this reply I had tried the setsystem 16,1  and yes it made no difference. So as it stands I will keep the remote input data at inputs 81 onwards which seems to work fine.
Regards Peter
Technical support / Re: Input[1] to Input[5] Operation
« Last post by support on January 08, 2023, 08:36:30 PM »
Gary suggestions works on the Fx and FMD PLC but unfortunately this won't work on the Wx100 since it uses a different expansion I/O handling system.

Upon power on the Wx100 scans the attached expansion I/O space and mark those expansion I/Os that are available and will only scan those boards during I/O scan. So if a board is not detected upon power on it is not scanned and thus save the I/O scan time automatically.

However, the current Wx100 firm reserves the first 80 digital inputs space and will keep those non available inputs at zero (OFF). It doesn't allow these to be used by the user program. This may change in future firmware revision if there are more users who request such a feature.

Technical support / Re: Erratic Online Monitoring of I/O Tables with WX100
« Last post by uknanoman on January 06, 2023, 07:32:52 PM »
Hi Support
                Yes thanks for the firmware upgrade, it certainly did stop the erratic behaviour of monitoring, In fact I kept the monitor going for well over an hour without any problems at all. Many thanks
Regards Peter
Technical support / Re: Input[1] to Input[5] Operation
« Last post by uknanoman on January 06, 2023, 07:00:29 PM »
Hi Gary
          Thanks for this response. On the face of what you are explaining it would appear that the wx100 must default to set system 16,5 because inputs 81 onwards seem to retain a forced state via the monitor I/o control or as I have found out by using input[6]=dm[10]. In these cases it seems not to be overwritten with a 0. So with your suggestion in mind I will try a set system 16,1 and see how it responds when I get back to work next week. You may be wondering at my thought process regarding storing of (data) at input points. It is simply that because the (data) is data related to physical inputs from a remote i/o block via modbus, I prefer to map them into into an input area of the plc for the clarity of inputs being inputs and subsequently being prefixed with an (i) eg i81 when looking at a ladder diagram. As you have rightly perceived data is after all data whether it is I/O or other my problem is that I can get a bit picky sometimes about how I want that data to appear in the context of the program. Thanks for your input into this post much appreciated, I will let you know how I get on.
Regards Peter
Technical support / Re: Erratic Online Monitoring of I/O Tables with WX100
« Last post by support on January 06, 2023, 01:38:21 PM »
We have sent you the firmware upgrader and latest i-TRiLOGI software download links. I believe the new firmware and software has resolved your reported issues.
Technical support / Re: Input[1] to Input[5] Operation
« Last post by garysdickinson on January 06, 2023, 01:25:10 PM »
Your attempt to use INPUTs as general purpose data storage has a small problem. When the PLC ladder logic is running it will overwrite all of the INPUT values during each scan of ladder logic. You are using INPUTs that your PLC does not physically have but the ladder logic code does not know how many INPUTs your PLC actually has (or are actually being used) so it scans  the maximum number of INPUTs that ladder logic can handle.  This number is way more that 16. This is why your are seeing your "special" INPUTs getting cleared to 0.

I suggest that you store data in either DM[] or RELAYs. If you store your DATA in RELAYs you can make it visible on the first page of the simulator / on-line monitor.

If you insist on using INPUTs for data storage you may need to use the SetSystem 16,n statement on the the first scan of your PLC program. The SetSystem 16,n sets the number of I/O pins that will be accessed.  The "n" argument affects the number of I/Os to access. When n=1 the I/0 pins 1-16 will be scanned. When n=2 then pins 1-32 will be scanned.

SetSystem 16,n is intended to help speedup the execution of ladder logic by restricting the number of I/Os that must be processed on each pass thru the ladder logic.

I use SetSystem 16,n for it's intended purpose to speed up the ladder logic execution. It works for this purpose You will need to test and verify if SetSystem 16,1 will solve the problem that you have created. 

Gary Dickinson
Technical support / Input[1] to Input[5] Operation
« Last post by uknanoman on January 06, 2023, 07:57:41 AM »
Hi Support.
                In my application I am getting data from a remote i/o block via modbus and placing it into a register say dm[10].
I then used Input[2] = DM[10] to place the remote input data into the wx100 plc inputs area starting at input 17. However I have found that this area keeps clearing the data back to zero. I am using a WX TERM 8 with my WX100 so this only uses 8 inputs so I assumed that I should avoid at least the 1st 16 inputs and place the data in Input[2] area. I then used the i/o monitor to force various inputs on /off and noticed that I could only correctly set / reset inputs starting at input 81 which relates to input[6] which seems to indicate that you have reserved the first 80 inputs for remote tri-plc input useage?. Anyway its not a massive problem as I can simply place my input data by using input[6] = dm[10].
the only problem with this is that I cannot monitor on the screen, inputs 1 - 8 at the same time as monitoring inputs 81 onwards. So I was wondering if there is a system switch somewhere that can be set according to the number of input points used. In this way I can bunch my inputs on the monitor screen and see them all at the same time.
Regards Peter     
Pages: 1 2 [3] 4 5 ... 10