Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Weird messages received in the OUT topic #60

Open
Flopescu opened this issue Jul 9, 2019 · 10 comments
Open

Weird messages received in the OUT topic #60

Flopescu opened this issue Jul 9, 2019 · 10 comments

Comments

@Flopescu
Copy link

Flopescu commented Jul 9, 2019

Hello!
First of all, thanks for your work, I really appreciate what you have done.

I have tried to get this working in the past week, could not make it work on the wemos d1 mini, tried with all versions available (including dev) and all esp8266 core that I found referenced in the issues.
During the weekend I flashed one wemos d1 pro ... and wow, out of nowhere I started receiving messages in the out topic - I used 2.2.4 firmware with esp8266 2.5.2 and pubsubclient.h having the mqtt max packet size set at 256

The problem that I have now is that the messages that I received cannot be found in the events / sub-events list and from what I have followed they are changing for the same action and therefore the arm/disarm/sleep actions are not retrieved.

I do have some messages that are translated correctly, and these are the zones ON and OFF, and are sent to the hasio/ topic.

But the all of the arm / disarm actions (via remote or panel) are not translated or sent to any hassio topic. Further more, if I send any json command to the in topic the wemos disconnects in 15 seconds or so. Note that I let the wemos connected for more than 2-3 hours, no problems ... as long as I don't send any commands.

The connection I have to the board is temporary - I used an external 5v adapter and connected to the serial pins only the TX and RX via small jumper wires (could this be the issue?)
Here's the list of the messages I get:

{"event":1,"sub_event":7,"sub_eventD":"","eventD":"Zone open ","data":"one 07    09#���"}
{"event":1,"sub_event":7,"sub_eventD":"","eventD":"Zone open ","data":"����\t�����������"}
{"event":7,"sub_event":0,"sub_eventD":"","eventD":"","data":"on_L�ߐ$������"}
{"event":2,"sub_event":11,"sub_eventD":"Disarm partition","eventD":"Partition status","data":"��$$\nɕ��1    ��"}
{"event":2,"sub_event":12,"sub_eventD":"Arm partition","eventD":"Partition status","data":"`�b\nɕ��1"}
{"event":0,"sub_event":0,"sub_eventD":"","eventD":"Zone OK","data":"Ar���������"}
{"event":3,"sub_event":2,"sub_eventD":"Bell squawk arm","eventD":"Bell status","data":"���B"}
{"event":255,"sub_event":111,"sub_eventD":"","eventD":"","data":"Zone 07 # �����"}
{"event":80,"sub_event":177,"sub_eventD":"","eventD":"","data":"Area 1 �/��"}
{"event":2,"sub_event":9,"sub_eventD":"Squawk OFF","eventD":"Partition status","data":"��\t\nɕ��1      �"}
{"event":9,"sub_event":0,"sub_eventD":"","eventD":"","data":"A����������"}
{"event":7,"sub_event":0,"sub_eventD":"","eventD":"","data":"one �7;\t������"}
{"event":9,"sub_event":0,"sub_eventD":"","eventD":"","data":"A��zHL�����"}
{"event":147,"sub_event":26,"sub_eventD":"","eventD":"","data":"���O@"}
{"event":160,"sub_event":8,"sub_eventD":"","eventD":"","data":"A���'H����"}
{"event":15,"sub_event":141,"sub_eventD":"","eventD":"User code activated output","data":"��'"}
{"event":5,"sub_event":0,"sub_eventD":"","eventD":"","data":"one 050�'�����"}
{"event":16,"sub_event":194,"sub_eventD":"","eventD":"Wireless smoke maintenance signal","data":"one04 �����"}
{"event":66,"sub_event":77,"sub_eventD":"","eventD":"","data":"ne04���G@"}
{"event":0,"sub_event":0,"sub_eventD":"","eventD":"Zone OK","data":"stem Myer"}
{"event":0,"sub_event":0,"sub_eventD":"","eventD":"Zone OK","data":"p��"}
{"event":2,"sub_event":11,"sub_eventD":"Disarm partition","eventD":"Partition status","data":"\"��\nɕ��1     8"}
{"event":0,"sub_event":0,"sub_eventD":"","eventD":"Zone OK","data":"�Ov��1"}
{"event":2,"sub_event":11,"sub_eventD":"Disarm partition","eventD":"Partition status","data":"���\nɕ��1    8��"}
{"event":0,"sub_event":2,"sub_eventD":"","eventD":"Zone OK","data":"��<1     ^�"}
{"event":0,"sub_event":0,"sub_eventD":"","eventD":"Zone OK","data":"�����"}
{"event":194,"sub_event":15,"sub_eventD":"","eventD":"","data":"Area 1<Ҡ�"}
{"event":141,"sub_event":254,"sub_eventD":"","eventD":"","data":"Area(7 ���"}
{"event":2,"sub_event":14,"sub_eventD":"Exit delay started","eventD":"Partition status","data":"��  Area 1     `"}
{"event":0,"sub_event":0,"sub_eventD":"","eventD":"Zone OK","data":"��c 1"}
{"event":11,"sub_event":0,"sub_eventD":"","eventD":"","data":"�4��׮V�1"}
{"event":0,"sub_event":0,"sub_eventD":"","eventD":"Zone OK","data":"@��"}
{"event":35,"sub_event":2,"sub_eventD":"","eventD":"Zone bypassed","data":"x��"}
{"event":177,"sub_event":33,"sub_eventD":"","eventD":"","data":"Area�����b"}
{"event":3,"sub_event":154,"sub_eventD":"","eventD":"Bell status","data":"p���"}
{"event":2,"sub_event":251,"sub_eventD":"","eventD":"Partition status","data":"Area 1���b"}
{"event":0,"sub_event":0,"sub_eventD":"","eventD":"Zone OK","data":"ne ��"}
{"event":1,"sub_event":7,"sub_eventD":"","eventD":"Zone open ","data":"����07"}
{"event":2,"sub_event":9,"sub_eventD":"Squawk OFF","eventD":"Partition status","data":"���\nɕ��1   `��"}
{"event":3,"sub_event":2,"sub_eventD":"Bell squawk arm","eventD":"Bell status","data":"��"}

