Visonic Powermax and Powermaster Component

I think I got a bit further. Tested all the possible combinations of the USB path considering what HA shows me in the hardware info. I also removed the integration from the UI and added it again everytime. By using just ttyUSB0 instead of /dev/ttyUSB0 I got the following log

2020-09-28 10:46:40 INFO (MainThread) [custom_components.visonic.pyvisonic] Initialising Protocol - Component Version 0.4.4.1
2020-09-28 10:46:40 INFO (MainThread) [custom_components.visonic.config_flow] Visonic in async_step_user - trigger user input
2020-09-28 10:46:45 INFO (MainThread) [custom_components.visonic.config_flow] async_step_device {'type': 'USB'}
2020-09-28 10:47:40 INFO (MainThread) [custom_components.visonic.config_flow] [config] Detected a powermax so not asking about B0 parameters
2020-09-28 10:47:40 INFO (MainThread) [custom_components.visonic] visonic unique id was None
2020-09-28 10:47:40 INFO (MainThread) [custom_components.visonic] ************* create connection here **************
2020-09-28 10:47:40 INFO (MainThread) [custom_components.visonic.client] Exclude sensor list = []     Exclude x10 list = []
2020-09-28 10:47:40 INFO (SyncWorker_5) [custom_components.visonic.client] Checking HA Entity ID: binary_sensor.updater
2020-09-28 10:47:40 INFO (SyncWorker_5) [custom_components.visonic.client] Checking HA Entity ID: binary_sensor.sm_g920f_is_charging
2020-09-28 10:47:40 INFO (SyncWorker_5) [custom_components.visonic.client] [Settings] Log Max Entries set to 10000
2020-09-28 10:47:40 INFO (SyncWorker_5) [custom_components.visonic.client] [Settings] Log Reverse set to False
2020-09-28 10:47:40 INFO (SyncWorker_5) [custom_components.visonic.client] [Settings] Log Create Event set to True
2020-09-28 10:47:40 INFO (SyncWorker_5) [custom_components.visonic.client] [Settings] Log Final Event set to True
2020-09-28 10:47:40 INFO (SyncWorker_5) [custom_components.visonic.client] [Settings] Log XML Filename set to visonic_xml.log
2020-09-28 10:47:40 INFO (SyncWorker_5) [custom_components.visonic.client] [Settings] Log CSV Filename set to visonic_csv.log
2020-09-28 10:47:40 INFO (SyncWorker_5) [custom_components.visonic.client] [Settings] Log CSV title Row set to True
2020-09-28 10:47:40 INFO (SyncWorker_5) [custom_components.visonic.pyvisonic] Setting USB Options
2020-09-28 10:47:40 DEBUG (MainThread) [custom_components.visonic.alarm_control_panel] code format called *****************************
2020-09-28 10:47:40 DEBUG (MainThread) [custom_components.visonic.alarm_control_panel] code format none as armcode is none (panel starting up?) *****************************

This line caught my attention
2020-09-28 10:47:40 INFO (MainThread) [custom_components.visonic.config_flow] [config] Detected a powermax so not asking about B0 parameters

But no devices were imported…

If I restart HA I don’t see the line anymore.

2020-09-28 10:56:15 WARNING (MainThread) [homeassistant.loader] You are using a custom integration for sonoff which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant.
2020-09-28 10:56:15 WARNING (MainThread) [homeassistant.loader] You are using a custom integration for hacs which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant.
2020-09-28 10:56:15 WARNING (MainThread) [homeassistant.loader] You are using a custom integration for visonic which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant.
2020-09-28 10:56:23 INFO (MainThread) [custom_components.visonic.pyvisonic] Initialising Protocol - Component Version 0.4.4.1
2020-09-28 10:56:23 INFO (MainThread) [custom_components.visonic] ************* create connection here **************
2020-09-28 10:56:23 INFO (MainThread) [custom_components.visonic.client] Exclude sensor list = []     Exclude x10 list = []
2020-09-28 10:56:23 INFO (SyncWorker_0) [custom_components.visonic.client] [Settings] Log Max Entries set to 10000
2020-09-28 10:56:23 INFO (SyncWorker_0) [custom_components.visonic.client] [Settings] Log Reverse set to False
2020-09-28 10:56:23 INFO (SyncWorker_0) [custom_components.visonic.client] [Settings] Log Create Event set to True
2020-09-28 10:56:23 INFO (SyncWorker_0) [custom_components.visonic.client] [Settings] Log Final Event set to True
2020-09-28 10:56:23 INFO (SyncWorker_0) [custom_components.visonic.client] [Settings] Log XML Filename set to visonic_xml.log
2020-09-28 10:56:23 INFO (SyncWorker_0) [custom_components.visonic.client] [Settings] Log CSV Filename set to visonic_csv.log
2020-09-28 10:56:23 INFO (SyncWorker_0) [custom_components.visonic.client] [Settings] Log CSV title Row set to True
2020-09-28 10:56:23 INFO (SyncWorker_0) [custom_components.visonic.pyvisonic] Setting USB Options
2020-09-28 10:56:24 DEBUG (MainThread) [custom_components.visonic.alarm_control_panel] code format called *****************************
2020-09-28 10:56:24 DEBUG (MainThread) [custom_components.visonic.alarm_control_panel] code format none as armcode is none (panel starting up?) *****************************

There must be something with the USB port mapping :confused:

Is there any goog guide to install a service like ser2net on a windows machine?

Sorry but that line does not mean that it is working or has worked. Anything in the log file from config_flow.py is from when you create the integration and not when the integration starts. That line just means that last time the integration was created it did not detect a powermaster, and powermax is the default. So it is only using the default settings when the integration is created.

You mention using a windows PC, is it possible to plug the FTDI USB device in to a Windows PC and be able to run windows applications. If so then you can try these things on the wiki
That will test to make sure your hardware is set up correctly.
If the hardware is OK then try installing python3 on to your windows PC and using my test.py from a windows command prompt
However, you may have to install some python libraries and if you’re not confident at doing this, then don’t. I suggest that you don’t put much effort in to this as it is a bit of a distraction, it may just be a quick way to test your setup if you know what you’re doing with python libraries and pip3.

Hi,

I decided to go down the ser2net way, but still no joy. From my understanding almost looks like HA or the component is not making any requests to ser2net server.

Ser2net is configured this way

The ser2net service running on a lubuntu machine does not show any info in the output

Netstat shows the connection as established

Syslog doesn’t show any relevant info in my opinion

And HA logs show that is still not possible to connect to PowerMax

2020-10-01 13:35:11 WARNING (MainThread) [homeassistant.loader] You are using a custom integration for hacs which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant.
2020-10-01 13:35:19 INFO (MainThread) [custom_components.visonic.pyvisonic] Initialising Protocol - Component Version 0.4.4.1
2020-10-01 13:35:19 INFO (MainThread) [custom_components.visonic] ************* create connection here **************
2020-10-01 13:35:19 INFO (MainThread) [custom_components.visonic.client] Exclude sensor list = []     Exclude x10 list = []
2020-10-01 13:35:19 INFO (SyncWorker_4) [custom_components.visonic.client] [Settings] Log Max Entries set to 10000
2020-10-01 13:35:19 INFO (SyncWorker_4) [custom_components.visonic.client] [Settings] Log Reverse set to True
2020-10-01 13:35:19 INFO (SyncWorker_4) [custom_components.visonic.client] [Settings] Log Create Event set to True
2020-10-01 13:35:19 INFO (SyncWorker_4) [custom_components.visonic.client] [Settings] Log Final Event set to True
2020-10-01 13:35:19 INFO (SyncWorker_4) [custom_components.visonic.client] [Settings] Log XML Filename set to visonic_xml.log
2020-10-01 13:35:19 INFO (SyncWorker_4) [custom_components.visonic.client] [Settings] Log CSV Filename set to visonic_cvs.log
2020-10-01 13:35:19 INFO (SyncWorker_4) [custom_components.visonic.client] [Settings] Log CSV title Row set to True
2020-10-01 13:35:19 INFO (SyncWorker_4) [custom_components.visonic.pyvisonic] Setting TCP socket Options
2020-10-01 13:35:20 INFO (SyncWorker_4) [custom_components.visonic.pyvisonic] Buffer Flushed and Didn't receive data! [Timeout]
2020-10-01 13:35:21 INFO (MainThread) [custom_components.visonic.pyvisonic] [Settings] Force Standard set to False
2020-10-01 13:35:21 INFO (MainThread) [custom_components.visonic.pyvisonic] [Settings] Force Auto Enroll set to False
2020-10-01 13:35:21 INFO (MainThread) [custom_components.visonic.pyvisonic] [Settings] Force Auto Sync Time set to True
2020-10-01 13:35:21 INFO (MainThread) [custom_components.visonic.pyvisonic] [Settings] Download Code set to 56 50
2020-10-01 13:35:21 INFO (MainThread) [custom_components.visonic.pyvisonic] [Settings] Language set to EN
2020-10-01 13:35:21 INFO (MainThread) [custom_components.visonic.pyvisonic] [Settings] Remote Arm set to True
2020-10-01 13:35:21 INFO (MainThread) [custom_components.visonic.pyvisonic] [Settings] Remote DisArm set to True
2020-10-01 13:35:21 INFO (MainThread) [custom_components.visonic.pyvisonic] [Settings] Enable Sensor Bypass set to False
2020-10-01 13:35:21 INFO (MainThread) [custom_components.visonic.pyvisonic] [Settings] Motion Off Delay set to 180
2020-10-01 13:35:21 INFO (MainThread) [custom_components.visonic.pyvisonic] [Settings] Override Code in new settings, the length is 4   isdigit = True
2020-10-01 13:35:21 INFO (MainThread) [custom_components.visonic.pyvisonic] [Settings]     Override Code set <omitted for security>
2020-10-01 13:35:21 INFO (MainThread) [custom_components.visonic.pyvisonic] [Settings] Force Numeric Keypad set to False
2020-10-01 13:35:21 INFO (MainThread) [custom_components.visonic.pyvisonic] [Settings] Arm Without Code set to False
2020-10-01 13:35:21 INFO (MainThread) [custom_components.visonic.pyvisonic] [Settings] Siren Trigger List set to ['intruder']
2020-10-01 13:35:21 INFO (MainThread) [custom_components.visonic.pyvisonic] [Settings] B0 Enable set to False
2020-10-01 13:35:21 INFO (MainThread) [custom_components.visonic.pyvisonic] [Settings] B0 Min Interval set to 5
2020-10-01 13:35:21 INFO (MainThread) [custom_components.visonic.pyvisonic] [Settings] B0 Max Wait Time set to 30
2020-10-01 13:35:21 INFO (MainThread) [custom_components.visonic.pyvisonic] [Connection] Connected to local Protocol handler and Transport Layer
2020-10-01 13:35:21 DEBUG (MainThread) [custom_components.visonic.pyvisonic] [ClearList] Setting queue empty
2020-10-01 13:35:21 INFO (MainThread) [custom_components.visonic.pyvisonic] [StartDownload] Starting download mode
2020-10-01 13:35:21 DEBUG (MainThread) [custom_components.visonic.pyvisonic] [pmSendPdu] Resetting expected response counter, it got to 0   Response list length before 0  after 1
2020-10-01 13:35:21 DEBUG (MainThread) [custom_components.visonic.pyvisonic] [Controller] download_counter is 1
2020-10-01 13:35:21 DEBUG (MainThread) [custom_components.visonic.pyvisonic] [pmSendPdu] Sending Command (Exit)    raw data 0d 0f f0 0a    waiting for message response ['0X3C']
2020-10-01 13:35:21 DEBUG (MainThread) [custom_components.visonic.pyvisonic] [pmSendPdu]          Command has a wait time after transmission 1.5
2020-10-01 13:35:23 DEBUG (MainThread) [custom_components.visonic.pyvisonic] [Controller] download_counter is 2
2020-10-01 13:35:23 DEBUG (MainThread) [custom_components.visonic.alarm_control_panel] code format called *****************************
2020-10-01 13:35:23 DEBUG (MainThread) [custom_components.visonic.alarm_control_panel] code format none as armcode is none (panel starting up?) *****************************
2020-10-01 13:35:23 DEBUG (MainThread) [custom_components.visonic.pyvisonic] [pmSendPdu] Sending Command (Stop)    raw data 0d 0b f4 0a    waiting for message response ['0X3C']
2020-10-01 13:35:23 DEBUG (MainThread) [custom_components.visonic.pyvisonic] [pmSendPdu]          Command has a wait time after transmission 1.5
2020-10-01 13:35:24 DEBUG (MainThread) [custom_components.visonic.pyvisonic] [Controller] download_counter is 3
2020-10-01 13:35:25 DEBUG (MainThread) [custom_components.visonic.pyvisonic] [Controller] download_counter is 4
2020-10-01 13:35:25 DEBUG (MainThread) [custom_components.visonic.pyvisonic] [pmSendPdu] Setting Download Mode to true
2020-10-01 13:35:25 DEBUG (MainThread) [custom_components.visonic.pyvisonic] [pmSendPdu] Sending Command (Start Download Mode)    raw data 0d 24 00 00 56 50 00 00 00 00 00 00 35 0a    waiting for message response ['0X3C']
2020-10-01 13:35:55 ERROR (MainThread) [custom_components.visonic.pyvisonic] [Controller] Visonic Plugin has suspended all operations, there is a problem with the communication with the panel (i.e. no data has been received from the panel after several minutes)
2020-10-01 13:35:55 INFO (MainThread) [custom_components.visonic.client] Visonic update event 10 {'condition': 10}
2020-10-01 13:35:55 ERROR (MainThread) [custom_components.visonic.client] Failed to connect to your Visonic Alarm. We have not received any data from the panel at all, not one single byte.
2020-10-01 13:35:55 DEBUG (MainThread) [custom_components.visonic.alarm_control_panel] code format called *****************************
2020-10-01 13:35:55 DEBUG (MainThread) [custom_components.visonic.alarm_control_panel] code format none as armcode is none (panel starting up?) *****************************

