Internet PLC Forum

You mentioned "In earlier Windows there is no such field as "non Unicode default language". JRE 1.4.2 being from the generation of Windows XP..."

Here is a screenshoot from Windows XP, clearly it has the so called "non-Unicode" configuration.

As I mentioned before, TRiLOGI works at Windows XP with same setup, but not in Windows 7.  I understood it is related to JRE 1.4.2 and Windows 7, but, still, the programmer should be able to find a way to fix it, at least pop up an error message to let user know the proper config file is missing, in this case it was the zh_language.txt.

Screenshoot 2:

I double-checked my OS. Everything is set as English (Canada) except the default language for none-unicode program.

Ok. I rename the existing "En_language.txt"  to "zh_language.txt", and it works.

Looks like it is a bug in TL64.jar. In Windows7, if the default none-Unicode program language is set to Chinese, TL64.jar will try to load zh_language.txt instead of en_language.txt, even though the English version of TRiLOGI is installed.

It should be a easy fix from your side.

I knew the "fontincrement" works in Windows XP, but I'm talking about Windows 7x64bit. Did your team ever do any test in windows 7x64? The "fondincrement" doesn't work at all, at least in my laptop (Lenovo W520, windows 7x64, JRE 1.4.2.19). However, if I switch to JRE 1.5.14 or higher, it works.

Also, there's nothing to do with the screen resolution. I just tested with a 1024x768 LCD from junk room, it displays exactly the same thing. Refer to the attached picture, I just collect some words to show how difficult to read.
Refer to the attached picture, the settings are:
"fontincrement  3", windows 7x64, JRE 1.4.2.19, 1024x768 LCD screen.

Please, ask your team to find a Windows 7x64, test it out, and let me know what to do.

BTW, Windows XP was not available since 2010 Oct, and will be end of support in 2014. It would be better for yor team to develop something in Windows 7.

Gary, I already tried that in 2011 and it didn't work, for sure it doesn't work now.

I will test the senarios we discussed here and post the results. I recommend your tech team do the samething. For working with 3000psi gas, I don't want any supprise.

For now, I have to manage to visit some of existing cucstomers to bend pin #10 out. Unfortunately, they are everywhere - US, Japan, China, Germany. What a mess.

In my case, the PLC and the relays/SSRs are sharing the same 24V PWR. The case happens when the +24V wire to PLC power input is damaged/loose. So bend pin 10 is the only solution.

For you, the better solution is to put this pin 10 on a different terminal, so user can choose to connect it to external 24V PWR directly, or leave it.