Jump to content


MVP 2017
  • Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by Ausman

  1. Dumb question as I'm not sure of any involvement in the process, but has the RTC on the PLC been checked (and set correctly) after the O/S upgrade? cheers, Aus
  2. I can't understand how the simple fact of getting married would interfere with forum participation. 😉 cheers, Aus
  3. Ausman

    Analog IN overflow

    There's not really enough information here. It seems that you want to supervise a digital output by reading the output's voltage (through a voltage divider??) and reading that back into an analogue? Huh? It also seems to me that part of your problem is the way things react to faults. They specifically act that way on purpose. Short a power supply and it won't reset until a power cycle. etc etc. cheers, Aus
  4. Ausman

    PLC not Calculating Totals properly

    And note the edit after this original lot which I've changed to italics!! And as well as Joe's comment, and perhaps related to your issue, your descriptions describe the flow meter 1 output as M/Hr. If it is indeed giving you an instant reading of cubic metres per hour, then why is there a 3600 involved in your calculations? If the reading is M³/Hr, then even though you are doing it once a second you don't want to be multiplying it by 3600 to turn it into an hourly rate. It already is. And it might result in the different readings. Edit additions: You know how some mornings all your brain cells are firing off fantastically and that horrible problem programming issue gets resolved in a flash? Well...this morning wasn't one of them ( ⚠️ ) and I wrote some odd things! However, this question tumbled around in my head on and off all day, and I realised that I was partly on the right track....I probably hadn't had enough coffee. And it was a Saturday morning. And it was hot. And anything else I can use as an excuse. It needs to be broken down into the sequence. The sequence you have is, to my eye, incorrect. The M³/hr is read every second, that reading needs to be divided by 3600, the result of this division is added to both the full accumulated total and your weekly total, and nothing further needs to be done to it. At your weekly button push, the weekly total is simply reset to 0 and that count starts again. You will also have to ensure that the system's operands in use can cope with the different number ranges needed. Me writing this now will (hopefully) let my brain sleep properly tonight! cheers, Aus
  5. I see that Joe has had time to have a good look at your programs and offered solutions. Hopefully you'll be well on the way to success, so thanks Joe! Again! cheers, Aus
  6. Ausman

    Run as Admin flags

    I hear what you are saying Barry, but isn't your scenario more a "change things by having correct programming of the plc in the first place" type of thing? Anyone on a mill floor should not be having access to the program that runs the plc, they should only have access to whatever is on the HMI. If they can't change things sufficiently using that, then the user program is not correct and should be modified to suit all the needs. cheers, Aus
  7. Ausman

    Run as Admin flags

    Hi all, I've whinged about this in the past, and it is still a major source of problems for newbies on the forum. Can we please have all the installation and program files tick the "Run as Administrator" flags themselves? I don't know the mechanism as to how this gets forced, (and quick searching didn't reveal it) but it can't be that hard. I encounter other programs where it is in place, so it just seems silly that Unitronics do not do it when it is absolutely necessary for the correct operation of their programs. It's a bit like getting a new car, then wondering why it doesn't run because it's something as fundamental as not having petrol (gas for you yankees!) in it. If it's needed, do it automatically. cheers, Aus
  8. I'd initially check that you have power properly onto the AO6, and that all the connectors b/n the various modules are correctly in place. What happens if you move the modules around, or progressively connect them. Personally I've have put the AO6 at the end of the line. The other thing may be that you are wanting to do things too fast. The modules take time to collect info. If the first suggestions don't do anything, consider changing your unican comms to space it out a bit. cheers, Aus
  9. OK. Let's break this down to the separate things needed to achieve this. 1). Push a button. 2). Count a period of time that the button is pushed for. 3). At the end of that period of time turn on an output. 4). The output does the required action and then resets. It might even show something on a screen that says it has happened ok and you can now stop pressing the button. Hmmmm. Well that would either be a timer, or a count incrementing in value, continuing to do so whilst the button is held on, and then resetting ready to do it all again on next long push. It's over to you now to work on this idea. cheers, Aus
  10. I"m sure it all comes down to tooling costs. But it has always been an issue, so if it was me I would have been fixing it properly. Everything I use them with is 230s so is the even older problem and only gaffer is possible. And yes, roadies still use reams of gaffer setting up concerts/stages! cheers, Aus
  11. That's great, but I can't help today, too busy. Others will. If not....I'll Be Back!!! Just for your own knowledge, I would play with SD card Explorer and see for yourself how slow the SD card interaction is. Anything that uses the SD sometimes doesn't work as you would expect. Same thing with anything that uses buffers.....might always need a few more scans after saying it is ok. cheers, Aus
  12. OK. Didn't think it would solve the issue. Did you try changing the write to a manual trigger like Gabriel suggested? Change things so that the write only occurs on some input you do manually. Then do this a few times with a space of 10 seconds, say. Then see if the write is ok. If you can't get to the bottom of this, perhaps consider changing what you are doing. Store data into a table, then periodically copy the entire table into a udt file on the SD, and then manually retrieve that from the plc on a scheduled basis. But I'd persevere with this first, it will likely be something simple. I seem to recall a line count somewhere, is that correctly rolling over? cheers, Aus
  13. The program has many things that I would do differently, particularly layout of elements. In rung 6 you've got 2 resets of MB28. So perhaps there is a similar overlooked hiccouph elsewhere that is upsetting what you want to achieve. However, to your specific issue (and I can't see that this observation will make a difference but it's worth a try), in rung 41 SD Utility you are referencing MI62 twice...looking at other parts of the program perhaps one of these should be MI6? Perhaps the double reference is confusing things? Regardless, what happens if you change your delimiters to << , >> (2C) ? I think this is partly what Gabriel is getting at. cheers, Aus
  14. Hi all, whilst pondering Joe's elegant dead band rung elsewhere, I again thought of the usefulness of knowing separate element scan times. Has anyone got a list, or a link to a chart etc that shows what each element/FB takes in micro/nanoseconds etc to complete? I've never been able to find one, but surely it exists somewhere. And if it is blindingly obvious, I apologise right now for being a dumbbottom and missing it! cheers, Aus
  15. Yes Kratmel, this works, but I want a list of the theoretical times for any element or FB, and not need to construct my program to tell me this. If you've never encountered this in documentation it's understandable, but believe me it did exist in them thar good old days! What I want is very useful to have available, when deciding what of the various methods possible is the most efficient way of arriving at the same result. cheers, Aus
  16. Most of my various older plc systems information/help have the info at the very top of the (paper!) page, as it was deemed important. Maybe 'cause things were a bit slower then and you needed to be clever at squeezing the best bang for the buck out of what was available. cheers, Aus
  17. Yeah, you could pre-tear a few strips of just the right size for the snap-ins and put them onto a pretty bit of silicone faced paper, selling them for a fortune on the huge markup possible! Anyway, we digress, but helpfully. How's it going, Todd? It did occur to me that you also need to be carefully checking the boiler earths, and it's inherent leakage anyway. You may possibly have something electrically serious going on at the boiler itself, which might be then coming down the earth lines to the plc for some reason, or simply interfering with the signals a lot. Don't forget that we are talking tiny amounts here, and the slightest induced variation from a variety of reasons can cause havoc with stability. But being a boiler one would think that it has a lot of innate earthing anyway. Give it a very good checkover. cheers, Aus
  18. Also, in case you haven't already done this, have a good read of the Help files. Use index to find UniCan and then read Canbus UniCAN, looking at everything on the page be it the green links and also related topics, as well as UniCAN. cheers, Aus
  19. Yes, but you need to do it to one decimal place. Have a look in the Help files and do a search for Analog I/O Ranges and you'll see a list of ranges etc. cheers, Aus
  20. Hi Josh, you don't need linearization. Thermocouples read directly. You set up the parameters in the View/Hardware Config of the relevant input. You need to know what type of couple you are using for it to read correctly. When in the relevant analog input area, click on Type and you'll get a drop down list. You also choose C or F in Mode. cheers, Aus
  21. Yes we have discussed this before, and the problem remains. I don't know what you funny Yanks call it, but to us upside down people duct tape isn't gaffer tape. I think you call gaffer tape race tape. It doesn't stretch, unlike duct tape which can be a sticky, half-pulled-itself-back PITA, a bit like trying to undo something wrapped in myriad layers of insulation tape after it's been in place a few years. Gaffer has a sort of woven backer and can be easily torn into strips or whatever is suitable, and sticks like toffee to a blanket. Duct tape has it's place, so does Gaffer. I always laughed in the Alien movies because here we are in space many years into the future, and heroine Sigourney is tying things to her super advanced weaponry with good old gaffer tape! cheers, Aus
  22. Hi Matej, I think Joe has looked harder at the program than myself and might be more on the right track, but for my suggestion you are changing the wrong speed. The area you are in is the PC communication settings. You want to be in the UniCan settings, which is opened by double click as shown in the attached pic. You can then choose different speeds in the circle area. cheers, Aus
  23. Hi Matej, I haven't looked in depth at your program, only quickly, and for a starting point I would be interested to know if slowing down your Unican rate helps at all. Shift it back to 10Kb and if that fixes the issue, then increase it in upward steps until you find the speed that is stable. Superfast is great, but sometimes buffers/line problems/fairiesandgoblins etc create issues that make it hard for the system to keep up with what's needed. Don't forget you need to change this speed on both units each trial. Perhaps a later closer program inspection might reveal something obvious, but try this for now please. cheers, Aus
  24. Do what Flex is suggesting, but also...... To me this sounds like you need to have modem/router work done at the remote site. If you are saying it was all working fine, including Remote Operator, in the workshop before shipping, then it is a site issue. It is far preferable if the remote site has a static DNS rather than Dynamic. It can save you a lot of headaches. But if it can only be Dynamic, the very first thing needed is to get the modem/router telling the world what it's current address is. Most reasonable modem/routers have this facility built in. After that is happening the router then needs to have instructions given to direct the external requests correctly. For years I tried all sorts of free DNS providers that were decidedly haphazard in their effectiveness. In the end I stuck with paying a tiny amount of $s to dyndns.org which has always been rock solid performance. cheers, Aus
  25. Ahh yes...I'm stuck in keeping it around 400 after it's been put up to 600 initially. That's why I said I was a bit confused about what was wanted. cheers, Aus