The Ergosphere
Saturday, May 31, 2008
 

Useful questions re: CAES

CAES (Compressed Air Energy Storage) is being promoted as a way to smooth the delivery of intermittent supplies of power from e.g. wind.  This would increase its ability to displace other supplies of electricity and reduce carbon emissions from the same.

Of course, pumping lots of air around is going to have secondary effects (you cannot do just one thing).  A question I have not seen addressed yet:  how much CO2 would be handled directly by CAES in the process of compressing air?  What if some fraction of this CO2 was chemically bound and not released back to the atmosphere?  Could this make a significant difference in atmospheric CO2 levels?

I don't know, and I don't have the energy at this moment to come up with a ballpark estimate.  But given the large volumes of air involved in CAES, widespread use might just be a two-fer.

 
Wednesday, May 28, 2008
 

Inspired by Picasso

Pablo Picasso once said, "Computers are useless, they can only give you answers."  He was right.  Correct answers to the wrong questions get you nowhere.

The crisis in commodities is feeding back into the cost of energy.  The amount of raw materials (both steel and fuel) required to bring new oil fields into production is growing rapidly.

Sooner or later, you'll get more energy return in less time by using the oil to make composite blades and the steel to make pylon towers than to drill in really out-of-the-way places.  The question is, how close are we to that day?  Could some places be there already?

Maybe that's not the best question, but it looks like a good one.

Labels: , , ,

 
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.

 
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 / November 2016 / December 2016 / February 2017 / May 2017 / June 2017 / September 2017 / October 2017 / November 2017 / March 2018 / May 2018 / June 2018 / October 2018 / December 2018 / January 2019 / March 2019 / June 2019 / October 2019 / November 2019 / March 2020 / June 2020 / December 2020 / March 2021 / April 2021 / May 2021 / July 2021 / January 2022 / February 2022 /


Powered by Blogger

RSS feed

Visits since 2006/05/11: