Inntele

You can use ECMP function (FNC 110).

Once again, I convinced that good deeds and intentions are punishable. In fairness, you could publish all our personal correspondence about this task and not just my answer onto your last post in it. But I myself will not do that. 1. I never dreamed to get this job, but instead wanted to help you, because this problem seemed to me interesting. But, on the other hand, I have no desire to waste my time if the results of my work does not arouse your interest. 2. Loops, which I recommended you do to reduce the length of the code, are a full equivalent of those structures that were written in your program. But, of course monitoring of such structures is very difficult. 3. Once again, to jointly analyze the problem and then write code to CUTOFF, refusing FOR-NEXT loops, I suggested to you long ago, after I've scrolled the problem entirely in my head and realized that it is much easier to solve. I offered you this again when I saw that the adjustment of existing programs is problematic and cause a strange movements. 4. Perhaps my letter you found offensive, but his goal was just to warn you against of rushing, during to adjustment program. It happens that after such ravings of the program works, but may completely lost the logic of its reading. Good luck

Hi Ben, You did mistake, because you try to use two communication procedure for one communication channel. The decision is not so easy, as you think. While... looking at the functional block, can assume that you can switch between two Modbus Addresses on "Finish" flag.

Mitsubishi documents, including of oldest, are available on Beijer website without any tricks http://www.beijer.net/web/web_aut_en.nsf/A...12571EE004ABB9D

Have you a time? Because I have several ideas on your program, which are need to think up tomorrow.

Hi Duffanator, I've looked your program and I was confused by steps with the numbers 208 and 218. In order to give you specific recommendations on finalizing the program, I need to clearly understand the algorithm that you want to implement. Please describe it consistently and in detail. Also you can send it as personal message.

OK. I'll look at program tomorrow morning, because now is 1 a.m. at my clock. Good night!

The problems with E-NET are possible. I also have similar experience with a low-speed machine and with absolete encoders. But the linear movement of such machine was big. With Q-series I used Profibus-DP, with FX-series - CAN-open. If the time period of signals is two times bigger than scan time you can use standard PLC input. Also in this case you can use inductive sensor (switch) instead of encoder. I did several machine based on this principle... Accuracy is acceptable.

It is not good decision to use E-NET as measuring bus, because that is network of broadband type and it may not guarantee a delivery of measuring results. It's my opinion, but it is not has an alternative to it

Hi, Of course, is possible to use the special module, but I think the best way is to use Profibus-DP, because the same network may used also for pick up signals from/to remote I/O. When to use FX2N-32DP-IF as remote station and discrete and analog modules of FX-series you can save some money.

Hi, See your personal message.

Don't mention it I once again want to draw attention to the fact that such method of programming may be used only because you have assigned PLC memory very well.

Hi Duffanator, Thanks to allocation of PLC memory competently made by you, a piece of code, that contains commands of choice of parameters and control of pusher for each Rib slot, can be significantly reduced with usage of indexing and FOR-NEXT cycles: GX_Developer_print_Ladder_Pusher_Control.pdf

Would like to know finally about the results of trip in part of discussion on topic.

May be this code will be more applicable in your case. If try to select several pushers, the pusher will be selected with priority from 1 to 8. GX_Developer_print.pdf

I do not understand all aspects of your task yet, but I think, is need to move step by step.

Such method of substitution of input / output variables in the functional blocks is classical. The method, in which a standard piece of program is being replaced onto a piece of program with the actual input / output variables, is called Macro. And this function is in the GX Developer. But, unfortunately, in the GX Developer is not possible to assign functional blocks as Macro. In order to understand, where steps are being lost, is need to convert the program from LD to IL, and you will immediately see how many steps each operator or the procedure takes. I did it... I do not mean to offend you. Any programmer thinks that he writes programs very well. And I did not said that your program is written bad. But the fact is that when you write a program you often are using a redundant code and you are not using the some opportunities that available in GX Developer, for example, STRUCTURE. To illustrate it, I have attached the picture of functional block with the same function as in your program, as it might look like.

I looked at your program: 1. The function block could be much shorter (64 steps the code itself and 101 steps after compiling). 2. When you add function block into the program real markers does not replace the internal variables of FB. Before than FB perform the input markers are copied into the input variables, and after FB is performed the output variables are copied into the output markers. These are additional commands which you can not see in ladder diagram (in IL only). And it leads to an increase of program code. Of course, sorry for the remark, but would like to say, if to use certain methods of programming, is possible to make your program considerably shorter and even more readable.

Sorry fo delay. The programming procedure is attached: Day_of_Week_Calculation.zip You can unzip this archive and to insert .SUL file into your program by adding of user's library. This library consist of PRG which calculates and corrects the day of week every scan, when PLC work in RUN mode. It may be use for any FX-series, not only for FX3U. The library is closed with password, but is possible to see MELSEC code after uploading from PLC. Now I can not check its work, because I have not real FX3U now. But it must work fine, I checked it several monthes ago. May be you or somebody, who read this topic, can check it on real PLC now.

ÎÊ. I'll publish FB for this purpose in one hour.

You could try to check on real PLC, the information from Mitsubishi source is true or false What the programming software do you use?

Hi, If you set up RTC of controller with Developer Software (from PC), then the day of the week will automatically recalculate by PC. PLC itself did not fix the day of the week. However, I have a software procedure that allows to calculate the day of the week in PLC, based on the values of date / month / year.

Hello Ben, Please be more specific. What kind of help you would like to get?

More detailed, please. What the task do you have?

You can run these applications on Windows 7 in XP compatible mode.