펌웨어가 케이스를 만날 때

코드의 버튼과 플라스틱의 구멍은 같은 도면이 아닙니다. 첫 점등이 케이스 안에서 일어나는 순서를 적습니다.

펌웨어는 보드 위에서 이미 동작합니다. LED가 켜지고, 버튼이 카운트되고, USB가 열립니다. 그 보드는 아직 공기 속에 있습니다. 케이스를 덮는 순간, 같은 코드가 다른 물건이 됩니다.

이 글은 특정 보드의 핀맵을 공개하지 않습니다. 소량 기기에서 펌웨어와 케이스가 어긋나는 지점과, 그 어긋남을 닫는 순서를 현장 기준으로 적습니다.

먼저 맞출 것은 핀이 아닙니다

케이스 도면을 열기 전에 세 가지를 보드와 같이 봅니다.

이 세 위치가 스케치에 없으면, 펌웨어의 핀 번호는 정확해도 완성품은 빗나갑니다. 코드는 핀을 보고, 사용자는 구멍을 봅니다.

첫 만남은 점등이 아닙니다. 보드를 케이스에 넣어 보는 일입니다. 나사 보스와 USB 쉘, 버튼 캡과 스위치 스템이 간섭하면, 코드를 고치기 전에 플라스틱을 고칩니다.

캡이 미리 눌려 있으면 펌웨어는 부팅부터 입력을 받습니다. 버그가 아니라 기구입니다. 이 상태에서 디버그를 시작하면 한 주를 코드에 씁니다.

케이스 밖에서의 클릭감은 스위치 스펙이 아닙니다. 캡 두께, 보스 높이, 고무 키트의 압축이 더해진 값입니다. 펌웨어의 디바운스 시간은 이 기구가 정해진 뒤에 맞춥니다.

너무 짧은 디바운스는 캡이 튀는 기구에서 이중 입력이 됩니다. 너무 긴 디바운스는 짧은 스트로크 케이스에서 입력을 삼킵니다. 같은 코드가 출력 하우징과 절삭 하우징에서 다르게 느껴지는 이유입니다.

버튼 테스트를 탁상 공중에서 하지 않습니다. 케이스를 닫고, 실제 누르는 손가락 방향으로 스무 번. 그 기록이 디바운스의 근거입니다.

보드 위의 LED는 밝습니다. 케이스 안에서는 죽습니다. 도색, 두께, 내부 반사, 라이트 가이드의 유무가 펌웨어의 brightness 값보다 큽니다.

소량에서는 PWM을 먼저 최대로 올리고 케이스를 깎는 일이 많습니다. 순서를 반대로 갑니다. 케이스의 창을 정한 뒤, 그 창에서 읽히는 최소·최대 밝기를 펌웨어에 넣습니다. 창이 없으면 펌웨어의 애니메이션은 사용자에게 없습니다.

케이스 안 배치는 펌웨어의 리셋 경로를 바꿉니다. 부트 버튼을 구멍 없이 넣으면 현장 업데이트는 케이스를 여는 일이 됩니다. 소량 기기에서 케이스를 여는 일은 스크래치와 분실 나사를 만듭니다.

펌웨어에 워치독이 있어도, 리셋 스위치가 케이스에 눌려 있으면 기기는 반복해서 처음부터입니다.

펌웨어 저장소와 케이스 도면은 폴더가 다릅니다. 만나는 지점만 한 장으로 남깁니다.

이 한 장이 있으면 다음 하우징 버전에서 코드를 처음부터 의심하지 않습니다. 펌웨어가 케이스를 만난다는 것은, 두 도면이 한 물건의 순서가 된다는 뜻입니다.

펌웨어 저장소를 열기 전에 케이스가 보드를 받아들여야 합니다. 순서를 반대로 하면 한 주의 디버그가 기구의 간섭을 코드로 번역합니다. 현장이 쓰는 순서는 아래입니다.

6번 전에 애니메이션을 넣지 않습니다. 창이 없는 애니메이션은 사용자에게 없는 기능입니다.

펌웨어 폴더와 케이스 도면 폴더는 합치지 않습니다. 만나는 한 장만 만듭니다. 칸의 순서는 손이 만지는 순서입니다.

일곱 칸이 비면 다음 하우징에서 코드를 다시 의심합니다. 칸이 있으면 의심의 첫 대상은 플라스틱입니다.

같은 코드가 다른 물건이 되는 실패는 대개 핀맵이 아닙니다.

실패를 코드 이슈로 올리면 한 주가 사라집니다. 먼저 드라이 핏, 그다음 점등. 이 순서만 지켜도 버그 절반은 기구로 남습니다.

출력 하우징에서 절삭 하우징으로 가면 같은 펌웨어가 다른 손을 만듭니다. 바꿀 때 다시 도는 최소 루프가 있습니다.

루프가 끝나면 맞춤 기록의 하우징 버전만 올리고, 코드를 처음부터 의심하지 않습니다. 펌웨어가 케이스를 만난다는 그림은 이 한 장의 좌표입니다. 좌표가 있으면 손은 그 그림으로 돌아옵니다.