하드웨어 설계 결정을 어떻게 문서화합니까?

설계 단계에서 하드웨어 결정 사항을 어떻게 문서화합니까? 과거에 만든 하드웨어 디자인을 검토하면서 다음과 같은 질문을하지 않아도됩니다.

• 왜이 구성 요소를 선택 했습니까?
• 이 구성 요소에 대해 이러한 특정 매개 변수를 왜 / 어떻게 선택 했습니까?
• 회로 의이 부분은 무엇을합니까?
• 이 구성 요소를 통한 전력 손실은 무엇입니까?
• 이 회로의 총 전력 소비량은 얼마입니까?
• 이 구성 요소를이 다른 구성 요소로 교체 할 수 있습니까? 이 구성 요소와 동등한 구성 요소가 있습니까? 기타

회로의 설계 단계에서 결정 및 계산을 문서화하는 좋은 방법은 무엇입니까? 수백 개의 데이터 시트 페이지를 다시 거치지 않고 위의 질문에 대한 답변을 얻으려면 어떻게해야합니까?

내가 생각할 수있는 한 가지 방법은 회로도 파일에 메모를 추가하는 것입니다 (EDA가 지원하는 경우), 너무 많은 정보로 회로도를 어지럽히고 싶지 않습니다.

나는 개인적으로 구식 노선을 간다. 디자인 결정에 관한 모든 것을 적어 놓은 디자인 노트가있다. 특히 구성 요소 및 값 선택, 전류 계산, 전원 공급 장치 계산 등 또한 소프트웨어 / 펌웨어 결정 및 타이밍 및 리소스 사용에 대한 메모를 문서화합니다.

각 노트북에는 디자인의 특정 부분 (전원 공급 장치 등)을 참조하는 목차 페이지가 있으며 모든 페이지에는 번호가 매겨져 있습니다.

나는 여러 번 디지털화를 고려했지만 작업하는 동안 내 노트북을 내 앞에 두는 것이 좋으며 디지털 방식으로 수식을 작성하는 것이 매우 어색합니다. 손으로 계산을 작성하는 것이 훨씬 쉽습니다.

보드 디자인을위한 스펙 또는 공식 문서를 준비 할 때, 나는 보통 내가 한 일에 대한 새로 고침으로 노트북을 다시 언급한다 (또는 디지털 문서를 동시에 쓴다). 비록 이것이 똑같은 일을 두 번하는 것처럼 보이지만, 내 노트북은 문서에 대한 설명이 덜 간결하고 다른 사람들에게는 훨씬 더 공식적이고 설명 적 인 나 자신을위한 거의 모든 계산과 설명이라는 것을 알았습니다. 따라서 나는 종종 같은 것을 두 번 쓰고 있다고 생각하지 않습니다.

이 정보로 디자인 사양을 다시 업데이트 할 수 있습니다. 또는 사양을 가져 와서 이상적으로 회로도를 시작하기 전에 수행 할 작업과 이유를 자세히 설명하는 하위 수준 사양을 만듭니다. :). 그런 다음 회로도에 따라 진행하면서 업데이트하십시오.

아래 질문에 대한 답변 : 우리가 일반적으로하는 일은 마케팅 요구 사항으로 시작한 다음 공식적인 엔지니어링 반응이나 비공식적 인 토론 일 것입니다. 그런 다음 템플릿을 사용하여 MRD (마케팅 요구 사항 문서)가 이어집니다. 여기에는 요구 사항, 경쟁 분석, 시장 규모, 기회, 예상 개발 비용 등이 포함됩니다. 일반적으로 이는 마케팅 담당자 (또는 급여 수준 이상의 사람)가 작성합니다.

그 다음에는 일반적으로 엔지니어링으로 작성된 PRD (제품 요구 사항 문서)와 단어 템플릿이 뒤 따릅니다. 여기에는 제품의 기능, 필요한 부품 및 각 제품의 기능에 대한보다 자세한 기술이 기술되어 있습니다. 종종 목표 성과, 가격, 전력, 크기 및 기타 지표를 여기에 포함합니다.

각 섹션에 대한 자세한 기능 사양이 이어집니다. 일부 설계 작업은 회로도에 들어가기 전에 실제로 잘 수행됩니다. 예를 들어 전력이 계산되고 부품이 선택되며 많은 연구가 수행됩니다. 명백하지 않은 디자인 결정을 문서화 할 곳입니다.

마지막으로 사양 단계에서 많은 어려운 설계 작업이 수행되었으므로이 시점에서 쉬운 부분 인 회로도를 살펴 보겠습니다. 내 의견으로는해야 할 위치 :) 회로도 단계에서 무언가가 변경되면, 예를 들어 무언가가 작동하지 않거나 마케팅 담당자가 복도에서 내려 와서 파란색 대신 지금 빨간색이어야한다고 말합니다. 다시 돌아가서 사양을 업데이트합니다.

모든 사양, PRD, MRD는 내부 위키의 문서에 대한 링크와 함께 SVN에 보관됩니다. 사양이 변경되면 SVN이 업데이트되고 관련 당사자에게 알림이 표시됩니다. 물론 공유 폴더에 수동으로 보관할 수도 있습니다.

그것은 내 프로세스에 불과합니다. 디자인에 관한 모든 작은 결정을 문서화하고 싶을 것 같지만 우리는 그렇게하지 않습니다. 말하지 말고 도움이 될 곳을 알 수있었습니다. 나는 왜 우리가 항상 그 이유와 그렇지 않은지를 문서화한다고 생각합니다.

좋아, 어쩌면 나는 또한 각 질문을 해결해야했다 :)

당신이 계산을한다면, 아마도 Excel에서? 또는 논문상에서 회로의 이해와 설계에 결과와 방법이 중요하다고 생각하면 설계 사양의 해당 섹션에 포함시켜야합니다. 손 그리기 사진을 찍는 것을 의미하더라도 :)

왜이 구성 요소를 선택 했습니까? 기능 사양은 이것에 대한 좋은 장소라고 생각합니다. 미쳐 갈 필요는 없지만 장점에 대한 간단한 한두 줄입니다. 중요한 부품을 위해 이것을 예약했습니다. 예를 들어 풀업 저항을 선택한 이유를 설명하고 싶지 않습니다.

이 구성 요소에 대해 이러한 특정 매개 변수를 왜 / 어떻게 선택 했습니까? 이것을 위와 결합하십시오.

회로 의이 부분은 무엇을합니까? 회로가이 질문을 보증하기에 충분히 중요한 경우에는 사양의 자체 섹션이 있어야합니다.

이 구성 요소를 통한 전력 손실은 무엇입니까? 전원 공급 장치를 이야기하는 경우이 섹션을 전원 섹션에 넣으십시오. 또한 회로도 에서이 내용을 언급하고 싶습니다. 실제로 모든 부품이 데이터베이스에서 제공되고 회로도가 직접 연결되어있어 매개 변수, 데이터 시트 등을 쉽게 볼 수 있습니다. 그러나 인쇄가 가능하다면이 중 일부를 아는 것이 좋습니다.

이 회로의 총 전력 소비량은 얼마입니까? 나는 이것이 귀하의 사양의 전원 공급 장치 섹션에 속한다고 생각합니다.

이 구성 요소를이 다른 구성 요소로 교체 할 수 있습니까? 이 구성 요소와 동등한 구성 요소가 있습니까? 등 내가 생각이 당신의 BOM에 속하거나 당신이 무엇을 제조에 사용 처리합니다. 대체 부품은 소싱을보다 쉽게하기위한 것입니다. 다시 우리에게 이것은 모두 부품 데이터베이스에서 나옵니다.

나는 많은 빠른 회전 디자인을하고 있으며, 회로도에 주석을 달는 것이 가장 편리한 방법입니다. 내 디자인이 2 또는 3 개 이상의 A4 시트 인 경우는 드물기 때문에 디자인 결정의 양이 제한됩니다. 많은 디자인 결정이 거의 자동으로 이루어집니다. 모든 부분에 대한 이유를 열거 할 필요는 없습니다. 하나 또는 두 개의 주요 부품 및 일부 필터 또는 감지 수동 크기 조정. 나머지는 숙련 된 설계 엔지니어에게 즉시 명백합니다.

마지막 질문 : 대체 부품은 일반적으로 설계 결정이 아니라 소싱 결정이므로 소싱 워크 플로우의 일부입니다. 필자의 경우 대체 부품이 내 부품 속성에 있으며 기본 부품 또는 소스에서 재고가 부족한 경우 자동으로 공급됩니다.

더 큰 디자인과 시스템 디자인을 위해 디자인 문서 템플릿과 함께 Google 문서를 사용하는 경향이 있습니다.

요약하자면; 나는 개인적으로 콤팩트 한 워크 플로가 결국에는 돈을 지불 할 것이라고 생각합니다. 설계 정보가있는 별도의 파일이 많으면 (별도의 시스템 설계, 설계 결정 문서, 소싱 문서, 기본 회로도 및 레이아웃 파일과 모두 분리됨) 설계를 검토 할 때마다 많은 (정치적) 혼란이 발생하고 컨텍스트 전환이 필요합니다. 결정. 한 곳에서 모든 것을 갖는 것이 잘 작동합니다. 회로도가 복잡해지기 시작하면이 워크 플로우의 문제는 아니지만 오히려 설계를 더 잘 구획화하거나 더 많은 시트를 사용하거나 더 큰 시트를 사용해야한다는 의미입니다.

