Giarc

Unfortunately I agree with Kaiser (No offence)... Sounds like the PLC is bricked.. AB can repair it for you but it will cost $$$$$ in most cases.

Thanks for sharing!!

I agree with Ken, find out from your distributor what they offer and come back if you have specific questions after that. We can teach you anything you need to know!!

I don't know if Arj3090 is archie or not but if you're more comfortable with VB then AdvancedHMI is the way to go IMO with no cost other than your time... I'd say to message me if you have issues but Archie is definitely the better choice on that end. (I'm just a user once and awhile and I love it for the comms drivers)

Don't forget that arrays slightly vary based on the instructions / data files you're using and what you're programming on but it's the same idea. Just try to remember what you're trying to do with the data

In a rung, if you have N7:[n7:21] If the value of N7:21 is 99 then the address would be: N7:99 Again the more details you give the more accurate your answers will be. No offence bro but you have a lot of basic questions. You may want to find someone who can teach you this stuff locally, it wouldn't take long. If you were in my area I'd teach you for a bottle of rum! :D

If you're trying to write to the PLC there is a few options. By the way you state your question i'm guessing you're more of a IT guy. There is lots of software out there that can do that, but you didn't specify how you'd prefer to accomplish this.. (I Assume OPC) If you want to write your own software there is a freeware add-on called AdvancedHMI that you can use with visual studio. I've used it a few times and it works good. You didn't say how your network is laid out for the PLC for all required connections or which PLC model / comms you are trying to connect to but since you posted in the Allen Bradley forum I'm assuming it's a AB processor ... You can also use a Panelview if you want to keep to AB or ezautomation and obviously a few others have pretty good screens and ease of programming that can do this... Also how many stations do you need to write to this PLC?

So what part is not working for you? And what is your current program?

I agree Kaiser, what is the network speed of your DH+ networks? Typically if they're site wide networks they're normally run at 56k or so (From what I've seen and there is reasons for that) and the max is somewhere around 230 kb/s if I remember right (None of them can keep up with Ethernet comms)..... So if you poll like crazy on your Ethernet side it can easily bog down the comms on the local networks causing them delays. Side note: I see you also have a lot of programming terminals, make sure it's common practice to go offline after they're done and save in a common location... Obviously the more connections online to each of the PLC's / HMI's the worse it will be.. You're working with dial up speeds there ;) What's your polling rate for data?

When it scans a JSR it completes a scan of that subroutine then it returns and continues scanning after the JSR that was just called.

First thing I'd recommend is rather then trying to read / write directly to the inputs / outputs is to create some Boolean tags and use those in the HMI addresses instead. Then program those bits in the PLC to do what you want. Input addresses will be overwritten with the physical module input value. (Example: if it's the local input address for a 24VDC input. The actual state of that input is what the value will be regardless of what you send it from the HMI)

Cool, let me know if you have any problems.

I have a few questions: 1. Is it separate rungs for each of the checks or are you using indirect addressing and a loop? 2. Is it live numbers or are you just polling the checks every once and awhile? 2B. If it's live do you have any timers on time between each email sent per device? If not you may want to do that as well. It's possible even if you are using one shots that once and awhile the number will be bouncing in and out of spec. And potentially send all 5 emails in a second. (Example: If it's temperature your measuring and your scaled limit is a max of 100 degrees when your actual temperature is around 100 your AI will likely be bouncing back and forth 99.999 100.001 etc) It depends on how many significant bits you are using but you get the rough idea. 3. Do you still need to call the subroutine on alarm states even if you don't want to send an email? - One way you could limit individual sensors (Making assumptions on the answers to the other questions) is: * As your AI goes into alarm state you can also enable a counter up (CTU). * If the CTU ACC is greater then 0, start a timer. * When the counter reaches 5 then have your done bit false (XIO in this case) the line that triggers both the email and the CTU. * When the 15 minutes on the timer is done activate a CTD on the same counter * If the counter acc is greater than 0 (GRT) restart the timer. (This would allow 5 emails to be sent at your polling rate for the alarms then an additional one every 15 minutes after the first event). (If it reached the max of 5 then after 30 mins of inactivity it would allow 2 emails at alarm polling rate again). * Then repeat that logic for each analog input.