Nothing wrong with the system, it has a cantral with incorporated siren, keypad, and Phone connectors (I can manage the system via phone too - wired to the home phone line)… all the sensor (including an external siren( are wireless)…
I was wondering if it is possible to retrofit the system and make it “smart/connected” so I can see status/manage the system itself with my mobile…
I apologies if my questions are silly/basics, but I really am a newbie here
Let me rephrase what you have just suggested to me:
I get a “binary sensor” and I connect it to the central
I get a RPi (which version and model?) to rung OpenHab
I make the “binary sensor” talk with the RPi via zwave
in theory I get it… but now lets try in reality
which sensor/s should I get if I want to capture:
Change of status via OpenHab (remotely turn the alarm on/off)
Status of alarm (question the alarm status)
Alarm intrusion alert (get notification if the alarm goes off)
Do i need three binary sensors or there is something more advance (and cheaper that three sensors)?
I do need a “hub” and I guess that that is done by RPi… which version should I use? (https://www.raspberrypi.org/products/ don’t need to over-engineer this… the easier the better and probably the cheaper -> I want to retrofit, but I do not want to spend as much as I would spend with a ready to use solution)
Woudl the solution works also with Google home? (my alarm system has three zones, therefore, while at home I could set the alarm on in the garage…)
the circuit board of the central unit has also an Rj45 plug… not sure what is that… ides? (i do not think is the LAN connection because the allarm is about 15 year old, therefore I do not thin that there is any webserver in it…)
It is hard to give you any details without knowing the alarm system and I’m pretty sure you will need a multimeter to find the voltage level of the in- and outputs you are seeing in your alarm central.
In general: if you need more than one I/O the Fibaro Universal Sensor is a bad choice because it only provides an input to the openHAB system, not an output. And it gets pretty expensive if you need to buy several devices
I would go for the ESP8266 (easiest to connect is the nodemcu version) or any other microprocessor (read the linked posts for other ideas) to connect your alarm pins to openHAB. It also can drive relays to switch your alarm state ON/OFF.
Communication between your router and the ESP is done via Wifi, the status (In and Out) is established via MQTT. Inputs up to 5V can directly be wired to the ESP pins, outputs can be done via a variety of available relays. If you need a voltage free ouput this can be done without relays.
You need to flash a new firmware to the ESP for this.
A lot of users run their openHAB on an RPi. In my opinion using it as sensor I/O is to expensive. You can have this a lot cheaper with microprocs like the ESP’s.
If you want to run openHAB on it, the latest. Mostly older models are not available anymore.
Either way: you will have to tinker and solder to get this working but I think it can be done.
Basically yes, option 1 needs to be soldered, option 2 is ready to use and can be supplied with power via a usb charger.
If you don’t want to flash it with alternative firmware you can go the Arduino IDE way and need to program everything in LUA (including MQTT support).
In my opinion it is easier to reflash with Tasmota (good support in this forum) or ESPEasy (also some support here, and has a nice web interface for configuration).
Nope, it can not be put on an ESP. You need a computer supporting java:
A lot of people are using a RPi as their openHAB server.
Yes. You need to define items for your MQTT setup and with those items and correct tagging you can use Google Home.
Based solely on experience with alarms of this period (i.e. guessing) - the “wired commands interface” is probably a serial RS232 port, which would allow an external system to interrogate and control the alarm. Really useful!
But sadly, unless you can get the manufacturer’s specification for the data protocol used, not much chance of exploiting that. As a security system, that is likely been made deliberately difficult.
One approach might be to find out if there is a PC application around that will talk to the alarm. You could then monitor the data traffic and figure out essential commands and data. Very tedious!
I would guess again, that the RJ45 socket is another way to the same serial port, perhaps an RS485 version. It’s not likely to be a LAN port, that would usually be an add-on option.
I don’t think you’ll be able to remotely set or unset this alarm system without this knowledge. However - if you have the installer’s manual it might describe how to control the alarm from a keyswitch instead of keypad. Such a keyswitch could be simulated by a relay under OpenHAB control.
As sihui says, there are many ways to connect two binary sensors for alarm on/off and alarm normal/ringing indication (and possible relay for alarm enable/disable). You might want to decide how your home system might develop in the future, to help choose a suitable technology here - zwave, KNX, WiFi ESP, blah.
Not really: you need jumper cables with a female end to connect it to the nodemcu. So buying different kinds would make send. Then you are able to connect it to the nodemcu, your alarm central and the breadboard if you need testing.
That is a power supply. If you intend to use a plain ESP chip (not the nodemcu version) you will need to connect 3.3V power to it.
The nodemcu runs on 5V, so you can power it with an usb charger.