I am feeling a bit desperate at the moment, lost so many hours without seeing any success :frowning: . I really want to get away from Vera!!! By the way just tried again to connect powermax to Vera again using visonic powermax mios plugin and everything is working fine in a matter of minutes. I need to be missing something pretty fundamental with this component :confused:

I didn’t mentioned it before but I have a PowerMax Pro

Let’s see if I can suggest some things for you to try, it looks like you need to get back to a basic setup as there seems to be too many things that could go wrong. I also don’t know anything about ser2net so can’t really help you with it :frowning:

  1. I’m assuming that you are using the FTDI device with Vera and it works. I am also assuming that the FTDI device plugs in to the Vera using a USB port, is this correct? Is there a network involved with your Vera setup? If your Vera works then we have to assume that it is correctly wired to your panel and that the problem lies with the intermediate setup.
  2. Get rid of the virtual machine (if you’re still using it). Use a device with direct connection to the USB of the FTDI. It doesn’t matter if the device is linux, windows, it could be a raspberry pi as well. Plug the FTDI in to a USB port of a proper computer.
  3. If using a Windows PC then install the visonic programmer software and see if it works.
  4. For Windows, Linux or Raspberry Pi. Install python3 and pip3. On linux you may need to be logged in as root.

From a command/terminal prompt:

python.exe -m pip install --upgrade pip
pip3 install datetime
pip3 install pyserial
pip3 install pyserial_asyncio

Sometimes pip3 is just called pip.
You should then be able to run my test routine. Change directory to where the pyvisonic.py and test.py files are and then:

On Linux:   python3 test.py -usb /dev/ttyUSB1
On Windows: python3 test.py -usb COM1

Try the different com ports and maybe the serial FTDI device if there is one. On Windows you can use device manager to work out the correct COM.

If the test python script is working then you should see some lines with “[data receiver]” in them to show that we are receiving data from the panel.

If you have any problems with the python then copy / show any error messages here and I can help.

I hope i’m not bringing up something that has already been asked in the past, and I hope it is okay to post such a question in this post.

I have the component running in HA and I have the UI present with the “Arm Home” and “Arm Away” buttons available. A quick tap of either button does what is expected, and no PIN is required because I set the PIN in the options.

My question is to do with Google Assistant interaction. My entities are exposed to GA correctly, and I am able to use my voice to interact with most entities directly. I’ve renamed the alarm system to “Home Security System” to avoid confusion with commands containing the word “Alarm”, because GA occasionally assumes I’d like to set an alarm clock appointment/reminder.

I can prove the integration works with GA because when I say…

“Hey Google, what is the status of the Home Security System”

I get a response back…

“The Home Security System is disarmed”

If I say…

“Hey Google, enable the Home Security System”

I get a response back saying…

“I’m not sure which level to set Home Security System to, try saying Set Home Security System to Armed Home or Set Home Security System to Armed Away”

So I change my voice command to…

“Hey Google, Set Home Security System to Armed Away” and the response is “This action requires a PIN but hasn’t been set up in your devices app”

So the key question is how do I setup the PIN? The GA integration documentation says to use secure_devices_pin: 1234 or code_arm_required: false but neither work. It still asks for the PIN. I think other alarm components work with these values but Visonic doesn’t seem to honour the values.

@davesmeghead, is this something that you are aware of or have been asked about before?

That’s something that hasn’t been discussed in this thread but if any changes need to be made or you work out how to do it then let me know. I must admit that I have Amazon Alexa devices and not Google but it could be similar.
Have you read this thread, I haven’t but it came up in a quick search

You may need to wrap the visonic calls with entities/scripts that work with Google.
As well as the alarm related entities there are service calls available here
I’d be worried that a burglar can shout through the letterbox “Alexa, disarm the alarm” :wink:

Hi Dave -

OK, so finally I captured when my Alarm Panel started beeping with a TRBL warning. This time it happened during the day, and since I’m working from home I was able to identify exactly when it happened. The cause was due to an intermittent outage on my WiFi router not exactly sure what the cause was, but the internet connectivity throughout the house dropped on every device and reconnected after about 60 or so seconds. I wouldn’t have been so bothered but I just so happened to be on a Teams conference call… typical!

I grabbed the home-assistant.log and saw the lines:

2020-10-05 15:40:49 ERROR (MainThread) [custom_components.visonic.pyvisonic] ERROR Connection Lost : disconnected due to exception [Errno 104] Connection reset by peer
2020-10-05 15:40:54 ERROR (MainThread) [custom_components.visonic.pyvisonic]                         Calling Exception handler.

I have private messaged you with the log file as requested.. I dont know how to send a direct message, maybe I’m not a seasoned enough user yet. @davesmeghead What’s the best method to send you my logs?

My thoughts are, this may be a simple case of there being an interruption in network connectivity and the alarm panel or WiFi module being unable to reconnect seamlessly. I restarted HA and everything was playing nicely again. My knee-jerk reaction to solve this would be to create something that is able to restart the integration if connection has been lost for X minutes? or restart if a specific TRBL code is detected?

Your thoughts and input on this issue is greatly welcomed and appreciated.

Thanks.

Just an update on this.

I got it working whereby I can speak to my Google Assistant to set the “Home Security System” to “Armed Away” or “Armed Home”. For the example, lets say my panel PIN is 1234, I needed to hardcode this value into my configuration.yaml file to state this PIN code. So in order to do this, here is a condensed snippet:

