Re: PCB version control

Liste des GroupesRevenir à se design 
Sujet : Re: PCB version control
De : blockedofcourse (at) *nospam* foo.invalid (Don Y)
Groupes : sci.electronics.design
Date : 25. Mar 2025, 11:53:48
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <vru201$341a4$2@dont-email.me>
References : 1 2 3 4 5 6 7 8 9
User-Agent : Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2
On 3/25/2025 3:44 AM, Don Y wrote:
   "No.  I can replace a single page if necessary.  So, each EPROM
   /in the set/ can be at a different revision level.  It's up to
   Engineering to manage this (configuration management) so only
   valid "combinations" of those devices are incorporated into a
   released product."
This last is important.  If you want to force a production change,
you have to change a part number, not a revision level.
E.g., I can revise an algorithm in a particular piece of code.
Any revision will perform identically (if performance is
defined by getting the correct "result"/return value).  A new
revision may change some other aspect -- a faster algorithm,
smaller, better documented, etc. -- but is same fit/form/function
as the earlier revision.
If I *need* the product to use a newer version of that algorithm,
then I have to give the function a new part number and update the
BoM (makefile) to reflect that new part number.
   for x in 1,2,3,4,5
   do
      <blah>
   done
can be replaced by:
   for x in 2,4,1,3,5
   do
      <blah>
   done
if side effects are ignored.  So, there's no need to discard
the builds where the first version was embedded in the binary
in favor of the second.
However, if the second MUST be used, then it must carry a
different P/N so the referencing BoM calls out *THAT* P/N.
But, most folks don't treat software as "trackable components"
and assume the revision is part of the part number.

Date Sujet#  Auteur
24 Mar 25 * PCB version control34bitrex
24 Mar 25 +* Re: PCB version control4john larkin
24 Mar 25 i`* Re: PCB version control3bitrex
24 Mar 25 i `* Re: PCB version control2john larkin
24 Mar 25 i  `- Re: PCB version control1john larkin
24 Mar 25 `* Re: PCB version control29Don Y
24 Mar 25  `* Re: PCB version control28john larkin
24 Mar 25   `* Re: PCB version control27Phil Hobbs
24 Mar 25    `* Re: PCB version control26Joe Gwinn
24 Mar 25     `* Re: PCB version control25Don Y
25 Mar 25      +- Re: PCB version control1john larkin
25 Mar 25      `* Re: PCB version control23Don Y
25 Mar 25       `* Re: PCB version control22Don Y
25 Mar 25        +* Re: PCB version control13Don Y
25 Mar 25        i+* Re: PCB version control2bitrex
25 Mar 25        ii`- Re: PCB version control1Don Y
26 Mar 25        i`* Re: PCB version control10Don Y
26 Mar 25        i `* Re: PCB version control9john larkin
26 Mar 25        i  `* Re: PCB version control8Joe Gwinn
26 Mar 25        i   `* Re: PCB version control7Don Y
27 Mar 25        i    `* Re: PCB version control6Ian
27 Mar 25        i     `* Re: PCB version control5Don Y
29 Mar 25        i      `* Re: PCB version control4Ian
29 Mar 25        i       `* Re: PCB version control3Don Y
29 Mar 25        i        `* Re: PCB version control2Ian
29 Mar 25        i         `- Re: PCB version control1Don Y
25 Mar 25        `* Re: PCB version control8john larkin
25 Mar 25         `* Re: PCB version control7bitrex
25 Mar 25          +* Re: PCB version control3Don Y
25 Mar 25          i+- Re: PCB version control1john larkin
25 Mar 25          i`- Re: PCB version control1Don Y
25 Mar 25          `* Re: PCB version control3john larkin
25 Mar 25           `* Re: PCB version control2bitrex
25 Mar 25            `- Re: PCB version control1john larkin

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal