스마트 시티 수량계 솔루션: 글로벌 유틸리티는 현재 무엇을 다르게 하고 있습니까??

기존 계량기 불만사항이 늦게 접수됨. 스마트 시티 유틸리티는 문제를 더 일찍 발견합니다., 하지만 데이터가 있는 경우에만, 팀, 및 현장 대응이 함께 작동합니다..

정확한 계량기를 결합한 스마트 시티 수도 계량 솔루션, AMI 통신, 클라우드 플랫폼, 경보 규칙, 결제 통합, 및 현장 워크플로. 가장 큰 변화는 원격 독서뿐만 아니라. NRW 전역의 가시성이 향상되었습니다., 고객 불만, 엔지니어링 결정, 및 결제 데이터.

글로벌 프로젝트에서 이러한 차이가 확연히 보입니다.. 기존 유틸리티에서는 고객이 청구서 문제를 인지한 후 불만 사항을 접수하는 경우가 많습니다.. 스마트 시티 유틸리티가 알람을 수신합니다., 로그 업로드, 소비 곡선, 민원이 분쟁이 되기 전의 현장 데이터.

스마트 시티에서 수량계의 역할?

스마트시티는 눈에 보이지 않는 물을 관리할 수 없다. 계량기 함대가 눈에 띄지 않는 경우, NRW, 청구, 불만 사항은 계속 반응합니다..

스마트시티의 수도 계량은 검증된 소비 데이터를 제공합니다., 이벤트 기록, 원격 독서, 및 알람 입력. NRW 감소를 지원합니다., 청구 품질, 고객 서비스, 및 엔지니어링 결정, 하지만 현장 수리나 네트워크 관리를 대체하지는 않습니다..

미터를 데이터 노드로 취급하는 이유

스마트수도계량기를 단지 요금을 청구하는 기기로만 취급하지 않습니다. 스마트시티 프로젝트에서, 나는 그것을 물 시스템의 데이터 노드로 취급합니다.. 소비를 측정한다, 매장 이벤트, 지역 정보를 보여줍니다, 통신 시스템이 올바르게 준비되면 예약된 데이터를 플랫폼으로 보냅니다..

주거용 초음파 스마트 계량기는 정적 초음파 측정 기술을 사용하고 지능형 유틸리티 및 스마트 시티 애플리케이션을 위한 IoT 기술과 통합될 수 있기 때문에 이 역할을 지원할 수 있습니다.. 일부 스마트 초음파 측정기는 누출 감지도 지원합니다., 마른 파이프 감지, 양방향 유량 측정, 알람 디스플레이, 무선 M-Bus 및 NB-IoT와 같은 통신 옵션.

하지만 난 보수적이야. 미터는 조기 경고를 지원할 수 있습니다.. 파이프 누출을 수리할 수는 없습니다.. 해당 기능이 지원되면 역류를 기록할 수 있습니다.. 모든 조작을 막을 수는 없습니다. 데이터 투명성을 향상시킬 수 있습니다. 잘못된 고객 마스터 데이터를 자체적으로 정리할 수는 없습니다..

저유량 캡처용, 나는 항상 시작 유량을 Q1과 분리합니다.. 참조된 초음파 계측기에는 다음과 같은 초저유량의 시작 유량이 명시되어 있습니다. 0.001 중³/시간. 시작 흐름은 측정기가 볼륨을 등록하기 시작하는 지점을 의미합니다.. Q1은 선언된 도량형 정확도 범위 내에서 가장 낮은 유량을 의미합니다.. 이것들은 동일하지 않습니다.

DN15 주거용 예에 Q3 = 2.5 중³/h 및 R = 400, 그 다음에:

이 예는 계산 가정입니다., 보편적인 가치는 아니다. 3분기 최종 확인하겠습니다, 아르 자형, 1분기, 입찰 승인 전에 선택한 제품 데이터시트에서 흐름 시작.

수동 읽기부터 AMI 및 그 이상까지?

수동 판독을 통해 방문 간 문제를 숨길 수 있습니다.. AMI는 데이터를 가시화합니다, 하지만 가시성은 유틸리티가 작동할 때만 도움이 됩니다..

AMI는 유틸리티를 정기적인 수동 판독에서 예약된 원격 데이터 수집으로 이동합니다., 알람 검토, 통신 기록, 플랫폼 기반 워크플로. 미터, 회로망, 플랫폼, 결제 시스템은 하나의 프로젝트 시스템으로 작동해야 합니다..

AMI 배포 후 변경되는 사항

수동 읽기에서, 유틸리티는 종종 다음 읽기 주기 후에야 문제를 알게 됩니다.. 고객에게 누출이 있는 경우, 멈춰있는 미터, 역류 사건, 또는 건조한 파이프 상태, 문제는 몇 주 또는 몇 달 동안 눈에 띄지 않을 수 있습니다.. AMI와 함께, 유틸리티는 예약된 판독값과 경보 정보를 수신할 수 있습니다., 미터 구성 및 네트워크에 따라 다름.

보고 주기가 실제로 지원하지 않는 한 AMI가 실시간 데이터를 제공한다고 말하지 않습니다.. 많은 프로젝트에서 일일 업로드를 사용합니다., 시간별 업로드, 또는 이벤트 기반 알람. 보고 주기는 배터리 수명에 영향을 미칩니다, 네트워크 비용, 플랫폼 데이터 볼륨. YOUNIO NB-IoT 시스템 매뉴얼에서, 설치 프로그램은 초기 읽기 및 업로드 기간을 설정할 수 있습니다., 클라우드 플랫폼은 이러한 설정 기록을 기록합니다.. 이는 구성 제어가 중요한 이유를 보여줍니다..

설치를 수락하기 전에 통신도 확인합니다. NB-IoT 매뉴얼에는 계량기를 확인하는 모바일 CRM 프로세스가 포함되어 있습니다., NB-IoT 신호 테스트, 장치 온라인 로그를 확인하세요. 또한 신호 테스트에는 약 1분이 소요될 수 있습니다.. 실용적인 디테일이에요. 신호 테스트를 건너뛴 경우, 프로젝트는 나중에 "읽을 수 없음" 메시지를 받을 수 있습니다.” 실제로 네트워크 또는 설정 문제인 불만 사항.

AMI는 팀 책임도 변경합니다.. 측정팀은 여전히 ​​정확성에 관심을 갖고 있습니다.. IT는 장치 ID에 관심을 갖습니다., 클라우드 기록, 사이버보안, 플랫폼 안정성. 결제는 고객 계정 일치를 중요하게 생각합니다.. 현장 직원이 설치 및 신호에 관심을 갖고 있습니다.. 한 팀이 혼자 일한다면, 프로젝트가 취약해짐.

데이터가 NRW 및 불만 사항 패턴을 변경하는 방법?

전통적인 NRW 불만사항은 종종 감정적이고 늦게 발생합니다.. 스마트 시티 데이터는 이를 더욱 구체적으로 만듭니다., 하지만 더 많은 운영상의 공백이 노출됩니다..

데이터는 실제 손실을 분리하여 NRW 작업을 변경합니다., 명백한 손실, 미터 미등록, 경보, 업로드 누락, 고객의 이용 패턴. 스마트 유틸리티는 모호한 불만 사항이 적고 추적 가능한 예외 사례가 더 많습니다..

스마트 유틸리티가 다른 불만 사항을 보는 이유

전통적인 유틸리티에서는, 고객은 청구 금액이 너무 높을 때만 불만을 표시할 수 있습니다., 너무 낮음, 또는 누락. 그런 다음 유틸리티는 미터를 확인합니다., 독서 기록, 때로는 파이프. 불만이 광범위하다. "미터 문제"라고 할 수 있습니다.” 근본 원인이 누출인 경우에도, 잘못된 계정 데이터, 불법적인 연결, 예상 청구액, 아니면 설치가 잘 안됐거나.

스마트시티 프로젝트에서, 불만사항 구조가 변경됩니다.. 좀 더 구체적인 사례를 본다. 고객이 포털에 야간 흐름이 표시되는 이유를 물을 수 있습니다.. 청구서에서 1미터가 3일 동안 업로드되지 않는 이유를 물을 수 있습니다.. 엔지니어링에서는 지역의 최소 야간 유량이 증가하는 이유를 물을 수 있습니다.. IT 부서에서 기기에 비정상적인 로그가 있는 이유를 물을 수 있음. 이것은 동일한 불만이 아닙니다.. 데이터 기반 예외입니다..

스마트 초음파 측정기는 누출 감지를 지원할 수 있습니다., 마른 파이프 감지, 양방향 유량 측정, 역류 경보 표시, 그리고 무선통신. 이러한 기능은 유틸리티가 비정상적인 이벤트를 조기에 발견하는 데 도움이 됩니다.. 그러나 현장 확인의 필요성을 제거하지는 않습니다.. 누출 경보는 지속적인 흐름을 나타낼 수 있습니다., 하지만 유틸리티 회사에서는 여전히 고객 배관을 확인해야 합니다., 서비스 파이프 조건, 또는 플랫폼 경보 규칙.

NRW용, 나는 미터를 유일한 해결책으로 여기지 않습니다.. NRW에는 실제 누출이 포함됩니다., 명백한 손실, 미터 미등록, 불법 연결, 청구 오류, 고객 데이터베이스 오류, 그리고 수리가 늦어졌습니다. 스마트 시티 수량계 솔루션은 저유량 포집을 개선하여 NRW 감소를 지원할 수 있습니다., 원격 데이터 수집, 경보, 지역 가시성. 미터는 작업을 지원합니다, 하지만 이것이 압력 관리를 대체하지는 않습니다., 누출 수리, 불법접속 통제, 또는 데이터 정리.

부서 간 협업 (공학, 그것, 청구)?

부서가 별도의 공간에서 작업하면 스마트 미터 프로젝트가 실패합니다.. 데이터가 팀을 넘나들다, 따라서 프로젝트도 여러 팀을 거쳐야 합니다..

스마트 시티 미터링에는 엔지니어링이 필요합니다., 그것, 청구, 고객 서비스, 및 현장 팀이 장치 데이터를 공유합니다., 설치 기록, 경보 규칙, 청구 논리, 불만 사항 워크플로우. AMI는 운영 모델입니다., 미터 구매뿐만 아니라.

각 부서는 하나의 진실 버전을 공유해야 합니다.

나는 보통 AMI 계획을 세울 때 간단한 질문 하나를 던집니다.: 미터가 업로드된 후 데이터를 소유하는 사람? 답변이 불분명한 경우, 프로젝트가 아직 준비되지 않았습니다.

엔지니어링에서는 압력 관련 데이터가 필요할 수 있습니다., 소비 트렌드, 지역 불균형, 및 누출 신호. 일부 초음파 스마트 계량기는 선택적으로 압력 감지를 통합할 수 있습니다., 구성에 따라. IT는 장치 보안을 원합니다, 서버 액세스, API 안정성, 데이터베이스 백업, 및 통신상태. Billing에서는 검증된 판독값을 원합니다., 계정 매칭, 관세 논리, 그리고 예외 처리. 고객 서비스는 사용자에게 명확한 설명을 원합니다..

NB-IoT 설치 워크플로는 이러한 협업이 중요한 이유를 보여줍니다.. 설치자는 모바일 CRM 앱을 사용하여 수량계를 확인할 수 있습니다., 테스트 신호, 온라인 로그 확인, 초기 판독값 설정, 업로드 기간 설정. 설치 프로그램이 잘못된 초기 판독값을 설정한 경우, 결제에 잘못된 데이터가 수신되었습니다.. IT가 장치 로그를 확인하지 않는 경우, 청구서에 판독값이 누락될 수 있음. 클라우드 플랫폼에서 설정 변경을 기록하는 경우, 그러면 유틸리티에는 매개변수를 변경할 수 있는 사람과 해당 변경 사항을 감사하는 방법에 대한 규칙이 필요합니다..

배포 전에 공유 불만 사항 워크플로를 정의하는 것을 선호합니다.. 예를 들어, “고액 청구서” 불만 사항은 소비 곡선 검토를 촉발해야 합니다., 알람 검토, 미터 데이터 확인, 결제 계정 확인, 그리고 필요하다면 현장 조사. “읽지 마세요.” 불만 사항은 계량기를 교체하기 전에 신호 로그 검토를 시작해야 합니다.. 이를 통해 불필요한 교체를 방지하고 유틸리티에서 문제가 계측에 있는지 여부를 식별하는 데 도움이 됩니다., 의사소통, 플랫폼, 또는 고객 데이터.

사례 연구: 도약한 도시?

도시는 스마트미터를 산다고 도약하는 것이 아니다. 데이터가 이동하는 방식과 사용하는 사람이 바뀌기 때문에 개선됩니다..

수동 판독에서 스마트 시티 계량으로 성공적으로 이동하는 유틸리티는 일반적으로 파일럿에서 시작됩니다., 통신 확인, 불만사항을 분류하다, 결제 연결, 전체 출시 전에 부서 간 대응 규칙을 구축합니다..

성공적인 프로젝트에서 내가 본 것

이를 기밀 고객 이름이 아닌 필드 패턴으로 설명하겠습니다.. 첫 번째 패턴은 파일럿 우선 유틸리티입니다.. 이 유틸리티는 설치되지 않습니다. 100,000 미터 즉시. 다양한 건물이 있는 여러 구역을 선택합니다., 수압, 고객 유형, 및 신호 조건. 팀은 미터 판독을 테스트합니다., 신호, 장치 로그, 업로드 기간, 결제 가져오기, 고객 불만 처리. 이는 하나의 결과가 모든 곳에 적용된다고 가정하는 것보다 더 신뢰할 수 있습니다..

두 번째 패턴은 데이터 투명성 유틸리티입니다.. 이 유틸리티는 엔지니어링을 허용합니다., 그것, 청구, 동일한 측정기 상태를 확인하기 위한 고객 서비스. 고객이 불만을 제기할 때, 팀은 독서 기록을 확인합니다, 알람 상태, 온라인 로그, 및 청구 기록. NB-IoT 시스템 매뉴얼에는 장치 로그 확인 및 클라우드 기록 설정 변경이 포함되어 있으므로 이러한 유형의 작업을 지원합니다..

세 번째 패턴은 NRW 중심 유틸리티입니다.. 미터가 NRW를 제거할 것으로 기대하지 않습니다.. 스마트 미터를 사용하여 지역 분석을 지원합니다., 야간 흐름 점검, 저유량 캡처, 누출 경보, 더 빠른 현장 응답. 누출 감지 기능을 갖춘 스마트 초음파 측정기, 마른 파이프 감지, 양방향 흐름, IoT 통신은 이 워크플로우에 유용한 입력을 제공할 수 있습니다..

네 번째 패턴은 수명주기를 고려한 유틸리티입니다.. 설계 변경을 추적합니다., 펌웨어 버전, 배터리 상태, 알람 카테고리, 불만 곡선. 이는 유틸리티가 사양을 조정할 시기를 결정하는 데 도움이 됩니다.. 설계 또는 프로세스 개선 이후 특정 불만 유형이 감소하는 경우, 유틸리티는 향후 입찰에서 해당 요구 사항을 유지합니다..

이러한 유틸리티는 "더 많은 기술"을 구매하는 것이 아닙니다.” 그 자체를 위해서. 그들은 데이터를 중심으로 운영 모델을 바꾸고 있습니다..

건축학: IoT, 클라우드 및 고객 포털?

아키텍처가 없는 스마트미터는 전자미터일 뿐이다.. 시스템은 현장에서 의사결정까지 데이터를 안전하게 이동해야 합니다..

스마트 시티 계량 아키텍처에는 계량 하드웨어가 포함됩니다., 통신 모듈, 네트워크 또는 게이트웨이, 헤드엔드 시스템, 클라우드 플랫폼, 결제 인터페이스, 고객 포털, 경보 규칙, 및 현장 서비스 워크플로.

시스템을 매핑하는 방법

미터 목록을 승인하기 전에 아키텍처를 그립니다.. 미터는 첫 번째 레이어일 뿐입니다.. 측정 본체를 포함할 수 있습니다., 전자 모듈, 배터리, 표시하다, 메모리, 경보, 필요한 경우 밸브, 및 통신 모듈. 참조된 초음파 스마트 미터는 무선 M-Bus 및 NB-IoT와 같은 통신 기술을 지원합니다.. 그것은 옵션을 제공합니다, 하지만 프로젝트는 지역 적용 범위에 맞는 옵션을 선택해야 합니다., 비용, 플랫폼 요구 사항.

NB-IoT용, 미터는 일반적으로 운영자 범위에 따라 다릅니다., SIM 또는 통신 설정, 장치 등록, 업로드 기간, 및 클라우드 플랫폼 처리. YOUNIO 매뉴얼은 NB-IoT 신호 테스트를 설명합니다., 장치 온라인 로그 확인, 초기 판독값 설정, 모바일 CRM 앱을 통해 업로드 기간 설정 및. 이러한 단계는 스마트 미터링에 현장 시운전이 필요함을 보여줍니다., 공장 납품뿐만 아니라.

LoRa 또는 LoRaWAN 시스템의 경우, 게이트웨이 배치를 확인합니다, 전원 공급 장치, 백홀, 장애물, 지하 방, 플랫폼 연결. M-버스 또는 RS485의 경우, 케이블 디자인을 체크한다, 집중 장치 전원, 주소 등록, 및 유지 보수 액세스. 나는 도시마다 하나의 의사소통 방식이 가장 좋다고는 말하지 않는다..

고객 포털은 투명성을 향상시킬 수 있습니다, 하지만 불평 패턴도 바뀌죠. 고객이 일별 또는 시간별 데이터를 볼 때, 그들은 더 자세한 질문을 한다. 유틸리티에 좋은 설명과 명확한 경보 규칙이 있으면 이는 긍정적입니다.. 청구서에서 설명할 수 없는 데이터가 포털에 표시되면 위험합니다..

스마트 시티 프로젝트를 시작하는 유틸리티를 위한 실용적인 로드맵?

스마트 시티 프로젝트는 대규모 구매 주문으로 시작되어서는 안 됩니다.. 경계부터 시작해야 한다, 조종사, 및 운영 규칙.

유틸리티는 목표를 정의하는 것부터 시작해야 합니다., 미터 매개변수, 의사소통 방식, 파일럿 존, 플랫폼 통합, 청구 규칙, 불만사항 카테고리, 현장 응답, 및 조달 문서. 전체 출시는 검증된 파일럿 결과를 따라야 합니다..

나의 단계별 프로젝트 방법

문제 설명부터 시작하겠습니다.. 유틸리티가 예상 판독값을 줄이려고 합니까?, NRW 감소 지원, 고객 투명성 향상, 불만 처리 시간 단축, 또는 청구 현대화? 대답은 미터 유형에 영향을 미칩니다, 의사소통 방식, 데이터 주파수, 플랫폼 디자인, 및 현장 작업 흐름.

그런 다음 측정 경계를 정의합니다.. 입찰에서는 미터 크기를 지정해야 합니다., 3분기, R 값, 1분기, 시작 유량, 설치 위치, 온도 등급, 압력 조건, 보호 수준, 배터리 수명, 의사소통 방식, 보고주기, 알람 기능, 플랫폼 인터페이스, 그리고 테스트 문서. ISO 4064-2 ISO에 연결되어 있습니다 4064-1 도량형 및 기술 수량계 요구 사항에 대한 OIML R49-1. 또한 전체 수량계의 테스트와 해당되는 경우 측정 변환기 및 계산기의 별도 테스트도 다룹니다..

다음, 나는 조종사를 운영한다. 파일럿에는 다양한 건물이 포함되어야 합니다., 파이프 재료, 변호사 사무실, 압력 구역, 및 신호 조건. 설치를 확인합니다, 정의된 조건에서의 판독 정확도, 신호 강도, 장치 로그, 업로드 기간, 결제 가져오기, 고객 포털 디스플레이, 및 알람 응답. NB-IoT 매뉴얼의 신호 테스트, 장치 로그, 업로드 기간 설정 단계는 현장에서 확인해야 할 사항을 상기시켜주는 좋은 방법입니다..

나는 또한 성공이 무엇을 의미하는지 정의합니다.. 성공적인 스마트시티 수량계 프로젝트는 높은 판독률 뿐만 아니라. 피할 수 있는 수동 방문을 줄여야 합니다., 불만 진단을 더 빠르게, 청구 데이터 품질 개선, NRW 분석 지원, 부서 전체에 걸쳐 공유 데이터 보기를 생성합니다..

마지막 단계는 조달 피드백입니다.. 조종사가 지하실에서 신호가 약한 경우, 통신 계획을 변경해. 고객이 누출 경보에 대해 문의하는 경우, 포털 설명 개선. 결제에서 계정 불일치가 발견된 경우, 출시 전에 고객 데이터베이스 정리. 미터는 스마트 시티 작업을 지원합니다., 하지만 유틸리티는 이를 중심으로 운영 체제를 구축해야 합니다..

결론

스마트 미터 지정, 의사소통, 플랫폼 규칙, 결제 통합, 경보 작업 흐름, 및 파일럿 검증을 함께 수행. 스마트시티의 가치는 데이터 활용에서 나온다, 미터 혼자가 아니라.