If you have any suggestion or if there is something that I can do to trace it further (the above list is from mqtt trace)

PS - in the wiki, is there a typo for the in topic, is there a missing "d" ???
--> paradoxCTL/in
instead of
--> pradoxdCTL/in
Thanks!
@cybertza
Copy link

cybertza commented Jul 9, 2019 via email

@cybertza
Copy link

cybertza commented Jul 9, 2019 via email

@cybertza
Copy link

cybertza commented Jul 9, 2019

I also found the market flooded with a cheaper d1 clone, the chip is “ok” but the regulator seems to be unstable causing loads of unforeseen issues.

@cybertza
Copy link

cybertza commented Jul 9, 2019

For now you should be able to just common the ground between the esp grnd pin and the panel grnd, provided the PSU is semi decent it shouldn’t cause harm.

@Flopescu
Copy link
Author

Flopescu commented Jul 9, 2019 •
edited

Thanks for your quick replay.

Please believe me that I have tried sooo many things until I believe it was the alarm installation at fault.
The alarm was already installed and configured when I got it, so at first I believed it was the GPRS module installed or the phone line added... (took them out... of course it triggered the alarm for minutes ... )
So, last week I had hours and hours flashing in and out my d1 mini (ripoff) and tried with rx-tx, rx-tx, flash, another core, another pubsub, with that ground on /off, with the computer on micro-usb, with a lot more of serial messages ... all that without a result ...
-- and now that I just remembered, when I navigate to the board IP shoudn't I get the content of what's in the "webpage.ino"? The thing is that I only have "padaroxdCTL" text on that page and nothing else..

Anyway, I will try and post here my results. I am waiting for a couple of shields for the pro to be delivered, as I thought it would be "easier" to put the shield on top of the board ...
Not a problem getting a better buck converter and solder it. I know they almost free, only problem with aliexpress is that we wait for a month to get them

