Ausman

MVP 2015
  • Content count

    192
  • Joined

  • Last visited

Community Reputation

23 Excellent

1 Follower

About Ausman

  • Rank
    UniGuru

Profile Information

  • Gender
    Not Telling
  • Location
    Orstralia
  • Interests
    Love/Hate waking up with a solution to a problem. Thanks brain....for not sleeping properly!

Recent Profile Visitors

2,717 profile views
  1. Yes to all of this, and you're not a curmudgeon, Joe. You are a person who has experienced all the things that life throws at you, and get rightly annoyed. Many of my much younger associates think that I'm old and grumpy. I counter that I have heaps more life experience that they will eventually catch up on, eventually realising the things they now see as normality are often really stupid. They'll eventually be annoyed at all the ridiculous things done by government, morons, losers, users, and all the other human failings/characters one encounters. One of my favourites is the client who whinges about annual maintenance fees of complex stuff. They don't understand my insistence that routine servicing is necessary and think my minor bills are high. It's essentially a big, complex machine running 24/7 and doesn't miss a beat because of my care. Yet these same complainers think absolutely nothing of the vastly larger annual service costs on their whizzy cars that maybe work 600 hours annually. When I bring this up it is "different". What garbage.....cars are just machines! There's nothing wrong with having a rant now and then! It lets steam out of the boiler. cheers, Aus
  2. Hi again, I haven't tried the latest versions so if this fails someone else or the creators will need to step in. That said, I would definitely try redoing all your various installs as run as Admin and do the copy bit for virgin copies, as you have done. Remove all the unitronics programs and perhaps even try a manual check of the registry to get rid of anything somehow left over. A registry cleaner would likely help here. Then start again with the different installs you need to have on your system, running all of them as Admin. I would use the latest swapper. This will be tedious doing all the previous version installs over again etc, but I think it is worth a try. I always run anything I get from Unitronics as Admin, both the install files and the program. Also, in case it helps, what Windows are you using? If you are on 10, can you try it on 7 on another PC, or setup your PC as dual boot? 10 continues to mightily annoy me with my "10 test" laptop. It forever does huge downloads of updates eating into my limited bandwidth, changes methodology, breaks working stuff, changes settings back to what Msoft wants, and those same changes make the laptop unusable for a while.....just when you need it to work quickly. cheers, Aus
  3. Yep, Honeywell's programmers have done it all for you on that one, including the fuzzying of the logic to learn your system's abilities. However, a V350 will certainly do what you want with some effort put into it. For now you could do the simple hourly verson quite easily and evolve the other versions over the months ahead. Good luck. Aus
  4. Hi Jxay, I don't think this is as simple as it first looks. And Flex, don't you mean Indirect clock functions, given the need to be able to let the user adjust things on screen? My main work is HVAC and I use Unitronics for complex applications where off the shelf DDC stuff isn't flexible enough. I'm assuming that your program itself will do differentials around the setpoint according to presets. I also see issues where you might have large temp changes between time zones, which are probably best handled by the program ramping the temp between old and new, otherwise your systems may heat or cool unnecessarily, and uncomfortably. In this I'm assuming the temp control is for humans' benefit! As for the mechanics of the program, it all comes down to how much maths and programming you want to do. The simplest method is pretty much Joe's weekly hour count suggestion, having a screen or screens for each day, showing the setpoint for each hour period of that day. This is a bit cumbersome from the human's data entry viewpoint as they have to input/agree to each hour's temp setting, but it is simple program writing. It does restrict things down to changes on the hour, though. Method 2 is if you are willing to do a lot of maths and complexity in the program, you can again have the users in control of a daily screen. This daily input automatically calculates the time into the weekly hour count...but it is essentially user generated and down to the minute. The times they enter are actual times based around 24 hour naming. eg 230 for 02:30am and 1345 for 1:45pm. Your user then agrees to/enters the start and end time and setpoint into fields on the screen, and the program automatically reads the finish time and puts it into the start time for the next period and displays everything already done for that day. Having the program move the end time to the next start time is important, as it gets around the issue of overlaps. It ends up at 2359 for each day's end and then the input screens start again for the next day. You either do the time storage based on what day it is, or do the total weekly count style again. My initial thoughts are that this would still need to have a maximum number of setpoints per day otherwise things are going to get very complex, but perhaps once into actual writing the program this might not be as hard. You put the time zones and temps into a spaced series of MIs that are then displayed according to how many are in use. You are also going to have to work up a rolling compare program to change the setpoint in use according to the RTC time. Hope you get the idea. I've just rattled this off. I call this a terrific learning curve. You might call it an "ohh.....what have I got myself into?!" cheers, Aus
  5. Keeping in mind Joe's last as important, I think that you only need to measure your speed at C with no other input at all. It appears that your are arranging the hydraulics to take full care of all the tensioning requirements, so you don't need to monitor the main rollers A & B. If C is spinning then everything else is working ok, and you do your vfd adjustment from there as it is the primary control source. Perhaps you could also do a read of B's revs to check that it is going ok, but owing to it's changing diameter the revs will differ across a large range relative to the vfd setting. You could use a distance sensor to measure the changing diameter and do maths to allow for this, but that is adding complexity I don't see as necessary. So the speed of C, and your method of read, is important. The more pulses per rev the better, up to the max the controller can correctly read. Aus
  6. Hi Vamalgise, Have a look at my post (no. 2) here: The response you're getting looks exactly like what used to happen to me on installing the latest version of either Swapper or Visi. Go through the process carefully doing my steps and you should be ok. Any upgrade of any element seemed to stuff things up....my impression is that if you put in the latest Visi, you have to go to the latest swapper for it to be able to adjust things correctly during changeover. And in doing that, you have to tell the new swapper all the loads you want, and that's where my method makes it fairly easy. Hopefully this will help. See how you go. Ohh yeah one last thing. Make sure you do each of the installs as run as admin as well. cheers, Aus
  7. Hi Maulik, As Joe says, we need more info about the roller system. The main one to me is are both A & B driven and the primary aim is varying tension between them via closed loop control? Are C & D fixed, or on tensioner systems? These questions are relevant bearing in mind the age old concept of trying to keep things simple. cheers, Aus
  8. +1 on Flex's comment. Also, you can backup your values before doing anything. Under Connection there is "Export PLC Operands to File" which will save all your values to your PC. It automatically goes online, gets all the values, and makes a *.opr file. You can then use this file to Import, or force to open with excel for manipulation and it works fine. If you haven't done this yet, and don't have a means within your program to save crucial values, then I strongly suggest doing it! On the pop-up, I would love to know from the Creators what exactly trips it. I encounter it often, but sometimes it is for what I see as a very minor change, whilst other times I have done lots of modifying and it doesn't show. An explanation, please. cheers, Aus
  9. There is probably some technical reason I don't know about due to not knowing Unilogic, but I am intrigued why there is only reference to static addressing (here and in other posts) and no mention of Dynamic DNS. I use it all the time to get very specific addressing into routers where static is unavailable, and have found the most reliable to be dyn.com. Tried others, but no good, so happy to pay a little for a great service. cheers, Aus
  10. The behaviour sounds just like what happens if you do a normal O/S install by trying through an incorrect connection type, so as Joe says...Creators please. However, just out of curiosity, does it work ok with previous versions of the programs involved? An hours worth of trying might get the workaround you need at present. cheers, Aus
  11. Hi Michal, A suitably sized UPS would at least solve one of the causes, and would probably not be a bad thing to have anyway. In my locale UPS's on everything computer is a must. As for Msoft's annoying forced habits.....hmmmm. +1 on the ability to have "user choice" on whether to need intervention or simply run regardless. Without knowing the Unitronics' coding, perhaps it is something as simple as a registry item that changes state during run/shutdown? Might be worth spending a little time chasing it via some bench testing. You could then write a little script to change it back before starting the program. However, it is probably something within the program itself. Through a bit of simple trial and error, you can likely find what file is involved within the DataXport folder by doing copying before running the program after ok shutdown, and pasting this copy over that created during an incorrect shutdown and then starting things. Once you've isolated it down, have a script run on startup before DataXport that replaces those items involved with the "virgin" copies made. Maybe even simply copy the entire folder the same way, don't even bother chasing what is involved. This theory is easily tested. Scripts can be a little fiddly, but a little bit of time here will likely work ok. And there might be something else surface because of doing this, but hopefully not. Of course the best way is the "user choice" from the Creators, but it might take a while...if at all! cheers, Aus
  12. so far it's great the way everyone's on this. More good answers/questions which need to be dealt with. Before doing anything else, Joe's comment re admin needs to be acted on. It is again one of those issues that I would love to be onsite with, as it would likely be fixed in a flash using accrued knowledge! I have found Unitronics to be pretty robust comms wise once things are sorted properly, so it is always a puzzle to find a thing like this. Given that you have ethernet, I'll persist there. Ensure that you have the ethernet plug in the ethernet socket, not the expansion. If you are new to Unitronics, check this very carefully as they are essentially the same type of socket and even experienced people get caught out now and then. As others have implied, I retiterate to try ethernet with direct connection, not remotely or on a network, and with correct cabling to ensure crossover. And you are altering your settings in the comms area of Visi, aren't you? Connection/Communication & OS/1st tab TCP/IP (Call), Project Settings selected and a connection saved and used via the button at the right hand end of the Project Settings line. These setting should match what is in the controller via info mode. In info mode, find the controller's ethernet sockets and make notes of all the ports in use under PCOM on TCPs. If you have one with 20256, (likely Socket1) then it is pretty much standard so use that. If everything is correct, you should get a response clicking "Get Plc Information" at the bottom of Communication & OS in Visi. If you don't, there is still something askew. Perhaps again go into Info mode, stop the unit, go to the IP settings and set it to defaults. Match the numbers into visi and try again on port 20256. If this succeeds to give you comms at least, and it should, maybe something is not set up right in the user program in the first place. Get Plc info is the most effective ping you can do to ensure it is all working ok. If none of this works, is there anywhere you can try your comms hardware & settings on another Vision controller? Serial is the 'works regardless" way, and that is why Joe is persisting with his question, so please advise. We have had entire threads here on the non-genuine usb converter issues, so it is very relevant. cheers, Aus
  13. Hi Parag, Further to agreeing to everything already said, to me it looks like you don't have any comms at all at present. I'll weigh in with the following which might assist further: 0). (ha ha.....my first plc joke for the year!) Ensure Visi is installed and running as Admin. 1). If there is an ethernet port on the 570 try your comms using that with settings derived from the unit. 2). Using info mode, ensure that SB314 is off. 3). If still trying with 232, again check your cable. Google images for mj10-22-cs25, as well as looking up your Unitronics info, for clarity. 4). Ensure that you are plugging your 232 into the comm port, and not the expansion (or ethernet if there) port. 5). Don't run usb and 232 together. 6). Check all the 232 parameters decided upon in Visi, and write them to the settings in Device Manager. Close out of DM and try again. I have had instances where things don't work unless Windows is set exactly the same. Vary your speed settings around, doing the same things with settings in DM, and try again. 7). You should at least be able to get into some sort of communication with it. If you achieve this, and it still refuses an upload, then it is likely not burned. Keep asking, anyway! cheers, and HNY to all. Aus
  14. Hi Nildo, Perhaps this might explain Struct Vect a little better; Imagine you have to move all your relatives and friends to a new city. You bring them all into a central area, thus collecting their different types of addresses all into one place. You then pack them all together and send them by bus (ho ho) to their new city. Once arrived at the central area there, you unpack them and send them all out to different addresses in the new city. So in your case at the source end you use Struct Vect, with the Data Direction set at "From mixed data locations to vector", to collect all your operands' addresses into one (or multiple) Vector that you send along the UniCAN line, using UniCAN Send. Once it arrives at your destination PLC, you use Struct Vect there, but at this end you are selecting "From vector to mixed data locations" to unpack all the data in the vector to the various addresses you want it to go to in the destination PLC. This can be a little confusing as you have to keep track of your source addresses and where you are going to put them in the destination PLC as you unpack them. I use screenshots of the source Struct Vect to make this a little easier. I hope this clears it up a little for you. cheers, Aus
  15. Struct Vect is confusing because it doesn't come up under the Vector Operations header in the index of the Help files. It only comes up if you actually search for "struct". Just a suggestion and thought it might help, Nildo. cheers, Aus