Jump to content

Joe Tauser

MVP 2017
  • Posts

    2,440
  • Joined

  • Last visited

  • Days Won

    237

Everything posted by Joe Tauser

  1. 馃槅馃槅馃ぃ It's funny because it's true I absolutely love how they put captions on, as if you couldn't understand what they were saying. Joe T.
  2. This is the one I use: Novus USB-i485 https://www.novusautomation.com/site/default.asp?TroncoID=915540&secaoID=947248&SubSecaoID=825371&Template=../catalogos/layout_produto.asp&ProdutoID=507081 Joe T.
  3. @Ian Fleite - since you have MODSCAN64, the way to properly troubleshoot this is to get a USB to RS485 converter and connect your computer to the PLC via pins 1 and 6 only. You may have tried to communicate this in your first post but I didn't see any pictures of your actual connection. Do you have such a converter? If you do, the first thing is to try swapping the RS 485 data lines. Also reboot the PLC and DO NOT try to talk to it with Visilogic as that will put Port 1 into RS232 mode as I mentioned. I still think a second COM port in the V130 would make your life easier. Joe T.
  4. So now my mind has gone wandering and I wanted to see what political correctness is built into Google. For example, the exact phase I typed into the translator was "The translator can be a pain in the butt". "Pain in the butt" alone translates to "dolor en el trasero". Google substituted "dolor de cabeza", which translates back to "headache". If I wanted to say "headache" I would have. BUT NOOO... "Butt" is not a nice word according to Google. Google es un dolor en el trasero. We should get back to the topic now. Joe T.
  5. S铆, el traductor puede ser un verdadero dolor de cabeza. No hay da帽o. Joe T.
  6. I'm having a bit of trouble understanding what the problem is. The pictures you posted are stacked up but don't have comments on each one, so it's not clear where you're running into an issue. You're showing your Modbus Simulator with successful transactions. Did you get these transactions via the RS232 port in RS232 mode (V130 picture 1) or via the RS232 port in RS485 mode (V130 picture 2)? I know it says RS485 on the screen, but a little known fact about a Unitronics COM port is that the RS232 port is always active, even though you've moved the jumpers to RS485. So they can theoretically both work at the same time. Why, yes I have! I have my own Modbus Simulator and everything! Joe T.
  7. I would add a second serial port to the PLC if you're going to be doing Modbus. Leave port 1 open for programming. As you can see, the PLC is switching between PCOM protocol and Modbus protocol on the same port. If the PLC detects a PCOM request on a COM port it will throw out whatever the user has configured for that port and attempt to establish a PCOM connection. You may or may not get the configuration back that you set up in ladder. Joe T.
  8. @Cara Bereck Levy Nowhere on the Unitronics website are the communication cables listed. Unless I'm wrong. If not, there should be something under "Accessories"- Joe t.
  9. Once you get the second picture, go to Connection->Download->Download. As far as your communication problem is concerned, that fact that you sometimes punch through tells me the driver is working. I'd try a different USB cable first, and if that doesn't work get a Unitronics USB->Serial Adapter part number MJ10-22-CS35. This will allow you to plug into Port 1 on the side of the PLC which is a more reliable way to talk to it. If you go this way, don't go shopping for a generic USB-Serial converter as they don't work if they don't use the Prolific PL2303 chipset. Plus the Unitronics adapter comes with the RJ12 cable you'll need. I don't know what country you're in but they're not expensive from an actual Unitronics distributor. Edit - It doesn't come with the RJ12 cable. You'll need that too - RS232-CB1. My bad. There may be an issue with the 570's onboard USB converter. Like cracked solder joints on the connector. Joe T.
  10. Your screen shots are showing a V120 as the PLC model. Have you changed the hardware type to a V570? Try downloading this program to it. Joe T. V570 Blank.vlp
  11. You've got the polarity on the outputs wired as sinkers, not sourcers. The T2 outputs are PNP type. Your wiring would work if you had a -TR20, where the outputs are NPN type. Don't forget to connect power on the output connector as well. Hook it up like this for a -T2: If you've got 2K resistors that's fine - all you're trying to do is limit the current through the optocoupler. We use 2.2K resistors. If you want to go all OCD and calculate the current through the optocouplers go right ahead. You may not be happy with this setup, as the max frequency in the spec sheet on the -T2 is 500 Hz. I have put a scope on this and the waveform gets triangle shaped the faster you go and becomes unusable at about 1200 Hz. Your results may vary. The -TR20 board using the dedicated HSO NPN outputs is MUCH faster, with a maximum speed of 200 kHz. I've been down this road and the PNP outputs are horribly slow for a stepper. There are other models that have the NPN HSO outputs as well. Just not the -T2. Joe T.
  12. In a Vision PLC, the memory is always there whether you use it or not. Your double copy buffer / look for changed data idea is the way to go. There is a system bit (SB 16) that activates whenever the screen is touched. There is also a pair of system integers (SI 40 and SI 41) that return the coordinates of the touch point. Since you have Previous and Next buttons a slick way of determining whether the user touched the recipe area would be to combine an MB tied to the Recipe screen active and then look at those coordinates to see if they touched something in the recipe fields area. However, this does not tell you if the user actually changed the value. As there is no "Data Table Compare" function, you'll have to go through comparing each record as they are edited. The only way I can think to do this is to add another field to the recipe table and set a bit or a count for a detected change, and then display this along with the recipe data. A bit would do if it's only going to change once, but if somebody gets in there and starts having a tweaking party you could make it an integer that incremented each time it changed. A "Manager Approves" button could reset it. You do have a user table with different access levels, right? I have often said that the code to drive the displays can get a lot larger than the code to run the process. This application sounds like it qualifies. Joe T.
  13. Kind of. But yes. Typically I program the output of the block to range from 0-1000 which is easy to read as 0-100.0% and can be mapped into a PWM converter. You can change the output of the PID block to match the D/A resolution of whichever analog module you are using, but I would personally leave the PID at 0-1000 and add a linear block to convert to what the analog output is expecting. Joe T.
  14. The panel is where the Ethernet control resides - a UniStream is a combination of two computers. It sounds like the Ethernet controller went wanky - has a bad storm rolled through your user's location recently? How far away is the URB-TCP? I have a customer that recently lost a remote display due to surges on the communication line. Joe T.
  15. Have you downloaded the UniLogic example files? There are some PID examples, but they may not be exactly what you're looking for. Give us more information on which model PLC you have and any I/O modules you're using. https://www.unitronicsplc.com/Download/SoftwareVersions/UniLogic/UniLogic_Examples.zip Joe T.
  16. I think you're running into trouble because the project you're working on isn't exactly beginner level. Time is more complicated than it looks. UTC is going to throw you for a loop because it's the absolute number of seconds since some reference point. You don't really care about this, you're more interested in how much time has passed today. Then you'll do it again tomorrow. I propose determining the number of minutes past midnight and referencing your time setpoints to that. You'll enter your time setpoints for hours and minutes separately as regular MIs and then combine them into minutes behind the scenes in your code. Then comparison becomes straightforward. You'll see in the SI registers that there are additional ones available for RTC hour and minute (SI 35 and SI 36), so we'll use those for actual current time calculation. The language barrier is a bit of a problem as I don't speak French, but I tried putting comments in the program using Google translate. I've attached the beginning of the program with modifications to the Main Routine and the Start-Up Display to show what I'm talking about. Also - you have nine subroutines in your program. I don't know if you've gotten that far but you have to put Call Subroutine blocks in for them to work. At your programming level I wouldn't use subroutines at this time as they only add to the confusion. Put all your code into the Main routine and then break it up later. Let us know if this clears things up a bit. Joe T. example JT.vlp
  17. UniStream timers have .001 s resolution, Vision timers are .01 s. Can you give an example of the tag and register values you are using. Even better, upload both programs so we can see them. Joe T.
  18. Following up from your other post - I think the easiest thing for you would be to enter the hours and minutes for everything separately, which puts everything into decimal land. Post your PLC program and I'll edit an example into it. Joe T.
  19. First off, for what you're doing Hex and BCD are the same for display purposes as far as the time value setpoints are concerned. I would remove all the NUM to BCD blocks as all they do is confuse things. BCD conversion doesn't work if the hex value is more than 9 anyway. This problem is not trivial. The time functions package values as two bytes in one word, which is why you can't use regular math on them. They are not considered as one number. You've got one half of the word which is base 10 with a rollover at 24 and the other half which is base 10 with a rollover at 60. They must be considered and operated on separately. For example - for a time value of 5:30- The number in the MI will be 0510h (1296 dec). Let's say you want to add 30 minutes - 0030h So 0510h + 0030h = 0540h -> 5:40. Yay! BUT.... Subtract 30 minutes using a normal SUB block. What we want is 4:40. 0510h - 0030h = 4E0h. No! The error is A0h or decimal 10. OR - add 55 minutes using the ADD block ->6:05 0510h + 0055h = 565h. No, this isn't any good, either. I do not have an immediate solution to your problem as I've not solved this one before, but basically if you want to do math on Unitronics Time Function values you'll need to examine the values first and then choose from a couple of math block possibilities to get the right answer. Joe T.
  20. @AlexUT - you're getting Forum Fatigue. Play nice. It's humiliating enough when you realize you've blown up your own equipment. Been there. kratmel's advice is wise. We update the controls on a fair amount of old machinery and it's very common for European-made machinery to not use wire numbers, relying on painstakingly detailed drawings showing what wire goes to what terminal. That goes away when you put new controls in so you have to make your own drawings and add wire numbers as you take it apart. Joe T.
  21. So you burned up the Internal input resistor. I have never done that 馃槣 You can get your channel back by ordering some 500 ohm precision resistors, connecting them externally between the analog input and 0V, and put your analog input into 10V DC mode. Joe T.
  22. I could never be mad at you, John. 馃槏 Your coding is not ridiculous, but I can't say the same about the expectations of your previous management. 1. As kratmel said, you have an AC motor. Single phase at that. You can fiddle with it all you want with PWM-ness but I don't think you're going to be happy with the results as you can't keep the V/F ratio constant. You need a DC fan to do what you want. 2. I just got back from a scout trip to the base in the Florida Keys, so I've been offline for a week and a half. It was like Gilligan's Island as we had no electricity. Google up "Big Munson Island". Joe T.
  23. Search the Help for "bootstrap". Get your PLC into this mode by holding the <I> and the <ESC> keys while powering it on. Then try connecting to it with your computer that has a native COM port. Joe T.
  • Create New...