많은 소규모 프로젝트의 경우 일반적으로 하위 회로 주위에 간단한 녹색 레이블과 테두리를 배치했습니다. 대규모 프로젝트의 경우 일부 eCAD 소프트웨어를 사용하면 각 다이어그램에서 단일 블록을 자세히 설명하는 블록 다이어그램을 작성할 수 있습니다. 문제를 분해하고 트레이드 오프를 관리하는 기술이 있습니다 (IMHO 엔지니어링). 아날로그 필터링과 같은 구성 요소를 선택하기위한 분석이 분명한 경우 컷오프 주파수 및 필터 유형 (예 : 저역 통과 필터 (f_c = 100Hz))에 주목합니다.

내가 자주 겪은 블록은 다음과 같습니다.

• 전원 관리 (전압 조정기, 역 극성 보호, TVS 다이오드, 전원 스위치, 바이 패스 캡 등)
• MCU (마이크로 컨트롤러, 프로그래밍 헤더 또는 패드, 칩 바이 패스 캡)
• 표시기 (예 : LED, EL 와이어, 7 세그 디스플레이, 바이브 모터)
• 특정 기능에 대한 감지 (예 : 전류 감지, 터치 감지, GSR, 활동, 환경 감지 등)
• 디버그 통신 (페라이트 비드, USB, I2C, UART, SPI, 정보를 얻는 방법)
• 라디오 (많은 라디오의 모든 지원 구성 요소)
• 비디오 (카메라의 모든 지원 구성 요소 및 칩)
• 외부 저장소 (예 : 설정을 저장하는 외부 플래시, EEPROM 칩 등)
• 디자인에 고유 한 다른 기능

이 하위 블록을 명확하게 구성하고 레이블을 지정하면 일반적으로 몇 분 안에 회로도를 사용할 수 있습니다.

디자인 노트를 보관하고 필요 / 원서를 신중하게 문서화합니다. 초기 프로토 타입의 경우 모든 실제 결정에 대해 메모하면서 부품 선택 과정을 거칩니다. 이후의 변경에 대해서는 상당히 공식적인 FMEA 프로세스를 사용하여 변경을 정당화 할 필요가없는 문서화를 수행합니다. 분명히 충족되지 않은 요구가없는 경우에는 변경이 필요하지 않기 때문입니다!

이것에 대해 충분히 엄격하다면, 모든 설계 변경 (하드웨어, 소프트웨어, 기계공)을 필요에 따라 추적 할 수 있습니다.

모든 것의 모든 버전은 subversion을 사용하여 추적됩니다.

이것은 FDA에있어 필수 인 설계 이력 파일의 실질적인 구성 요소 일 수 있습니다.

저는 종종 기조 연설을 사용했습니다 (PowerPoint를 사용하도록 선택할 수도 있습니다). 이것은 SPICE GUI 등과 같은 시뮬레이션 소프트웨어의 스크린 캡을 허용한다는 이점이 있습니다.

실제로 중요한 것은 데이터 시트에서 스 니펫을 삭제하고 마크 업하여 디자인 결정에 상대적 중요성이 표시되는 기능입니다. 또한 초기 회로 기판 또는 브레드 보드의 사진과 디자인 선택에 사용한 기사 링크를 포함 할 수 있습니다.

나는 또한 종이에 연필을 사용하여 수학과 그림을하고 싶어하는 것을 발견했다. 휴대 전화로 사진을 찍어 다시 입력하지 않고 기조 연설에 옮깁니다. 때로는 짧은 방정식의 경우 LaTeX를 사용하여 넣을 수 있습니다.

또한 옥타브와 같은 과학 소프트웨어로 그린 플롯도 포함 할 수 있습니다.

오늘날 특히 계산 집약적 인 작업의 경우 IPython 노트북 에서이 작업 중 일부를 수행하도록 선택할 수는 있지만 회로 설계, 물리 계산을 위해 구체적으로 수행하지는 않았습니다.

마지막으로, Keynotes / Powerpoints는 다른 사람을 위해 쉽게 정리할 수 있고 비 기술자에게 배포하기 위해 pdf로 내보낼 수 있습니다.

회로도에 엔지니어링 노트를 배치하고 필요한 경우 더 많은 시트를 작성하십시오. 저는 항상 모든 회로도에 엔지니어링 노트를 표시합니다. 왜냐하면 세상에서는 1/2 번 구운 디자인을 일정 시간 동안 다시 방문한 다음 다른 디자인을 픽업하는 동안 다시 버너에 다시 배치해야하기 때문입니다. 매우 유동적 인 디자인 흐름. 이 EE 노트는 저와 다른 사람들이 적은 노력으로 디자인 의도를 다시 받아들이도록 도와줍니다. 또한 다른 색상의 텍스트 / 그래픽을 사용하여 중요도 또는 상황을 나타냅니다. 아래 예 ...