전공 · 모든 회사 / 모든 직무
Q. 회로 실습에서 이론값과 측정값 차이를 어떻게 좁히나요?
저항과 전압을 계산한 뒤 실제 회로에서 확인했습니다. 연결은 맞는 것 같은데 예상보다 차이가 큽니다. 부품 오차와 측정기 영향 중 무엇부터 확인해야 할까요? 한 번에 여러 조건을 바꾸면 원인을 놓칠까 걱정됩니다. 점검 순서를 논리적으로 정하는 방법이 궁금합니다.
2026.10.27
답변 3
- qqeasdasdqweqe한영회계법인코부장 ∙ 채택률 86%
채택된 답변
차이가 클 때는 부품 오차로 바로 결론 내리기보다 계산 조건과 측정 방법부터 맞추면 원인을 좁히기 좋습니다. 😊 먼저 회로도와 실제 배선, 기준 접지, 단위, 전원 설정을 확인하고 측정기의 AC/DC 모드·범위·리드 연결이 맞는지 점검하세요. 저항값은 반드시 전원을 끄고 커패시터의 잔류 전하를 안전하게 제거한 뒤 확인해야 하며, 회로에 연결된 다른 경로 때문에 값이 달라질 수 있으므로 필요한 경우 지도자의 안내에 따라 분리 측정합니다. 다음으로 저항 실측값과 실제 공급 전압을 계산에 반영해 다시 비교하고, 여전히 차이가 크면 접촉 상태나 측정기 입력 임피던스가 회로에 주는 영향을 살펴보세요. 기준 회로를 정해 한 조건씩 바꾸며 예상값·측정값·변경 사항을 기록하면 원인과 단순한 흔들림을 구분하기 쉽습니다. 숫자를 억지로 맞추기보다 차이를 설명할 근거를 쌓는 데 집중하시면 실습 이해가 훨씬 탄탄해질 거예요! 💪
- 라라면두개가능한영회계법인코부장 ∙ 채택률 99%
채택된 답변
큰 차이가 난다면 부품 오차로 결론 내리기 전에 계산의 기준점과 단위, 실제 배선, 전원과 측정 설정부터 확인하세요. 교육용 저전압 회로에서도 배선을 바꾸거나 저항을 측정할 때는 전원을 끄고 잔류 전하를 확인해야 합니다. 전압은 비교할 두 지점 사이에서 측정하고, 전류 측정 모드로 전원 양단에 연결하지 않도록 계기 모드와 단자부터 점검하세요. 그다음 전원 설정값 대신 실제 회로 입력 전압을 확인하고, 전원을 끈 상태에서 저항을 회로와 분리해 측정한 뒤 실측값으로 다시 계산해보세요. 회로에 연결된 저항은 다른 경로 때문에 다른 값으로 보일 수 있습니다. 높은 저항의 회로는 전압계 입력 저항의 영향도 검토해야 합니다. 기준 측정값을 먼저 남기고 한 조건만 바꿔 전후 차이를 비교하세요. 차이를 억지로 없애기보다 부품 허용오차와 측정 불확도를 고려한 예상 범위에 들어오는지 설명하는 것이 실습의 핵심입니다. 멘티 님의 앞날을 진심으로 응원합니다. 조금만 더 힘내세요! 아자아자 화이팅!
- ttkrotp삼성전자코부장 ∙ 채택률 64%
채택된 답변
한 번에 여러 개를 바꾸면 원인을 놓친다는 생각이 정확합니다. 순서는 측정 도구부터 의심하는 쪽을 추천드려요. 1) 측정기: 프로브 접촉 상태, 측정 레인지를 확인합니다. 큰 저항이 걸린 지점의 전압을 재면 멀티미터 자체가 회로에 영향을 줘서 값이 낮게 나오기도 해요 2) 전원: 설정값 말고 실제 출력 전압을 직접 재보세요 3) 부품: 저항을 회로에서 빼서 하나씩 실측합니다. 5% 오차 저항이면 그것만으로도 꽤 차이가 납니다 4) 배선: 브레드보드 접촉 불량이나 점퍼선 접촉 저항 각 단계마다 바꾼 것 하나랑 결과를 표로 적어두시면, 어디서 차이가 생겼는지 바로 보여요. 이 습관은 나중에 현장에서 장비 고장 원인을 찾을 때도 그대로 쓰입니다.
함께 읽은 질문
Q. 하반기 공채 지원하려고 하는데 스펙이 너무 부족한 것 같습니다
이번 하반기에 대기업 공채에 지원해보려고 합니다 직무는 마케팅 쪽이고 대기업 인턴 6개월(사무보조 느낌이 강한 물 경력), 중소 인턴 6개월, 오픽 IH, 해외경험 있음 말고는 쓸만한게 없습니다.. 이 정도로 서류 합격은 너무 힘들까요? 어떤 점을 준비해야할지 막막합니다.
Q. QA 직무 포트폴리오에서 버그 재현 절차와 기대 결과는 어떻게 작성하나요?
QA 직무를 준비하며 개인 테스트용 프로그램의 오류를 기록해 보려고 합니다. 제가 발견했다는 사실보다 다른 사람이 같은 조건에서 문제를 확인할 수 있게 쓰는 것이 중요할 것 같은데, 버그 보고서에는 무엇을 우선 담아야 하나요? 앱 버전과 실행 환경, 사전 조건, 입력값, 재현 단계, 기대 결과와 실제 결과를 구분해 적는 형식을 생각하고 있습니다. 특히 요구사항이 명확하지 않아 버그인지 사용성 개선 의견인지 애매한 경우에는 판단 근거를 어떻게 남기면 좋을까요? 매번 발생하지 않는 문제의 재현 빈도와 화면 기록은 어느 정도까지 제시하면 읽기 좋을지도 궁금합니다. 개인 학습용 테스트임을 밝히고 민감한 정보가 없는 자료로 구성할 때, 포트폴리오에서 전달력과 관찰력을 보여줄 수 있는 예시를 조언 부탁드립니다.
Q. 공채 떨어지고 인턴 후 공채 재도전
안녕하세요. 작년 말에 상반기 신입 공채에 지원했다가 최종 면접까지 가고 탈락했습니다. 그런데 이후에 먼저 인턴 제안이 와서, 지금까지 그 회사에서 인턴 생활을 하고 있습니다. 그러던 중 하반기 신입 공채가 곧 나온다는 얘기가 있었고, 부장님이 따로 부르셔서 공채를 잘 준비해보라고 하셨습니다. 그럼 이 경우에, 서류나 면접에서 공채 지원했다가 떨어진 이야기를 언급하지 않는게 좋을까요? 또한, 기존에 지원한 서류나 면접의 내용과 겹치는 부분이 있어도 되는지 궁금합니다. 이런 공채 탈락 후 인턴 경험을 어떻게 어필해야 하는지도 궁금합니다.
궁금증이 남았나요?
빠르게 질문하세요.