data shifted

[ck_83 0]

Hi guys, Currently i have some problem, my plc always get data shifted (data in memory device lost/change). This data memory stored the teaching point for motors movement. FYI, im using PLC(Q02CPU) and Q-Motion(Q173CPUN). This is happen many time and any time, suddenly during machine autorun. I have upload the plc program while its happen many time but the data shifted (changing) is not fix. For example: Before D1000 (2145) and after data shifted D1000 (2) then next data shifted D1000 (4568). I have check in plc incase have some step will force move certain value into memory range but dont have. If have, it must be fix data movement right? so, need u all guys help to give opinion/suggestion to solve this problem. thanks.....

[Goody 5]

There are many things that can move data into a register without it being specifically named in the program. BMOV FMOV DMOV are some Not to mention Index registers (especially if an Index register is not 'capped' properly) So searching for things connected to D1000 would not necessarily bring up the culprit

[Crossbow 295]

When you try to find the address in the program, be sure to check the 'Digit' and 'Double Word' options on find device. This will enable it to search better. If you have for example a BMOV D0 D10 K10, it's actually using 10 registers starting at D0 and 10 starting at D10. But Find Device will only show it as Do and D10, the coded addresses. By checking the 'Double Word' or 'Multiple Word' option (depending on your software version), that instruction would be shown if you searched for any address D0 through D19. It could also be coming from intelligent module utilities (GX Configurator), or via the shared data areas between the two CPUs.

[ck_83 0]

Hi Crossbow, First, thanks for reply. You mean the 16bits and 32bits selection when we display device memory, right? I select 32bits. In this program also have the BMOV function for backup and restore data. This function using if data shifted happen and all the teaching points lost. Then, just press RESTORE DATA button on touch screen and all the data will back to original. They using BMOV D8400 D1000 K2000 (for RESTORE DATA) and BMOV D1000 D8400 K2000 (for BACKUP DATA). But some time, data in this D8400 till D10400 also lost/shifted and unable to RESTORE DATA How come if this problem is causing by : a) shared data areas between the two CPUs coz we use Q02CPU and Q173CPUN? b) intelligent module utilities (GX-Configurator)? In PLC program, we not use the intelligent module program but still using the Temperature controller module. Edited 15 Sep 2010 by ck_83

[Crossbow 295]

The CPU to CPU shared data areas are set in the PLC Parameters on the Multiple CPU Settings section. Check which addresses are used in Setting1 to Setting 4 here. In GX Developer, go to Tools, Intelligent Function Utility, Utility List to see if they are being used in the project.

[ck_83 0]

Alright...I will check it out....thanks...

[ck_83 0]

Hi Crossbow, I've checked the Multiple CPU Setting that you told me. Please refer attachment for my setting. I think Setting 3 have something wrong in the setting, is it true?? Any wrong setting in that attachment?? For Intelligent Module, I have checked it. We not using that function. Thanks a lot!!!

[Crossbow 295]

Well D1000 is not involved in any of the multi-CPU settings. So that's not the reason. And there is nothing wrong with the settings as shown.

[ck_83 0]

Hi Crossbow, Ohh..Sorry coz make u misunderstanding..That D1000 that i mentioned before is the example how the data shifted. Not only D1000 got data shifted. A lot of address got effected. Let me explain, we using this address range in program: CURRENT POSSITION (D1800-D1842) TEACHING POINT & SPEED (D2000-D2870) TORQUE MAX RECORD (D1400-D1423) TORQUE CURRENT VALUE (D1900-D1922) TORQUE SET LIMIT (D2980-D2999) Also others Parameter for TIMER SETTING, TEMPERATURE SETTING etc. All those address range above always effected when data shifted happened. What I'm understand is in Setting 3 (refer attach), PLC#1 = 1000 but PLC#2 = 200, seem like not tally. They sharing address but not the same no. of points. Is it correct? Edited 21 Sep 2010 by ck_83

[ck_83 0]

Hi Goody, Need your help also if you have any suggestion for me. Thanks.

[Goody 5]

At this point you need to post the programs;

[Crossbow 295]

The fact that each PLC was assigned a different number of addresses in Setting 3 has NOTHING to do with your issue. That is entirely legal. Until we can review the programs, you're out of luck.

[ck_83 0]

Hi Crossbow and Goody, OK. Here the program attached. Appreciate that you all helping me to check this program. Hope you all can find out the root cause. Thanks. PLC_rev1.zip

[ck_83 0]

Hi Crossbow, Any finding?

[ck_83 0]

Hi Goody, Any finding?

[Dariusch 2]

Hi ck_83, There semes not to any hidden writing to those areas you mentioned. But at network 7555 + 7560 you have the BMOV [bMOV D1000 D8500 K2000]. You mentioned it is for store/restore your data. You have latched the dataareas so I think you shoul look at the panelprogram (M2 + M3). It could be you use the "flags" more than ones in the panel and the operator could activate without knowing it. Also you could for example but in an blok so you can not activate for example the network 7555 and se if ther still will be any changes in theses areas. Hope this could be of any help. Best regards Dariusch

[ck_83 0]

Hi Dariusch, Firstly, thanks for your respond. I already checked the things that you mentioned. the M2 and M3 just using one contact in program. The changes when active contact M2 also done. The data in block change after backup.

[ck_83 0]

Hi All, Did you find any thing in my program that I posted here before?? I have no idea anymore about this problem. Hope you all can help. Thanks.

[Crossbow 295]

We all gave you our ideas. If they didn't apply, then we have nothing further to add to it. I for one didn't see anything in the program that could cause this. That only leaves an HMI or bad memory.

[ck_83 0]

OK. I understand. Just want to know the responds only after I posted the program. I appretiate all of your support. thanks a lot guys. c u next time.