📎 Source:openclaw-water-tank-monitoring.md — view on GitHub & star ⭐

OpenClaw untuk Monitoring Tandon Air dan Pompa: Alert WhatsApp yang Beneran Kepakai

Kalau listrik padam, orang biasanya langsung sadar.

Kalau air habis?

Seringnya baru sadar setelah komplain masuk.

Dan kalau yang komplain sudah banyak, berarti problem-nya telat kelihatan.

Di gedung, apartment, hotel, workshop, kos-kosan besar, warehouse, atau facility industrial, sistem air kelihatan sederhana: ada tandon, ada pompa, ada level switch, ada pressure gauge.

Tapi daily operation-nya bisa messy.

• rooftop tank low tapi tidak ada yang sadar
• transfer pump running terus sampai panas
• level sensor ada, tapi datanya stuck di panel
• alarm ada, tapi hanya bunyi lokal
• orang lapangan harus dicek manual
• tenant complain duluan sebelum manager tahu
• multiple tanks across sites tidak punya summary

Masalahnya bukan cuma sensor.

Masalahnya adalah visibility and response workflow.

Di sinilah OpenClaw masuk. Bukan sebagai pengganti PLC atau pump controller. Jangan. Field control tetap harus aman dan lokal.

OpenClaw cocok sebagai operational intelligence layer di atas sistem air yang sudah ada.

Dia bisa baca data, simpan history, kirim WhatsApp alert, buat daily summary, dan bantu manager tahu mana yang butuh action.

Kalau kamu perlu VPS buat host OpenClaw, alert worker, database, dan dashboard, pakai affiliate link SUMOPOD:

https://blog.fanani.co/sumopod

Versi teknis full English ada di GitHub:

https://github.com/fanani-radian/openclaw-sumopod/blob/main/tutorials/openclaw-water-tank-monitoring.md

Kalau mau sistem monitoring custom untuk building, plant, workshop, atau property portfolio, kontak:

• fanani@cvrfm.com
• +628115443456

1. Pain Point Real

Sistem air sering dianggap selesai setelah pompa dan tandon terpasang.

Padahal dari sisi operasi, masih banyak pertanyaan:

• berapa level tandon sekarang?
• pompa transfer sedang running atau idle?
• kapan terakhir tandon low?
• apakah pompa short cycling?
• apakah tekanan turun di jam tertentu?
• siapa yang tahu kalau level kritis?
• apakah ada trend konsumsi yang tidak normal?

Kalau jawaban masih “tanya orang lapangan dulu”, berarti visibility-nya lemah.

Dan ini bukan masalah fancy dashboard. Ini masalah everyday reliability.

Water system failure biasanya bikin efek domino:

• tenant complain
• housekeeping terganggu
• toilet dan pantry bermasalah
• laundry atau kitchen stop
• pompa bisa rusak karena abnormal operation
• manager kena pressure karena warning telat

OpenClaw bisa bantu dengan membuat data air berubah jadi message dan action.

2. Kenapa WhatsApp dan OpenClaw Cocok

Di lapangan, notification yang benar-benar dibaca biasanya WhatsApp.

Bukan email.

Bukan dashboard yang harus login dulu.

Bukan alarm lokal yang cuma kedengaran di ruang panel.

WhatsApp membuat alert langsung masuk ke orang yang perlu tahu.

OpenClaw membuat alert itu tidak cuma noisy, tapi contextual.

Show diagram source

flowchart LR
    A[Level Sensor / Pump Status] --> B[Edge Gateway]
    B --> C[OpenClaw Workflow]
    C --> D[Database History]
    C --> E[WhatsApp Alert]
    C --> F[Manager Summary]
    D --> G[Dashboard]

Contoh alert yang useful:

Tandon Atap Tower B tinggal 18%. Transfer pump sedang OFF. Last refill 2 jam lalu. Please check pump panel.

Itu lebih berguna daripada sekadar “LOW LEVEL ALARM”.

Karena ada context.

3. Arsitektur High-Level

Arsitekturnya tidak perlu terlalu rumit.

Layer yang biasanya dibutuhkan:

1. sensor atau existing controller
2. edge device atau gateway
3. backend ingestion API
4. database time-series atau simple event log
5. OpenClaw workflow
6. WhatsApp alert and dashboard

Show diagram source

flowchart TB
    subgraph Field[Field Layer]
        L[Level Sensor]
        P[Pump Status]
        V[Valve / Float Switch]
        PLC[PLC or Existing Panel]
    end

    subgraph Edge[Edge Layer]
        GW[Edge Gateway / ESP32 / Modbus Client]
    end

    subgraph Cloud[Cloud Layer]
        API[Ingestion API]
        DB[(Database)]
        OC[OpenClaw Agent]
        DASH[Dashboard]
    end

    subgraph People[People]
        WA[WhatsApp Group]
        MGR[Manager]
        TECH[Technician]
    end

    L --> GW
    P --> GW
    V --> GW
    PLC --> GW
    GW --> API
    API --> DB
    DB --> OC
    OC --> WA
    OC --> DASH
    WA --> MGR
    WA --> TECH

Boundary penting:

Field layer tetap handle control langsung.

Cloud layer handle visibility, history, alert, and reporting.

Jangan bikin pompa critical bergantung full ke internet.

4. Hardware dan Backend Options

Input yang bisa dipakai:

• ultrasonic level sensor
• pressure sensor
• float switch
• pump running status from contactor auxiliary
• overload trip status
• flow meter
• existing PLC via Modbus TCP or RTU
• manual operator update via WhatsApp

Backend bisa simple dulu:

• REST endpoint untuk telemetry
• PostgreSQL atau Supabase untuk events
• scheduled worker untuk alert checks
• dashboard untuk trend
• OpenClaw untuk WhatsApp interaction

Show diagram source

flowchart TD
    A[Sensor Data] --> B{Source Type}
    B -->|Analog / Digital| C[Microcontroller]
    B -->|PLC Register| D[Modbus Gateway]
    B -->|Manual Check| E[WhatsApp Form]
    C --> F[Telemetry API]
    D --> F
    E --> F
    F --> G[(Database)]
    G --> H[OpenClaw Alert Logic]

Start dengan yang paling available.

Kalau panel sudah punya Modbus, ambil data dari sana.

Kalau belum, mulai dari level switch dan pump status dulu.

5. Data Model

Data model bisa dibuat sederhana.

Show diagram source

