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

Pages: [1] 2 3 ... 209
Technical support / Re: Handling more than 1000 #Define entries
« on: June 30, 2021, 10:11:06 AM »
i-TRiLOGI 7.4 is released to support all the new features (the integrated 16-key keypad and a 128 x 64 pixel OLED display as well as WiFi configuration) in the new Wx100 PLC (, but is also tested to work with all other Super PLCs such as the Nano-10, FMD, Fx and any SmartTILE-Fx based custom PLCs.

In response to your feedback we decided to expand the #DEFINE table to 2000 entries when the final version is released.

One more feature that you may find helpful to manage large #DEFINE table is to use the Excel file "ExcelDefineTable.xlsm" in the "C:\TRiLOGI\TL74" folder.

You can export the #Define table to a text file and the "Import"  macro in the spreadsheet can import the text file into Excel, allowing you more powerful tools in Excel to manage the table. After the table has been updated, click the "Export" button to run a macro to export the updated file back to a text file which can then be imported into i-TRiLOGI 7.4. 

We would like to thank the Expert Member of this forum - Gary Dickinson for his suggestion and help in creating the "ExcelDefineTable.xlsm"

Technical support / Re: Timer Repeatability (consistency)
« on: June 22, 2021, 06:00:56 PM »
Thank you for your question. What is the range of elapsed time that is of interest? Is it in milliseconds, seconds, hours or days?

You could use the PLC's timer to measure elapsed time in 0.1 or 0.01 second resolution. But if the elapsed time is measured in seconds and minutes, then an accurate real-time-clock (preferably one that is synchronized to the Internet time server) will ensure that the measured elapsed time will forever be consistent.

Technical support / Re: Ability to pull program from PLC for backup?
« on: June 16, 2021, 10:46:27 AM »
Thank you for your question. TRi PLCs are designed for OEM equipment builders where protection of their intellectual property is important. As such there is no mechanism for pulling the program off the PLC internal flash memory back to a PC, therefore protects against unauthorized copying or modification of the control program. The OEM equipment builder is the entity that has the original source file.

i-TRiLOGI software also provides a tool for OEM to generate a compiled file (.CO5) which can be sent to the equipment user to load the program into a new PLC if a replacement PLC is needed. This could be a file that some OEMs may be willing to provide to their end customers.

You can however retrieve the program name, the date of file creation and file transfer by using the i-TRiLOGI software: "Controller->Open Matching Source File". With these information you can try to contact the supplier of the equipment to see if they are willing to provide you with copy of the program (it could be a .PC5, .PC6 or .PC7) or a compiled .CO5 file for your backup purpose.

Technical support / Re: I do not get interruptions with FMD88
« on: May 30, 2021, 08:56:06 AM »
You are right that current version of i-TRiLOGI does not simulate interrupt. Different model of our PLCs have different mapping of the interrupts channel to the physical inputs, so we did not add that function to the simulator to avoid confusing the users.

Technical support / Re: I do not get interruptions with FMD88
« on: May 28, 2021, 07:44:26 PM »
If you are using the input interrupt (defined by INTRDEF), remember that interrupt channel #1, 2, 3, 4 are mapped to digital inputs #3,4,5,6.

So please use input #3,4,5 or 6 as interrupt input. Digital input #1,2,7,8 do not support interrupt function.

General Discussions / Re: comparing value of two DM
« on: April 23, 2021, 08:12:43 AM »
You should post this question at the Tech Support board.

It is simple IF THEN ELSE statement

#DEFINELOCAL  targetCount = 1000

IF DM[1] < (targetCount + 4) AND DM[1] >= (targetCount - 4) THEN

Technical support / Re: Handling more than 1000 #Define entries
« on: March 30, 2021, 08:16:23 PM »
We should have no problem expanding the #Define table to 2000 entries. If you require the version urgently please contact and we could arrange to send you a pre-release version of new i-TRiLOGI 7 that can support 2000 entries in the #Define table along with many other new features.

Technical support / Re: Headless CO5 Uploads
« on: March 30, 2021, 08:08:25 PM »
What version of CO5uploader do you have? Since version 2.3 that had been launched in 2016, the CO5uploader can be operated from the command line. Please see the command line user guide:

Hopefully this works for you.

In the next product that will be launched later this year the PLC will be able to download a CO5 file from a webserver to upgrade its own software with auto rollback in case of unsuccessful upgrade.

If you like some preliminary information about the new product please contact for more details.

Technical support / Re: Handling more than 1000 #Define entries
« on: March 30, 2021, 08:22:50 AM »
Hi Gary,

Thank you for the feedback and suggestions. We will consider what you have suggested while avoid confusing user of the difference between the EEPROM memory and the DM memory. Although in our PLCs that use FRAM such as any SmartTILE-Fx based PLC, the reading and writing to  EEP are almost as fast as DM. In some other models that use real EEPROM the performance of reading and writing to EEPROM are very different from that to the DM so we want user to be well aware of the differences and not use them interchangeably. We will see what is the best way to achieve what you have suggested.

Technical support / Re: Handling more than 1000 #Define entries
« on: March 10, 2021, 11:06:26 PM »
Hi Nathanael and Gary

Thank you for the robust discussion about getting around the 1000 table entries limit on i-TRiLOGI. You are right that the 1000 number is what we think should be more than enough for most TBASIC program and we didn't want the table to become so large that it is hard to locate a defined item.

We can consider expanding the number of allowable table entries in the upcoming release of new i-TRiLOGI version 6.7 and 7.4 with a number of user interface improvement.   How many more entries would you need in the #Define table?

What PLC model are you using?

Technical support / Re: undefined interrupt F1616
« on: March 02, 2021, 07:53:17 PM »
r71 firmware means that this F1616 PLC is likely about 13 years old and is one of the original F-series PLC. We are glad it is still operational.

However, note that the F1616-BA was EOL quite sometime ago and it was replaced by Fx1616-BA which is a drop in replacement but support more memory as well as floating point operation. The firmware of the original F1616-BA may not upgradable due to some hardware changes to the CPU board. However, it is possible to change out the CPU board of the F1616 to the new CPU board for Fx1616 and that will convert it into a Fx1616-BA. Please contact to inquire for the option.

The two Nano-10 with r75 firmware are about 11 years old. There is some enhancement in subsequent hardware revision as well. If you are not using FRAM-RTC then the changes would not affect you and they are upgradable without issue even if the hardware is the oldest version. But if you are using FRAM-RTC then upgrading the firmware may affect its operation due to the hardware change. It is best to contact to discuss if your board's hardware will be affected.

Technical support / Re: Flashing Pause LED on Nano-10
« on: September 06, 2020, 07:47:40 PM »
If DIP switch #4 is ON then the PAUSE LED should stay ON and should not be flashing. If PAUSE LED keeps flashing then it looks like the PLC is being rebooted consecutively and could be a problem with the power supply.

What type of power supply? How many volts and how much current can it supply.

Try changing the power supply if you have a different power supply unit.

Technical support / Re: I2C outputs on Nano-10
« on: September 03, 2020, 12:37:12 PM »
You are right that I2C bus is usually meant for short distance (typically on board or on an adjacent board due to the fact that it only has active low output while high level output depends on pull up resistors. It should work over 20 to 30cm away but make sure that there is no noisy signal that can be coupled onto the I2C signal path.

The I2C-FRTC module that are sold with our FMD and Nano-10 PLCs however employs an I2C buffer chip which allows it to interface to other I2C buffer chip using higher voltage (up to 15VDC) and load capacitance of 4000pF. That can help to extend the I2C range to longer range (more than 10m) provided you design everything correctly, using higher I2c voltage level and lower value pull up resistors.

If the remote module is far away it is better to use RS485 or Ethernet to communicate with a remote I/O board that support common communication protocol. For example another FMD88-10 can be connected up to 1000meters away via RS485, or on the other side of the planet if communicate via the Internet.

Technical support / Re: Integer Stack Overflow
« on: August 20, 2020, 10:06:54 AM »
For efficiency reason, the integer math operands are pushed and popped from a separate 32-bit integer stack (since all integer math are 32-bit) rather than on the byte-oriented PLC program execution stack. A separate stack pointer is used to keep track of the int32 stack. The integer stack size is 16 which is very unlikely to be exceeded in regular (non-recursive) expression.

Is your integer stack overflow issue repeatable?  Is this part of the routine occurring in an interrupt service routine?

As for the runtime error it is not retrievable via Modbus.  If you trap the runtime error using the runtime exception handler as mentioned by Gary, you can either reboot the PLC or you can turn on a relay flag to indicate a runtime error and your Modbus host can monitor it via Modbus mapped relay bit.  The PLC thereafter may enter an endless loop  using statements such as   WHILE 1 : ENDWHILE  and wait for user to reboot it.

The LCD readout is actually accessible via a hostlink command but is not accessible via Modbus. Since the PLC is supposed to PAUSE after a runtime error to let user review what went wrong, only iTRiLOGI is provided with the information so that it can feedback to the programmer. 

In the next generation of PLC that we are working on we certainly are going to add a lot of useful suggestions to the PLC. In fact a user and system log utility that is available in the next PLC and i-TRiLOGI will be a very very useful feature for programmers.  Stay tune - it is going to be exciting.

Technical support / Re: I2C outputs on Nano-10
« on: August 13, 2020, 07:04:29 AM »
The I2C port is normally disabled without the I2C-FRTC module. When you install the I2C-FRTC module you will be able to use the I2C commands to interface to other I2C devices.

Pages: [1] 2 3 ... 209