Menen henkilökohtaisesti vanhanaikaisella reitillä: Minulla on muotoiluvihko, johon kirjoitan ehdottomasti kaiken tekemäni suunnittelupäätökset. Erityisesti komponentti- ja arvovalinnat, nykyiset laskelmat, virtalähteen laskelmat ja kaikki. Asiakirjoin myös ohjelmisto- / laiteohjelmistopäätökset ja muistiinpanoja ajoituksesta ja resurssien käytöstä.

Jokaisella muistikirjalla on sisältösivu, joka viittaa tiettyyn mallin osaan (virtalähde tms.), ja kaikki sivut on numeroitu.

Olen harkinnut digitaaliseksi muutaman kerran mutta on mukavaa, että muistikirjani on edessäni työskennellessäni, ja kaavojen kirjoittaminen digitaalisesti on minusta melko hankalaa. Laskutoimitusten kirjoittaminen käsin on paljon helpompaa.

Valmistellessani teknisiä tietoja tai muodollista dokumentaatiota piirilevyn suunnittelua varten, viittaan yleensä muistikirjaani virkistävänä tekona (tai kirjoitan digitaalisen dokumentaation samaan aikaan). Vaikka tämä saattaa vaikuttaa siltä, ​​että teen saman asian kahdesti, huomaan, että muistikirjat ovat melkein kaikki laskelmat ja selitykset itselleni, jossa dokumentaatio on paljon vähemmän yksityiskohtaista ja paljon muodollisempaa ja selittävämpää muille. Sellaisena en usein löydä, että kirjoitan saman asian kahdesti.

Voit palata takaisin ja päivittää suunnittelutiedot näillä tiedoilla. Tai ota spesifikaatio ja luo alemman tason spesifikaatio, jossa kuvailet tarkemmin mitä aiot tehdä ja miksi, mieluiten ennen kuin aloitat kaaviot :). Päivitä sitten, kun jatkat, ja arkistoi kaaviot.

Vastaus alla oleviin kysymyksiin: Aloitamme yleensä markkinointivaatimuksista, sitten ehkä muodollisesta suunnitteluvastauksesta tai vain epävirallisesta keskustelusta. Tätä seuraa MRD (markkinointivaatimuksia koskeva asiakirja), sanalla, mallineemme avulla. Tämä sisältää vaatimukset, kilpailuanalyysin, markkinoiden koon, mahdollisuuden, arvioidut kehityskustannukset jne. Yleensä tämän on kirjoittanut markkinointihenkilö (tai joku palkkaluokkani yläpuolella oleva henkilö).

Tätä seuraa PRD (tuotevaatimukset) asiakirja), joka on kirjoitettu yleensä teknisesti, myös sanamallina. Tässä kuvataan tarkemmin, mitä tuote tekee, mitä kappaleita tarvitaan, ja korkealla tasolla, miten kukin niistä toimii. Usein sisällytämme tähän tavoitteen suorituskyvyn, hinnan, tehon, koon ja muut mittarit.

Sitä seuraa kunkin osan yksityiskohtaiset toiminnalliset tiedot. Jotkut suunnittelutyöt tehdään täällä hyvinkin ennen kuin ne laitetaan kaavioon. Esimerkiksi teho lasketaan, osat valitaan ja tehdään paljon tutkimusta. Tämä on paikka, jossa dokumentoimme kaikki ei-ilmeiset suunnittelupäätökset.

Lopuksi pääsemme kaavioihin, jotka ovat tässä vaiheessa helppoa, koska paljon kovaa suunnittelutyötä tehtiin erittelyssä vaiheessa. Missä se minun mielestäni pitäisi tehdä :) Jos jokin muuttuu kaavamaisen vaiheen aikana, esimerkiksi saamme selville, että jokin ei toimi tai markkinointihenkilö tulee käymään salia sanomalla, että sen on oltava punainen sinisen sijaan, palaa takaisin ja päivittää tekniset tiedot.

Kaikki tekniset tiedot, PRD, MRD säilytetään SVN: ssä ja linkit asiakirjoihin sisäisessä wikissä. Teknisten tietojen muutos johtaa SVN: n päivitykseen ja ilmoitukseen asianomaisille osapuolille. Voit tietysti vain pitää sen manuaalisesti jaetussa kansiossa jonnekin.

Se on enemmän tai vähemmän prosessi, mielestäni haluat ehkä dokumentoida kaikki pienet päätökset, jotka on tehty suunnittelusta, emmekä todellakaan tee että. En sanoisi, että sinun ei pitäisi, voisin nähdä, mistä se olisi hyödyllistä. Luulen, että yleensä dokumentoimme miten ja ei miksi koko ajan.

Okei, ehkä minun olisi pitänyt käsitellä myös kutakin kysymystä :)

Jos teet laskutoimituksia, Excelissä ehkä? Tai paperilla ja luulet, että tulokset ja menetelmä ovat tärkeitä piirisi ymmärtämiselle ja suunnittelulle, sinun tulisi sisällyttää ne suunnittelueritelmän asianmukaiseen osaan. Vaikka se merkitsisikin kuvan ottamista piirustuksestasi :)

Miksi valitsit tämän komponentin? Mielestäni toiminnalliset tiedot ovat hyvä paikka tähän, ei tarvitse mennä hullu, mutta vain yksinkertainen rivi siitä, mitkä sen edut olivat. Varaan tämän kriittisille komponenteille, en usko, että haluat kuvata miksi valitsit esimerkiksi vetovastuksen.

Miksi / miten valitsin nämä erityiset parametrit tälle komponentti? Yhdistä tämä yllä olevaan.

Mitä tämä piirin osa tekee? Tämä olisi osa toiminnallista spesifikaatiotasi, jos piiri on tarpeeksi tärkeä perustele tämä kysymys, sillä sillä pitäisi olla oma spesifikaation osa.

Mikä on virranhukka tämän komponentin kautta? Jos puhut virtalähdettä, laita tämä teho-osaan, myös haluan huomata tämän kaavioissa. Todellakin, vaikka kaikki osani tulevat tietokannasta ja kaavio on linkitetty suoraan niihin, jotta voimme helposti nähdä parametrit, tietolomakkeen jne. Mutta jos sinulla on vain tuloste, on mukava tietää tästä.

Mikä on tämän piirin kokonaisenergiankulutus? Luulen, että tämä kuuluu määrittelysi virtalähdeosioon.

Voinko korvata tämän komponentin tällä toinen? Onko vastaavia komponentteja tälle komponentille? jne. Tämä kuuluu mielestäni BOM: iisi tai mihin tahansa prosessiin, jota käytät valmistuksessa. Vaihtoehtoisten osien on helpotettava hankintaa. Jälleen meille tämä kaikki on tulossa osien tietokannasta.

Suunnittelen paljon pikakääntöä ja minun on sanottava: kaavion merkitseminen on ylivoimaisesti mukavin asia. On harvinaista, että minkä tahansa mallini on yli 2 tai 3 A4-arkkia, joten suunnittelupäätösten määrä on rajallinen. Monet suunnittelupäätökset ovat melko automaattisia; Minun ei tarvitse luetella syitä jokaiseen osaan. Vain yksi tai kaksi pääosaa ja ehkä jokin suodatin tai tunnistaa passiivisen mitoituksen. Loppu on heti ilmeistä kokeneelle suunnitteluinsinöörille.

Viimeinen kysymyksesi: vaihtoehtoiset osat eivät yleensä ole suunnittelupäätöstä vaan hankintapäätöstä, ja sinänsä se on osa hankintasi työnkulkua. Minun tapauksessani vaihtoehtoiset osat ovat omassa osassani ja hankkivat ne automaattisesti, jos pääosa tai lähde loppuu.

Suuremmissa malleissa ja järjestelmän suunnittelussa käytän yleensä Google-dokumentteja mallilla asiakirjamalli.

Yhteenvetona; Olen henkilökohtaisesti sitä mieltä, että kompakti työnkulku maksaa loppujen lopuksi. Paljon erillisiä tiedostoja suunnittelutiedoilla (erillinen järjestelmän suunnittelu, suunnittelupäätöksen dokumentit, asiakirjojen hankinta, kaikki erilliset kaaviotiedoista ja asettelutiedostoista) aiheuttaa paljon (henkistä) sekaannusta ja edellyttää kontekstivaihtoa joka kerta, kun haluat tarkistaa suunnittelun päätös. Jos kaikki on yhdessä paikassa, se toimii hyvin. Jos kaaviokuvasi alkaa näyttää sekavalta, tämä ei ole ongelma tässä työnkulussa, vaan pikemminkin tarkoittaa, että sinun pitäisi luultavasti osastoida suunnittelu paremmin, käyttää enemmän arkkia tai käyttää suurempia arkkia.

Monissa pienemmissä projekteissani olen yleensä asettanut yksinkertaisen vihreän tarran ja reunuksen alipiirien ympärille. Suuremmissa projekteissa jotkut eCAD-ohjelmistot mahdollistavat rakentamisen lohkokaaviosta alaspäin, jossa kukin taulukko kuvaa edelleen yhden lohkon. On taidetta hajottaa kaikki ongelmat ja hallita kompromisseja (se on IMHO: n suunnittelu). Jos komponenttien valintaa, kuten analogista suodatusta, on selvästi analysoitu, huomaan rajataajuuden ja suodatintyypin (esim. Alipäästösuodatin (f_c = 100Hz))

Yleiset lohkot, jotka ajoin ajoissa ja uudestaan:

• Virranhallinta (jännitesäätimet, napaisuussuoja, TVS-diodit, virtakytkin, ohituskorkit jne.)
• MCU (mikrokontrolleri, ohjelmointiotsikko tai padit, sirun ohituskorkit)
• Ilmaisimet (esim. LEDit, EL-johto, 7-segmenttinen näyttö, vib-moottori)
• Tunnistaminen tietylle ominaisuudelle (esim. virran tunnistaminen, kosketustunnistus, GSR , Toiminta, ympäristövaikutukset jne.)
• Debug Comms (ferriittihelmi, USB, I2C, UART, SPI, jokin tapa saada tietoa ulos)
• Radio (kaikki monet radiot)
• Video (kaikki kameran tukikomponentit ja sirut)
• Ulkoinen tallennustila (esim. ulkoinen salama, EEPROM-siru asetusten tallentamiseen jne.)
• Mikä tahansa muu ominaisuus, joka on ainutlaatuinen suunnittelullesi

Järjestä nämä alilohkot selkeästi Toimitettu ja merkitty, voin käyttää kaaviota yleensä alle parissa minuutissa.

Pidän suunnittelumuistikirjaa ja dokumentoin huolellisesti tarpeet / toiveet. Varhaisimpien prototyyppien osalta käyn läpi osavalinnan tekemällä muistiinpanot kaikista todellisista päätöksistä. Seuraaviin muutoksiin käytän melko muodollista FMEA-prosessia, jonka dokumentoiminen mitä tarvetta ei täytetä muutoksen perustelemiseksi - koska jos ei ole täyttämätöntä tarvetta, muutosta ei tietenkään tarvita!

Jos olen tarpeeksi tiukka tässä asiassa, voin seurata jokaista suunnittelumuutosta (laitteisto, ohjelmisto, mekaniikka) tarpeen mukaan.

Kaikkien asioiden kaikki versiot seurataan kumouksin.

Tämä voi olla merkittävä osa suunnitteluhistoriatiedostoa, joka on välttämätön FDA: lle.

Olen usein käyttänyt keynotea (voit myös käyttää PowerPointia). Tämän etuna on sallia simulointiohjelmistojen, kuten SPICE-käyttöliittymien ja vastaavien, näytön korkit.

Minulle todella avain on kyky pudottaa katkelmia tietolomakkeista ja merkitä ne siten, että suhteelliset tuonnit näkyvät suunnittelupäätöksissäni. Voin myös sisällyttää valokuvia varhaisista piirilevyistä tai leipätauluista ja linkkejä artikkeleihin, joita käytin tekemällä suunnitteluvalintoja.

Minusta on taipumus haluta tehdä matematiikkaa ja piirustuksia lyijykynällä paperilla. Joten otan valokuvan puhelimellani ja pudotan sen pääpuhelimeen kirjoittamatta uudelleen. Joskus lyhyille yhtälöille voin käyttää LaTeX: ää ja pudottaa sen sisään.

Voin myös sisällyttää tieteellisten ohjelmistojen, kuten oktaavin, piirtämät juovat.

Nykyään etenkin laskennallisesti intensiivisiin tehtäviin, jotka voin valita tehdä tätä työtä IPython-muistikirjoissa, mutta en ole tehnyt sitä erityisesti piirisuunnitelmille, vain fysiikan laskennalle.

Lopuksi, Keynotes / Powerpoints on helppo hakea muille ja viedä pdf-muodossa jaettavaksi muille / vähemmän teknisille henkilöille.

Sijoita tekniset huomautukset kaavioihin ja luo tarvittaessa lisää taulukoita.Sijoitan aina tekniset huomautukset kaikkiin kaavioihini, koska maailmassani joudun ehkä käymään uudelleen 1/2 paistettua mallia ajanjaksona ja asettamaan sen sitten takaisin polttimelle samalla kun otan toisen mallin;erittäin sujuva suunnitteluvirta.Nämä EE-muistiinpanot auttavat minua ja muita hyväksymään suunnittelutarkoituksen pienellä vaivalla.Käytän myös eri värejä tekstiä / grafiikkaa osoittamaan tärkeyden tai kontekstin.Alla oleva esimerkki ...