Jump to content

Sremac

Members
  • Content Count

    19
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Sremac

  • Rank
    Member
  • Birthday 03/08/1961

Contact Methods

  • Website URL
    http://www.sigmaproces.rs

Profile Information

  • Gender
    Male
  • Interests
    Automation, playing music, good time, eating & drinking...

Recent Profile Visitors

2,267 profile views
  1. Small update: I used Version Swapper a lot of times with various Visilogic versions without any problem since!
  2. Dear Ausman, thanks a lot, I've tried your method with partial success. Also it's too complicated, I mean too error prone for an old guy like me... One new moment concerning W10 and Version Swapper: After fresh W10 installation I've had the same issue as described above, Run-time error 339, amiTapi .ocx components not registered/missing. I tried to locate the file amiTapi.ocx on my computer without success. But on the other laptop I've found it, made a copy to the USB flash and transfered it to c:\windows\system32 folder. Note 32-bit W10 version, otherwise on a 64-bit version it should be copied on a C:\Windows\SysWOW64 folder. After that I found regsvr32.exe in the same folder. Then I started command prompt (cmd.exe) as an administrator, and typed: cd c:\windows\system32\ regsvr32 amiTapi.ocx /s This was actually the registration of a copied file. Then I tried to register Visilogic Swapper version with Version Swapper , and get the same message but this time Actbar2.ocx was the problem. I repeated the procedure, exactly the same as for amiTapi.ocx file, and now I have no problem with Version Swapper, it normally works with all Swapper Visislogic versions, downloaded from Unitronics site. Once again, for W10 64-bit version users, just instead of C:\Windows\system32 folder use C:\Windows\SysWOW64 folder. And thats it. The onlz problem is that one can not be able to find the missing files. They are extremely vulnerable and should be used only if they originate from original Windows installation (usually Resource folder).
  3. So, what now? Please don't tell me to roll back to Win7 or, even worse, to use virtual machine...
  4. Joe, I suppose you're right about Microft world and stuff... Unfortunately, even if I explicitly run Swapper as administrator and upon registration of say VisiLogic V4.7.3. I explicitly run VisiLogic.exe in .../VisiLogic_V4.7.3./Main/ folder "as administrator" it still says: "Run-time error 339" - snapshot attached.
  5. No matter I run the application under administrator's account on my laptops with Windows 10 (both 32 and 64-bit versions), Version swapper would not function normally unless I specify "Run as Administrator" option as I start the program. Yes, it is possible to specify this option on a shortcut that starts Version Swapper, so it always runs "as administrator". But, still there is a big problem: even than some older versions would not run after being registered with Version Swapper, there are various error messages that says that some componenets could not be registered, that are missing or invalid. It works normally for some latest versions, I tried 9.5.0 and 9.8.22 lately. I normally connect remotely with my customer's PLC's and I need to use exactly the same VisiLogic version in order to verify the program in a proper way before making any changes eventually, so it is actually a big problem to me. Also, I tried to install the whole package in a folder other than Program Files (X32 or not, depending on Windows), and to change its security properties - everybody has full access rights, but still the same situation. Any thoughts?
  6. Very odd situation, for the first time in a decade using VisiLogic: Yesterday, after I finished my current project I burned "Upload Project" to the V570 and saved the file. My normal procedure is to make file backup, so I instantly used "Save as" within the same folder with _bak added to the project name. After that I performed verification with the OPLC, which returned all the check marks as usual. Furthermore, my normal routine includes synronising "Documents" folder with the one on a USB memory stick, which I also performed imediatelly. This morning i needed to change some small detail in a program, so I normally performed verification before making any changes to a program, imediatelly upon making a connection to the OPLC, and it failed! Instead of check marks I've got a red crosses next to "Download DLU's" and "Project upload file" fields . I also tried to verify other 3 backup files (one from the computer and other two from USB memory stick and all the time I get the same result. At the moment I am very concerned about that. Hundreds of time I preformed the same routine without any problem, and now this! OK, I decided that it is not possible that all four copies of the same project file are corrupted, so I decided to discard the OPLC content and burn the project again and see what i am going to get with that. But before doing so, I tried to upload the project from the OPLC to a new project. Upon finishing the upload the verification again failed the same way as before! It says the the uploaded project is not the same as himself! Is it possible that really the project image file was corrupted withing the PLC flash memory? After I made necessary changes, I burnt the project again to the V570 and performed the same backup routine as described. All the verification passed, but we'll see what is going to happen tomorrow... I use latest VisiLogic 9.8.18 with up-to-date operating system files on a Win10 machine. What happened?
  7. Dear Eyal, thank you very much for that, a am going to try it ASAP. I always wait for Swapper version of my current VisiLogic before I switch to newest version...
  8. Can somebody explain how to register previous version with the swapper, please? BTW, when can we expect V9.5.0 Swapper?
  9. It seems that there is a mystery about exact functioning of a "secret" SB90 system bit... Reading this topic I am seriously concerned about a lot applications I've made without thinking of such a problem. I suppose that I just expected that the system itself was to recognize that something is missing from Harware Configuration and safely stop everything in such a situation. Now I am not sure how my system would behave... I strongly support the request of providing meaningfull way to control system behaviour in the situations when there is a problem with any expansions, Snap-in, wired, wireless... Why not clearly giving the programmer the way to control it and to decide what would be the best to do if... Suppose that the OPLC always check the presence of everything configured in the HW (a watchdog funcion) and by default stops and turns everything off if the watchdog chain is broken, sets some SBs to show the programmer exactly what's going on, but let him reconfigure the behaviour in such a situation i.e. enable/disble some parts of a watchdog chain and probably write emergency subroutines that would be triggered and executed under such a condition. Nice, isn't it? And safe too.
  10. Dear Nacho, thanks a lot for the remark you've made, somehow I missed it while reading the Guide. On the other hand, this means that the unit actually produces 0-20mA in both modes, so one has to use linearization network (or some similar calculation method) to scale 0-OUTmax in 819-4095 units instead of 0-4095. Logical question is then why there is a switch in a Hardware Configuration menu, i.e. what really changes when I change it? It seems - nothing. Also, I don't expect output current to be dependent of the inverter input impedance as long as it is within specified range.
  11. It is the second time I have the same problem with AO6X analog output modules - although in the Hardware Configuration I choose 4-20mA option for the current outputs, they produce 0-20mA anyway! Norlmally I use it with an inverters set to 4-20mA frequncy reference. OK, I switched inverters to 0-20mA, but there's another issue - 20mA does not correspond with the value of 4095 in an assigned MI, but with 4080! Very odd behaviour, not a real problem to me becuse I made it work anyway, but I had to report it here. My best regards to all!
  12. Dear Ofir, thanks a lot for zour reply. I am sorry for my late response, but as soon as I posted I myself found out the workaround. But, there is an issue about it: since calculation is provided only once per OPLC cycle and there is no possibility to use interrupt subroutine, is this really a HSC? The only thing that you get by using it is that you don't miss a pulse shorter than a OPLC cycle time. Anyway, my application could "swallow" it, so now everything work as expected. Also, I suggest that there should be a short notice about that limitation in the hardware manual, so nobody gets as confused as I was. Thanks once again.
  13. Well, i consider myself experienced user on Vision PLCs. Now I am facing a problem that is blowing my mind! i use maximum loaded V570 configuration (Snap-in, 4 x DI16, 2 x TO16 and 2 x AO6X with EX-A2X adapter). I already use incremental encoder on my Snap-in module (A, B and Z pulse) emulating absolute encoder. But i need two more counts in order to determine some sync points on the other moving parts on my cartoning machine. So I connected just phase A of an incremental encoder to expansion DI16 module and in HW configuration make it work like a HSC. It counts up all right. But it doesn't let me reset MI1 connected to it no matter what I do. I tried to use Reset numeric, storing #0 to MI1, multiplying it by zero... Even in on-line mode it won't send #0 to MI1! Then I tried to trigger physically (with 24V, PNP configuration) Hardware input #46 designated as the Reset input for a HSC that uses input #47 as the HSC (and counts!) - still nothing. I absolutely need to reset MI1 before I make a move that will produce counts on every machine cycle! Any help, please?
  14. Well, i consider myself experienced user on Vision PLCs. Now I am facing a problem that is blowing my mind! i use maximum loaded V570 configuration (Snap-in, 4 x DI16, 2 x TO16 and 2 x AO6X with EX-A2X adapter). I already use incremental encoder on my Snap-in module (A, B and Z pulse) emulating absolute encoder. But i need two more counts in order to determine some sync points on the other moving parts on my cartoning machine. So I connected just phase A of an incremental encoder to expansion DI16 module and in HW configuration make it work like a HSC. It counts up all right. But it doesn't let me reset MI1 connected to it no matter what I do. I tried to use Reset numeric, storing #0 to MI1, even in on-line mode it won't send 0 to MI1! Then I tried to trigger physically (with 24V, PNP configuration) Hardware input #46 designated as the Reset input for a HSC that uses input #47 as the HSC (and counts!) - still nothing. I absolutely need to reset MI1 before I make a move that will produce counts on every machine cycle! Any help, please?
×
×
  • Create New...