Supporter

Hi, iX has a feature called Alias that allows you to create instances of a screen. Each instance can be connected to separate/unique tags. This is however configured in the development software and not in runtime. There is a sample application included in iX Developer that shows and explains this feature. //Supporter

Hi, We are trying to connect more than 15 Beijer operator panels to the same CompactLogix CPU (via Ethernet). 15 panels are working OK but when trying to add the 16:th panel to the network it will Always get a Comm Error (the other 15 are still working OK). I'm assuming that this has nothing to do with the Beijer driver since 15 panels can connect and communicate properly, the limitation seems to be on the CPU-side. According to documentation I found the CPU should support 256 CIP Connections (and 120 TCP Connections). I've not been able to find any references to limitations similar to our situation/application. Do you have any ideas or tricks that we could test? I appreciate any help or advices that you can provide.

Hi, From a HMI point of view, which protocol is the better one, NT Link or HostLink? - What are the differences between these protocols? - Are there different user areas for the protocols? - Which protocol has best performance (based on that the HMI-application is developed properly (with consecutive addresses etc)). Thanks for your help, if you need more information please let me know. //Supporter

Hi, Does anyone know the wiring of the cable connected between a Omron HMI and a MPI-adapter (NT631C-CN323-EU)? Thanks for your help! //Supporter

Hi Colin, Beijer has some function blocks for configuring ethernet modules, refer to the link below (it might be that the documentation is in Swedish): http://www.beijer.se/web/BExFilePileAUT.nsf/0/CFA73A52557575BEC12574BA003DA0AC/$FILE/EthQna.zip Best regards Patrik

Hi, You should just write DATA_LOG (no file extension, no "-characters), then the file should be attached to the e-mail. Have you been able to send "plain" e-mails without any attachments? //Supporter

Hi, It's possible to attach one file to an e-mail. Create a text block, right click and select properties. In the e-mail tab you can setup trigger variables as well as which e-mail addresses that should receive the e-mail. In the bottom part of this dialog you can assign which file (trend, alarm, recipe) that should be attached to the e-mail. Another alternative could be to use Beijer's Data Collector software: http://www.beijerelectronics.com/web/beijer_electronics.nsf/AllDocuments/60ECF928C68FDA13C12570BC005A666B //Supporter

Hi, Beijer Electronics has an OPC-server that supports both Yaskawa and Mitsubishi. Best regards Patrik

Hi, Another possibility could be to use Modbus. FXCPU <--- E1101 Modbus Slave <------- Modbus Master E910 The Modbus slave driver has a nice function called Protocol conversion which makes it possible to map FX-devices to modbus addresses in a simple way. Then the Modbus master can poll the modbus slave and even write values to the FX-CPU via the protocol conversion functionality. When using modbus it's possible to use either ethernet or a serial connection between the panels. Another possibility is to exchange the E910 to a E1000 terminal and use BDTP instead. //Supporter

You can also use the ASCII-object in the text block, this way you can dynamically change the phone number that should receive the SMS.

Hi, E1000 supports recipe names/directories that are 32 characters long (compared to 8 characters in old E-series). If I remember correctly there should be a system command that change E1000 back to 8 characters. Otherwise you will need to re-arrange the HMI-application so that you don't get overlapping addressing. Regards //Supporter!

Hi, It's the terminal that is disconnecting the client after a certain idle time (if I don't remember wrong 10 minutes). You can increase this time in the web services menu (Setup -> Network -> Services -> FTP-server -> Connection time out). //Supporter

Hi Colin, It could be a problem with the Java Virtual Machine that you are using. The old E-terminals only support Microsoft's JVM, SUN's version will not work 100 % OK. The Microsoft JVM is available for download on Beijer's website. For E1000-terminals you can use VNC to connect to the terminal instead. If you use a VNC-client software you don't need any java support at all. If you connect to the VNC-server through Internet Explorer java support is necessary, both Microsoft's and Sun's JVM should be OK in this case. //Supporter

Hi, I use LKA all the time, it's very powerful: http://hem.passagen.se/downloadlka/lka/index.htm //Supporter

Hi, You are probably not using the released FX-CPU driver. The version that you should use is 3.13.00 (if I remember correctly). The driver initially checks what kind of CPU-type that is connected (address ranges in e.g an old FX is stored in different places in the memory compared to a FX2N and FX3U). If you are using an old driver then it's not aware of that it's actually an FX3U connected to the HMI and it will ask for devices in wrong memory locations (for e.g D-registers I thank that the start-address in the memory is the same). So to sum up, update the driver and try again. Let us know if you need more help!

Hi, E-view is a PC-based HMI, it does not support transparent/passthrough mode (and you probably have GX IEC Developer installed on your PC so this function does not make sense then). Best solution is probably to add one additional port on the PLC (as Panic Mode suggested). //Supporter

Hi, I've never tested with FireFox (only IE6 and IE7). Can you test with Internet Explorer and see if it works better? //Supporter

Hi Transistor, The problem is that the old E-series (java applet) does not support SUN JVM. You will have to use Microsoft JVM instead. You can download MSJVM from Beijer's website: http://www.beijerelectronics.com/web/beije...1257380002FD9BD Select Software -> Web functionality -> Cimrex 91 Terminal applet.... Download the file called msjavx86.zip and install it on your computer. Don't forget to disable the SUN JVM (Internet Explorer -> Tools -> Internet options -> Advanced)! Let us know if you need more assistance! //Supporter

Hi, Yes, it's possible to connect an E1000-terminal to several QJ71E71. I think that you have mixed up some things though. There are two tcp/ip connections in the peripherals. TCP/IP connection 1 is connected to the network card and TCP/IP Connection 2 is placed under unused functions (this connection can be used if you want to connect to the terminal using a serial/modem PPP-connection). If you right click on driver 1 (Q Ethernet) and select properties then a settings dialog will appear on the screen. Here you can assign a defualt IP-address (for 1 of the QJ71E71). So if you add e.g an analog numeric and connect it to D0 the driver will read D0 from the assigned IP-address. If you want to address D0 in another PLC/QJ71E71 then the syntax is like this: 101:D0 where 101 is the last octett in the IP-address. Example: Terminal's IP-address 192.168.98.1 Default IP-address: 192.168.98.100 Read D0 from 192.168.98.100, is addressed D0 Read D0 from 192.168.98.101, is addressed 101:D0 Read D0 from 192.168.98.102, is addressed 102:D0 It's also possible to index which IP-address that you want to read from, e.g I1:D0. If the value in I1 = 200 then you will read D0 from 192.168.98.200. Let us know if you need more help... //Supporter

Hi, You have (at least) two problems. 1. This is the easy one, to send/receive data using VB2005 you will need to learn about socket programming. .NET has a framework that makes it fairly easy to send/receive data over ethernet. Use Google and the following search words: socket tcp .net 2. Now, the tricky part. You will need to know the protocol that the PLC supports. In some cases you can get a protocol specification from the manufacturer but I guess that most manufacturers does not want to share this information. What kind of PLC are you using? Even if you don't have the protocol you can try to "reverse engineer" the protocol. For an example, connect an OPC-server to the PLC and read a few words, see what telegrams that are sent/received and try to determine what datafields that contains e.g the address, number of words that you want to read etc. Also, most PLC's supports Modbus, maybe it's possible to configure the ethernet module to communicate using Modbus instead. Modbus is an "open" protocol and you can find the specification at www.modbus.org I hope this helps... //Supporter

Hi, Also make sure that you are using the latest released version (1.31 - the graphic handling was improved in version 1.20). You can also check if you have a lot of symbols that use "stretch" or objects with gradients. Stretch and gradients adds some extra load on the CPU which can lead to increased block update times. //Supporter

Hi, How many alarms are active at the same time? The default alarm list size is 1 kb and if you have max. number of characters in the alarm (78) the alarm list will be able to contain approx. 12 alarms. Try to increase the alarm list size to 10 kb and see if works better. The max. alarm list size is 50 kb, do not use a list size larger than this. //Supporter

Hi, What really happens is that when you do an online change that involves adding/removing code the programming software needs to move around sections in the memory of the PLC. This can be a bit time consuming and therefore the terminal may not receive an answer for a while. Since the default value is 2 seconds then there is a large risc that the terminal does not receive an answer for 2 seconds - if this is the case the terminal will believe that the connection is lost between the programming software and the PLC and therefore abort the connection and return to normal polling-mode. When you increase the time out the HMI will wait for an answer for a longer while.

Hi, Dip-switch 1 = On -> Possible to change IP-address etc Dip-switch 2 = On -> Update mode (when updating terminals image (OS/firmware) Dip-switch 3 = On -> System restore, the flash is formatted and the image/firmware are re-installed (restores the terminal to default settings). //Supporter

Hi, One work around could be to connect an E-terminal to the FX-system. Since the terminal supports dual drivers you could let the second driver be Modbus slave (and the Scada Modbus Master). Then you can use either the modbus slave's built-in protocol conversion (mapping from/to Modbus to/from the FX-system) or use the data-exchange channels. I don't know if this suggestion is adaptable for your application but maybe?! I also believe that the Modbus code only exists in a GX IEC Developer version since GX Developer does not support function blocks. //Supporter