Нээлттэй эхийн тоног төхөөрөмжийн хувилбарын хяналт: 10 алхам

2024 Зохиолч: John Day | [email protected]. Хамгийн сүүлд өөрчлөгдсөн: 2024-01-30 11:04

Brainbow -ийн багийнхан электроникийн чиглэлээр хэд хэдэн төсөл хэрэгжүүлж байгаа бөгөөд бид электроникийн дизайны ажлын урсгалыг удирдахын тулд хувилбарын хяналтыг ашиглах явцыг хуваалцахыг хүссэн юм. Энэхүү ажлын урсгалыг том, жижиг төслүүдэд ашиглаж байсан бөгөөд энгийн 2 давхар самбараас эхлээд нарийн төвөгтэй 10 давхаргат гемот хүртэл нээлттэй эхийн багаж хэрэгсэл дээр суурилсан болно. Бусад хүмүүс бидний ажлын урсгалыг өөрсдөө хэрэгжүүлж, өөрсдийн төслүүдийн хувилбарын хяналтын давуу талыг олж авах болно гэж найдаж байна. Гэхдээ хувилбарын хяналт нь электроникийн төслийг санал болгож чадах уу?

Алхам 1: Хувилбар яагаад таны электроникийг хянадаг вэ?

Хувилбарын хяналт (aka source control буюу revision control) нь програм хангамжийн инженерчлэлд сайн ойлгогдож, өргөн хэрэглэгддэг ойлголт юм. Эх сурвалжийг удирдах санаа нь програм эсвэл програмын эх кодод оруулсан өөрчлөлтийг системтэйгээр хянах явдал юм. Хэрэв өөрчлөлт нь програмыг эвдсэн бол та эх кодын файлуудыг өнгөрсөн үеэс мэдэгдэж буй ажлын төлөв рүү буцаах боломжтой. Практик дээр эх сурвалжийн хяналтын систем нь файлын цуглуулгын түүхийг (ихэвчлэн компьютерийн програм, вэбсайт гэх мэт эх кодын файлууд) хянах, тэдгээр файлын өөрчлөлтийг төсөөлөх, удирдах боломжийг олгодог.

Төсөлд гарсан өөрчлөлтийн түүхийг хянах нь электроникийн төслүүдэд хэрэгтэй мэт санагддаг; Хэрэв та хэлхээний схемд алдаа гаргавал, эсвэл ПХБ -ийн схемд бүрэлдэхүүн хэсгийн ул мөрийг буруу ашиглавал төслийн янз бүрийн хувилбаруудад ямар алдаа гарсан, ямар засвар хийгдсэнийг хянах нь сайхан байх болно. Энэ түүхийг харж, янз бүрийн өөрчлөлтийн нөхцөл байдал, сэдлийг ойлгох нь бусад үйлдвэрлэгчдэд ашигтай байх болно.

Алхам 2: Багаж хэрэгсэл: KiCad ба Git

Бид энэ төсөлд хувилбарын хяналтын систем (VCS) ба электрон дизайны автоматжуулалтын програм (EDA эсвэл ECAD) гэсэн хоёр үндсэн хэрэгслийг ашигладаг.

Олон хувилбарын хяналтын систем байдаг, гэхдээ бид тараасан VCS Git -ийг ашигладаг. Бид үүнийг хэд хэдэн шалтгаанаар ашигладаг боловч гол түлхүүр нь нээлттэй эх сурвалж (шалгах!), Ашиглахад хялбар (шалгах!), Нээлттэй эхийн програм хангамжийн де факто стандарт VCS (шалгах!). Бид ECAD програмын ашигладаг файлуудын өөрчлөлтийг хянахын тулд Git -ийг VCS болгон ашиглах болно. Энэхүү зааварчилгаа нь Git -тэй танилцах шаардлагагүй боловч командын мөрийг ашиглахад тав тухтай байдлыг хангаж өгдөг. Би шаардлагатай бол Git болон командын мөрийг ашиглахад туслах эх сурвалжтай холбохыг хичээх болно.

Ихэнх эх сурвалжийн хяналтын систем нь ялангуяа текст дээр суурилсан файлуудад сайн ажилладаг тул текст файл ашигладаг ECAD програм нь маш сайн байх болно. CERN-ийн судлаачдын дэмжлэгтэйгээр "Cross Platform and Open Source Electronics Design Automation Suite" нээлттэй эх сурвалжтай KiCad-ийг оруулна уу. KiCad нь нээлттэй эх сурвалжтай (шалгах!), Ашиглахад хялбар (зарим нь надтай санал нийлэхгүй байж магадгүй), дэвшилтэт электроникийн дизайн хийх чадвартай.

Алхам 3: Суурилуулалт

Эдгээр програмыг суулгахын тулд доорх линкээр холбогдсон янз бүрийн татаж авах сайтуудын зааврыг дагана уу.

• KiCad бол хөндлөн платформ юм (мөн толгой эргэмээргүй; тэдний татаж авах хуудас нь дэмжигдсэн 13 OS-ийн жагсаалтыг агуулдаг бөгөөд хэрэв танд тохирохгүй бол эх кодыг татаж авахыг санал болгодог). Шөнийн хөгжүүлэлт биш харин kicad-нэгдсэн нэгдсэн суулгалтыг ашиглаарай. Номын санг суурилуулах талаар нэмэлт дэлгэрэнгүй мэдээллийг 4 -р алхамаас үзнэ үү.
• Git нь бас хөндлөн платформ юм. Хэрэв Windows ашиглаж байгаа бол илүү ашигтай, бүрэн дүүрэн туршлагатай болохын тулд Windows-ийн гайхалтай Git төслийг санал болгож байна.

Эдгээр хоёр сайт дээр байгаа суулгах баримт бичиг нь миний санал болгож буй тайлбараас илүү бүрэн гүйцэд байх болно. Хоёр програмыг татаж аваад суулгасны дараа та Brainbow төслийн загварыг манай Github репозитороос хуулбарлах боломжтой. Git clone тушаал нь `git clone {src directory} {target directory}` бүтцийг авдаг. Манай төслийн хувьд `git clone https://github.com/builtbybrainbow/kicad-starter.git {зорилтот лавлах} -ыг ашиглана уу.

Гит репо клон хийх нь хуулбарлах тусгай хэлбэр юм; Та төслийг хуулбарлахдаа репо-д багтсан бүх файлуудын хуулбар болон төслийн Git-ийн дагаж мөрдсөн түүхийг авах болно. Манай репо -г хуулбарласнаар та Git -ийг KiCad -тай ашиглах зөвлөмжийн дагуу аль хэдийн бүтэцлэгдсэн төслийн лавлахыг авах болно. Бид төслийн бүтцийн талаар 6 -р алхамд дэлгэрэнгүй ярих болно, эс бөгөөс хэрэв та ажилд орох гэж загатнаж байгаа бол 7 -р алхам руу шилжиж болно.

Гэр цэвэрлэх цөөн хэдэн ажил - клит хийсэн Github төслийн холбоосыг арилгахын тулд `git remote rm үүсгэн байгуулалтыг ажиллуулна уу. Мөн зохиогчийн параметрийг өөрийн нэр, имэйлээр орлуулж, "gitapt --amend --author =" John Doe "" ажиллуулна уу. Энэ нь сүүлчийн үүрэг даалгаврыг өөрчилдөг (энэ тохиолдолд энэ нь бас анхны үүрэг юм) бөгөөд Brainbow гэхээсээ илүү зохиогчийг танд өөрчилдөг.

Алхам 4: Суулгах тэмдэглэл: KiCad номын сангууд

KiCad -ийн номын сангийн бүтцийн талаархи нэг хурдан тэмдэглэл. KiCad нь хөгжүүлэгчийн багт хадгалагдаж буй олон төрлийн цахилгаан бүрэлдэхүүн хэсгүүдийн номын сангуудыг хангадаг. Гурван үндсэн номын сан байдаг:

• Схемийн тэмдэг: Хэлхээний бүдүүвч зураг дээр электрон эд ангиудыг дүрслэхэд ашигладаг тэмдэг.
• ПХБ -ийн ул мөр: ПХБ дээр хэлхээг байрлуулахад ашиглах бодит ул мөрийг (зэс дэвсгэр, торгон дэлгэц гэх мэт) илэрхийлсэн 2D зураг.
• 3D загварууд: Цахим эд ангиудын 3D загварууд.

Эдгээр номын санг таны суулгасан KiCad програмын хамт татаж авдаг. Та KiCad -ийг илүү их хүчин чармайлтгүйгээр ашиглах боломжтой. Гэсэн хэдий ч "хүчирхэг хэрэглэгчид" -ийн хувьд номын сангийн эх файлуудыг Github дээрх git репозиторид хадгалдаг бөгөөд хамгийн сүүлийн үеийн өөрчлөлтийг цаг алдалгүй сонирхож байхыг хүсдэг хэрэглэгчдэд номын сангийн репо -г өөрийн машиндаа хуулбарлах боломжийг олгодог. Номын санг git ашиглан хянах нь хэд хэдэн давуу талтай бөгөөд та номын сангаа хэзээ шинэчлэхийг хүсч байгаагаа сонгох боломжтой бөгөөд шинэчлэлтүүд нь номын сангийн бүх файлыг дахин татаж авахын оронд зөвхөн файлд өөрчлөлт оруулах шаардлагатай болно. Гэсэн хэдий ч та номын санг шинэчлэх үүрэгтэй бөгөөд үүнийг мартахад хялбар болно.