erDiagram
    SITES ||--o{ TANKS : has
    TANKS ||--o{ SENSOR_READINGS : records
    TANKS ||--o{ ALERT_EVENTS : triggers
    PUMPS ||--o{ PUMP_EVENTS : emits
    SITES ||--o{ PUMPS : has

    SITES {
        uuid id
        text name
        text location
    }
    TANKS {
        uuid id
        uuid site_id
        text name
        numeric capacity_liters
        numeric low_threshold
        numeric critical_threshold
    }
    SENSOR_READINGS {
        uuid id
        uuid tank_id
        numeric level_percent
        numeric volume_liters
        timestamptz created_at
    }
    ALERT_EVENTS {
        uuid id
        uuid tank_id
        text alert_type
        text severity
        text status
        timestamptz created_at
    }
    PUMPS {
        uuid id
        uuid site_id
        text name
        text role
    }
    PUMP_EVENTS {
        uuid id
        uuid pump_id
        text state
        text reason
        timestamptz created_at
    }

Minimum yang harus ada:

• site
• tank
• reading
• alert event
• pump event

Nanti bisa ditambah maintenance record, operator acknowledgement, dan monthly reports.

6. Command WhatsApp yang Berguna

Jangan cuma push alert.

Buat juga command query.

Contoh:

• /air status
• /air tower-b
• /air low
• /pompa status
• /air report today
• /air acknowledge ALERT-123

Show diagram source

sequenceDiagram
    participant User as Manager WhatsApp
    participant OC as OpenClaw
    participant DB as Database
    participant WA as WhatsApp Reply

    User->>OC: /air status tower-b
    OC->>DB: fetch latest tank and pump readings
    DB-->>OC: tank level, pump state, active alerts
    OC->>OC: format operational summary
    OC-->>WA: Tower B: roof tank 72%, transfer pump idle, no active alert

Command seperti ini membantu manager cek kondisi tanpa login dashboard.

Dashboard tetap ada, tapi WhatsApp jadi quick access.

7. Alert Logic

Alert logic jangan terlalu sensitif.

Kalau alert spam, orang akan mute.

Rules yang sehat:

• low level harus bertahan beberapa menit sebelum alert
• critical level alert harus langsung
• pump running too long harus pakai duration threshold
• pump short cycling harus hitung start-stop frequency
• repeated alert harus digabung, bukan dikirim terus
• resolved alert harus dikirim sebagai closure

Show diagram source

flowchart TD
    A[New Reading] --> B{Level Critical?}
    B -- Yes --> C[Send Critical Alert]
    B -- No --> D{Level Low for N Minutes?}
    D -- Yes --> E[Send Low Level Alert]
    D -- No --> F{Pump Abnormal?}
    F -- Yes --> G[Send Pump Alert]
    F -- No --> H[Store Reading Only]
    C --> I[Create Alert Event]
    E --> I
    G --> I

Good alert tells:

• location
• current value
• trend
• probable cause
• suggested action
• acknowledgement command

Example:

CRITICAL: Roof Tank Tower A 9%. Transfer pump running for 34 minutes, but level still falling. Check suction line or pump capacity. Reply /air ack A-1029 after checking.

That is actionable.

8. Role Access

Tidak semua orang perlu semua data.

Role sederhana:

• technician: current alerts, assigned site, acknowledge after check
• supervisor: all site status, active alerts, daily summary
• manager: reports, trend, SLA, escalation
• owner: monthly summary, key incidents, cost impact

Show diagram source

flowchart LR
    A[WhatsApp User] --> B{Role}
    B -->|Technician| C[Assigned Site Alerts]
    B -->|Supervisor| D[All Active Alerts]
    B -->|Manager| E[Reports and Escalation]
    B -->|Owner| F[Monthly Summary]

Role access penting supaya sistem tidak bocor dan tidak terlalu noisy.

Teknisi tidak perlu lihat semua site kalau dia hanya handle satu building.

Owner tidak perlu dikirim setiap minor low-level warning.

9. MVP Rollout

Mulai kecil.

MVP yang reasonable:

• 1 site
• 1 ground tank
• 1 roof tank
• 1 transfer pump
• WhatsApp alert
• daily status summary
• simple dashboard

Show diagram source

gantt
    title Water Tank Monitoring MVP Rollout
    dateFormat  YYYY-MM-DD
    section Setup
    Sensor and gateway survey     :a1, 2026-05-12, 3d
    Telemetry API and database    :a2, after a1, 4d
    section Workflow
    OpenClaw alert rules          :b1, after a2, 4d
    WhatsApp commands             :b2, after b1, 3d
    section Validation
    Field testing and tuning      :c1, after b2, 7d
    Manager dashboard             :c2, after c1, 5d

Jangan langsung multi-site kalau satu site belum stabil.

Tuning threshold di lapangan itu penting.

10. Hosting di SUMOPOD

Untuk stack seperti ini, VPS yang always-on sangat membantu.

Komponen yang jalan:

• OpenClaw gateway
• telemetry API
• database client
• scheduled alert worker
• WhatsApp connector
• dashboard
• backup scripts

Kalau mau deploy di VPS, gunakan SUMOPOD affiliate link:

https://blog.fanani.co/sumopod

Untuk 1-3 site, satu VPS kecil biasanya cukup untuk MVP.

Untuk portfolio banyak building, pisahkan database, monitoring, dan backup strategy lebih serius.

11. Productization untuk Client

Water tank monitoring enak dijual sebagai paket service.

Basic package

• low-level alert
• pump running status
• WhatsApp notification
• daily summary

Operations package

• dashboard
• historical trend
• acknowledgement workflow
• abnormal pump behavior alert

Portfolio package

• multi-site monitoring
• monthly report
• escalation rules
• role-based access

Discovery questions:

• berapa jumlah tank?
• ada panel existing atau belum?
• sensor apa yang tersedia?
• lokasi pompa dan tandon di mana?
• alert sekarang lewat apa?
• siapa yang harus receive alert?
• apa threshold low dan critical?
• butuh laporan harian atau bulanan?

Jawaban ini menentukan architecture.

12. Field Implementation Notes

Ada beberapa detail lapangan yang sering menentukan apakah sistem ini terasa useful atau cuma jadi demo.

Pertama, kalibrasi level. Ultrasonic sensor, pressure sensor, dan float switch punya karakter berbeda. Jangan langsung percaya angka 73% kalau belum dibandingkan dengan kondisi fisik tandon. Minimal lakukan test kosong, setengah, dan penuh.

Kedua, network reliability. Kalau gateway pakai WiFi di ruang pompa, cek sinyalnya. Ruang pompa sering lembab, banyak panel metal, dan kadang berada di basement. Kalau bisa, pakai Ethernet. Kalau tidak bisa, siapkan retry buffer di edge device.

Ketiga, alarm ownership. Alert bagus tidak ada gunanya kalau semua orang menerima tapi tidak ada yang responsible. Setiap alert harus punya owner: teknisi, supervisor, atau manager.

Keempat, maintenance mode. Saat teknisi sedang service sensor atau pompa, sistem harus bisa masuk maintenance mode supaya tidak spam alert palsu. Command sederhana seperti /air maintenance tower-b 2h bisa sangat membantu.

Kelima, reporting. Untuk owner atau management, jangan kirim raw telemetry. Kirim summary: berapa kali low-level terjadi, berapa lama recovery, pompa mana yang abnormal, dan rekomendasi inspeksi.

Dengan detail seperti ini, project monitoring tidak berhenti sebagai dashboard cantik. Dia jadi operating system kecil untuk utility team.

13. Sensor Placement: Jangan Asal Tempel Sensor

Monitoring tandon kelihatannya gampang. Pasang sensor level, baca angka, selesai. Tapi di lapangan, posisi sensor bisa bikin data jelek.

Kalau sensor dekat inlet, pembacaan bisa lompat-lompat karena air masuk bergelombang. Kalau tandon bentuknya tidak standar, persentase level tidak selalu sama dengan volume air. Kalau suction pompa ada di atas dasar tandon, angka 0 percent secara fisik tidak relevan. Yang penting adalah lowest usable water level.

Sebelum bikin automation, jawab dulu:

• 0 percent itu dasar tandon atau batas aman suction?
• 100 percent itu overflow atau batas operasi normal?
• Di bawah berapa percent pompa berisiko dry run?
• Client butuh liter atau cukup percent?
• Tandon roof tank, ground tank, underground, atau rectangular?

Untuk banyak site, percent sudah cukup. Operator biasanya tidak butuh tahu 13.420 liter. Dia butuh tahu: aman, rendah, kritis, atau overflow.

Threshold yang practical:

Simple, but works.

14. Pompa Itu Cerita Lain

Level tandon cuma satu sisi. Pump behavior sering lebih menarik.

Pompa yang terlalu sering start-stop bisa berarti ada leak, pressure issue, float switch rusak, atau kapasitas tandon tidak match dengan usage. Pompa yang nyala lama tapi level tidak naik bisa berarti source kosong, valve tertutup, impeller bermasalah, atau dry run.

Pattern yang bisa dideteksi tanpa ML ribet:

Rule sederhana:

IF pump ON lebih dari 10 menit
AND level naik kurang dari 2 percent
THEN alert: Pump running but tank level is not rising

Ini aja sudah bisa menyelamatkan pompa. No need to over-engineer.

15. Kalau Tank Banyak, Jangan Hardcode

Apartment, hotel, workshop, dan building besar biasanya tidak punya satu tandon. Bisa ada ground tank, roof tank, transfer pump, booster pump, tank tower A, tower B, dan seterusnya.

Jadi struktur data harus dari awal support multi-site:

Site
  Building
    Tank
      Sensor
      Pump
      Alert Rule

Command WhatsApp-nya tetap harus simple:

/status water
/status tank tower-a
/alerts water today
/report water weekly

User tidak peduli tabel database. User cuma mau jawaban.

Misalnya:

Water Status - Tower A
Ground Tank: 72 percent, normal
Roof Tank East: 44 percent, watch
Roof Tank West: 18 percent, low
Transfer Pump 1: ON, 6 minutes
Last alert: Roof Tank West low level, acknowledged by Budi

Itu readable. Manager langsung tahu kondisi.

16. Dari Alert ke Action

Alert doang tidak cukup. Kalau tandon kritis, harus ada action berikutnya.

OpenClaw bisa bantu generate checklist:

• Cek panel pompa
• Cek sumber air
• Cek valve position
• Cek float switch
• Cek sensor reading manual
• Cek indikasi leak
• Confirm usage spike wajar atau tidak

Contoh alert yang bagus:

Water Level Critical
Site: Apartment B
Tank: Roof Tank West
Level: 12 percent
Pump: ON for 18 minutes
Trend: level not rising
Suggested checks:
1. Source tank level
2. Transfer pump condition
3. Valve position
4. Float switch
Reply ACK WATER-184 to acknowledge.

Message ini jauh lebih useful daripada “Tank low.” Teknisi langsung punya konteks.

17. Report Mingguan yang Dipakai Management

Management tidak akan baca raw log. Mereka butuh summary.

Weekly report bisa berisi:

• Critical low events
• Longest low-level duration
• Pump abnormal runtime
• Overflow warnings
• Alert response time
• Repeated tank issue
• Recommended action

Contoh:

Water Utility Weekly Summary
Site: Residential Complex
Critical low events: 2
Longest low-level duration: 42 minutes
Pump abnormal runtime: Transfer Pump 2, 3 events
Overflow warnings: 0
Repeated issue: Roof Tank West low after 18:00
Recommendation: inspect transfer pump schedule and evening demand pattern

Ini bagian yang bikin system terlihat valuable. Bukan cuma “ada bot WhatsApp”, tapi ada operational insight.

18. Final Field Notes

Untuk water tank monitoring, jangan overthink di awal. Kamu tidak perlu langsung bikin hydraulic model yang super presisi. Yang paling penting adalah operator tahu kapan air aman, kapan mulai rendah, kapan critical, dan apakah pompa bekerja normal.

Kalau sistem bisa mencegah satu kejadian tandon kosong di jam sibuk, nilainya langsung terasa. Kalau bisa mencegah satu pompa terbakar karena dry run, lebih terasa lagi.

Mulai dari level sensor, pump status, alert WhatsApp, dan weekly report. Setelah itu baru tambah multi-site dashboard, maintenance ticket, dan analytics.

19. Ops Reminder

Water system itu sering dianggap sederhana sampai gagal di jam ramai. Jadi jangan cuma monitor angka level. Monitor trend, pump runtime, acknowledgement, dan repeated issue. Dari situ building team bisa tahu apakah problem-nya supply, pump, valve, sensor, atau usage pattern.

Tambahkan juga owner summary. Satu message mingguan yang rapi sering lebih berguna daripada dashboard yang jarang dibuka.

20. Commercial Packaging

Kalau dijadikan service, package-nya bisa dibuat sederhana:

• Basic: one site, one or two tanks, WhatsApp alert, weekly summary
• Pro: multi-tank, pump runtime logic, dashboard, monthly PDF report
• Enterprise: multi-site, ticketing, vendor workflow, Google Sheets or AppSheet integration, custom SLA

Dengan packaging seperti ini, client tidak bingung. Mereka bisa mulai dari Basic dulu, lalu naik level kalau sudah melihat value. This matters because many facility automation projects die before launch karena scope terlalu besar dari awal.

21. Simple SLA for Water Alerts

Alert juga perlu SLA. Low level bisa ditangani dalam jam kerja, tapi critical low harus cepat. Pump running without level increase harus lebih cepat lagi karena ada risiko damage.

Contoh rule:

Dengan SLA sederhana ini, alert tidak berhenti sebagai notification. Ada expectation yang jelas.

Final Take

OpenClaw cocok untuk water tank monitoring ketika dipakai sebagai layer operasional.

Field control tetap di panel, PLC, atau controller lokal.

OpenClaw handle visibility, alert, reporting, WhatsApp interaction, dan escalation.

Itu boundary yang sehat.

Kalau kamu mau versi teknis full English, baca GitHub tutorial:

https://github.com/fanani-radian/openclaw-sumopod/blob/main/tutorials/openclaw-water-tank-monitoring.md

Kalau butuh VPS buat jalanin stack ini, pakai affiliate link:

https://blog.fanani.co/sumopod

Dan kalau mau custom monitoring untuk apartment, hotel, plant, workshop, atau property portfolio, kontak:

• fanani@cvrfm.com
• +628115443456

Consultation available.

Related Links

• Technical GitHub tutorial: https://github.com/fanani-radian/openclaw-sumopod/blob/main/tutorials/openclaw-water-tank-monitoring.md
• OpenClaw Sumopod repo: https://github.com/fanani-radian/openclaw-sumopod
• SUMOPOD VPS affiliate: https://blog.fanani.co/sumopod