Invisible_man

The main problem with email in the GOT panels is that you only can use anonymous SMTP-servers. If yout SMTP-server requires a password, it will not work. After you have the SMTP-server configured, you need to set up your alarms and alarm comments to activate an email when they occur. What is the problem you are having with it?

Hello everybody! I am using a Mitsubishi L06-CPU for controlling a hydro power installation and in case of an fault in the system, the plc needs to be able to send an email to the operator to inform him about the fault. Attached to the PLC i have a Mitsubishi GOT16 HMI panel which is able to send emails, but only to an anonymous email server which is a no go for me because i seldom have a smtp-server at my disposal which doesn't require an username and password, so using the GOT16 for emailing is a no go. The build in ethernet port of the L06-CPU doesn't email at all. Now i have the LJ71E71-100 ethernet card for the L-CPU which does support non-anonymous smtp-servers and which allows me to build and send the email text in the plc-program. Only problem, GX-works 2 doesn't know the instruction i need to send email. This instruction is called ZP.MSEND. Does anybody know how i can use this card with GX-works 2 to send emails? And alternatively, does anybody knows a different solution for sending emails from the L06-CPU over the internet (most installations will have a DSL-connection)? Maybe a solution with an external device which i can control over modbus-tcp. Thanks a lot in advance!

Well, i believe found the problem For your request to upload my programs, i made two stripped down versions with only the communication part in them. Testing those, to my surprise it simply kept on working time after time i pulled the network cable. The only difference between my full program and the test program was that i used R-registers in the full program (to conserve the use of D-registers) for the dynamically assigned system words in stead of the default D-registers which i used in the test program. Knowing that certain functions can't handle R-registers (for example the TIMER_100_FB_M function blocks, though this ends in a compiler error) i changed this setting back to D-registers and apparently that solved the problem (but to be sure more testing is needed).

Thank you for your answer. I dont't believe that with pairing open you have the option to use different ports for send and receive, only different ports for local en remote in case you have to communicate with more than 2 plc's. In EN-configurator with pairing open you also can't edit the second line because it's automatically filled with the settings of the first line.

Hello, So i need to transfer a range of registers from plc 1 to plc 2 en visa versa, both are Mitsubishi FX3U plc's equipped with FX3U-ENET modules. To accomplish this, i used the software function blocks located on the GX-iec-developer installation cd (FX3UFixBuffPairingOpenActive for PLC1 and FX3UFixBuffPairingOpenUnpassive for PLC2, both v300) en implemented those following the example-program which came with them, using fixed buffer communication. At first glance, this works perfectly en fast, but it also needs to recover it self after loss of communication (pulling the network cable for example) and if the duration of the communication loss is within the timeout interval it just continues to send and receive data, but after it won't and i don's seem to get it to transfer data again, not until i reload the plc-software to the plc. When i reconnect the cable after the timeout expired, the ENET-module tells me the connection is open and running again (BFM#1600 = 5 on plc1, 0 on plc2 which is correct i believe), but the ENET module on plc2 gives me error code C023 (the open processing for the applicable connection is not completed) and sometimes plc2 will receive data but cannot send data back, but mostly both sending en receiving will not work anymore. I tried to reinitialize the ENET-module by writing H2 to BFM #1600 and also tried to bring the EnableConnection and EnableSend signals down and up again, but it still doesn't work until i reload the plc-programs. The settings of the ENET modules (EN-configurator) are left mostly default (timers and such) en the connectionsettings are done by the software modules them self. Anyone got an idea how i can resolve my problem? Attached a screenshot of both the used functionblocks (the upper for plc1, the lower for plc2)