Trikdis E16T Ethernet universal communicator - IP module

Traditionally via telephone line (TIP/RING) — a universal solution that lets devices communicate regardless of brand. Trikdis's own development means that panels on the supported list (and only those) can also be connected directly and digitally via serial port or data cable — as far as we know, no one else offers this, backed by 10-15 years of development.

Protegus 2 is the 2nd generation of Trikdis's cloud app: control your alarm system from your phone and get instant notifications. We recommend it for every current internet-connected Trikdis device. The user app is free; the paid, usage- (customer-) based tier is for monitoring stations, installers and companies.

Check the product page of any direct-connection communicator — e.g. E16, G16, GT, GT+, GET: if your panel's model is on the supported list, we strongly recommend that one. In every other case, choose the telephone-line (TIP/RING) version. Pick the communication type (4G / Ethernet) based on what's available on site.

Yes: the E16/E16T and FLEXi SP3 are purely Ethernet, but there are also SIM-combined, dual-path (redundant) versions — e.g. the GET and the matching FLEXi SP3 variant. Ethernet is a stable, unlimited-data channel for alarm signalling.

Yes, using the TrikdisConfig programming software (via USB or remotely). The latest firmware is recommended for the best compatibility and security.

Yes: Protegus 2 can be tried on a live demo system, without installation or purchase — from a browser and from the mobile app too. This lets you see in advance what arming, notifications, and system status look like on a working alarm system.

Protegus 2 typically retains the event list for up to two months; with a large volume of events, this period may shorten to as little as one month.

The AUX power output of the Paradox SP4000 alarm panel has limited load capacity. In certain cases — whether using a dedicated or a universal TRIKDIS communicator — the communicator's current draw can place too much load on the AUX output. As a result, the communicator may become unstable, restart, or fail to operate correctly.

Experience shows that the problem is usually solved by powering the TRIKDIS communicator directly from the alarm panel's battery terminals (+/-) instead of from the AUX output. This provides a stable power supply and eliminates the restart or operational issues.

Note: Before changing the wiring, always check that the system complies with the manufacturer's specifications and that the total load on the power supply does not exceed the permitted value.

For decades, alarm panels reported events to the monitoring station over the fixed telephone network: the telephone dialler built into the panel “made calls” in a standard format — typically Contact ID (CID). It became such a universal standard that the TIP/RING connection is still present in almost every panel from every manufacturer, including the newest ones.

The fixed telephone line is disappearing, but the connector has found a new life: a modern communicator (such as the Trikdis E16T or G16T), wired to the TIP/RING terminals, “presents” a telephone line to the panel — providing line voltage and a dial tone. The panel believes it is calling the monitoring station; in reality the communicator answers the call, decodes the Contact ID message and forwards the event over the internet or the mobile network to the monitoring station and the Protegus 2 app.

The great advantage of this solution is brand independence: it works with practically any panel — even decades old — that has a telephone dialler, with no direct bus or serial integration. That is why we call this type of device a universal communicator.

The symptom: the Ethernet-connected device — E16, E16T, GET or FLEXi SP3 — is on the network and gets an IP address, yet no connection is established towards Protegus 2 or the monitoring station.

Why: in most such cases the device is not at fault; the local network simply will not let it out. On company and institutional networks this is caused by a firewall rule, a content filter, a proxy, MAC filtering or a strict VLAN policy. In our experience this happens almost exclusively on closed corporate networks — but there we have run into it several times already.

The recommended solution: put the communicator on a separate, isolated network or VLAN with no access to the internal LAN. This solves two things at once:

• the internal network's rules do not interfere with the communicator's outgoing traffic;
• it is also the right arrangement from a security point of view: the alarm device cannot see the internal machines, and a possible infection of the internal network cannot reach the communicator.

What the device needs:

• outgoing internet access, without filtering;
• DHCP, or with a fixed IP address the correct gateway and DNS;
• no inbound port forwarding is required — the communicator establishes the connection outwards itself.

If a separate VLAN is not possible: on the firewall, exclude the device's IP address from content filtering and from the proxy, and allow its outgoing traffic without restrictions.

And keep in mind: a communicator has two separate connections — one towards the alarm panel (bus or TIP/RING) and one outwards (Ethernet or SIM). This fault affects the outward side; communication with the panel may well be working.

The symptom: the E16 is connected to Starlink internet through the Starlink router, yet it cannot reach the monitoring station. The TROUBLE LED blinks 6 times, which according to the manufacturer's manual means there is no connection with the monitoring station's receiver.

Why: the Starlink router may block the communicator's traffic. The Starlink router is not manageable, so this cannot be resolved on it. The solution is to take the Starlink router out of the path and let your own router manage the network.

The solution:

1. In the Starlink app settings, turn on Bypass Mode (Settings → Bypass Mode). It roughly corresponds to the bridge mode familiar from modems: the Starlink router switches off, its WiFi is disabled too, and from then on your own router manages the network.
2. Connect the WAN port of your own router (for example TP-Link) to Starlink, with the WAN set to DHCP. How to connect differs by Starlink kit (some need the Starlink Ethernet Adapter); Starlink support describes it kit by kit.
3. Connect the E16 to one of the LAN ports of your own router. If the E16 has a fixed IP address, adjust it to your router's address range (gateway, DNS); with DHCP it gets an address automatically.

Note: according to Starlink, Bypass Mode can only be turned off by a factory reset of the Starlink router.

If the connection still fails behind your own router, also see the questions about switch loop protection and closed corporate networks.