프로젝트/IoT

최종 프로젝트 분석 4

edcrfv458 2025. 4. 6. 19:26

데이터 변경

  • time stamp 컬럼 제거
  • 데이터의 수 증가

 

downtime_risk를 확인해보니 기계 고장 확률인데 0미만인 경우와 1초과하는 경우가 존재

각 구간의 데이터 수

 

데이터의 수를 고려해 구간을 설정

  • a 구간: downtime_risk < 0
  • b 구간: downtime_risk == 0
  • c 구간: 0 < downtime_risk < 0.5
  • d 구간: downtime_risk > 0.5
    • 각 구간의 maintenance_required를 value_counts
    • a, c, d 구간은 1인 경우만 존재
    • b 구간에서만 0이 80303, 1이 18125

 

그렇다면 a 구간은 무슨 상황일까

전부 기계가 유휴 상태일 때임

 

전체 데이터 기계 상태 구분

또한 유휴상태의 경우에는 모두 유지보수 필요

 

기계 상태 0과 1인 경우에 유지보수 필요 여부에 따른 시각화

0
1

  • 확실한 차이가 존재
    • 온도는 약 90, 진동은 약 80 정도가 기준선

 


 

해야할 것

  • 0과 1에서 정상 범위인데 유지보수 필요한 경우는 ?
  • 2의 경우에서 전부 유지보수 필요한 이유는 ?

 

1. 0과 1에서 정상 범위인데 유지보수 필요한 경우

유지보수 필요하지 않은 경우의 최고 온도, 진동
범위를 이용해 데이터 분리
유지보수 필요한 경우에 유지보수 시간이 짧음

 

유지보수 필요한 경우의 수명과 유지보수 필요하지 않은 경우의 수명 비교

 

machine_1_normal_range에서 수명 40을 기준으로 40 아래의 데이터만 뽑아와 확인

별 차이가 없어 보임

 

같은 machine id를 가진 이전 시점의 데이터에서 넘어올때 문제가 생긴 것이라고 생각해봄

 

기계의 상태가 유휴상태인 경우에는 모두 유지보수 필요? ➡️ 유지보수가 필요하면 유휴상태에 들어가는것 같음

  • 그럼 유휴상태 이전 데이터를 확인해보자

 

유휴상태가 되기 전 시점의 데이터 확인

이전 시점에도 2의 상태인 경우가 많음

 

기계 상태 1이고, 유지보수 필요 여부에 따라 시각화

1의 경우에는 90, 80에서 값이 많이 발견됨

 

 

그래서 maintenance_required가 0이고, machine_status 0인 데이터만 가져와봄

데이터가 너무 깔끔함

 

이 각 데이터들과 기계 번호는 같은 다음 시점의 데이터를 불러옴

전부 유지보수 필요

 

 

'프로젝트 > IoT' 카테고리의 다른 글

최종 프로젝트 분석 5  (0) 2025.04.08
최종 프로젝트 분석 3  (0) 2025.04.03
최종 프로젝트 분석 2  (0) 2025.03.28
최종 프로젝트 분석 1  (0) 2025.03.24