Texecom integration updated

Hi Daniel,

Thanks for all your hard work. I’ve just managed to get this working with my Elite 168 panel.
Sensors working great! Not tried arming yet.

Some small problems I did notice:

  1. My 2 areas show up as “9” & “10” in the log. I guess this is because of some differences in the simple protocol for the 168.
  2. I haven’t managed overide the zone name & class types in the config yet. Mayve I’m doing something wrong? I get messaged in the HA log like this:

20-09-13 11:36:40 WARNING (MainThread) [supervisor.addons.validate] Unknown options zones
20-09-13 11:36:40 WARNING (MainThread) [supervisor.addons.validate] Unknown options areas

This is what I have in my config:

zones:
‘1’:
device_class: motion
name: test
‘2’:
device_class: motion
name: test2
areas:
house:
mapping:
full_arm: armed_away
detatched_garage:
mapping:
part_arm_1: armed_night2

Thanks, I’ll take a look at that.

The zones and areas config should be under homeassistant, so you should have something like:

texecom:
  host: ...

mqtt:
  host: ...

homeassistant:
  discovery: true
  zones:
    '1':
      device_class: motion
      name: test
    '2':
      device_class: motion
      name: test2
  areas:
    house:
      mapping:
        full_arm: armed_away
    detached_garage:
      mapping:
        part_arm_1: armed_night

There was a small issue with parsing the config so I’ve just pushed an update to the add-on. Can you try updating the add-on and see if it works?

Thanks, still no luck.
This is my config now:

texecom:
  host: 192.168.0.101
  udl_password: 'xxxxxx'
  port: 10001
mqtt:
  host: 'mqtt://core-mosquitto:1883'
  username: mosquitto
  password: #######
homeassistant:
  discovery: true
  prefix: homeassistant
  zones:
    '1':
      device_class: motion
      name: test
    '2':
      device_class: motion
      name: test2
  areas:
    house:
      mapping:
        full_arm: armed_away
        part_arm_1: armed_night
    detached_garage:
      mapping:
        full_arm: armed_away
        part_arm_1: armed_night

heres your texecom2mqtt log:

2020-09-13 18:06:02 - INFO: Connected to alarm, sleeping for 0.5 seconds...
2020-09-13 18:06:03 - INFO: Connection ready
2020-09-13 18:06:03 - INFO: Fetched serial number: 100####
2020-09-13 18:06:03 - INFO: Logging in
2020-09-13 18:06:03 - INFO: Successfully logged in
2020-09-13 18:06:03 - INFO: Connected to MQTT
2020-09-13 18:06:04 - INFO: Fetched panel info: Premier Elite 168 (V5.00.02LS1)
2020-09-13 18:06:05 - INFO: Fetched zone 1: Doorbell Push Switch (type: Latch Key) (areas: [9,10])
2020-09-13 18:06:05 - INFO: Fetched zone 2: Hall PIR (type: Guard Access) (areas: [9])
2020-09-13 18:06:05 - INFO: Fetched zone 3: Kitchen/BreakfasPIR (type: Guard) (areas: [9])
2020-09-13 18:06:06 - INFO: Fetched zone 4: Lounge PIR (type: Guard) (areas: [9])
2020-09-13 18:06:06 - INFO: Fetched zone 5: Sun/Dining PIR (type: Guard) (areas: [9])
2020-09-13 18:06:06 - INFO: Fetched zone 6: Landing PIR (type: Guard) (areas: [9])
2020-09-13 18:06:07 - INFO: Fetched zone 7: Garage PIR (type: Guard Access) (areas: [9])
2020-09-13 18:06:07 - INFO: Fetched zone 8: Smoke Detetector (type: Fire) (areas: [9])
2020-09-13 18:06:08 - INFO: Fetched zone 10: Detached Garage PIR 1 (type: Guard Access) (areas: [10])
2020-09-13 18:06:08 - INFO: Fetched zone 12: Detached Garage Side Door (type: Entry/Exit 1) (areas: [10])
2020-09-13 18:06:08 - INFO: Fetched zone 13: Detached Garage Main Door (type: Guard) (areas: [10])
2020-09-13 18:06:11 - INFO: Fetched zone 20: Front Door Contact (type: Entry/Exit 1) (areas: [9])
2020-09-13 18:06:11 - INFO: Fetched zone 21: Back Door Contact (type: Guard) (areas: [9])
2020-09-13 18:06:11 - INFO: Fetched zone 22: Kitchen French DContact (type: Guard) (areas: [9])
2020-09-13 18:06:11 - INFO: Fetched zone 23: Sunroom French DContact (type: Guard) (areas: [9])
2020-09-13 18:06:12 - INFO: Fetched zone 24: Util/Garage DoorContact (type: Guard) (areas: [9])
2020-09-13 18:06:12 - INFO: Fetched zone 25: Roller Garage DrContact (type: Entry/Exit 2) (areas: [9])
2020-09-13 18:06:12 - INFO: Fetched zone 26: Roller Access Access Keypad (type: Latch Key) (areas: [9])
2020-09-13 18:06:13 - INFO: Fetched zone 27: Zone 27 (type: Custom) (areas: [9])
2020-09-13 18:06:14 - INFO: Fetched zone 30: Manual Bell Trig (type: Custom) (areas: [12])
2020-09-13 18:06:27 - INFO: Fetched zone 73: Drive Beam (type: Latch Key) (areas: [9])
2020-09-13 18:06:58 - INFO: Fetched area 9: Area I
2020-09-13 18:06:58 - INFO: Updating all zone states
2020-09-13 18:06:58 - INFO: Updating all area states
2020-09-13 18:13:06 - INFO: Kitchen/BreakfasPIR status changed to Active
2020-09-13 18:13:18 - INFO: Kitchen/BreakfasPIR status changed to Secure

