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:44:24
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <vru1ed$341a4$1@dont-email.me>
References : 1 2 3 4 5 6 7 8
User-Agent : Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2
On 3/25/2025 12:19 AM, bitrex wrote:
How about a bidirectional hash table for part # generation
I just use a "serial" data type; it's an integer that automatically
increments each time you add a row (an entry/record) to a table
in a database.
A procedure in the database then computes the check digit for that
particular "serial" and appends it as the 8th digit.
The use of "serial" ensures there are no duplications in the table.
The check digit acts to ensure errors in using the part number
(serial+check digit) are caught:  1234567X is valid but
any other value of X is "not a valid part number".
(No way to identify WHICH digit -- including the check digit -- is
in error.  But, it reduces the chance of you mistakenly using, e.g.,
a *screw* instead of the intended *resistor*.)
The alternative, (putting significance in the numbering scheme)
means you will end up with more digits in your identifiers AND
lots of valid part numbers that you never actually use!
(What's your part number for the 44R2 1% resistor you use in
ONE of your designs?  Likely you also have available a part number
for a 43R2, as well??  In fact, you probably have 1000 part
numbers -- 3 digits -- reserved to address 1% resistors over 10
decades!  And, another digit to indicate package and lead orientation,
power rating, etc.  All "created" just because you chose to use
ONE particular device of that type /in your business/.)
((And, when SMT components came on the market, you had to adjust your
numbering scheme to accommodate them in the context of the existing
devices))
My first employer had fits trying to sort out how to assign part
numbers to the (EP)ROMs in our design:
   "What's *in* this particular EPROM?"
   <shrug>
   "What do you mean, you don't know?  How do we manufacture it?"
   "The program is a book.  That EPROM represents pages 100-199
   in the book.  Can you tell me which chapters that includes, today?
   Can you tell me which chapters it will include when I revise the
   book??"
   "Then, it only exists in the context of other related parts!
   The 'other chapters'.  And, can only be changed with changes
   to those other chapters!"
   "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."

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