Gx Works 2 1.98 14 Extra Quality
Gx Works 2 1.98 14
The latest, not yet released version of this program will not run under the latest 2.1 version of the GX Works version of Ax2U due to a bug that is in the PLC code of the latest version. Version 1.98 works fine with all of the PLCs that were released before 2.0. I will release an updated version with a fix as soon as I get the chance.
FYI, I am going to be in Chicago at the end of September, for IARPA’s Systems 4.0 conference where I will be talking about the ESEE2J project, which is working on applying AI to systems with computational limits such as location area networks, mobile ad hoc networks, or space crafts, using IP as the communication protocol.
I have been using gxworks 184.108.40.206 and works in the same way as 220.127.116.11.1 as long as the following is done: – I use the built-in AX2N input module with the 8bit number input. – I use the built-in MF2ND input module with the 2 channel MF16 series motor controller. – I use the built-in FD3GD10P-N chokes with the DB13G10P-N output module. (For the 3GD series, it is FD3GD10P-N and for the GD series, it is FD3GD10P-N and for the 3GD series, it is FD3GD10P-N and for the GD series, it is FD3GD10P-N.) – I use the built-in EC2GD10P-N output module. – I do not use any external hardware components. If I use the original version of gxworks, the temperature gets stuck at about -20 at the RPM meter (the red LED is on while on the minus). It worked fine without any problems when it was running under version 18.104.22.168.1.
I also tried the gxworks in all of these ways and with the same results. When I tried the built-in MF2ND input module with the MF16 series motor controller, the temperature gets stuck at about -20 at the RPM meter (the red LED is on while on the minus). It worked fine without any problems when it was running under version 22.214.171.124.1.
When this results are unreadable inputs and outputs, there must be a hardware fault, I have connected a 12 channel remote slave to both modules and the output no longer work, the FX3U does not work, even if the normal inputs and outputs are connected (see the photo) The output from the remote slave works fine
*Fare differences may apply when changing your flight. All bags must conform to Frontier’s dimension requirements. The WORKS and the PERKS price varies by route, is one way and based on round trip purchase. The WORKS and the PERKS price is subject to change until purchase. If we fail to get your size-required carry-on bag in the cabin, we will refund you the current website carry-on charge. Zone 1 boarding dependent onselection of a carry-on bag option. All change and refund requests must be made 24 hours prior to departure. If a passenger elects to make a change/cancel within the 24hr time frame, normal change fees apply.
I connected the FX2N-16eyr-es module instead of AXon and still does not work. Without connected modules and input signals, the AX2N works by executing the program and cyclically switches the inputs and outputs as written in the program and does not generate errors (only an error that there are no input and output signals) FX3U with the same program (with “ Changed PLC type “ via GX Works ver. 1.98 C for FX3U plc) without connected modules and input signals – does not work, gives an error in step 562 of the program and FX3U hangs and there is no cyclic switching of inputs and outputs