And heres part of the system log:

20-09-13 17:06:01 WARNING (MainThread) [supervisor.addons.validate] Unknown options prefix
20-09-13 17:06:01 WARNING (MainThread) [supervisor.addons.validate] Unknown options zones
20-09-13 17:06:01 WARNING (MainThread) [supervisor.addons.validate] Unknown options areas
20-09-13 17:06:02 INFO (SyncWorker_5) [supervisor.docker.addon] Start Docker add-on dchesterton/texecom2mqtt with version None

it doesnt seem to like any of my config from " prefix: homeassistant".

any ideas?

I think there’s 2 issues:

  1. It’s not picking up your areas correctly (will take a look at this)
  2. You need to pull the latest version of the add-on which should fix the ‘Unknown options’ error

I’ve pushed an update to the container which should fix the areas issue. Can you try deleting the add-on completely and re-adding? Hopefully it should all work :crossed_fingers:

Thanks a million, all sorted now. Let me know if you need anything else testing.

1 Like

there might be a slight problem with the areas, some of them are duplicated. see log below:

2020-09-13 22:43:18 - INFO: Fetched area 1: House
2020-09-13 22:43:18 - INFO: Fetched area 2: Detached Garage
2020-09-13 22:43:18 - INFO: Fetched area 4: Area D
2020-09-13 22:43:18 - INFO: Fetched area 2: Area B
2020-09-13 22:43:18 - INFO: Fetched area 4: Area D
2020-09-13 22:43:18 - INFO: Updating all zone states
2020-09-13 22:43:18 - INFO: Updating all area states

Ah, sorry about that. I’ve pushed another fix which should fix the issue for you. I think you’re the first person to run the app on one of the larger panels so you’re unearthing a few bugs :slight_smile:

Thanks Daniel,don’t you sleep:-). Anyway just tried tonight as been at work, that’s sorted it.

Something else I noticed.for the areas. in the config i have:

  areas:
    '1':
      mapping:
        full_arm: armed_away
        part_arm_1: armed_night
    '2':
      mapping:
        full_arm: armed_away
        part_arm_1: armed_night

But in the front end it shows buttons for “Arm Away” & “Arm Home”, I think it should come up with .“Arm Away” & “Arm Night”, for that config. Unless I’ve missed something.

Nice one :slight_smile: let me know if you see any other bugs.

Unfortunately the frontend is configured separately and the app can’t control it. You’ll just need to change the ‘states’ config within the Lovelace card: https://www.home-assistant.io/lovelace/alarm-panel/.

ah didn’t know about the Alarm Panel card until now, thanks for pointing it out.
I’ll let you know if I find anything else…

I don’t know what anyone else thinks, but i think it would be nice if there was a config option for Entity IDs so that they use just zone numbers and area numbers.
That way any changes in automaions and lovelace configs etc are not affected if the panel names are updated or changed.

Any thoughts about allowing outputs to be controlled with this? It looked like it was possible from the docs, and not just the “pc control” outputs either … unless I read them wrong.

Also, if it helps, this seems to run on “Podman”, which is some kind of open source Docker implementation.

I installed Podman, and had to allow a user multiple guid/uuid on Fedora, then able to run the container not as root, which seems a good thing - podman/docs/tutorials/rootless_tutorial.md at bec96ab03479c5a799be8581bd32c2777ff23ea7 · containers/podman · GitHub

So I did …

dnf install podman
podman pull dchesterton/texecom2mqtt
mkdir texecom2mqtt
vim texecom2mqtt/config.yaml

Pasted and edited the config with VIM. Then …

podman run -v $PWD/texecom2mqtt/config.yaml dchesterton/texecom2mqtt

Edit, found a guide to installing an MQTT server here - How to install an MQTT Broker - Mosquitto Install/Config on Debian/Ubuntu/Mint/Fedora/Raspbian
And how to point home assistant at it here - MQTT - Home Assistant

It’s not supported yet but it’s a feature I’m interested in adding. I can’t promise a timeline but it’s something I’m looking to add fairly soon.

I may be able to chip in as I’ve signed the NDA, but that’s of course if you felt like sharing the code.

I’ve just noticed a small problem with my Elite 168 the Texecom2mqtt code. I have an outdoor sensor set to “Latch Key” type, which chimes the panel but doesn’t arm with the alarm, In home assistant the entity for this zone is not triggered, I know it is outputting because it did work before with my previous integration in node red by i.j. levick from here - http://texecom.websitetoolbox.com/post/nodered-flow-for-texecom-elite-simplecrestron-protocol-10294046?&trail=15

Daniel, any chance you could look at this please?

sorry I posted this somewhere else but cant find it now…

Small bug: Zones with an apostrophe in the name are detected in the logs but not shown in Lovelace.

P.s. per my message here, thank you!

Hi, thanks for the hard work on this and wonder if you can help me?

I’ve installed via the HA add-ons, set the config - started it up and put in the first few lines of yam; ie

texecom:
host: xxxxx
udl_password: 1234
port: 1001

From here I cant validate and re-start HA as it says “texecom integration not found”

Thanks :slight_smile: