Campus gear usually sits in separate ledgers. This plan puts devices, lab bookings, energy and inspections in one place, with a record for every check and repair.

Pain Points

  1. 01

    HVAC, access and lab instruments are tracked separately

  2. 02

    Lab bookings collide because they live in chats and spreadsheets

  3. 03

    Energy waste shows up only when the bill arrives

  4. 04

    Paper inspections cannot be matched to repair tickets

How the system is put together

Keep the equipment you have, connect the data first, then split the views by role. The connection layer takes the most work, and it is where most of our effort goes.

L1

Devices

  • HVAC and fresh air
  • Access control
  • Lab instruments
  • Water and power meters
  • Cameras

PLCs, meters, access control, cameras and sensors already on site. Read what is readable, add a module where it is not, and leave the existing control system alone.

L2

Connection

Modbus · OPC UA · MQTT · HTTP · GB28181 · SDK

Common protocols connect directly. The gateway handles protocol mapping, local buffering and backfill, so the data does not break.

L3

Platform

  • Device registry
  • Time-series data
  • Alert rules
  • Work orders
  • Roles and audit

Device registry, time-series data, alert rules, work orders, roles and audit in one back end that serves several scenarios.

L4

Applications

  • Central device monitoring
  • Lab booking
  • Campus energy
  • Inspection records
  • Manager view
  • Phone actions on site
  • Narrow external lookup

Data is collected once and reused by every scenario added later, which is why the connection layer has to be done properly the first time.

What we deliver

01

One device map

HVAC, lighting, access and lab instruments share one status and alert view.

02

Lab booking

Schedules, approvals and usage stay online, so clashes and idle gear are visible.

03

Energy in view

Water and power by building and use, with a notice when usage jumps.

04

Inspection trail

QR or NFC check-ins keep the route, photos and tickets together.

Where it fits

University labs - booking tied to access

Instruments are booked online and only power on after a card or QR check-in, so clashes and idle gear are visible by user and project.

School facilities - HVAC and lighting by timetable

Schedules follow the timetable and drop to holiday mode automatically. Left-on units are listed instead of found by walking the building.

Training workshops - status and safety

Power-on, over-temperature and abnormal stops are logged, so pre-class checks become one screen instead of opening every bench.

Campus energy - split by building

Water and power split by building and use; the circuit that jumped is named the same day, not at the end of the month.

What a real day looks like

Not a feature list: what actually happens in a day. These four steps are the common shape of such projects.

  1. 20:40 Empty classroom

    A third-floor classroom is still cooling. The timetable shows no evening class.

  2. 20:41 Rule matched

    The rule "no class + no people + unit running" raises one notice tied to that floor and unit.

  3. 20:45 Sent to facilities

    The notice reaches the duty phone; the operator confirms and shuts it down remotely, and the record keeps who did it.

  4. Next day 09:00 Review

    The weekly report shows the entry and how often it recurred, which decides whether the schedule needs changing.

Delivery rhythm

Every stage has a checkable output. No six-month build followed by a single review.

  1. Week 1

    Site survey

    Walk the site, list devices, available ports and current systems, and mark what reads directly versus what needs a module.

  2. Week 2

    Pick the first scenario

    Rank the ideas by impact, feasibility and dependencies, then choose one that proves value without dragging in every department.

  3. Weeks 3-5

    Connect and wire up

    Gateways connect devices, data lands on the platform, and alert rules, roles and recipients are configured for a small internal group.

  4. Weeks 5-7

    Pilot

    One team or one building uses it for real; rules and screens change with feedback until false and missed alarms settle.

  5. Week 8

    Accept and repeat

    Check every acceptance item, finish documentation and training, then decide which buildings, lines or sites come next.

Acceptance is these three lines

The three items below come from projects of this kind and go into the acceptance sheet, instead of relying on a general impression.

  • task_alt

    Device status is visible on the spot

  • task_alt

    Inspections and repairs share one record

  • task_alt

    Energy spikes show up before the bill

Questions

What if the old equipment has no network port?

We add a gateway: Modbus and similar where a port exists, current transformers, IR or dry contacts where it does not. The existing control system stays untouched, and a site survey comes before any list.

Do we have to replace the academic or campus card system?

No. The platform reads from what you have and can use the campus single sign-on, so nobody keeps another password.

Where does the data live?

Either public cloud or on-premise in the campus data room. On-premise follows your network policy and data does not leave the campus.

How long before it is in use?

One scenario first, such as lab booking or one building’s energy. Usually four to eight weeks, then repeat for other buildings.

How is it priced?

By number of scenarios and device connection points. A site survey produces the list, then a quote and a schedule follow.

Free diagnosis

Tell us where it gets stuck

Leave one contact. We send how similar projects were handled plus a scenario list. If it is not worth doing, we say so.

  • checkA 30-minute call to judge whether it is worth doing
  • checkA workable scenario list and timeline
  • checkNo consulting fee up front

No spam, and we never share your details with third parties.

Get Industry-specific Solution

Phones are answered 9:00-18:00 on weekdays, or scan the WeChat code.