Appication notes

[Raveninghorde]

Is it an industry requirement that application notes always contain an
error?

I've just been using C code from a 1-wire application note and it
didn't work. It took a couple of hours with the scope checking
timings etc before I spotted a wrong hex address in the code.

Grrr.

[Charles]

"Raveninghorde" wrote in message
news:rpv668dkcvs13b2g9...@4ax.com...

Is it an industry requirement that application notes always contain an
error?

Support material is a loss item. As you realize, marketing gets a bigger
share of the budget and customer support is low on their list.

[Jamie]

They were testing you to see if you were paying a attention!

Sometimes that works to let them know how interested their
users/readers really are about what they are looking at.

Well, that's my story and I am sticking to it. :)

Jamie

[Jim Thompson]

How do you expect application "engineers" to get their jollies ?:-)

...Jim Thompson
--
| James E.Thompson, CTO | mens |
| Analog Innovations, Inc. | et |
| Analog/Mixed-Signal ASIC's and Discrete Systems | manus |
| Phoenix, Arizona 85048 Skype: Contacts Only | |
| Voice:(480)460-2350 Fax: Available upon request | Brass Rat |
| E-mail Icon at http://www.analog-innovations.com | 1962 |

I love to cook with wine. Sometimes I even put it in the food.

[John Larkin]

On Wed, 26 Sep 2012 23:21:39 +0100, Raveninghorde
<raveninghorde@invalid> wrote:

I wonder how many (how many hundred?) other engineers made the same
discovery. I've seen decade-old data sheets that are still wrong,
years after apps engineers have helped me find a bug.


--

John Larkin Highland Technology, Inc

jlarkin at highlandtechnology dot com
http://www.highlandtechnology.com

Precision electronic instrumentation
Picosecond-resolution Digital Delay and Pulse generators
Custom laser drivers and controllers
Photonics and fiberoptic TTL data links
VME thermocouple, LVDT, synchro acquisition and simulation

[Phil Hobbs]

John Larkin wrote:
>
> On Wed, 26 Sep 2012 23:21:39 +0100, Raveninghorde
> <raveninghorde@invalid> wrote:
>
> >Is it an industry requirement that application notes always contain an
> >error?
> >
> >I've just been using C code from a 1-wire application note and it
> >didn't work. It took a couple of hours with the scope checking
> >timings etc before I spotted a wrong hex address in the code.
> >
> >Grrr.
>
> I wonder how many (how many hundred?) other engineers made the same
> discovery. I've seen decade-old data sheets that are still wrong,
> years after apps engineers have helped me find a bug.
>

They do that just to help the young. Anyone who wants to learn
electronics can get a stack of app notes, determine in advance that
every one of them has something serious wrong with it, and learn a lot
finding them.

(My early adolescence in a nutshell. Then I discovered girls.) ;)

Cheers

Phil Hobbs

--
Dr Philip C D Hobbs
Principal Consultant
ElectroOptical Innovations LLC
Optics, Electro-optics, Photonics, Analog Electronics

160 North State Road #203
Briarcliff Manor NY 10510
845-480-2058

hobbs at electrooptical dot net
http://electrooptical.net

[lang...@fonz.dk]

On 27 Sep., 02:50, Phil Hobbs <pcdhSpamMeSensel...@electrooptical.net>
wrote:

> John Larkin wrote:
>
> > On Wed, 26 Sep 2012 23:21:39 +0100, Raveninghorde
> > <raveninghorde@invalid> wrote:
>
> > >Is it an industry requirement that application notes always contain an
> > >error?
>
> > >I've just been using C code from a 1-wire application note and it
> > >didn't work.  It took a couple of hours with the scope checking
> > >timings etc before I spotted a wrong hex address in the code.
>
> > >Grrr.
>
> > I wonder how many (how many hundred?) other engineers made the same
> > discovery. I've seen decade-old data sheets that are still wrong,
> > years after apps engineers have helped me find a bug.
>
> They do that just to help the young.  Anyone who wants to learn
> electronics can get a stack of app notes, determine in advance that
> every one of them has something serious wrong with it, and learn a lot
> finding them.
>
> (My early adolescence in a nutshell.  Then I discovered girls.) ;)
>

found out the same about girls? :p

-Lasse

[John Larkin]

Some of them are a little buggy too.


--

John Larkin Highland Technology Inc
www.highlandtechnology.com jlarkin at highlandtechnology dot com

Precision electronic instrumentation
Picosecond-resolution Digital Delay and Pulse generators

Custom timing and laser controllers

Photonics and fiberoptic TTL data links

VME analog, thermocouple, LVDT, synchro, tachometer
Multichannel arbitrary waveform generators

[Vladimir Vassilevsky]

"Raveninghorde" <raveninghorde@invalid> wrote in message
news:rpv668dkcvs13b2g9...@4ax.com...

> Is it an industry requirement that application notes always contain an
> error?

Hallo and good morning.
Guinea pig is not pig. Application engineer is not engineer.

