JimRowell

MrPLC Member
  • Content count

    154
  • Joined

  • Last visited

Community Reputation

1 Neutral

About JimRowell

  • Rank
    Sparky

Contact Methods

  • Website URL http://www.rowellelectric.ca
  • ICQ 0

Profile Information

  • Location Toronto, Canada
  • Interests Automation

Recent Profile Visitors

2743 profile views
  1. Can I ask for some help on Medoc V2.3I would like to open / convert  some files, Please contact me at Francisco@hmiautomation.com

  2. Sense special

    Can't help with any links but perhaps a passive infra-red sensor. These are not really used much (to my knowledge) in industrial but are the standard in the security industry as motion sensors. If someone makes a similar sensor but targeted to general sensing it might fit the bill.
  3. 3 phase...

    You affect the balance as soon as you tap any non-3-phase loads off a 3-phase supply. In other words, you can take 0% without having any affect. To balance it back, you need to take the same additional amount from the other phases. So, if you have 3 of these loads & they are all the same size, put 1 on each of the 3 phases. Don't put them all on 1 phase. If they are different size loads, then distribute them appropriately. It's not automatically a bad thing to not be balanced. For instance a transformer doesn't care if it's balanced or not. You can draw the maximum phase current from each phase without concern for what the other phases are doing. On the other hand, if you want to use the entire capacity of a 3-phase transformer or run it at it's coolest temperature for longer life, you'll have to use each phase equally. The thing to remember is that the more you draw on a phase, the lower that phase's voltage will be. If you have uneven currents on your phases, you will have uneven voltages. How much current you can draw for a particular voltage drop depends on your system. Depending on your loads, the amount of drop you encounter may or may not matter. Heaters will still work but the heat output drops fast (according to the square of the drop, ie if you divide the voltage by 2 then you just divided the heat by 4). More of an issue are 3-phase motors which are easily affected by unbalanced voltages. It becomes an issue if you have heavy single-phase loads that unbalance things on the same system as 3-phase motors. Motors run hotter than normal on unbalanced lines. A motor can handle a small imbalance and most systems are far from perfect. You calculate it as follows: Measure the voltage on all 3 phases (either phase-to-phase or phase-to-ground). Find the average value (ie take the sum of the 3 values & then divide by 3). Now determine which of the original 3 values is furthest away from the average and divide that one by the average then multilply by 100. This will give you what is known as the "percent imbalance". Ideally, it should be less than 1%. Above 1%, you should derate the motor or fix up the imbalance. At much over 3%, you should shut the motor down before you destroy it.
  4. Opinions needed re GX Simulator

    In the end, I used the latest version of both GX & Simulator. Simulator is sold as a plug-in for GX but nowhere that I saw did it mention that it was version sensitive. My Mitsubishi rep was not aware of that and neither was the fellow on the Mitsubishi N.American help desk in Chicago. There is a quick blurb in the manual about 1 particular feature needing version 8 of GX but that was all we found. Real impressive. I was trying to use it with a older version of GX (7. something). In the end, once I got hold of the latest versions of each, there were no more excuses & it fired up ok. I tried the latest. Gave it a quick run through. I can also say that for me it was the last. If you guys like it then great. I still stand by all of my previous rants. Mitsubishi has proven time & again that they are simply not capable of writing software that is up to my usability standards. The hardware is fantastic. The old software written by Beijer was very good. The software that has come from Mitsubishi that was not written by Beijer is beyond bad. It lacks required features & is very old in it's implementation. The message boxes are ridiculous. Maybe it's just me but I think an English version should be in ENGLISH. Basically, the programs are some of the most amateurish stuff I've ever seen. I'd be gentler if it was free or maybe $20.00 a pop. Well, maybe I wouldn't. After all, this is supposed to support an extensive line of hardware products in an industry where speed of implementation, clarity and accuracy are paramount. I wouldn't allow it on *my* factory floor. I'm quite sure that the differences in opinion are at least partly because I write in List. For those of you who use Ladder, etc, perhaps it fits the bill somewhat better. It's just too much of a shock for me to go from my Delphi IDE or even Medoc to GX. I'm going to have to get some additional info about Beijer's 32-bit Medoc & see whether it's up to date enough to warrant using it to replace my Dos Medoc. Or get my own compiler/IDE finished (doubtful unless I thought I could find a market for it). Eventually I may just have to say good-bye to Mitsubishi. Too bad really considering how much I like the hardware. Oh well. I'm in beautiful Scotland on vacation at the moment so I've got lots of time to vent, rant & rave. :-p
  5. Opinions needed re GX Simulator

    Thanks for the info. I did finally get a copy to try out and after much trouble, finally got it to install. Apparantly it only works with GX version 8. Found that little morsel out by accident despite doing the install with the help of 2 people while on the premises of my Mitsi rep and 2 calls to the Chicago help desk & trying to install on 3 different machines. Of course, there would'nt be any point in having an error message stating that the wrong version of GX was found would there? And of course, no point in the sales brochure mentioning it. I wasn't too happy about version 8 being required. I've got an older version which I despise. Did they really think I'd pay good money for a new version that doesn't appear to be any better? So we installed the version 8 free trial which finally let me install Simulator. And of course, it's pretty much just a half-wit extension of GX. By that I mean it's the same disorganized half-Japanese, half-English, piece of.... software. Not sure why I thought it was even worth looking at. After about 2 screens, I just closed it down. Can't be bothered. I'm very, very glad I didn't pay money for it. I almost did because of time pressures. Mitsubishi just astounds me. Literally astounds me. Unbelievable. Windows 3.1 comes to XP. It sort of works. Even does 1 or 2 things you'd expect. Heck, I've heard that some folks have found sections that make sense. Only a couple of thousand dollars for the whole package. Good deal. What I AM impressed with is the patience that you guys have for this stuff! If you've ever used GX, Simulator, etc extensively, you're either briliant or have the patience of an ocean. After 3 minutes, I figure they owe me for my time. Anyway, I promise to stay away from this stuff at least until I cheer up.
  6. Labview 7.1

    It's been a while since I opened up LabView but I can tell you that some people like it and some don't. I'd say it's one of those things that demos really well. Looks like a piece of cake to learn and use until you get far enough into it to hang yourself. For very simple applications it can be great. It simplifies many tasks. For complex work, it multiplies the complexity. That may not be a fair summary for everyone as it depends a great deal on you personally. Regardless, there is a vast depth to plumb in LabView and it's not as simple as National Instruments would have you believe. I'd hazard a guess that people who have never programmed much and who are very visually oriented, will think it's the greatest thing since sliced bread while those with a more traditional programming background will cringe in horror from it. I guess I'm in the latter category. I'd recommend you try it a bit and see what you think and if you call National Instruments (they have great support) they will invite you to one of the intro seminars they have constantly in every major city in N. America (including Toronto). One downside is you will get drawn slowly into using more & more National Instruments hardware once you get hooked onto the software (it's one of their goals). They have ok stuff but it's very pricey. To answer your question (sorry I took so long), yes, you can make an HMI with it. If time is tight and you have no experience with it, you may regret the attempt though. I'd give a much higher recommendation to using TestPoint if you decide you like the LabView sort of thing (www.cec488.com). I'm certified as a TestPoint CTAS specialist if you need help. Or get yourself a copy of Citect which is made for doing HMI work. It's free until you actually are ready to commision the output. That means you can take as long as you wish to get the hang of it. Since you say that time is tight, you are probably best to get something from Omron that's a little bit more "ready-to-go". I'm sure that would be the least painful and most productive in the near term. One of the Omron experts here can steer you in the right direction.
  7. Opinions needed re GX Simulator

    Nope. Not bundled. And there is no trial and no real explanation of features (!!!??) I forget the exact cost for me but it was well over 400.00 CAN. Can one do serial comms with it? I mean will the simulator connect to the real ports on the pc or can I at least pre-load fake simulator ports with data to check the response of the program, etc?
  8. Opinions needed re GX Simulator

    I'm thinking of getting GX Simulator. Considering my low opinion of GX Developer, I'm probably not going to be happy with my purchase. Since I can't seem to get a trial or even find anyone in Toronto with a copy to try out, I figure I should at least ask for your opinion. Anyone have it and like to offer their opinion about its usability, limitations, features? Does it have any import ability (Medoc) or is it strictly for use with GX? Good, bad, ugly?
  9. Small form factor PC

    Also these. http://www.amplicon.co.uk/data/ventrix65.html
  10. plc softwares

    I Beg to differ, Peter. I mean, yes, software takes an enormous effort that a lot of people do not appreciate. We all face that problem with our own customers. But keep a handle on the scale we are referencing here. Mitsubishi and others like them sell more than 1 piece of hardware each day. I know only too well what's involved in writing PC software. It's a large part of my business. I also know what's involved in writing a Mitsubishi editor/compiler (or to be more accurate, assembler which is really what Medoc and GX Dev are). I've written one to about 75% complete for List. Fully functional, far exceeds the abilities of either Medoc or GX Dev although only for the FX series and as I said, so far it's only concerned with List. It will upload and download code to the plc same as theirs. Point is, I do know what's involved. I'm just one person who's busy with other things. No one else in my office has worked on it. I don't sell millions of dollars worth of hardware each year as my core business. And by the way, the firmware on the FX series is now old. Hasn't been touched in some time. They don't work on the firmware, they don't work much on the manuals and they certainly don't work on the editor. If they even have any full time software writers they are not working on FX related projects very often. There are many well-known software houses that support packages so complex, they make GX Dev look like a utility program. Often the team of programmers doing all of the work on these projects will be anywhere from 2 to 20 people. Most of the work on Delphi is done by about 1/2 a dozen people or so (the exact number is secret but they've admitted in separate statements to more than 4 and much less than 10). Delphi is hundreds of times more complex (I mean that literally) than GX and sells for only about twice the price. The producers of it sell no hardware at all. They rely on their software for all of their income. They also have no distribution network except through their own costs and efforts. In my opinion, the cost of software development to a large established hardware producer of the scale of Mitsubishi is close enough to zero to not even count. They could set up 2 people starting over from scratch and roll out a new whiz-bang editor in 6 to 12 months on a budget of somewhere between 100 to 200 thousand dollars (esp if they contract it to someone cheap like me <grin>). Peanuts. Marketing, etc is much more costly but that is required whether they do the development or not. Let's assume a profit of 100.00 per plc (I'm being kind here), that's a full return after selling only 2000 of them if they were to give the software away for free. How long does that take? <g> To be fair, they'd have to keep the development cycle going hard for at least 1 more year to smooth it out and they should keep it going permanently so it would have to pay for itself year after year. So a small fee such as 200.00 is fine. But regardless, I still believe it's their right to do as they will.
  11. Medoc

    The Medoc that came free would have been Medoc Dos v2.3 or lower. Medoc 2.4 refers to the 32-bit Windows version of Medoc which is only sold in Scandinavia. It's available by email direct from Beijers but it's not cheap. I *think* that GX Developer from Mitsubishi is cheaper but I'd recommend buying either Medoc dos from Mitsubishi or going for the 32-bit version from Beijers.
  12. plc softwares

    Couldn't have said it better. Mitsubishi and to a lessor extent AB are both examples of companies that put comparitively small effort into their software (for the volume of hardware sales). Mitsi is one of the best examples in the industry. GX Dev was old when it was introduced. It uses ancient windows features in a poorly implemented fashion. They've never rewritten it as they should have. It's had only very minor upgrades during its entire life cycle. This from a company who sells millions in hardware every year and has a ready-to-go distribution network. The software should support the core business rather than be a sideline business that thwarts new users from hopping onto the bandwagon. The suggestion of $200.00 max is a good one. Free makes a lot more sense. 1 or 2 full time developers is all that GX requires to be many times better than it is. 4 or 5 would make sense. Four full-time guys would show up on the overhead sheet in Tokyo several lines below "pencils". Regardless, it is their right to do as they wish. Pirating & giving away software without thought or care is theft. The vast bulk of PLC users are professionals who make a living using the software so, by definition, we shouldn't mind paying for it. It would be nice though if it was high quality, feature rich and moderately priced though. There is not one major player in the plc industry who has good software in my opinion. A couple of the small guys (really small) have great stuff. Explain that! Longer term trials wouldn't hurt, say 6 months. Perhaps what they should do is implement a policy of allowing diskless installs by the distributors. Some distributors will actually do this as a sales technique (with nervous glances over their shoulder) in order to get you to buy the hardware. They know that you will probably be willing to pay for upgrades after the first freebie and the alternative is you walking away forever. Generally you have to appear to be a significant buyer. Unfortunately, my Mitsi distributor is not one of these. Maybe the original poster should explain why he needs free software?
  13. Ok, What software?

    I agree with the Medoc crowd. It's outdated sure. It's also well written and capable. I can't recommend GX Developer to anyone for anything (what were they thinking!). Medoc will run on any machine, is not too bad to learn on and works very well under pressure with both small and large programs. It can be run straight from dos and it can be run under windows (in a console window, it's dos after all) in 95, 98, 98se, W2K, XP. You just need to learn a few of it's tricks such as once you get into an edit mode, hit Alt-H and you'll get a nice high-res screen. Use lots of comments and when you press Alt-C, you'll get a navigation screen that is hard to beat.
  14. FX Series RS422

    Since your signature indicates your with AD, let me ask you this... Does the EZ-Touch use a full-blown, spec 422 interface chip or is it an in-house make-up? Perhaps you are both leaning towards opposite ends of the spectrum and now a change on Mitsi's end has the two of you too far apart (spec wise). An untwisted cable would exagerate that although I'm surprised that at less than ten feet it would be an issue. Try putting an isolator between the two (check out www.bb-electronics.com) and see if that fixes things up. That would suggest a voltage compatibility problem if it does. I've got an fx2n beside me with a 485BD board on it and the driver voltage is within spec but just barely with a light load on it. If your hmi interface is a really heavy receiver load, or puts out an even worse driver voltage than Mitsi does than problems could arise. Somehow I suspect that it's not related to any of the above since I can't say I heard anyone having problems along these lines before. Perhaps these customers havn't told you that they just finished installing a really, really noisy something-or-other right beside every display. If you had that piece of info, it might not be surprising that you now need a twisted-pair cable. If you are only talking about 2 customers, then as far-fetched as that seems, it's a possibility (I've had worse you-won't-believe-it scenarios happen to me). It would be interesting to see what effect an isolator has. Also, you should already have gotten yourself a brand-new plc to check this out further. See if it works on your desk. Maybe there are addtional environmental issues working against you. The cable should be ok. I've done 422 comms to the FX2N using wet string. No problems.
  15. Mitsubishi FX2-32 RS422 comm

    It does sound like you mean an old F2 not an FX2N. I've never used one nor do I have any info but Medoc offers a default for this plc as 19200, 8, E, 1. I would imagine that's correct. If you are trying to connect via your own cable setup, there are a few pitfalls that could be hitting you. For instance, the latest RS485-BD boards from Mitsubishi seem to have the A (-) & B (+) terminals mixed up. Put a meter across an A-B pair when everything is at idle. With your meter's red lead on A and the black lead on B, you should get a negative reading. You won't. ;) Maybe the F2 has similar problems. Don't know. Another problem could be the convertor you are using. Is it expecting power to be supplied from the PC or the PLC or both or its own separate supply? You should be able to get the original manuals from Mitsubishi. You are far better off getting the proper Mitsubishi cable and moving on from there. Jim Rowell