tragically1969

Sounds like Citect are thinking similar to me, to be honest if they have no answer then its going to be unlikely that anybody else has got a workaround. Sounds like the customer is asking the software to do somethig thats outside its scope, i know that does not help you ! Cheers

Hmm, interesting one, i dont think you will be able to get a workaround for the backfilling, why does the SCADA have to be disconnected from the Historian server ? Only thing i can maybe thing of doing is writing the strings on change to a temporary DB which sits on the Citect machine then is read and uploaded on schedule to the Historian DB, might be a bit messy and require a bit of thinkng about but should work ? Have you spolen to Citect support, they are pretty good and may give some pointers.

Gambit has the answer, just be careful though as Citect will retry the comms every 30 seconds or so, this means your alarm list can fill up pretty quickly with comms alarms if you dont manage it well.

In its simplest terms it would be: Function File_Name() Exec("C:\Program Files\Microsoft Office\OFFICE11\Excel.exe C:\My_Files\"+FileName+".dbf",3); End

I would be tempted to put a Sleep(1) in between each command to give it some time to do the copy etc. and see if that makes it any better

The Citect help file is generally a good place to start for Help Your event will not run until the trigger is true: Trigger The Cicode expression (or Variable tag) which is used to determine whether the event Action is executed. This expression is checked every one second. Enter a value of 64 characters maximum.

Have you got power meters fitted to the supplies already ? I would suggest that this should be your starting point, then you can decide what software you want to use from there I dont know anything about Konsys, Schneider are very strong in this area you could take a look at the their products: http://global.powerlogic.com/?setCountry=IE Specifically powerview, it will integrate with their power meters well: http://global.powerlogic.com/products/software/PowerView/ PS: I dont work for them

Automation, sledgehammer to crack a nut ? As far as i am aware internal disk devices are not counted as points, correct ? So create a disk device called 'Decode' or whatever, read the word from the PLC or real world device, in this case %MW54 which we will call 'Real_Variable', in your internal Disk device have a %MW54 configured which we will call 'Decode_Variable' (can be anything but its easier to work with if you have the same address) Then create tags against the internal Disk device word at the bit level: Internal_Variable_1 - %MW54.1 Internal_Variable_2 - %MW54.2 Internal_Variable_3 - %MW54.3 Internal_Variable_4 - %MW54.4 etc. etc. Now run a piece of code at a time interval of your choosing to basically do: Decode_Varable = Real_Variable Job done, unless of course Citect now treats disk device variables as points !!

You need to use the Exec function, for example like this, you can just run this direct from a button, not quite sure why you would want or need a tag to trigger it though, sure you can work out how to do that if you really need to: Exec("C:\Program Files\Microsoft Office\OFFICE11\Excel.exe C:\My_Files\My_File.dbf",3);

It works locally, of a fashion. I have had Citect, the PLC and an HMI simulator all talking, you just need to change your SCADA and HMI programs to have 127.0.0.1 as the IP address as the simulator runs on localhost by default, what you wont be able to do is use IO scanning or other functions to read a modbus slave etc. as this requires communications which the simulator does not support.

I think you are asking the PLC I\O scanning service to do too much, you are trying to read and write to the same device in 60ms intervals, change your repetitive rate step to an odd number, 17 for instance, then back off the repetetive rate to 1017ms for device 1, then a multiple of the repetitive rate ms for the second and so on, that way they are not on the same repetitive rate.

Why dont you pick the phone up and ask your Mitsi distributor, thats what they are there for and what you are paying for.

Just export the variable list, all the text relating to the alarm is contained in it.

If you dont mind an honest answer.......I wouldnt have done it with forms I like to see what i am doing and as there is no graphical develpoment environment for forms in Citect thats pretty hard. I would have just developed my own page and popped this from the event, if there are lots with different text etc. i would have used a supergenie to wrap it all in. You could even just use the message() function, it will return 0 if the OK button is pressed. I know thats not much help but i think its a bit cleaner than using forms for a simple task like you have.

Hello again, still not self sufficient on the basics ? You keep asking a lot of questions about Citect and getting a lot of helpful answers but not giving any feedback as to if it solved your issues or much thanks for the help you get...... Check your network addresses in the project, if in any doubt set it to 127.0.0.1

I agree I\O scanning is the best way of doing this, once setup it just looks after itself, no READ_VAR's to initiate or status words to check, its almost too simple

You cant read the trend files directly with Excel, they use a proprietry file format, you will need a custom app to read them, alternativley you can export trends from Citect to Excel using the export functions If you look on the Citect website under the Toolbox section (you have to be registered) you can find plenty of 3rd party apps to read trend files

It may be something to do with the way the network printer is setup to spool, try changing it to print direct to printer, just a thought though !!

Better to start a new thread rather than dragging a 3 year old one back up !! To answer your question yes you can get the code for the Citect system, if you read the posts above you will see that the code is located on the PC running the system, its simply a case of taking a copy of the files As for the PLC assuming the PLC application is not password protected you can upload the program if you have the correct software and cables

Well i suppose the first question is why have you come up with this design as it seem a little odd really ? Its classic Citect clustering stuff really with a global client, nothing too difficult As for licensing you are best talking to your Citect sales guys, i can never get my head round whats required licesnse wise, it may also depend on what failure you are willing to accept with licenses on various keys etc

I am very confused, in your title you asked about 'Redundancy for Premium PLC' then you post a PDF for the Momentum, how does posting a PDF for a different PLC platform solve your problem ?

Course and then just got stuck in, i am by no means a master but i can do what i need to, look in the demo project there is loads of test value generation code and other examples in there, its a good starting point

Not quite sure what you are trying to do here (but it looks horrible) and i havent got time to think about it but its probably a lot easier just to use the test tags: TestRandomWave Generates a random wave. TestSawWave Generates a saw wave. TestSinWave Generates a sine wave. TestSquareWave Generates a square wave. TestTriangWave Generates a triangular wave.

No worries, just when i read it i had a feeling of Deja Vu !!

Are you for real ? http://forums.mrplc.com/index.php?showtopic=16539&hl=