> I've just been using C code from a 1-wire application note and it
> didn't work. It took a couple of hours with the scope checking
> timings etc before I spotted a wrong hex address in the code.

Sometimes I have to look into the reference C code; but I never use it as
copy-paste.

Vladimir Vassilevsky
DSP and Mixed Signal Consultant
www.abvolt.com

[Phil Allison]

"Raveninghorde"

> Is it an industry requirement that application notes always contain an
> error?

** They often contain typos, like any document.

Typos just like YOUR one in the heading here ...

> I've just been using C code from a 1-wire application note and it
> didn't work. It took a couple of hours with the scope checking
> timings etc before I spotted a wrong hex address in the code.

** Yawnnnnnnnn.....



... Phil

[miso]

Let me explain how documents get created. People who know what they are
doing create circuits, programs, etc. that work. [Hey, excluding dry
labbers.] Marketing doesn't like how your schematic looks, blah blah
blah. They pretty things up and introduce errors. Many schematics in
datasheets do not like like they came from schematic capture
because....well... they didn't come from schematic capture. Some
marketing type took a good schematic captured circuit and then drew it
in Visio or whatever.

Here is a clue on how to sort fact from fiction in datasheets. Scope
photo: fact. Spreadsheet data: often fiction or at least prone to error
because some marketing type screwed with it. LTC as an example has many
scope photos or at least documents that look like they came right off an
instrument (spectrum analyser, DSA, AP, etc.). I suspect design
engineering at LTC has a bit more control over the marketing types.

Without even seeing your code error, I have this nagging suspicion is
some marketing type didn't like the font in the code they were given and
re-typed it, leaving out a line or adding a bug. In C, a + and ++ are
very different!

[N_Cook]

Raveninghorde <raveninghorde@invalid> wrote in message
news:rpv668dkcvs13b2g9...@4ax.com...

I don't know if they still do so but UK Ordnance Survey maps used to have
one deliberate (minor) error per map for copyright reasons. Only one person
with access to the safe containing the nature of each error

[GooseMan]

On Wed, 26 Sep 2012 22:30:04 -0500, "Vladimir Vassilevsky"
<nos...@nowhere.com> wrote:

>
>"Raveninghorde" <raveninghorde@invalid> wrote in message
>news:rpv668dkcvs13b2g9...@4ax.com...
>> Is it an industry requirement that application notes always contain an
>> error?
>
>Hallo and good morning.
>Guinea pig is not pig.

Yes. Pineapple cake, upside down.

> Application engineer is not engineer.

What make you think 'application notes' are authored by 'application
engineers'?

And you know all about engineers and their capacities from where,
asshole?

>> I've just been using C code from a 1-wire application note and it
>> didn't work. It took a couple of hours with the scope checking
>> timings etc before I spotted a wrong hex address in the code.
>
>Sometimes I have to look into the reference C code; but I never use it as
>copy-paste.

And you are the abvmaster... err appmaster, right?

[Bill Sloman]

On Sep 27, 2:05 pm, GooseMan <TheGo...@gonnagiveittothegander.org>
wrote:

He posts here from time to time, and he's pretty good; much better
than Raveninghorde.
I don't recall having seen your nym at all - maybe you should have
lurked for a bit longer before you decided who you should call an
asshole.

--
Bill Sloman, Nijmegen

[JW]

On Thu, 27 Sep 2012 06:23:35 -0700 (PDT) Bill Sloman
<bill....@ieee.org> wrote in Message id:
<2aa87ec2-2494-4261...@b19g2000vbt.googlegroups.com>:

It's AlwaysWrong.

>maybe you should have
>lurked for a bit longer before you decided who you should call an
>asshole.

I'd rather he just lurk forever.

[Charlie E.]

On Wed, 26 Sep 2012 22:30:04 -0500, "Vladimir Vassilevsky"
<nos...@nowhere.com> wrote:

>

>"Raveninghorde" <raveninghorde@invalid> wrote in message
>news:rpv668dkcvs13b2g9...@4ax.com...
>> Is it an industry requirement that application notes always contain an
>> error?
>
>Hallo and good morning.
>Guinea pig is not pig. Application engineer is not engineer.
>
>

Now, them's fighting words! As an application engineer for ten years,
I can tell you that we WERE engineers, in every aspect!

Charlie

[Michael A. Terrell]

Jim Thompson wrote:
>
> On Wed, 26 Sep 2012 23:21:39 +0100, Raveninghorde
> <raveninghorde@invalid> wrote:
>
> >Is it an industry requirement that application notes always contain an
> >error?
> >
> >I've just been using C code from a 1-wire application note and it
> >didn't work. It took a couple of hours with the scope checking
> >timings etc before I spotted a wrong hex address in the code.
> >
> >Grrr.
>
> How do you expect application "engineers" to get their jollies ?:-)

Analog Devices AD9850. The data sheet shows one schematic for the
test circuit, and the test software shows another. The first won't load
some of the data to the chip, the second does. I had a series of emails
about that part, and the guy asking questions doesn't believe that the
DS schematic is wrong.