scottmurphy

Me too, for me, they are a tool, they should work, or need to work reliably & robustly. I despise wasting time setting up printers etc, so time consuming. Mind you, I am not an expert at this stuff, bound to be people that are faster....

I draw a box the same size as the popup to accomodate this, gives you the flexibilty of changing the style/frame/colour etc. But, whatever makes these things easier/quicker, I am all for it. One thing that have noticed, and I don't know if it has been corrected already, is being able to have an underline function as well as the bold/italic function for text displays. I think Bob suggested to follow the windows format, may be covered in that?

Since you have posted this on the Omron section, then option 4 will more than likely not even be considered. You say 'cost-effective', you must know this yourself if you have come up with those options? You need to assess also, what are the chances of expansion being required. Personally, I would go for option 3. This would allow for as much expansion as you like.

Not sure if you mentioned what model you are using, I recall you were looking at the CPM2 range a while back? Is also worth pointing out that not all features are available in all models

Another tip, if you havent' discovered already, if you are using an 'I' instruction, such as move, add etc, you can add a @ before the instruction definition, this acts as a OSR, almost the same as a ONS in AB. All depends on how you are using, or wanting to use the OS though

Have just tried setting this up on the bench, and am getting some garbage. Is the CQM1 range supported as part of the DDE interface?

Well, after setting up the same application again today, and attempting to do the same thing, I got some of the same garble. I re-started windoze, and it came right for 3/4 values. I am thinking that maybe there is a sequence that must be done, or more likely, a sequence that it does not like. If I was running CX-P first, then started DDE Manager, ran the link in Excel, got the garble, but if I started DDE Manager first, then excel, then CX-P, I think it worked. I will have to try this sequence again to prove this though. Sound familiar, something that is known, something that I am doing wrong? I still blame winsleep as I am having some minor issues with PC, is in need of a rebuild, just gotta find the time to do it.

Well, After setting it up on bench again, it worked like it should Of course, I didn't re-start PC earlier when trying it, maybe that was the difference The wonder of windoze I guess

Gidday anonymous, The values that are being read into excel, are not what they are in the PLC, quite garbled infact. The garbles are also not updating I have followed the same format is when have done it with other models / applications. I will try and post the cdm & some shots etc Give me an hour or so.

Sorry Pp, I did see your example. The poster was after a way of doing this in ST.

What about declaring the 'index' as an AT variable, make it CIO 0. Then make the pointer the value of the CIO area that you want to read. I am not super competent with the index registers, have never had the need to really use them. As with anything though, they all have there use. arrayex.cxp

Can you post a snippet of your cx-p file with the FB where you are trying to do this?

This would follow along the lines of indexed addressing, using pointers etc. The bonus of the Omron software, is there is an instruction for almost everything, so complicating code with indexed addressing IF not required is not always required. Are you familiar with using pointers etc? This is basically what the COLL & DIST instructions are doing. To do it in ladder, you do something like MOV @D0 D0. If D0 = 32, this would move the value of D32 into D0. A basic example only, others may point out the flaw in that method! To do it in ST: result := index[pointer] where result is the DESTINATION, index is the SOURCE, and pointer is the OFFSET Hope this helps.

Probably the best way to go, would mean a seperate instruction for each bit that needs to be on though, but then that is the reason for using the FB's, contain the tiresome code in a block, and call when necessary. Perhaps this could be looked at in the next revision? That your department anonymous?

We have an excess of these modules, does anybody else use them, or hava a use for them? They are brand new, in the box, never been used.

I was going to bite as well, somthing along the lines of 'my flight is booked for xxxx, and costs $xxx pesos, since it sounds like the poster wants it done for him.....

Tools' function block memory will give the following information window, these parameters can be modified to suit also. Not sure if you modify these parameters though, so that say, some of the H area is not used, can they be used as areas within the normal code. I have just tried 're-allocating', and using the H area in the code, but when compiling, got error that the bit that I tried to use was allocated for FB use. Anyone else tried this? how do you display pics? Tools' function block memory will give the following information window, these parameters can be modified to suit also. Not sure if you modify these parameters though, so that say, some of the H area is not used, can they be used as areas within the normal code. I have just tried 're-allocating', and using the H area in the code, but when compiling, got error that the bit that I tried to use was allocated for FB use. Anyone else tried this? FB.bmp

Where & how are you monitoring the CIO register? As anonymous says, post a shot and or code, then we can see what is going on ( i suspect anonymous will have a better idea though....) Your ETN module must be unit 0? What are the values that the CIO area is changing between, it may not actually be bit 14 that you are monitoring?

And to almost do it for you, page 934...... I normally use diff down on the executing flag, tends to work for me.

Not sure about the devicenet, but you can do multiple screens on serial

Not quite the same question, but similar all the same. What about executing the same sequence from 2 differnent ports at the same time? I think this is ok, but am not 100%. I see nibroc has moved locations........pity it can't be 'sunny' hawkes bay.

' A total of 8 input words? If so, 8x16 = 128, so you need to allocate the first bit of 128 HR area words also? The CQM1H only has 99 HR area words, so the allocation is going to fall over....... The problem with programming a 'differnent' way, is that when someone else comes to debug your code, it will not be clear to them what it is doing. There have been some ample replies to get you on your way, but you will need to put in some effort yourself, the Manuals have descriptions on how the intructions work, you will need to adapt them to suit your application.

Does seem like that a bit, there must be a reason ngo4life wants that particular pattern?

To be honest though, if that is all you are wanting to do, as gtsupport suggests, just do it rung for rung. much easier to follow, and is only 32 rungs, not many really, unless you want to do this over and over as someone else mentioned, 1024 rungs I think it was. What PLC are you using, do you need to save step memory? The example I posted could do what you ask, with maybe 1 or 2 extra instructions, but you have to ask why not do it conventionally? I think that normally, this sort of bit manipulation is done for a device that requires this type of format, it doesn't look like you are doing that though?

Have you read any of the replies to your original post, there were some interesting opinions / comments / examples that couold be useful.