Хэрэв та номын санг хуулбарлахыг хүсч байвал энэ сайт нь Github -ийн янз бүрийн репо KiCad -ийн талаар дэлгэрэнгүй тайлбарласан болно. Git номын сангуудыг компьютер дээрээ хуулбарлана уу (жишээ нь: git clone https:// github.com/KiCad/kicad-symbols.git`), дараа нь KiCad-ийг нээгээд "Preferences" цэсийн мөрийг сонгоод "Замуудыг тохируулах …" дээр дарна уу. ". Энэ нь танд номын сан тус бүрийг хайж олохын тулд директорын замыг KiCad -д хэлэх боломжийг олгодог. Эдгээр орчны хувьсагчууд нь KiCad суулгалтаар суулгагдсан номын сангийн замыг анхдагчаар тохируулдаг; Шаардлагатай бол би анхдагч номын сан руу буцаж очихын тулд эдгээр утгыг анхаарч үзсэн. KICAD_SYMBOL_DIR зам нь таны клонжуулсан kicad-тэмдгийн номын сан, KISYSMOD-ийг kicad-footprints номын сан руу, KISYS3DMOD-ийг clone kicad-packages3d номын сан руу зааж өгөх ёстой.

Номын санг шинэчлэхийг хүсвэл та номын сангийн репо дахь энгийн "git pull" командыг ажиллуулж болно, энэ нь номын сангийн репо болон Github "алсын" репо хоёрын хоорондох ялгааг шалгаж, автоматаар шинэчлэх болно. өөрчлөлт оруулахын тулд орон нутгийн хуулбар.

Алхам 5: Git -ийн үндэс

Гит бол бүхэл бүтэн номыг эзэмшихэд зориулагдсан нарийн төвөгтэй, олон талт хөтөлбөр юм. Гэсэн хэдий ч бидний ажлын урсгалд Git -ийг хэрхэн ашиглаж байгааг ойлгоход туслах хэдэн энгийн ойлголт байдаг.

Git нь хэд хэдэн үе шатыг ашиглан файлуудын өөрчлөлтийг хянадаг. Ажлын лавлахад ердийн өөрчлөлтүүд гардаг. Та хэд хэдэн файлд хийсэн өөрчлөлтдөө сэтгэл хангалуун байх үедээ өөрчилсөн файлуудаа тайзны хэсэгт нэмж оруулна. Та төлөвлөсөн бүх өөрчлөлтөө хийж, Git -д хянахыг хүсч буй бүх файлуудаа тавьсны дараа та эдгээр өөрчлөлтийг репозиторт хийнэ. Даалгавар нь үндсэндээ тухайн цаг үеийн репо дахь файлуудын төлөв байдлын хормын хувилбар юм. Git нь файлын өөрчлөлтийг хянаж, эдгээр өөрчлөлтийг үүрэг даалгаварт хадгалдаг тул та хүссэн үедээ төслийг өмнөх нөхцөл байдалд буцааж өгч болно.

Салбарлах, алсын удирдлага гэх мэт илүү төвөгтэй сэдвүүд байдаг боловч бид эх сурвалжийг хянах давуу талыг олж авахын тулд тэдгээрийг ашиглах шаардлагагүй болно. Бидэнд хэрэгтэй зүйл бол KiCad дизайны файлуудынхаа өөрчлөлтийг хэд хэдэн үүрэг даалгавраар хянах явдал юм.

Алхам 6: KiCad төслийн бүтэц

Өмнө нь хуулбарласан KiCad-Starter төслийн бүтцийг нарийвчлан авч үзье. Үүнийг хялбар зохион байгуулахын тулд хэд хэдэн дэд директоруудад хуваагддаг.

• Хэлхээ: Энэ фолдер нь KiCad төслийн бодит файлуудыг агуулдаг (схем, ПХБ гэх мэт). Би энэ фолдерын нэрийг өөрчилдөггүй, гэхдээ би доторх бүх файлыг төслийн нэрээр нь өөрчилдөг (Circuit.pro => ArduinoMini.pro).

  • Circuit.pro: KiCad төслийн файл
  • Circuit.sch: KiCad схем файл.
  • Circuit.kicad_pcb: KiCad ПХБ -ийн байршлын файл.
• Баримтжуулалт: Энэ хавтас нь төслийн талаархи баримт бичгийг хадгалахад зориулагдсан болно. Бид ирээдүйд энэ орон зайг сайжруулах төлөвлөгөөтэй байгаа боловч одоогоор энгийн README файлыг агуулж байна. Төслийн талаархи тэмдэглэлийг хадгалахын тулд үүнийг ашиглан ирээдүйд хянана уу.
• Үйлдвэрлэл: Энэ хавтас нь ихэнх самбарын байшингийн самбарыг үйлдвэрлэхэд ашигладаг гербер файлуудыг хадгалах болно. Түүнчлэн бид үүнийг Монголбанкны файлууд болон үйлдвэрлэх, угсрахад шаардлагатай байж болох бусад баримт бичгүүдийг хадгалахад ашигладаг.
• Номын сан: Энэ фолдер нь төслийн тусгай номын сангийн файлуудыг хадгалахад зориулагдсан болно (бид үүнийг хэдхэн алхамаар авч үзэх болно).

Та өөр хэдэн файлыг анзаарсан байж магадгүй (ялангуяа хэрэв та `ls -a` лавлах бол).. Git лавлах нь Git -ийн ид шидийг хадгалдаг бөгөөд репозиторын түүхийг хадгалдаг.. Gitignore файлыг Git -д ямар файлуудыг үл тоомсорлож, эх сурвалжийн хяналтад хадгалахгүй байхыг хэлэхэд ашигладаг. Эдгээр нь ихэвчлэн KiCad -ийн үүсгэсэн нөөц файлууд эсвэл сүлжээний жагсаалт гэх мэт өөр өөр "үүсгэсэн" файлууд бөгөөд тэдгээр нь схемийн файлын эх сурвалжаас үүсгэгддэг тул эх сурвалжид хадгалагдах ёсгүй.

Энэхүү төслийн бүтэц нь зөвхөн эхлэх цэг юм. Та үүнийг өөрийн хэрэгцээнд нийцүүлэн өөрчилж, шаардлагатай бол хэсгүүдийг нэмж оруулах хэрэгтэй. Зарим төслүүдэд бид програм хангамжийн хавтас эсвэл хавтас хавтас оруулсан бөгөөд үүнд төслийн 3d хэвлэх зориулалттай загварыг хадгалсан болно.

Алхам 7: Git -ийг KiCad төслүүдэд ашиглах

Бид төслүүдээ хянахад Git -ийг хэрхэн ашиглахыг үзэхэд бэлэн боллоо. Энэхүү зааварчилгаа нь танд KiCad -ийг хэрхэн ашиглахыг заах зорилгогүй (хэдийгээр эрэлт хэрэгцээ байгаа бол би ирээдүйд үүнийг хийх болно), тиймээс бид ажлын явц хэрхэн явагдаж байгааг харуулахын тулд хэдэн жижиг жишээг авч үзэх болно. Эдгээр санааг бодит төсөлд хэрхэн дасан зохицохыг ойлгоход хялбар байх ёстой.

Kicad-starter лавлахыг нээгээд "git log" -г ажиллуулснаар түүхийг харуулна. Энд нэг үүрэг байх ёстой, Brainbow репо эхлүүлэх. "Git status" ажиллуулах нь таны репо дахь файлуудын статусыг (хянагдаагүй, өөрчлөгдсөн, устгагдсан, үе шаттай) танд хэлэх болно.

Одоогийн байдлаар та репо -д ямар ч өөрчлөлт оруулах ёсгүй. Өөрчлөлт хийцгээе. KiCad төслийг нээж схемд эсэргүүцэл нэмж оруулаад хадгална уу. Одоо "git status" ажиллаж байгаа нь та схем файлыг өөрчилсөн гэдгээ харуулах ёстой боловч эдгээр өөрчлөлтийг хараахан хийгээгүй байна. Хэрэв та резистор нэмэхдээ KiCad яг юу хийснийг сонирхож байгаа бол өөрчилсөн файл дээр diff тушаалыг ажиллуулж болно. Энэ нь ажлын лавлах дахь файлын одоогийн хувилбар болон файлын төлөв байдлын хоорондох өөрчлөлтийг тодруулах болно.

Өөрчлөлт хийсний дараа төслийнхөө түүхэнд өөрчлөлт оруулахыг хичээцгээе. Бид ажлын лавлахаас гарсан өөрчлөлтийг үе шат руу шилжүүлэх хэрэгтэй. Энэ нь үнэндээ файлын систем дэх файлуудыг зөөхгүй боловч тодорхой файлд зориулж төлөвлөсөн бүх өөрчлөлтөө хийсэн бөгөөд эдгээр өөрчлөлтийг хийхэд бэлэн байгаагаа Гитэд мэдэгдэх арга юм. Дараагийн үйлдлийн хувьд `git status` -ийг ажиллуулахад Git зарим зөвлөмжийг өгдөг. "Өөрчлөлтийг хийхээр төлөвлөөгүй өөрчлөлтүүд:" хэсэгт байгаа "(git git…" -г ашиглан юу хийхээ шинэчлэх) мессежийг анхаарна уу. Git танд өөрчлөлтийг зохион байгуулах хэсэгт хэрхэн шилжүүлэхийг хэлж байна. Өөрчлөлтүүдийг хийхийн тулд `git add Circuit/Circuit.sch` командыг ажиллуулаад юу болсныг харахын тулд` git status` -г ажиллуулна уу. Одоо бид хийх ёстой өөрчлөлтүүдийн схем файлыг харж байна. Хэрэв та эдгээр өөрчлөлтийг хараахан хийхийг хүсэхгүй байгаа бол Git өөр нэг зөвлөмжийг санал болгож байна: ` Бид эдгээр өөрчлөлтүүдийг хийхийг хүсч байгаа тул бид "gitapt -m" схемд эсэргүүцэл нэмсэн "ажиллуулдаг. Энэ нь өгсөн мессежээр өөрчлөлтийг хийх болно. Гит лог ажиллуулах нь төслийн үүрэг түүхэнд энэ үүргийг харуулах болно.

Амлалтын талаар хэд хэдэн зөвлөгөө.

1. Хадгаламж бүрийг бүү хий. Өөрчлөлтүүд тань тодорхой хэмжээгээр бэхжсэн хэмжээнд хүрсэн гэж бодож байгаа бол үүнийг хийх хэрэгтэй. Схемийг дуусгасны дараа би үүрэг гүйцэтгэдэг. 3 долоо хоногийн дараа хийсэн өөрчлөлтөө яагаад хийснийхээ агуулгыг санах нь хэцүү байдаг тул та хэтэрхий ховор зүйл хийхийг хүсдэггүй. Хэзээ хийх ёстойгоо тодорхойлох нь урлаг боловч Git -ийг ашиглах тусам та илүү тохь тухтай болно.
2. Зөвхөн дэлгүүрийн эх сурвалж (ихэвчлэн). Үүнд төсөл, схем, зохион байгуулалтын файлууд болон төслийн тусгай номын сан орно. Үүнд баримт бичгийн файлуудыг оруулж болно. Анхдагч эх сурвалжтай синхрончлолгүй болж, дараа нь толгой өвдөхөд хүргэдэг тул үүсмэл объектыг хадгалахдаа болгоомжтой байгаарай. BOM болон gerber файлуудыг синхрончлоход хялбар байдаг тул үүнээс зайлсхийх нь илүү дээр байдаг (гэхдээ илүү нарийвчилсан удирдамжийг 9-р алхамд тусгасан болно).
3. Захиалга өгөх мессеж нь маш ашигтай боловч сайн бүтэцтэй үүрэг даалгавар нь үнэлж баршгүй юм. Энэхүү гайхалтай нийтлэл нь тодорхой, товч бөгөөд хэрэгцээтэй мессеж бичих зарим удирдамжийг өгдөг. Ингэхийн тулд командын мөрийн текст засварлагчийг ашиглах шаардлагатай байж магадгүй бөгөөд энэ нь эхлэгчдэд төвөгтэй болгодог (`m -message зурвасын сонголтгүйгээр `gitapt`” нь текст засварлагчийг нээх болно). Ихэнх хүмүүсийн хувьд би Nano редакторыг санал болгож байна. StackOverflow нь редактороо солих талаар сайн тайлбартай байдаг

Алхам 8: Нарийвчилсан: Электроникийн семантик хувилбар

Адал явдалд дуртай хүмүүсийн хувьд дараах зөвлөмжүүд нь KiCad -ийг олон цагийн турш хөгжүүлснээр олж авсан дэвшилтэт санаанууд юм. Эдгээр нь жижиг төслүүдэд төдийлөн ашиг тустай байдаггүй ч төслүүд тань улам бүр нарийн төвөгтэй болж байгаа тул зүрх сэтгэлийг тань үнэхээр аварч чадна.

Програм хангамжийн хувьд семантик хувилбар (semver) гэсэн ойлголт байдаг. Semver нь "Major. Minor. Patch" загварыг дагаж програмын хувилбаруудыг "хувилбарын дугаар" -аар тодорхойлохын тулд нийтлэг нэрлэх аргачлалыг тодорхойлдог. Semver -ийн онцлогийг иш татахын тулд та дараах өөрчлөлтийн ангиллын дагуу хувилбарын дугаарыг ахиулна.

1. Та нийцэхгүй API өөрчлөлт хийх үед MAJOR хувилбар,
2. Хэрэв та функцийг арагшаа нийцтэй байдлаар нэмбэл MINOR хувилбар,
3. Та буцааж тохирох алдааг засварлах үед PATCH хувилбар.

Бид Brainbow -д техник хангамжийн төслүүдийн хэрэгцээнд нийцүүлэн өөрчилсөн семверийн өөрийн хувилбарыг ашигладаг. Бидний онцлог нь "Major. Minor. Patch" загварыг дагаж мөрддөг боловч ямар ангилалд хамаарах өөрчлөлтүүд бидний ангилалд өөр өөр байдаг.

1. MAJOR хувилбар: хэлхээний үндсэн функцэд мэдэгдэхүйц өөрчлөлт хийхэд ашигладаг (жишээ нь: процессорыг ATmegaa -аас ESP8266 руу шилжүүлэх).
2. MINOR хувилбар: хэлхээний ажиллагаанд нөлөөлж болох бүрэлдэхүүн хэсгүүдийн солилцоонд ашиглагддаг (жишээ нь: өөр өөр командтай байж болох зүүтэй нийцтэй хэсэг бүхий SPI флаш своп) эсвэл зарим нэмэлт функцийг нэмж (жишээ нь: нэмэлт температур мэдрэгч нэмсэн).
3. PATCH хувилбар: хэлхээний ажиллагааг өөрчлөхгүй бага зэргийн алдааг засахад ашигладаг (жишээлбэл: торгон дэлгэцийн тохируулга, ул мөрийн жижиг тохируулга, 0603 конденсатор гэх мэт энгийн бүрэлдэхүүн хэсгүүдийг 0805 болгон солих).

Тоног төхөөрөмжийн семальт хувилбарын дугаарыг зөвхөн үйлдвэрлэсэн үедээ шинэчилдэг (програм хангамжийн нэгэн адил хувилбарын дугаар нь зөвхөн хувилбар гарснаар өөрчлөгддөг, хувь хүн бүр төсөл хэрэгжүүлэх үүрэг хүлээдэггүй). Үүний үр дүнд олон төсөл хувилбарын тоо багатай байдаг. Бидэнд 4 -өөс дээш үндсэн хувилбарыг ашиглах төсөл хараахан гараагүй байна.

Нэр томъёоны системд шилжсэний үр дүнд тогтвортой байдал, ойлгомжтой байдлаас гадна програм хангамжийн нийцтэй байдал, үйлчлүүлэгчдийн сэтгэл ханамжийн давуу талыг олж авах болно. Зорилтот самбарын хувилбарыг харгалзан програмыг бичиж болох бөгөөд тодорхой програм яагаад тухайн самбар дээр ажиллахгүй байгаа талаар дибаг хийх нь илүү хялбар байдаг ("зөв, 2.4.1 програм хангамж 1.2 дээр ажилладаггүй. самбар байхгүй, учир нь бидэнд байхгүй … "). Харилцагчид үйлчилгээ үзүүлэх, алдааг олж засварлах нь тогтоосон стандартын дагуу хамаагүй хялбар байдаг тул үйлчлүүлэгчид манай техник хангамжийн семальтаас ашиг хүртсэн.

Алхам 9: Нарийвчилсан: Тоног төхөөрөмжийн семантик хувилбарыг ашиглах

