Most perimeter systems fail not because they miss intrusions but because they report too many. Wind, rain, passing traffic and settling fences generate alarms until operators stop trusting the system and start ignoring it.

Prachir puts a MEMS vibration sensor and event classification on the fence itself. Each node decides locally whether what it felt resembles an intrusion or environmental noise, so the control room receives events worth acting on rather than a raw vibration feed.

Prachir system on test: two N100 nodes wired to an M100 master controller, one node opened to show the board

What it does

Classifies the attack, not just the vibration

Climbing, cutting, drilling and hammer impact are each recognised as distinct events, so the operator is told what is happening — not simply that something moved.

Rejects what does not matter

Rain, passing vehicle traffic and animals crossing or crawling along the line are identified and discarded at the node, before they ever reach the control room.

One master, 160 nodes

Two independent CAN channels carry up to 80 nodes each, so a single M100 covers a substantial perimeter without additional controllers.

Built for outdoor life

IP67/IP68 rated node enclosures for permanent exposure to rain, dust and washdown.

Low power draw

Under 10 mA per node at 12 V means a full 160-node run stays within a modest power budget, which matters on sites without easy mains distribution.

Zone-accurate location

Because every node is individually addressed, an event resolves to a specific point on the fence rather than to a long zone.

Runs under Sanchalan

Events surface in the Sanchalan command and control platform, where they can be tied to camera views and recorded automatically.

A closer look

Inside an N100 sensing node: the GT-RSENSE board in its IP-rated enclosure with sealed circular connectors at each end
Inside an N100 node. Sealed circular connectors at both ends let nodes chain along the fence without breaking the ingress rating.
M100 master controller board with relay bank, terminal blocks and Ethernet jack
The M100 master — relay outputs, field terminals and the Ethernet uplink
M100 master controller board connected over Ethernet, showing the microcontroller, real-time clock and connectors
Ethernet connected — this is the link that carries events to Sanchalan

Specifications

N100 sensing node

Sensing elementMEMS vibration sensor
Event classificationOn-device (edge AI)
Alarm eventsClimb, cut, drilling, hammer impact
Rejected as nuisanceRain, vehicle traffic, animal movement
Mounting surfacesFencing, brick and masonry walls (not rock walls)
Detection radius3 m
Recommended spacing1.5 – 2 m (eliminates blackspots)
Power consumption< 10 mA @ 12 V DC
Enclosure ratingIP67 / IP68
CommunicationCAN bus

M100 master controller

CAN channels2 (independent)
Nodes per channelUp to 80
Nodes per masterUp to 160
Power consumption120 mA @ 12 V DC
Max cable length per chain300 m
Uplink to SanchalanEthernet
Uplink protocolCustom TCP, AES encrypted

Where it is used

  • Industrial plant perimeters
  • Substations and utilities
  • Warehouses and logistics yards
  • Critical infrastructure
  • Commercial campuses

Common questions

What does Prachir actually detect?

Four alarm events: someone climbing the fence, cutting it, drilling into a wall, or striking it with a hammer. Each is classified separately, so the operator knows which one is happening rather than just receiving a generic alarm.

How does it avoid false alarms?

Classification happens on the node rather than at a server. Rain, passing vehicle traffic and animals crossing or crawling along the line are recognised as nuisance sources and discarded before they are reported. The operator sees events worth acting on, which is what keeps the system trusted rather than muted.

What can the nodes be mounted on?

Fencing, and brick or masonry walls. Rock walls are not supported — the vibration signature does not transfer through the material predictably enough to classify reliably, and we would rather say so than sell you something that underperforms on site.

How does the master connect to the control room?

The M100 uplinks over Ethernet to Sanchalan, using a custom TCP protocol with AES encryption. That keeps event traffic on your own network and protected in transit, with no dependency on an internet connection.

How many nodes do I need for my perimeter?

Each node covers a 3 m radius, but we recommend spacing them 1.5 to 2 m apart so coverage overlaps and there are no blind spots between nodes. One M100 master handles up to 160 nodes across two CAN channels, with a maximum cable run of 300 m per chain.

Can an event be located precisely?

Yes. Every node is individually addressed on the CAN bus, so an event identifies the specific node that detected it rather than a long fence zone. That matters when you are directing a camera or a patrol to the right place.

Does Prachir need Sanchalan?

The node and master form a complete detection system in the field. Sanchalan is the control-room software that presents events on a map, ties them to camera views and records the footage around each event. Most deployments use both.

See it running on your site

Tell us about the perimeter and we will walk you through how the system would be laid out, node by node.

Get in touch

Rest of the range

In field trials

Fibre Optic Intrusion Detection System (FOIDS)

Abhedya L100

Fibre optic perimeter detection without the cost of a DAS platform

In design

Distributed Acoustic Sensing (DAS) FOIDS

Abhedya D100

Locate an intrusion along kilometres of fibre, not just detect one

Available

Command, Control and Video Management Software

Sanchalan

One screen for perimeter events and the cameras that saw them