In the meantime I've seen that Maragelis has added a few resistors (in his photos). Do I need to add any resistors or a simple TX->RX and RX->TX plus power from the serial port should do it?

Thanks!

@cybertza
Copy link

cybertza commented Jul 10, 2019 via email

@Flopescu
Copy link
Author

Flopescu commented Jul 16, 2019 •
edited

After about one week of intense testing, everything is working perfectly with a proper step-down convertor and the wemos connected directly to the panel.

During the build and testing I managed to burn the wemos d1 pro and I had to use the wemos d1 mini which, without ground from the panel did not show any activity on the OUT mqtt topic.

Just a heads up for anyone who is trying to make it work:

--> You can edit the firmware file (ParadoxAlarmSystemOTA.ino) and add a desired password for the board hotspot (when the board is not connected to your wifi).
Add the password on this line:
if (!wifiManager.autoConnect(Hostname, "")) {
Like:
if (!wifiManager.autoConnect(Hostname, "password")) {

Now your board settings are secure. And if your board cannot connect to your WiFi it will create a hotspot with the password you've added.

--> After flashing and configuring wifi and mqtt, the only test you can make is to check if the board has connected to your WiFI and mqtt topic.
You need to connect the board to the panel in order to send/receive info on the mqtt topics. The ground from the panel is a must. Everything else will just fail.

--> For Home Assistant use platform: mqtt, intead of manual_mqtt like:

alarm_control_panel:
  - platform: mqtt
    name: Home Alarm
    state_topic: "paradoxdCTL/hassio/Arm"
    command_topic: "paradoxdCTL/in"
    code: 1234     # <- this is optional, it's the code use to arm/disarm from Home Assistant
    payload_disarm: '{"password":"0000","Command":"disarm","Subcommand":"0"}'
    payload_arm_night: '{"password":"0000","Command":"sleep","Subcommand":"0"}'
    payload_arm_home: '{"password":"0000","Command":"stay","Subcommand":"0"}'
    payload_arm_away: '{"password":"0000","Command":"arm","Subcommand":"0"}

This way it will also be sent to homekit, if you have it enabled.

Again, big thanks for everything!

@sparkydave1981
Copy link

Hi Flopescu, thank you so much for posting this code for Home Assistant. I am in the process of trying to get this working myself so this should be a huge help. One question though, I currently have an alarm_control_panel setup in HA and really just want to get the Paradox alarm to coordinate with HA such that if either one is armed/disarmed then the other alarm follows. Do you know how I can integrate the mqtt from this Paradox interface to my existing HA alarm panel?

@Flopescu
Copy link
Author

If you leave the topics as default in the firmware then all you have to do is to add the state_topic and command_topic to your alarm_control_panel in HA as above.
The HA will listen to the state_topic and post the payloads in command topic.
That's all.

If you want, you can add a few sensors to monitor the zones and perhaps trigger additional notifications if you like.
The alarm zones mqtt topics are : "paradoxdCTL/hassio/zone__" with values of ON and OFF

Something like (including the status):

sensor:
- platform: mqtt
  name: alarm_status
  state_topic: 'paradoxdCTL/hassio/Arm'
- platform: mqtt
  name: alarm_zone_1
  state_topic: 'paradoxdCTL/hassio/zone1'
- platform: mqtt
  name: alarm_zone_2
  state_topic: 'paradoxdCTL/hassio/zone2'
- platform: mqtt
  name: alarm_zone_3
  state_topic: 'paradoxdCTL/hassio/zone3'
- platform: mqtt
  name: alarm_zone_4
  state_topic: 'paradoxdCTL/hassio/zone4'
- platform: mqtt
... ...

Enjoy

@sparkydave1981
Copy link

sparkydave1981 commented Jul 16, 2019 •
edited

Thank you.
How would I go about getting HA to send arm/disarm commands to the paradox alarm?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@sparkydave1981 @Flopescu @cybertza