Тоног төхөөрөмжийн семверийг өөрийн төслүүдэд ашиглахын тулд бид тэмдэглэгээ гэж нэрлэгддэг Git функцийг ашигладаг. Та самбарыг анх үйлдвэрлэхдээ энэ хавтангийн 1.0.0 хувилбар юм. Төслийнхөө бүх өөрчлөлтийг хийсэн эсэхээ шалгаад `git tag -a v1.0.0` ажиллуулна уу. Энэ нь редакторыг нээх бөгөөд ингэснээр та энэ тэмдэглэгээний тайлбарын мессежийг бичих боломжтой болно (үүрэг гүйцэтгэсэн мессежтэй маш төстэй). Би үйлдвэрлэлийн талаархи дэлгэрэнгүй мэдээллийг (ПХБ -ийг хэн хийсэн, самбарыг угсарсан) оруулсан болно.

Хувилбарын шошго нь үйлдлийн түүхэнд нэмэгдэх бөгөөд 1.0.0 үйлдвэрлэлийн үеийн файлуудын төлөв байдлыг харуулдаг. Энэ нь дараа нь алдааг олж засварлахын тулд энэ цэг рүү буцах шаардлагатай үед хэд хэдэн засвар хийхэд тустай байж болно. Тодорхой хувилбарын шошго байхгүй бол үйлдвэрлэсэн үед ямар үүрэг хамгийн сүүлд хийгдсэн болохыг олж тогтооход хэцүү байх болно. 1.0.0 (ба 1.1, 1.1.1, гэх мэт) шошго нь эдгээр тодорхой эх файлууд нь тодорхой үйлдвэрлэлийн үйл ажиллагаанд ашиглагдаж байгааг зааж өгөх боломжийг танд олгоно.

Герберсийн тухай тэмдэглэл. Зарим гоёмсог байшингууд нь самбар хийхийн тулд gerber файл шаарддаг бөгөөд та тэдгээрийг KiCad ашиглан үүсгэж болно. Эдгээр нь эх.kicad_pcb файлаас үүсгэгдсэн объектууд бөгөөд бид ихэвчлэн гаралтай файлуудын хувилбарыг хянадаггүй. Brainbow -д бид хувилбарыг тэмдэглэхээс бусад тохиолдолд хувилбарын хяналтанд герберсийг хадгалдаггүй. Бид бүтээхэд бэлэн болсны дараа бид gerber файлуудыг үүсгэж, тэдгээрийг Fabrication фолдерт хадгалж, тэмдэглэж, тэмдэглэнэ. Дараа нь бид гэрчүүдийг устгаж, устгах ажлыг гүйцэтгэдэг. Энэ нь эхэндээ бага зэрэг ойлгомжгүй мэт санагдаж болох ч энэ нь зөвхөн эх сурвалжийн файлуудыг хадгалдаг бөгөөд тэмдэглэгдсэн хувилбарууд нь самбар үйлдвэрлэхэд ашигласан файлуудыг хадгалдаг. Энэ нь хэдэн долоо хоногийн дараа үйлдвэрлэлийн алдааг олж тогтооход маш их ач тустай болох нь батлагдсан.

Алхам 10: Дараагийн алхамууд

Энэхүү танилцуулга нь электроникийн төслүүд дээрээ хувилбарын хяналтыг ашиглаж эхлэхэд хангалттай зааж өгсөн гэж найдаж байна. Бид төсөл эсвэл онцлог салбаруудын хооронд хуваалцсан номын сангийн хувилбарын хяналт гэх мэт илүү дэвшилтэт сэдвүүдийг олж чадаагүй. Гэсэн хэдий ч хувилбарын хяналт нь хүнсний ногоогоо идэхтэй адил юм.

Brainbow нь манай ажлын урсгалын зарим илүү дэвшилтэт шинж чанаруудын талаар илүү нарийвчилсан гарын авлага дээр ажиллаж байна. Бид үүнийг ойрын хэдэн сард хэзээ нэгэн цагт нийтлэх болно гэж найдаж байна. Instructables дээр энд дарж биднийг уншаарай, бид үүнийг хэзээ уншиж болохыг танд мэдэгдэх болно.

Уншсанд баярлалаа, бид таны хийсэн зүйлийг харахыг тэсэн ядан хүлээж байна!