The Ergosphere
Tuesday, May 06, 2008
 

Sauer-Danfoss: A rant

I've been suffering with the products of a company called Sauer-Danfoss.  This company makes industrial controllers and displays, programmed with a proprietary graphical system resembling ladder logic.  Here is my litany of complaints (addressed as an open letter, because I would like the world to know what a pain this stuff is; maybe S-D will take bad press as a good incentive to improve their product, rather than mealy-mouthing explanations for why The Product Is Perfectly Designed For Its Intended Users).


Dear Sauer-Danfoss,

I have some serious complaints with your Plus+1 Guide software.  The poor packaging and lack of proper documentation (plus counter-intuitive behavior of the system versus the description in the help) have caused me to waste a large fraction of a week thus far.  Your "tutorials" lack the most basic amenities for the aspiring learner.  Several of the extended sequences can neither be paused nor backed up to repeat sections.  Even YouTube does better than that, and their stuff is free.

The graphical system is painfully cumbersome.  Take, for example, a common calculation:

degrees_F = (degrees_C * 18 + 5)/10 + 32

This takes about ten seconds to type in C code.  It takes no fewer than four calculation blocks, four typed constant blocks and drawing a number of dataflow "wires" to do it in Plus+1 Guide, and the product is inherently obfuscated by the complexity and harder to document.  The fact that the graphical mess is translated into roughly the above C code before being compiled adds insult to injury.

Packaging needs to be radically improved.  If you download the Plus+1 Guide software, you have neither the device templates nor the function libraries.  The rest of the world has figured out how to create interactive installers, why haven't you?  These things should either be included and installed by default, or prompted during the install process.  If the user should fail to install them, they are left with blank tabs in Plus+1 Guide.  Nothing mentions a missing element, no pop-up tells the user what else is required.  How useless is that?

Or take the "context-sensitive" help... please!  It claims that you can click on something and press F1 to get help on that block.  I opened an existing application (trying to hit the ground running), clicked on a block with a triangular symbol in it (looked like an op-amp) and pressed F1, hoping that I could get some help to tell me what this unknown block was.  I got the standard help screen.  Try again, same result.  Apparently, telling me what this function block was didn't rate in Sauer-Danfoss's priorities.  I found this not the least bit endearing.

The "component" menu was no help either.  It's full of little icons for various categories, but the icons bear no resemblance to the symbols actually used in the program itself.  You have to click through list after list after list until you find the item which bears a similar symbol to the unknown.  THEN, once you have gone through the laborious search, you can click on the item in the component MENU and use F1 to get the details.  You cannot use this to get details on a component already in a design and save time and effort.

This is the sort of design detail which leads me to suspect that the product has been made deliberately obscure, to sell expensive training classes.

The "service tool", which downloads compiled programs to the units, is equally ill-designed (if not worse).  It appears to require an ECU list before it will do anything (even with hardware connected), but the navigator entry for the ECU list won't open when clicked (perhaps because the company firewall blocked a download - but there is no diagnostic for this!) and there is no help entry for ECU lists.  How do I get an ECU list?  Do I need to download something?  The "help", doesn't.

In conclusion, you have the sorriest, lousiest, most cumbersome, most time-wasting excuse for a programming interface that I have seen in more than 20 years of work on embedded systems.  I have accomplished more useful work in less time with assembly code.  I am forced to use them in my job, but I will be making a personal recommendation that design engineers avoid your products at all costs.

 
Comments:
Yeah, visual programming systems seem to have a near and dear place in the hearts of many professors. These professors labored to attain skill with such systems years ago and they don't want to learn something too new now.

However, there is hope for some progress. Tinkering and the freedom to tinker are likely to come up with some superior open-source replacement.
 
The blasted thing already has a C compiler in the system; the graphical stuff is compiled to (very badly formatted) C code and then to machine code.

If S-D would just publish the API and include the libraries, this would be so much easier.  For instance, the bugs in the graphical compiler would simply be irrelevant, and the lack of features like global search and replace in the graphical system would be irrelevant.
 
I've read about a couple of ev conversions that use a Danfoss controller for an AC motor and was considering doing something similar. Glad I saw your post before getting past just thinking about it. Thanks!
 
Post a Comment

Links to this post:

Create a Link



<< Home
Talk largely about energy and work, but also politics and other random thoughts


Mail Engineer-Poet

(If you're mailing a question, is it already in the FAQ?)

Important links

The FAQ
Glossary
The Reference Library

Blogchild of

Armed and Dangerous

Blogparent of

R-Squared




The best prospect for our energy future:
Flibe Energy

ARCHIVES
January 1990 / February 2004 / March 2004 / June 2004 / July 2004 / August 2004 / September 2004 / October 2004 / November 2004 / December 2004 / January 2005 / February 2005 / March 2005 / April 2005 / May 2005 / June 2005 / July 2005 / August 2005 / September 2005 / October 2005 / November 2005 / December 2005 / January 2006 / February 2006 / March 2006 / April 2006 / May 2006 / June 2006 / July 2006 / August 2006 / September 2006 / October 2006 / November 2006 / December 2006 / January 2007 / February 2007 / March 2007 / April 2007 / December 2007 / January 2008 / May 2008 / June 2008 / August 2008 / October 2008 / November 2008 / December 2008 / February 2009 / March 2009 / April 2009 / May 2009 / June 2009 / July 2009 / August 2009 / September 2009 / October 2009 / November 2009 / December 2009 / January 2010 / April 2010 / May 2010 / June 2010 / July 2010 / August 2010 / September 2010 / October 2010 / November 2010 / December 2010 / January 2011 / February 2011 / March 2011 / April 2011 / May 2011 / July 2011 / August 2011 / September 2011 / October 2011 / April 2013 / November 2013 / December 2013 / January 2014 / February 2014 / March 2014 / April 2014 / July 2014 / August 2014 / September 2014 / October 2014 / November 2014 / February 2015 / April 2015 / October 2015 / March 2016 / April 2016 / May 2016 / June 2016 / July 2016 /


Powered by Blogger

RSS feed

Visits since 2006/05/11: