🙍🏿 👩🏻‍🌾 🛃 Saya bukan seorang insinyur di ibu 🤜🏻 🧑🏿‍🤝‍🧑🏽 🛡️

Saya sudah kehilangan hitungan jam yang saya habiskan untuk membuat "kotak kecil" dan tiba-tiba saya menyadari bahwa saya sangat menghormati para insinyur - orang-orang yang dapat dan dapat merancang dan menciptakan hal-hal baru. Kepalaku langsung dibanjiri kenangan tentang perangkat yang aku bongkar di masa kecil (dan tidak hanya). Ini adalah situasi lucu ketika, ketika membuka baut terakhir, seperti iblis dari kotak tembakau, beberapa mata air kecil dan bagian terbang keluar, yang benar-benar mustahil untuk dikemas kembali.

Suatu kali saya memutuskan untuk membuat perangkat kecil ("Security Access Tuner" dari game Alien: Isolasi) - sebuah pengontrol, layar, beberapa kontrol, dan kemas semuanya dalam wadah kecil, yang rencananya akan dicetak pada printer 3d. Lalu aku bahkan tidak bisa memikirkan berapa lama untuk semua hal-hal kecil ini untuk bersatu ...

Saya selalu tertarik dengan ide untuk menciptakan sesuatu yang baru - sesuatu yang tidak sering terjadi dalam keributan sehari-hari. Saya tidak tahu persis apa yang mendorong pembuatan perangkat khusus ini, tetapi suatu hari saya berpikir: "Mengapa tidak membuat tuner akses keamanan dari game Alien: Isolation".

Gim ini memiliki perangkat untuk "memecahkan kunci elektronik". Perangkat ini memperkenalkan mekanisme gim-mini. Kemudian pilih meme yang sesuai dengan keinginan Anda, tetapi ini adalah sesuatu di antara “Kami menambahkan game ke game Anda sehingga Anda dapat bermain game, memainkan game” dan “Kita harus masuk lebih dalam!”. Saya tidak akan membuat Anda bosan dengan detail gameplay, karena setiap orang dapat mempelajari tentang "binatang buas" seperti apa secara terperinci dengan menuliskan namanya di mesin pencari favorit Anda. Kami hanya setuju bahwa ada beberapa perangkat genggam dengan permainan yang saya putuskan untuk diterapkan.

Dalam permainan, perangkatnya terlihat seperti ini (saya mencoba mereproduksi penampilan perangkat secara akurat, tapi ini bukan tugas utama, jadi hasil akhirnya sedikit berbeda dari aslinya):

Tangkapan layar dari game, perangkat ada di tangan karakter.

Jadi, Anda perlu membuat perangkat kecil dengan game dan "mini game" yang sama - dua. Dalam yang pertama (yang ada dalam gambar di atas), Anda harus memilih karakter sesuai urutan yang ditampilkan pada layar dalam waktu yang ditentukan. Permainan tidak sulit, jika Anda terbiasa, tetapi pada awalnya itu membuat Anda berpikir. Gim kedua adalah bereaksi dan Anda hanya perlu menekan tombol pada waktunya (saya tidak akan fokus karena itu tidak ada yang istimewa). Selain gim, ada beberapa layar status, transisi antar gim dan hanya "Harap tunggu ...".

Kebetulan kebetulan, saya berbaring menganggur dengan papan dari Texas Instruments - Tiva C (analog dari Arduino) dan layar untuk itu. Dan suatu hari, inspirasi menyerang seseorang dengan kehadiran waktu luang dan untuk pasangan ini (papan dan layar) ada aplikasi ...

Pengembangan

Saya segera memutuskan untuk diri saya sendiri bahwa "cherry on the cake" dalam ide ini tidak akan menjadi bagian perangkat lunak, tetapi bagian teknik. Saya ingin membuat dan merakit perangkat sehingga semuanya kompak, fungsional, logis dan nyaman (spoiler: semuanya ternyata tidak begitu sederhana).

Pemrograman adalah sumber penghidupan saya, dan saya mengerti bahwa bagian program tidak dapat memberikan "tantangan" yang serius. Oleh karena itu, untuk menghidupkan ide itu, saya mulai dengan apa yang paling dekat dengan saya - dari bagian perangkat lunak.

Pemrosesan peristiwa dari tombol dan rotary encoder benar-benar biasa dan saya tidak melihat alasan untuk mengatakan apa-apa tentang itu. Padahal bagian yang menarik dari implementasi perangkat lunak adalah tampilan grafik di layar. Lebih tepatnya, bahkan bukan kesimpulannya sendiri, melainkan serangkaian tindakan yang diperlukan untuk apa yang ingin saya tampilkan di layar. Pada dasarnya, bagian "masalah" adalah:

Memori perangkat terbatas dan banyak gambar (sprite) tidak dapat ditambahkan ke memori perangkat.
Layar berfungsi dengan warna dalam format 565 (dua byte per warna), mis. untuk semua grafik, Anda perlu melakukan konversi ke format final, tetapi karena keterbatasan memori, Anda tidak akan dapat menyimpan semua gambar yang diperlukan dalam format ini dalam memori perangkat.
Layar menyegarkan dengan frekuensi mengejutkan ~ 1 frame per detik, jika Anda perlu menggambar ulang seluruh layar.

Dua masalah pertama diselesaikan relatif sederhana, karena grafik yang perlu ditampilkan di layar sangat primitif (seperti dalam permainan dan saya memutuskan untuk tidak pergi jauh dari materi sumber). Itulah sebabnya saya segera memutuskan untuk menggunakan gambar dua warna (sprite), yang berarti bahwa 8 piksel muat dalam satu byte dan warna dapat diubah begitu saja saat menghasilkan.

Berdasarkan sprite-sprite ini, semua grafik (termasuk teks) diimplementasikan, kecuali untuk beberapa pengecualian:

Logo perusahaan pembuat fiktif (Seegson), yang menggunakan palet 16 warna (mis. 2 piksel dalam satu byte). Saya ingin sedikit lebih cantik ketika saya menghidupkan perangkat dan saya sudah menambahkannya di akhir pengembangan, karena masih ada beberapa memori yang tersisa.
Fungsi diimplementasikan untuk menggambar primitif grafis (misalnya, persegi panjang, tetapi ada banyak dari mereka di antarmuka yang saya coba ulangi).

Masalah kecepatan refresh layar tidak begitu mudah dipecahkan secara terprogram. Terutama untuk tempat-tempat di mana Anda perlu memperbarui data di layar cukup sering.

Untungnya, masalahnya bukan di layar itu sendiri, tetapi di bus data lambat (SPI bus), jadi Anda hanya perlu menjaga celana Anda dan tidak pergi terlalu lebar - menggambar hanya apa yang benar-benar diperlukan, yaitu. "Semakin sedikit semakin baik."

Perenderan antarmuka dibagi menjadi tiga bagian untuk menyelesaikan masalah laju penyegaran:

Gambar awal (di sini segala sesuatu yang tetap tidak berubah - elemen latar belakang dan antarmuka statis) digambar. Tahap ini memakan waktu hampir satu detik, tetapi terjadi hanya ketika mengubah layar dan detik ini tidak begitu terlihat.
Animasi yang tidak tergantung pada tindakan pengguna (status penghitung waktu mundur, gangguan, dll.). Biasanya ini adalah perubahan kecil - tidak lebih dari 15% dari layar, yang bahkan dalam kasus ini memungkinkan Anda untuk memperbarui layar setidaknya 6 kali per detik (pada kenyataannya, kecepatan refresh jauh lebih tinggi dan penundaan tidak terukur). Satu-satunya pengecualian adalah layar dengan gangguan - saya akan membicarakannya sedikit lebih rendah.
Animasi yang bergantung pada tindakan pengguna (posisi slider atau bingkai di sekitar karakter yang dipilih). Peristiwa ini tidak begitu sering terjadi, karena dengan semua keinginan, pengguna tidak akan dapat mengklik tombol lebih cepat daripada negara dapat menggambar ulang layar.

Dengan kata sederhana, untuk menghindari penggambaran ulang seluruh layar, hanya yang dibutuhkan yang digambar ulang. Jadi, misalnya, jika pengguna memilih karakter berikutnya di layar, maka "pemilihan" (bingkai) sebelumnya perlu dihapus (dicat dengan warna latar belakang) dan gambar bingkai di tempat baru.

Contoh lain dari optimasi tersebut (di mana Anda perlu menggambar banyak, tetapi pada kenyataannya itu tidak cukup), adalah layar dengan noise (white noise) - ini adalah tempat di mana pengguna perlu menemukan "frekuensi yang tepat" untuk masuk ke mini-game. Gangguan itu menghabiskan sebagian besar layar dan menggambar ulang semua titik hitam dan putih akan terlalu lama (dan bodoh). Oleh karena itu, menggambar white noise berfungsi sebagai berikut:

Layar dibagi menjadi dua bagian (kiri dan kanan). Gambar dimulai di atas.

Memilih bagian layar secara acak (kiri atau kanan).
Dalam bagian ini, strip titik-titik hitam dan putih acak ditarik. Layar ini memiliki dua operasi dasar untuk bekerja dengannya (kecuali untuk operasi inisialisasi) - operasi penulisan ke buffer layar dan operasi memindahkan pointer di dalam buffer layar ini sendiri. Selain itu, untuk alasan yang tidak dapat dipahami bagi saya, operasi memindahkan pointer bekerja secara signifikan lebih lambat daripada operasi tulis. Jadi, untuk layar ini, penulisan berurutan ke buffer layar memungkinkan Anda untuk mengisi seluruh layar dalam waktu sekitar 0,75 detik, dan ketika mengecat setiap piksel secara terpisah, dibutuhkan waktu hampir dua kali lipat (1,4 detik). Karena fitur ini, strip titik-titik hitam dan putih diambil, dan bukan hanya piksel acak.
Pergi ke strip vertikal berikutnya di layar dan ulangi langkah-langkah yang dijelaskan dalam ayat 1.

Ketika semua garis vertikal digambar, gambar berlanjut lagi dari atas. Sebagai hasil melapiskan beberapa titik hitam-putih pada yang lain, sama sekali tidak terlihat bahwa layar pada dasarnya "dilukis dengan garis-garis" seperti ini (20 rendering acak pertama):

Faktanya, interferensi tidak dicat di seluruh layar, tetapi hanya bagian-bagian di mana interferensi dapat diterima (yaitu ada beberapa area pada layar di mana interferensi dimungkinkan dan gambar hanya terjadi di dalam area ini), tetapi ini tidak mengubah pendekatan.

Antarmuka membutuhkan elemen lain yang agak menarik - indikator frekuensi radio yang dipilih. Agar lebih mudah untuk membayangkan, kita dapat mengasumsikan bahwa di tangan kita ada analog dari penerima radio. Ada roda tala yang dapat diputar dalam lingkaran untuk menemukan (memilih) frekuensi yang diinginkan. Indikator frekuensi ini diambil pada layar, yang dapat mengelilingi lingkaran penuh pada layar dan kembali ke posisi semula. Indikator dalam antarmuka adalah segitiga (sebenarnya, ini tidak sepenuhnya benar, tetapi untuk kesederhanaan tampilan, mari kita sepakat bahwa itu adalah segitiga), yang berputar di sekitar salah satu simpul yang terletak di tengah layar:

Batas layar ditandai abu-abu pada gambar.

Faktanya, segitiga yang sama di antarmuka ini tidak boleh sepenuhnya ditarik. Hanya potongan yang terletak di bagian layar yang jauh dari pusat (di tepi layar) yang harus digambar di layar. Menggunakan contoh, saya menunjukkannya dalam warna oranye:

Kotak abu-abu transparan di tengah dibiarkan jelas, tetapi tidak terlibat dalam gambar.

Tugas itu sendiri tidak sulit, hanya menyelesaikannya "langsung" dengan menggambar ulang seluruh layar lagi tidak dapat diterima. Oleh karena itu, hanya fragmen individual dari indikator yang ditarik (dua batas miring dan persegi panjang yang menghubungkannya), dan status indikator sebelumnya "dihapus" (warna merah pada gambar) sebelum menggambar:

Yaitu untuk indikator ini sendiri, fungsi menggambar persegi panjang ditambahkan, yang dibagi secara diagonal dan diisi dengan dua warna (satu warna di satu sisi relatif ke diagonal dan warna lain di sisi kedua). Indikator terdiri dari dua elemen tersebut (ditandai dengan angka 1 pada gambar) dan persegi panjang yang menghubungkannya (ditandai dengan angka 2):

Lebar (atau tinggi) elemen ini ditentukan oleh offset relatif terhadap bagian tengah layar. Jadi, ketika indikator berada di tengah layar, hanya persegi panjang (2) yang ditarik, dan ketika indikator dipindahkan lebih dekat ke tepi layar, lebar elemen (1) meningkat. Ketika indikator berada di tepi layar, persegi panjang lain ditambahkan saat menggambar:

Mungkin di sinilah semua "ketertarikan" bagian perangkat lunak berakhir, dan saya dapat beralih ke apa yang membuat saya sangat menghormati para insinyur ...

Bukan seorang insinyur

Terlepas dari kenyataan bahwa saya telah menulis dalam diploma universitas bahwa saya adalah seorang "insinyur ilmu komputer", pada kenyataannya saya menyadari bahwa saya adalah "ilmu komputer apa saja", tetapi bukan seorang insinyur. Saya mengerti bahwa kata "insinyur" memiliki definisi yang agak luas dan saat ini umumnya sangat sering ternyata seseorang yang bukan manajer adalah seorang insinyur.

Mengatakan "insinyur", maksud saya adalah orang yang dapat dan dapat merencanakan, merancang, membangun, dan mengembangkan. Dan dalam pemahaman saya, saya bukan seorang insinyur. Saya seorang amatir dalam hal ini - saya suka menciptakan dan mengimplementasikan sesuatu, tetapi saya tidak bisa mengatakan bahwa saya selalu berhasil. Tugas-tugas rekayasa (kita berbicara tentang kasus perangkat dan komponen utamanya), yang saya nilai cukup sederhana untuk diri saya sendiri, membutuhkan waktu berjam-jam yang bahkan tidak dapat saya bayangkan. Saya tidak tahu waktu yang tepat, tetapi saya memutuskan untuk percaya bahwa orang-orang tidak menemukan angka-angka yang dapat menggambarkan jumlah besar seperti itu.

Sebagai seorang anak, ayah saya sering mengulangi pepatah "Ukur tujuh kali, potong sekali". Kemudian saya tidak sepenuhnya mengerti mengapa dia mengatakan ini begitu sering, tetapi dalam proses menciptakan perangkat ini saya menyadari betapa pentingnya mengukur tujuh kali sebelum memutuskan untuk memilih satu atau opsi lain. Jika saya mendengarkan ayah, saya tidak perlu melakukan begitu banyak cobaan dan kesalahan.

Jadi, di sisi kiri perangkat harus ada roda gulir yang dapat diputar ke atas (atau maju) untuk memilih karakter berikutnya di layar atau diputar ke bawah (belakang) untuk memilih karakter sebelumnya. Saya memutuskan bahwa saya tidak akan melakukan roda gulir penuh, karena untuk rotary encoder atau yang serupa, itu akan membutuhkan lebih banyak ruang dalam case, dan untuk transisi "maju" / "kembali", tombol-tombol itu tampaknya menjadi solusi yang lebih logis.

Saya memutuskan untuk merancang tuas dalam bentuk setengah lingkaran yang bisa digerakkan ke atas atau ke bawah. Tuas yang sama ini harus menekan tombol atas atau tombol bawah dan berada pada beberapa poros untuk menghindari "gerakan tubuh ekstra":

Gagasan itu tampaknya sangat sederhana bagi saya, tetapi seiring dengan itu ada banyak pertanyaan (yang orang-orang yang terlibat dalam desain perangkat kemungkinan besar akan memiliki jawaban siap pakai) yang saya tidak punya jawaban. Dan pertanyaannya adalah sebagai berikut:

Apa dan bagaimana cara memasang tombol? Pada gambar di atas, mereka hanya "menggantung di udara" dan ini tidak dapat terjadi pada perangkat akhir.
Apakah saya perlu memikirkan mekanisme untuk mengembalikan tuas ke tengah? Apakah Anda memerlukan pegas atau ada cukup elastisitas untuk tombol?
Bagaimana cara memasukkan tuas ke dalam housing sehingga lubang di housing tidak terlihat? Akankah tuas menjadi satu atau beberapa bagian?
Bagaimana sumbu akan dilampirkan? Apakah sumbu akan menjadi bagian dari perumahan atau bagian yang terpisah?
Bagaimana cara memastikan bahwa "berfungsi di atas kertas" apa yang akan berfungsi setelah mencetak pada printer 3d?

Dan saya yakin ada banyak solusi yang sudah jadi, dan orang Cina kemungkinan besar dapat memesan sesuatu seperti “Modul tuas tombol modular wanita yang berbau perempuan” dalam kotak yang indah. Saya juga tahu tentang alat yang siap pakai (editor) untuk membuat solusi seperti itu, tetapi demi kepentingan olahraga, saya memutuskan untuk "menemukan kembali roda", menciptakan semuanya sendiri dan bertahan dengan hanya alat dasar yang "siap pakai".

Saya datang dengan prototipe versi yang berbeda dari tuas ini dan mengujinya dalam praktik. Saya memeriksa kekuatan berbagai ukuran poros, sambungan, dan dinding, memeriksa kemungkinan membuat tuas dari beberapa bagian (untuk menyederhanakan penempatan tuas di rumahan). Saya berpikir tentang bagaimana semuanya jatuh ke dalam tubuh.

Setiap kali, mengumpulkan prototipe lain, saya mengingat semua sakelar / tombol dan tuas yang mengelilingi kita dalam kehidupan sehari-hari. Saya punya perasaan bahwa saya adalah "anak kucing pada laminasi" - sementara segala sesuatu di sekitar, di setiap teko, semuanya begitu elegan dan nyaman, dan semua prototipe saya entah bagaimana canggung dan "dikandung". Masing-masing prototipe saya dirakit "nyaris" (jika sama sekali), yaitu segala sesuatu tampak tersusun sempurna jika dimensinya sedikit lebih besar, tetapi saya harus menemukan solusi dalam kerangka tempat yang tersedia di gedung. Inilah saat yang saya sebutkan di awal:

Kepalaku langsung dibanjiri kenangan tentang perangkat yang aku bongkar di masa kecil (dan tidak hanya). Ini adalah situasi yang lucu ketika, ketika membuka baut terakhir, seperti iblis dari kotak tembakau, beberapa mata air dan bagian yang bertujuan bagus terbang keluar, yang sama sekali tidak mungkin untuk dibungkus kembali.

Ada saat-saat ketika saya mulai merasa bahwa tugas ini tidak mungkin diselesaikan. Yaitu Saya mengerti bahwa ini mungkin, saya merasa bahwa saya tidak dapat menemukan sesuatu yang masuk akal. Pada saat-saat seperti itu, saya mencoba menertawakan situasinya, mengalihkan perhatian saya dan kembali ke tugas nanti, dengan semangat baru. Pada akhirnya, saya sampai pada jawaban berikut untuk pertanyaan saya (jawaban tidak mengklaim sebagai semacam kebenaran global, tetapi mereka bekerja untuk saya):

Dalam hal akan ada tempat terpisah untuk tombol, tombol di bawah ini akan menampung bagian tambahan.
Tuas ke tengah akan kembali karena elastisitas tombol (karena tuas memiliki stroke yang sangat kecil dan perpindahannya relatif ke tengah tidak terlalu terlihat). Selain itu, tuas memiliki bobot yang sangat kecil, yang memungkinkan Anda untuk tidak khawatir bahwa tombol akan ditekan di bawah berat tuas.
Tuas akan menjadi satu bagian (yaitu tidak akan dirakit dari beberapa bagian) dan itu akan dimasukkan dari atas. Lubang tersebut akan memiliki ukuran sedemikian rupa sehingga salah satu "kaki" tuas melintas dengan bebas, setelah itu tuas akan bergerak untuk "mendorong kaki kedua" masuk.
Sumbu akan menjadi bagian dari bagian ekstra yang akan menahan tombol.
Prototipe memungkinkan untuk memverifikasi bahwa itu akan bekerja dalam kehidupan juga. Saya benar-benar memeriksa asumsi saya ketika mereka tiba.

Blok tuas dirakit sebagai berikut (oranye - tuas, dinding tembus pandang dan bagian abu-abu - bagian-bagian kotak besar, dan hijau - bagian tambahan untuk memperbaiki tombol dan poros tuas):

Lubang untuk tuas benar-benar berubah seperti ini dan pada perangkat terakhir tidak mencolok:

Saya kira ini jauh dari solusi rekayasa paling elegan di dunia, tetapi dalam solusi ini, semuanya "diukur" bagi saya dalam milimeter. Jika lebar bagian itu sedikit lebih kecil dan tidak akan ada kekuatan yang cukup, serangan balik akan muncul (dan saya benar-benar ragu bahwa itu akan nyaman untuk bekerja pada skala yang lebih kecil lagi).Jika Anda meninggalkan sedikit lebih banyak ruang "untuk bermanuver" atau membuat dinding bagian sedikit lebih tebal dan layar tidak sesuai dengan tempat yang seharusnya.

Saya mengerti bahwa membaca semua ini, mungkin tampak bahwa tuas ini adalah bagian yang sangat tidak penting dari perangkat, tetapi pada kenyataannya, hampir setengah dari waktu yang saya habiskan untuk seluruh proyek ini, saya habiskan untuk tuas ini.

Prototipe

Ketika saya menceritakan kisah serupa kepada seseorang, orang tidak menganggap saya serius. Tanggapan utama terhadap pernyataan saya tentang "rekayasa yang dikurangi" adalah: "Ya, apa yang Anda ceritakan? "Bagaimanapun, semuanya bekerja, dan itu tidak lebih buruk dari produksi pabrik!"

Jadi, saya sudah mengatakan bahwa saya hanya menggunakan alat yang ada di tangan. Untuk pemodelan 3d, saya menggunakan editor online, yang saya tidak akan bersuara keras (sehingga posting tidak dianggap sebagai posting iklan). Editor ini sendiri tidak terlalu cocok untuk memodelkan objek yang kompleks, tetapi sangat cocok untuk saya, karena Saya kenal dia dan bisa mulai bekerja segera. Jika saya perlu menjelaskan fungsinya, maka saya akan mengatakan bahwa itu adalah MS Paint dari dunia pemodelan 3d - hanya operasi dasar, hanya hardcore. Dalam editor ini, tidak ada cara untuk langsung bekerja dengan simpul atau normal - hanya dengan seluruh objek.

Beginilah model yang saya gunakan untuk mencetak terlihat di editor ini:

Tetapi iblis ada dalam perinciannya, oleh karena itu, mari kita lihat semua “bekas luka” yang ditinggalkan seseorang dengan “tulang non-teknik” pada case sederhana:

Gambar menunjukkan lokasi tuas yang sama yang saya bicarakan di atas.

Tepi-tepi dinding tidak bertemu pada waktu istirahat (primitif yang digunakan untuk membuat bevel dan lubang tengah lebarnya berbeda atau sama sekali tidak selaras satu sama lain), sehingga editor menampilkan garis-garis (ditandai dengan warna hijau). Wilayah yang ditandai dengan warna merah adalah tempat, menurut saya (dan saya tidak yakin lagi) ada lubang tua untuk tuas, ketika saya masih berpikir bahwa tuas akan terdiri dari beberapa bagian.

Tentu saja, ini tidak mempengaruhi perangkat final, karena ini adalah offset / inkonsistensi pada skala kurang dari 0,1mm dan akurasi pencetakan 3d tidak setinggi yang terlihat.

Berikut adalah tempat lain di mana "alur" di bawah layar dibuat dalam case:

Siapa pun yang mengerti bahwa secara umum saya ingin menunjukkan gambar ini mendapatkan pencapaian. Alur ada di dalam kasing, sehingga transparansi model dihidupkan dan garis tambahan terlihat.

Layar harus masuk ke dalam ceruk ini dan tetap di sana. Elemen ini diperlukan agar layar tidak menggantung di case. Idealnya, seharusnya ada lubang (groove) dalam bentuk paralelepiped yang diukur dengan tepat, tetapi jelas bahwa ada sesuatu yang salah dan bentuk reses berubah beberapa kali. Secara umum, perlu untuk mendengarkan ayah dan mengukur tujuh kali sebelum menggambar alur dan tidak perlu mengulanginya beberapa kali. Dan saya tahu bahwa mungkin untuk menertibkan semua ini, tetapi dengan cara editor itu sendiri sangat menyebalkan.

Dan akhirnya, penutup kasing ... Penutup terpasang ke kasing dengan empat baut M3. Untuk melakukan ini, dalam kasus ini, saya menyediakan tempat untuk kacang-kacangan:

Gambar menunjukkan tampilan bawah tubuh, lubang persegi panjang - tempat untuk kacang.

Menambahkan lubang-lubang ini, saya melanjutkan dari pemikiran "karena akan lebih mudah untuk membuat lubang di model". Orang yang berpengetahuan akan segera menyadari bahwa perlu memikirkan sisi mana yang akan lebih nyaman untuk memasukkan kacang ... Akibatnya, saya menghabiskan banyak waktu dengan cara yang paling tidak wajar (dan ini bukan dalam preferensi aneh saya, tetapi dalam pengaturan lubang yang bodoh), "Masukkan" mur ke dalam lubang dengan pinset.

Dan kemudian seorang seniman terbangun di dalam saya

Hari X datang, ketika semua pekerjaan persiapan berakhir dan sudah waktunya untuk mencetak detail, menyatukan semuanya dan melukis. Langkah pertama adalah mencetak kasing dan merobek penyangga (penyangga). Seperti yang dapat Anda lihat dari foto (dan saya harap dapat dilihat), kualitas cetak tidak cukup tinggi untuk hanya mengecat kasingnya, jadi langkah selanjutnya adalah "memodifikasi file ke bentuk yang diinginkan" begitu banyak yang saya sukai: Karena kasing sedang menggiling, saya mencatat "area bermasalah" Persilangan. Ketika model mengambil bentuk normal, dimungkinkan untuk melanjutkan melukis dalam dua tahap. Langkah pertama dalam melukis adalah primer. Anda dapat melewati langkah ini, tetapi dengan primer Anda akhirnya dapat menyelaraskan geometri (menghapus goresan kecil) dan warna.

Ada area yang tidak dicat di ceruk, tetapi mereka akan dicat nanti.

Momen lucu adalah pemilihan warna. Tampaknya saya milik orang-orang yang membedakan antara 7 dan setengah warna, sehingga warnanya dapat berbeda secara signifikan dari apa yang ada di dalam permainan. Ya, dan melihat screenshot dari Internet, saya biasanya kehilangan kepercayaan pada kemampuan saya untuk memahami warna. Tampaknya di setiap tangkapan layar saya melihat warna baru (nuansa abu-abu / biru). Saya mencoba menemukan sesuatu yang serupa, dan saya hanya mencari warna di mana saya akan melukis perangkat yang sama jika saya ingin menghasilkan sesuatu seperti itu. Kemudian kaca pelindung untuk layar muncul - kaca plexiglass dengan tepi yang tajam. Selain case itu sendiri, perlu untuk mencetak hamburan detail dekoratif kecil, yang melengkapi bentuk akhir perangkat:

Layar mendapatkan beberapa goresan sambil berbaring dengan sisa bagian, sehingga "dikemas" dalam polietilen hingga waktu yang lebih baik.

Beberapa perincian harus dilem bersama dan dicat, itulah yang saya lakukan: Ya, pada akhirnya, semua bagian terpaku pada bodi dan bodi dicat ulang agar tampak bahwa perangkat itu telah digunakan selama bertahun-tahun. Penggemar segala sesuatu yang baru dan berkilau, sebelum melihat foto-foto berikut ini, saya menyarankan Anda untuk mengambil napas dalam-dalam dan mungkin bahkan duduk. Saya harus segera mengatakan bahwa simbol di bawah ini sepenuhnya acak dan tidak ada artinya. Pecinta teori konspirasi akan saya minta untuk bersantai. Nah, beberapa gambar "sedang bekerja": Ya, semuanya berfungsi seperti ini: