dunc

im not sure about FX, but on Q series if you upload the symbols information to the PLC then you can download it all back without losing anything. the only issue is that it takes a lot of memory up in the CPU so isnt normally worth it :(

i was lucky enough to be given a copy of the conversion tool for this from a mitsubishi rep. it converts certain E series projects to a GOT1000 project. you can then convert this to a GOT2000 project. it is very hit and miss though and takes a lot of fiddling about to get it to work properly. depending on the size of the project, its sometimes easier to just start again.

i was initially using a  GT01-C30R4-25P(3m) cable and it doesn't work on this CPU, but works fine on our spare one of the same type. all the settings our correct. i can only connect to this CPU using a genuine SC-09 cable with the programming software. nothing else works.

i have a strange comms issue with an A2AS cpu. currently this cpu is connected via serial from the programming port to an E700, this works fine, but we have no spare E700 HMI's so i have developed a replacement on a GOT 2000 HMI. when i try it on the current CPU, i get no comms at all. i have tried loading up a spare A2AS CPU we have and this works fine, so there appears to be a strange fault with the existing CPU? some other odd things i have noticed is that on the existing CPU, the program doesn't quite run as expected. it isn't using anything particularly complex, but i have had to alter some new software mods i installed just to get it to work on this CPU. it works as expected on another CPU and on the simulator. the GX developer program is also set as an A2U CPU? i have tried reloading as an A2AS, but that made no difference.   has anyone got any ideas as to what the issue could be and how to rectify it (other that swapping out the CPU)?

done a bit more testing today; the spare CPU works fine in all situations. the existing one will communicate with the E700 fine. it will also communicate with the PC using GX developer using a genuine sc-09 lead. however, if i use a non-genuine sc-09 lead, it no longer communicates??? the spare cpu works with the non-genuine lead. i popped the case of the CPU and couldn't see anything obvious. it all looked pretty good. i have tried a format (clear plc memory) and this made no difference. i even tried just making up a small 5 line program for testing and it still didnt work. i am just using the 485 port in the front of the CPU for comms as that is the only option available on this CPU.

final code has been done. cone section has been calculated using the TAN function. i have also calculated the mound/hollow of grain using the same method (this is a grain silo). the cylindrical section of the tank i elected to use linear interpolation. i have 2 tables setup, 1 for the fill and 1 for the empty. these switch between with a deadband to try and smooth the transition as best we can. i just need to tidy it all up and put in the PLC to test once have the figures for the interpolation.  

we have some storage tanks with coned bottoms. the levels are measured using radar. we wish to use some sort of linearisation table or function to account for the cone in the tank and acheive more accurate results. my maths isnt the best, i was considering doing a rudementary offset table to achieve this, but i would like to do a nicer job if possible, does the Q series (specifically a Q03UDE) have a function that could assist with doing a nice linearisation curve?

right. my modified code had a mistake. they now both work. speaking with my colleague he suggested using TAN rather than the rule of sines. as we have a 90 degree angle at all times, this works and is far simpler. we divide the height by the tan of the slope angle to give us the radius. we then calculate the volume as before.

when i run your original code with those figures i get a radius of 11.547 and a vlume of 1396? with my code using your initial technique with law of sines then Pythagoras, i get 5.774m radius and a volume of 349.06 m3 using the modified version, just using the law of sines, but calculating the 3rd angle before using the law of sines, i get 17.375m radius and 3161.251m3 volume. the volume calculation is done the same way on both. i have passed this to my colleague who has far better maths skills than me to see if he can work out what is going wrong!

are you sure thats right? i input the same figures into both yours and my code and we get different results? is the further calculation using Pythagoras adding in some additional errors?

thanks for your help. managed to write a bit of code to calculate the volume of a cone and then switch to calculate the volume of a cylinder (and add the max volume of the cone too it) i can now look to use this for different angles and then use this to proportion the tonnage readout accordingly. still needs a bit of work, but i have something to start with at least.   thanks again 

thanks for the input.   i had got to the point with the volume of a cone, but struggled to get my head round how to implement that within the PLC. i have discussed with my colleague who is far better with maths than i am and he doesn't think it looks too bad!!!! we have the added issue in this application of it being a coned bottom grain silo. we have issues as when it fills as it has a peak in the center, but when it empties we get a dip. we wanted to have an alternating linearisation curve which we would switch between depending on whether it is filling or emptying. i will see how we get on with it and get back to you.

i believe it is similar to C when i was looking through the manual. it gave an example of slightly changing it to run in a C compiler.  i think the issue i was experiencing was more to do with how the script is being run in the GOT rather than an issue with the script itself.

brilliant, that explains it then. i guess when you use a 60 second sampling time, it is running the script once every minute so it doesn't time out. that does restrict its use somewhat, but at least i now know the limitations.   thanks

looks like the while loops time out after a time. if you have 10 seconds before you break out of the while loop, its fine. when i increased it to a minute, that gives up and appears to do nothing.   this rings true with my other more basic bit of code i tried.

previously i have just controlled it from the PLC, but after moving over from the E-series terminals to the GOT, i thought it would be nice to keep the same logout control done from the HMI itself to keep things neat. i have got something that works, but whilst getting that to work, found that the 'while' statements are not really working as expected.

tried this basic script and it works, but only for a short period of time, then it stops working? while ([b:GB200] == 1) { [s16:GD200] = 10; }   this is very odd?

the GOT turned up about an hour ago (i was using a GT23), so gave it a try myself and got the same result. like you say, it appears the 'while' loop is not working at all. 'if' statements are fine for alot of situations, but the 'while' statements should still work!? perhaps 'while' statements do not work in project scripts for some reason?

i have only been using the simulator, so suspect that could be a potential issue. i have ordered the screen for the project, but it hasn't arrived yet. if you have the chance to test it, that would be appreciated.

there are object scripts, screen scripts and project scripts. i used this script as a project script so should run constantly. the second script i posted functions perfectly fine, i just cant see why i couldnt get it to work using "while" statements? on this occasion i got round it, but i may have an application where i cant just use "if" statements to achieve what i want!   hopefully someone will come along who has played around with them a bit more

managed to get it to work. i cant get my head around how the WHILE statements work. if i use IF statements only it works fine!? am i being dumb? anyway, this worked: if ([w:GD0] == 0) { [w:TMP0] = 5;} if ([w:GD0] > 0) { [w:TMP0] = [w:TMP0] - 1; if ([w:TMP0] <= 0) { [w:GD0] = 0; } }

we don't tend to use SD cards, but that is a good one to remember for the future.

in GX works; is there any way around reading a structured project from a Q series CPU if the symbolic data (which takes up loads of room) isn't downloaded to the CPU initially? with a simple project you can simply read the program straight to a new project and then work with it. this doesn't appear to be possible with a structured project? siemens and allen bradley can manage this without having a huge CPU for a relatively small program, why cant mitsubishi?

this should be simple and i have done it before with no issues. i simply want to add a button on screen to turn a bit on in the PLC. i added the signal in the point editor and all the settings are the same as a button i have added before. i have added the button on the mimic, done a bit of script to control it as before. i have recompiled the runtime. if i try and use the button, the signal does not change in the PLC. if i force the signal in the PLC, the colour of the button will not change either. everything else works perfectly fine including the button i added in a month or so ago. any ideas what i have missed? im sure its something stupid!   many thanks Duncan    

i wish to segment my ip address areas out to free up more available IP addresses and to give some area definition based on the numbers used. i want to keep things simple without messing with dhcp or managed switches as we have limited management resource and a mixture of old and new equipment, some of which wont support dhcp anyway.   i have a network setup via 3 q03ude cpus. i have had no issues so far until i come to the 3 PLCs communicating over a tcp/ip connection via an open port connection on the master plc. 2 of the plcs have the ip address 192.168.3.x but one has the ip address of 192.168.11.x   they will communicate fine if on the same network with the last set of ip address numbers being the unique identifier, just not if i use the last 2 sets of numbers as the unique identifiers, even with a blank subnet mask in the PLC ethernet setting tab (no subnet masking?) with a subnet mask of 255.255.0.0 my pc will pickup all the devices on the various ip address ranges as long as the first 2 numbers are 19.168.x.x which is as expected.   how do i go about getting the tcp/ip comms to work as i want to? the only settings i can adjust on the function block are the ip address itself (in hex) and the port numbers. this is only at the master PLC end. only port numbers can be changed at the slave PLCs. any assistance would be appreciated. i have limited networking knowledge. thanks