Jump to content

Ausman

MVP 2023
  • Posts

    2,589
  • Joined

  • Last visited

  • Days Won

    175

Everything posted by Ausman

  1. Flex, you mention the larger I/Os. My personal view on this is that Unitronics don't "promote" the larger capacity I/Os enough, and not many people know about them. For instance, when you look at the I/O listings, you see "Digital" and it is very easy to assume that that's it. You are only presented with the smaller I/Os. You actually have to go down past Analogue/Temp etc to reach the higher capacity modules. This is a big failing in my view, and the page needs adjustment to bring it all together. And whilst on I/Os, and relating to my error above about the snap-in, I try to not use snap-ins, rather discrete I/Os for both ease of replacing and likely smaller cost in the unlikely event of it needing replacement in the future. cheers, Aus
  2. Correct! Me being dumb and thinking he had it already. Head smack! cheers, Aus
  3. Responded to a private message about what the J terminology is, that appears in product naming. It is simply the fitting of the flat fascia. So in case you don't know, a V130-J-RA22 is the equivalent of a V130-33-RA22. The same naming system is across all the models. In Visilogic choose accordingly. Cheers, Aus
  4. How much was the raw value changing? If it was a few percent of total span, something is wrong with the setup, be it mechanical or electrical interference. I'm only saying this because an intermittent read of a pulsing source does not necessarily give you an accurate reading of the true average. cheers, Aus
  5. Yes, Simon. But if you read the fine print a bit more in depth, it appears that it is only referring to then doing it via the different method, with the process still actually needing to be done. Perhaps I have misinterpreted this, but the entire thing needs comment from the Creators. And sadly nothing has appeared yet, even though I have asked repeatedly. My comment privately made to others is whether the activation need will be burnt into the chips of components from now on. If not, it could be very advantageous to stick with older versions of Unilogic. cheers, Aus
  6. Yes there is, but not in a direct connection way. You need to look at the EX-RC1 adapter. Links: https://myzone-kza3sadj.netdna-ssl.com/wp-content/uploads/2015/12/EX-RC1_SPEC_05-08.pdf cheers, Aus
  7. HBF! Following on from another topic, I realised that there is an easy way. I don't normally use it, so didn't know about it. SD Card Manager lets you convert all UDTs within a folder to Excel, and does both csv and xls(x) formats. Also bear in mind the following post, which triggered my followup. You might run into the same issues that have hopefully been resolved. edit...appears they have been with Saragani's new offering. cheers, Aus
  8. Hi Yechiel, If you have a look at this topic, and read it completely, you will find answers and also a few other related tricks that make things much easier. Please remain aware that between 2 or more running copies, you can export or import subroutines, but not cut and paste. Importing subroutines has many pros and cons. cheers, Aus
  9. Ohh well, just an amazing coincidence. But the problem has definitely gone away, even during really slow transitions due to heavy net usage at the remote end. cheers, Aus
  10. Can you please post a picture of the screen. cheers, Aus
  11. Pls still advise on the "raw value" question. cheers, Aus
  12. A great solution to the issue. Saragani, is this dll used by Remote Access? After correctly applying the new dll, Remote Access screens now transition to the next screen completely OK on a 120 connected via unican from a 130. Previously when shifting screens there would be a "broken up" sort of image that appeared to be the program "building" the new screen, where part of the screen was the new one and part was the old. It would clear up to the new screen after a few seconds. I always put this down to a bandwidth/speed issue.....but perhaps it has also been cured? cheers, Aus
  13. Not sure this is the answer, but was the suite installed as right click Run as Admin, and then the various program .exes set to run as admin as well? cheers, Aus
  14. Confunitronics say "On old system is best to use what is working without changing anything, grasshopper." 😇 Glad it worked ok. cheers, Aus
  15. In response to Isak's post, I dug out an old U90 program that has linearisation that I know worked perfectly. Paste attached. It was a 4-20ma temp sensor, set for 12 bit and giving the temp from 0-50.00°C. U90 is quirky in the way you have to do all the linearise in one hit. I'd give it a go along my lines and see how it goes. It might look odd but it works ok. Don't do any delays except the hardware maximum filtering. Also, ensure that you have nothing that can accidentally overlap areas of the screen usage. I've heard of minor overlaps creating this sort of issue. Is this the raw value, or the linz result? cheers, Aus
  16. What U90 version is this written in? I can't open it. cheers, Aus
  17. No-one has chimed in yet, so you have a choice. 1). In theory the program is totally unaffected by the OS update and you can do it ok. 2). Contact support@unitronics.com, ask them the question and they should know and give you a link to the correct U90 version. I'd be inclined to wait the little bit longer and do no. 2. If something does go astray for some reason during the update, you're covered. cheers, Aus
  18. 3). Emerg stops. Very machine dependent. If the machine is likely to involve (further) danger to a human (the reason for the emerg stop in the first place?) by resetting itself to "home" positions after reset, you ideally have a totally different "emerg stop" control set that lets every action of the machine be manually (and carefully) controlled. This may be useful for "rescuers". From this worst case situation there are myriad layers of control scenarios, right back to fully reset the machine to "home" on restart. It is definitely a case of fully assess and theorise all the risks, allowing that some humans are incredibly stupid, and cater for anything that needs to happen. cheers, Aus
  19. Haven't looked at the program yet, will get to it later. Also, don't forget that the an input can be 10 or 12 bit. This might affect things based on the numbers involved. cheers, Aus
  20. Agree with Isak. Have you set the filtering at the raw input in Hardware configuration? Screenshot not really! U90 loses the dropdown during screenshots, so taken with a camera! Have you looked at the raw input when in online mode? If the number is jumping around a lot there, then you need to find the reason. A correctly located level sensor should be pretty stable. There are numerous factors that can affect this, though. Also, you might like to think about using the linearisation available to you in the Variable, rather than doing it through the ladder. Look at the bottom right of your Variable 1 screenshot. cheers, Aus
  21. If you could post your program that would be helpful. Otherwise, screenshots of the relevant areas. cheers, Aus
  22. Thanks for the detailed explain and reply. Worth knowing. cheers, Aus
  23. Don't do anything yet. The best solution is to simply use the version of U90 that doesn't want to update the OS. But I don't have the knowledge as to what version that is. Someone else is sure to know. Once you have that successfully in place, you should try to get the program out of the plc. cheers, Aus
  24. Just asking, is Remote Operator installed as admin, and is also running as administrator? cheers, Aus
  25. You keep on mentioning a virtual terminal and command protocol. Is this just a language translation thing, in that it may be your way of describing your connection. So.....Are you using a direct single cable physical connection from your PC to the PLC using U90? Or is it indeed going via a virtual terminal which means the signal is undergoing software translation of some sort, with the possiblity that something is getting lost in the process? If it is a virtual terminal then you need to try it direct. cheers, Aus
×
×
  • Create New...