Host Engineering Forum
 
*
Welcome, Guest. Please login or register.
Did you miss your activation email?
July 21, 2017, 07:32:39 am


Login with username, password and session length


Pages: [1] 2 3 ... 10
 1 
 on: July 20, 2017, 08:04:14 pm 
Started by PLCGuy - Last post by Garyhlucas
Ehh, I need to stop that sucker popping up too. My problem is I don't program enough to get any better, I plateaued a long time ago so I don't get much from great new features because I don't remember them.

 2 
 on: July 20, 2017, 06:45:33 pm 
Started by Henryp - Last post by Garyhlucas
I have 8 VFDs on Modbus and the communications are done via a series of stages. When a drive is intentionally off I skip the appropriates stages. Every stage with a Modbus block ends on the success bit AND the error bit, so communication continues to all the other drives. The difference between success and error bits is that errors generate alarms too.

Hope this helps.

 3 
 on: July 20, 2017, 06:24:57 pm 
Started by BobO - Last post by Garyhlucas
The products that I am most happy with are those with great support from the vendor and no vendor hassles. Bought Rhino years ago and made a suggestion on the user forum. A week later they announced it was in the latest release! I use a Cam program called CamBam and both the author and user forum are outstanding, I've gotten plugins that add capability I needed in a vry short time. AD has been very responsive and has listened to my suggestions for product additions and they showed up.

Then there are Autodesk and AB. You always get the feeling that no matter how much you are paying they could care less what problems you are having.

Then there is Host, a lot like AD but even more responsive! You can see it how much user input you took on the design of the BRX and in how rapidly you are implementing suggestions for DoMore Designer. This stuff is really important to us. We have a hot product in an industry where AB has 85% of the controls. We love that our competitors use AB, everything costs them way more!

 4 
 on: July 20, 2017, 02:42:48 pm 
Started by BobO - Last post by BobO
That's still useful. We need to understand why people use it...ultimately that's the measure.

Since the things it does are pretty easy to quantify, the Grail here is to quantify satisfaction. A common theme that we hear is that there are products that can do the job, but using them wasn't satisfying...was hard, off, just not quite right, etc. For many, Do-more is just satisfying...it just worked. What makes that true? It's like explaining the smell of a steak...but I want to try. It's frustrating to hear time and again that folks love it once they use it, but didn't try it because it didn't sound much different than X, Y, or Z...

 5 
 on: July 20, 2017, 02:30:36 pm 
Started by BobO - Last post by Controls Guy
Excellent cost-benefit ratio.  It has many/most of the features of far more expensive PLCs/software (and in some cases even features they lack, or a better implementation), so it can compete for projects where a Compact Logix or S7-1200 would be the norm.

At the other extreme, it also bests traditional Koyo processors because, even while offering more hardware performance for the money, it got rid of all the things that made DL-classic processors a pain to program and troubleshoot.

Finally, it's also a hammer/saw thing.  I don't use Do-More exclusively.  I know what its strengths are just like I do with competitive PLC's.  When I get a new custom project or want to do a new standard product, typically one of the lines I know will stand out as the best match, and very frequently that's Do-More, and will be even more so now that BRX is available.  Unless there's something external putting a thumb on the scale, the answer almost always comes up Do-More or S7-1200/1500.

I realize that's not stuff you can easily advertise, but it gives you a peek into the mindset.

 6 
 on: July 20, 2017, 02:01:30 pm 
Started by BobO - Last post by BobO
I've recently had an epiphany and could use some help from y'all. A major part of ADC's business model is to develop high-RCA (Relative Competitive Analysis) products and sell them at better prices than the competition. Clearly that has been successful and it's most successful when the feature/benefit side of the equation is easily quantified. Do-more really doesn't fit that as well.

One of the hallmarks of Do-more has been a very high degree of satisfaction from our users, but honestly, we haven't hung our hat on specsmanship or easily quantifiable things like memory size or I/O count, we've primarily focused on product effectiveness: How well does Do-more solve your control problem? To those that have used Do-more successfully, it means "I can always make it work, and I write less code than on other platforms". People have come to trust that, and for many customers, Do-more is their go to for that very reason. It just works, or can be made to.

So how do we communicate that? What message about, or aspect of, Do-more do you think would get you to try it that first time? I feel like the biggest limitation to Do-more's growth is messaging, it's simply not something that lends itself to numerical analysis of features, but the high level of satisfaction our users have is testament to the benefits of it. I want to do better at communicating this. Any ideas?

 7 
 on: July 20, 2017, 01:47:51 pm 
Started by Tam1117 - Last post by Tam1117
   Thanks guys.

 8 
 on: July 20, 2017, 01:35:00 pm 
Started by Tam1117 - Last post by BobO
  Thanks BobO,

Now we have 7PLCs, 1 main HMI (control all stations), 20 small HMIs (control each station),
can we put all of them on Ethernet ? (Each PLC will be connected with 3 C-more micro HMIs and main HMI)

Sure. Comms will be pretty busy, but it will be fine. I would definitely make sure that the poll rate of each HMI panel was as low as will give you a responsive system, but the bandwidth should be more than adequate to do what you need. Spreading the HMI's across the PLCs is definitely helpful. You can use PEERLINK to share relevant data between the PLCs. If you need more data than PEERLINK supports or if 10Hz is too slow, you can use RX/WX instructions in the PLCs. They can move data much faster than 10Hz, or much slower, which can also be helpful.

Do-more is *very* good at comms. There are many ways to solve what you are doing if the first thing doesn't work as well as you hope.

 9 
 on: July 20, 2017, 01:14:12 pm 
Started by Tam1117 - Last post by Tam1117
  Thanks BobO,

Now we have 7PLCs, 1 main HMI (control all stations), 20 small HMIs (control each station),
can we put all of them on Ethernet ? (Each PLC will be connected with 3 C-more micro HMIs and main HMI)

 10 
 on: July 20, 2017, 12:43:19 pm 
Started by Henryp - Last post by Henryp
No I did find a solution.

Pages: [1] 2 3 ... 10
Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2015, Simple Machines

Valid XHTML 1.0! Valid CSS! Dilber MC Theme by HarzeM