google_assistant:
  project_id: my-project-id
  service_account: !include hass-google-service.json
  report_state: true
  expose_by_default: false
  secure_devices_pin: "1234"
  exposed_domains:
    - alarm_control_panel
  entity_config:
    alarm_control_panel.visonic_alarm:
      name: "Home Security System"
      room: "Entryway"
      expose: true

This meant that when I asked it to “Arm Away”, I got a response asking me for my PIN. I could then vocally say “1, 2, 3, 4”. Alternatively if I was near my Google Nest Hub, a PIN panel would be displayed on the screen, so I could tap the PIN code. An as if by magic, the alarm panels arm mode is activated.

I then discovered I could get this done without vocally saying the PIN, and this was to use code_arm_required: false however, this threw an error if I used it in the configuration.yaml. So I tried putting it in my customize.yaml and that worked.

alarm_control_panel.visonic_alarm:
  code_arm_required: false

So now I can arm the panel without it asking for a PIN.

Now, to take into consideration your comment:

I’d be worried that a burglar can shout through the letterbox “Alexa, disarm the alarm”

I am in full agreement with you here. I haven’t tried it yet, but my guess is that so long as I have the PIN code set as required, this should mitigate the risk of anyone disarming the system without knowing the code.

The perfect outcome would be to have it arm without a PIN code, but in order to disarm, a PIN code would be required.

By way of an explanation:

  1. The integration in HA mimics the visonic Powerlink hardware device.That is why you cannot have the real hardware device connected at the same time as using this integration.
  2. If the communication between them is broken and an “I’m Alive” message is not received and acknowledged then the panel thinks there is trouble.
  3. The only way to remove the trouble indication is by either a panel “system reset” or by restarting the integration in HA and re-connecting in powerlink mode. A “system reset” only means going in to installer mode on the panel and exiting out.

When the communication is interrupted I generate an HA Event as described on the wiki here. Note that condition is set to 0 and there is no more event data associated with it.
There is also an HA Service as described here that you can call to restart the integration, it’s called visonic.alarm_panel_reconnect. It’s called reconnect as it disconnects if connected and then connects to the panel, it’s like restarting the integration.

So, after all that,you could add an automation to automatically restart the integration after a small period of time to hopefully reconnect to your panel.

- alias: Alarm Reconnect
  initial_state: true
  trigger:
    platform: event
    event_type: alarm_panel_state_update
    event_data:
      condition: 0
  action:
  - delay: 2:00
  - service: visonic.alarm_panel_reconnect

Make the delay longer than the recovery time of your router
:smile:

1 Like

If you look at the table here and scroll down to note 2.

Try setting it like this:
Arm Without User Code: Yes
Force use of a Keypad: Yes

The problem is that I cannot differentiate different HA users so it will be like this on all devices that you use HA on i.e allow you to arm without entering a code but it will ask for the code to disarm.

How you achieve this with the google assistant I have no idea

Give it a try :wink:

Hi Dave,

your work is greatly appreciated here ! Thank you for that great plugin to HA.

I have added an esp01 with eslink to my Powermaster30G2 like that :

All is working very well.

I have multiples sensors :

  • contact
  • PIR
  • Smoke
  • Water detector

I would like to use partitions to split intrusion sensor and technical sensors because with only one partition all sensors trigger the siren.
What what’s going to happen if i create two partitions (one technical and one intrusion) with your plugin ? (I’ve seen in doc that you don’t support it, but do you know the impact ?).
Can i do that in an other way according to you ?

Thanks.

Hi and welcome, I’m pleased you’re doing OK with the integration and got it up and running

I’m interested, do they all report their type correctly, if not then I can add them to the sensor type list.

And now on to your questions…

I think that you can do this, you should be able to set a sensor to not trigger a siren. If you want to do this permanently i.e. you never want that sensor to trigger a siren, then you can bypass the sensor so that the sensor is never armed. It will show you this in my integration and there is an HA service that you can use to also control a sensors bypass. You could create an HA script to bypass the sensors.
I’m saying this as you may get what you want without using multiple partitions. There have been other discussions earlier in this thread about this so try a search.

If you decide that you do need to use partitions, the first thing to say is that this is only my theory, I have not tested this.

In your Visonic panel

  • You can create multiple partitions
  • You then assign sensors to partitions (I think that you can asign a sensor to more than 1 partition)
  • I think that you can then assign sirens to partitions
  • You can then individually arm/disarm etc these individual partitions (or the alarm as a whole)

What I think my integration will do:

  • Ignore any partition asignments of the sensors. If a sensor is “triggered” then that will happen as it normally does.
  • As the panel does not directly tell me that the siren is sounding, I assume that what I do is not dependant on the partition

My HA integration ignores partitions, from the number of them to the sensor assignment, so I think it will work the same with or without partitions. That’s why I’ve never investigated using them.

Let me know what you decide to do and if I can help further :smile:

Thanks for your complete and quick answer.

My models of sensors are :
contact => MC-302 PG2
PIR => Next K9-85 PG2
Smoke => SMD-427
Water flood detector => FLD-550 PG2

I don’t know how to set a sensor to not trigger the siren but send notifications with HA.
The powermaster30 programming via the hardware main alarm panel don’t allow me to do that.
There is just a few option for setting sensors, so i think the only way is to use partition.

I’m going to make some new tests with and without partition, and i will report you the results.

Thanks
Have a good day

If you can’t work out how to bypass (not arm) sensors using your panel then try calling the HA service.
In the HA frontend

  • Go to Developer Tools
  • Select Services in the top blue bar
  • In the Service selection, click the down arrow and select visonic.alarm_sensor_bypass
  • In the Entity selection, select your sensor that you want to bypass, for example binary_sensor.visonic_z01
  • In the service data box, add a 2nd line like this bypass: True

An example is here
image

You can then check that you sensor is bypassed by looking at the sensor details in HA

image

As you can see it says ‘device armed’ is False

To put it back set bypass: False and call the service again

Give it a try first :wink:

I’ve been looking at the list of sensors and I don’t have the PIR, Smoke or Flood sensors. If you can set the logger to debug for this integration (like this) and copy and post here the text that looks like this from your log file


Also tell me which sensors are which i.e Zone 2 is a PIR Next K9 etc etc

EDIT: Instead of the above, it might say [Process Settings] Found unknown sensor type. Can you tell me that as well please

Thanks :smile:

Ok, i will do that. I have little holidays in two weeks…
It will be with pleasure.

Thanks again

Hello,

Is it possible that this integration will change the code of my PowerMax Pro?

I tried with a USR-TCP232-302 box, without success after a day of testing I have only errors. And tonight I see that my installer code doesn’t work anymore. And I don’t think we can get it back.

Tomorrow I will try to connect it with esp…

The only way to change any of the codes is to write to the EEPROM in the panel. I have this permanently disabled in the code so I know that it is impossible for the integration to change anything in the panel. I know that visonic integrations on other platforms allow you to change EEPROM settings but I do not.

Does the USR-TCP232-302 have TTL or proper +/- 12 volts RS232 voltage levels? You need a device with TTL voltage levels for it to work. If you need any help getting setup then please post your issues here and good luck.

I don’t know how it could have happened. So I find myself with an alarm integrated to HA, but I don’t have the code anymore…

I’ve never been able to get the USR-TCP232-302 to work, so it’s going to go back to where it came from…

On the other hand it works with ESP Link, it gave me a little trouble to understand because I was not very familiar with it, but it’s ok !

Congratulations again for this job !

My work in french : https://canaletto.fr/post/home-assistant-and-visonic

So I can tell you this as it is downloaded from your panel’s EEPROM but not used.
If you uncomment lines 2322 to 2326 in the pyvisonic.py file (remove the ‘#’) , set the logger setting to debug and then look at your log file for [Process Settings] Installer Code you will see your installer code.
:wink: