eGeoffrey
My burglary alarm system #139
Replies: 133 comments
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-07-25 16:37:21] I started working on the software and I looked in the eGeoffrey howto for an alarm system. Based on that I added some more detail to the description of my system. Requirements System on and off via switch action on small control box. Alarm module is turned on with power supply switch. Scheduled activation:
Data communication Each module sends heartbeat. No data communication from eGeoffrey to modules. Data presentation When a radar message is received:
Option: |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-07-26 11:58:27] @user2684 I am trying to activate the system in eGeoffrey following your HowTo. Observations: Alarm system Widget not editable. Colour switch of alarm signal. I tried to use the "value" widget and change colour with "Widget configuration → Value → Value in green if between this range: 0 and Value in red if between this range: 1. The next option would be to use the "Status" widget. I would suggest one of three possibilities: Elapsed from a different sensor not working. "If you want instead to show the elapsed since the last time the device has reported a status change, set the sensor identifier in "Elapsed from a different sensor". Based on the example above it will be door_first_floor. In this way you can control if the sensor is armed or not and last time it triggered (e.g. set a new value)." Widget Configuration → Control → Associated sensor: onshuis/woonkamer/radar_armed. Advanced editor - onshuis/woonkamer/radar: retain: single_value Advanced editor - onshuis/woonkamer/radar_armed: retain: single_value Rule is not working. Besides that a remark to make for the user the logic more clear. " Step 4: create an alarm status In my perception a "status" is a state after an action has been performed. This way we create the following situation: Trigger: Constants: Variables: Conditions: When the "system" widget and the "sensor armed" widget are switched on and the sensor is activated eGeoffrey generates an alarm. When one of both widgets is switched OFF, no alarm pops-up. When the user has reached this point, it should be easy to adapt the rule to be used in a Macro. This two step approach is for me easier to understand when I am trying to find out how it works and to debug the rule. |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by user2684 on 2020-07-26 15:48:11]
Correct.
For widget type 2 there is a bit of overlapping between the main icon and the three buttons resulting in difficulties to trigger the action. Try moving the mouse on top of the edit button, the icon of the mouse should change shape and then the button should be accessible back again.
This has to be a range so try "0-0" and "1-1"
Let me know about the range which would be my #1 option. Alternative would be to allow customizing the colors of the status widget (egeoffrey/egeoffrey-gui#60)
The elapsed from another sensor is something related to the specific widget so you will not see it in the sensor's configuration but in the widget's one. Have a look there. Of course to see something the sensor you are pointing to has to have at least a value set.
What is the rule_id of the rule you cannot edit? Wonder if the name has some special character or anything else.
You're correct. Sounds way better. And generally speaking the two phases approach is more clear than mine, thanks for the recommendation! As for the rule not working, what's the issue specifically? Thanks |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-07-26 16:04:18] @user2684 said in My burglary alarm system:
No colour other than the default. No green and no red.
I did the settings in the widget. It is pointing to the radar sensor. Radar sensor is operational and changing state. |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-07-26 16:44:02] I managed to have the system activated by means of the hardware switch on the control box OR by the software system switch. The exact rule I have to think about. The next step is to schedule the period the system is active. Some questions do arise: How do I grab the trigger caused by the calendar? The aim is: The default activation is done by the time schedule. When I am going to bed early I can activate the system with the button on the control box. The schedule has than no effect on the activation. |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by user2684 on 2020-07-26 17:16:18]
Oh you're right, widget type 2 has no room for the timestamp, switch to default type if you don't mind.
Here's an example on how I used the calendar: https://forum.egeoffrey.com/topic/27/control-your-heater-with-egeoffrey. Bottomline, you create a sensor with format "calendar" which is displayed in a "calendar" widget. Then in the rule you get the value in a variable by using "SCHEDULE <calendar_sensor_id>". This value will be empty if there is nothing scheduled at the current time or the value you set (in the widget you can also set a default value). Based on this your rule can trigger or not. I usually have the rule running every 1 minute or 5 minutes so to be sure to react timely. |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-07-27 17:20:48] Today the revised PCB for the alarm system arrived.
One single software package with as less intelligence as possible is installed on each module. eGeoffrey takes care of the rest |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by user2684 on 2020-07-27 18:30:24] @eporocrail I find really interesting how people face the same use case in completely different ways if I look at your approach and my approach for the same. This IHMO gives some value to eGeoffrey philosophy since doesn't oblige you to to things in a specific way but gives you the pieces you can combine in the way you like. |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-07-28 07:55:57] I expanded the documentation a little. I aim for simplicity as far as possible: Module control One software package Sensor always active, interrupt driven. Ad sensor sub-PCB for sensor activity. Sensor and switch do not require system configuration. They are interrupt driven. External accessories do not require system configuration because they are activated via MQTT by eGeoffrey. To address an individual module the ID of that module is required. This ID is part of the topic for activating that module. The option will be implemented. |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-09-05 13:49:33] Where my weather station is on-line now I resumed work on this project. Is it possible that processing a rule is delayed/influenced by a lot of sensor activity of the weather station? |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-09-05 13:56:41] Every now and than there is no result at all of the rule
No suppression set |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by user2684 on 2020-09-06 11:29:50] @eporocrail said in My burglary alarm system:
Should not be the case. Every eGeoffrey component runs in parallel, even different processes, this was one of the main themes during the initial development. |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-09-08 09:46:23] I am working on scheduling the arming of the system.
In my case eGeoffrey does not allow the right field to be left empty. Your advice please. |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-09-08 13:15:23] I tried to set a period of 15 minutes during every day. Log message: |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-09-09 08:29:32] I noticed that when an alert message is sent by the radar sensor module the alert arrives in eGeoffrey but the rule to process this alert is not always leading to the alarm becoming red. I have the suspicion this has something to do with eGeoffrey being busy processing other incoming messages. The following approach was taken to solve this issue: This results in a series of ON/OFF alerts is entering eGeoffrey when the radar sensor is triggered. During testing after a trigger a rapid change of colour of the alert was visible. It turned out that the alert was converted in an alarm not always on the first alert. But because of a series of alerts coming in I did not see that an alert was missed. I am now at the stage that the sensor module is as dumb as possible. Next to a heartbeat message every 20 secs it sends a series of alternating messages when the sensor is triggered during ± 2 seconds. The data processing is done completely by eGeoffrey. The last steps will be to have the arming done based on the schedule. Next to that I aim to have the Shelly button1 to arm and disarm the system and silence the siren. When that works the system is ready as far as software and eGeoffrey are concerned. |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-11-13 11:57:10] The concept proofed to be working. I can scroll through the info pages of the display module by pressing keys on the remote control. |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by user2684 on 2020-11-14 17:12:01] @eporocrail said in My burglary alarm system:
Lovely! Very good initiative! |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-11-17 08:23:43] I gained some experience with the display system. I also developed some further thoughts about it. I like to share this progress. During development it showed to be not feasible to create a somewhat "realtime" behaviour. The system requires time to generate, transport, process, distribute and display information. For this reason it is not worthwhile to present the heartbeat on a secondary display. Presentation On the display data are presented on different pages. Where possible the grouped data are presented on the same page. Each page has text and data. The data displayed are refreshed every ten seconds from memory. The data in memory are refreshed every ten minutes. The display module requests a data update. The alarm data are refreshed on change. Also the display blinker changes to red. The beeper is activated. Data in memory Each ten minutes the display module sends a page data request for each page to eGeoffrey. Page request topic: out/+/display/page/request Page request: Weather Internet : 11 Data display During boot time the boot page is shown. The display blinker is green. When alarm data enter the display module, the alarm page is shown. The display blinker turns red. The beeper is activated. The page is not blanked after the display period. The beeper is silenced by pushing the "green" button on the remote control. The alarm system siren is silenced by pushing the "red" button on the remote control. |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-11-17 13:37:27] During boot time the data are requested from eGeoffrey for the first time. For each display page the data are requested separately. To come to a stable system between the requests a waiting period of 2500 mSec is applied. This assures that eGeoffrey has enough time to process the rule and transmit all data. To prevent eGeoffrey from sending the same info multiple times, after 750 mSec after a page request a request for data for page "0" is sent. This "resets" the receiving eGeoffrey sensor. |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-11-18 16:16:12] The software of the display module is nearing the end of the prototype phase. It behaves as follows: During boot time a boot screen is displayed. One of the last booting tasks is requesting the data from eGeoffrey. Per page data are received with an interval of 1500 mSec between the requests. 150mSec after a page data request, a request for page "0" is sent. This procedure proved to ensure that data are requested and received properly. When finished booting the main menu is shown. With the IR remote control each of the 5 data pages can be selected directly by pressing a number key or one can scroll through the pages using the "<" and ">" keys on the remote. The main menu can be selected by the "0" key or the "display" key. Data are refreshed after an adjustable period of time (minutes). The display will blank after an adjustable period of time (minutes). Then data are still refreshed, pages are not. When a page is selected with the remote, that page is displayed again. In the top left corner of the display a "*" is blinking green. It is fun! |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by user2684 on 2020-11-21 14:55:51] @eporocrail said in My burglary alarm system:
I'm interested in this. Theoretically when a new measure is saved to a sensor, this is broadcasted to the bus and everything (including the GUI should refresh it. Of course it may take 1-2 seconds for the process to complete. Are you looking at something under this timeframe?
You are really making your system more and more advanced day after day, congrats! |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-11-21 16:19:50]
When I am interested seeing the heartbeat coming in I take a web browser. That works great. The duration of the heartbeat pulse is half a second and is displayed correctly. So no issue here with any kind of delay. But taking that same pulse and pass it through to the secondary TFT display takes too much time. But again, no issue. |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-11-22 12:54:30] Some pictures. At the moment only past and copy works to present pictures and only one in each message.
|
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-11-22 12:54:50]
|
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-11-22 12:55:05]
|
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-11-22 12:55:28] And the IR receiver:
|
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-11-24 11:54:51] To come to a conclusion slowly here is a screenshot of one of the rules used to forward weather data to the display: Have Fun! |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by user2684 on 2020-11-28 11:34:36] @eporocrail said in My burglary alarm system:
Ok, understand! Just wanted to be sure with the browser the behaviour was the one expected.
Amazing! thanks for sharing the pictures, really interesting project! |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-12-04 13:56:34] I am adding the last feature to the alarm system. It is a tamper alarm Where we live each house has a small closet inside the house near the front-door which contains i.a the electricity circuit breakers. To prevent that power is switched off un-noticed the door needs to be equipped with a tamper alarm. A module with a hall sensor is mounted to the door frame. A small strong magnet is mounted on the door. When the door is closed, everything is OK. As soon as the door is opened, a trigger is sent to eGeoffrey. According to the arming state eGeoffrey sends an alert to the siren. The siren does its job loud and clear. Because the siren is battery powered, interrupting the power supply will not turn off the siren. When this feature is working and the integration of the IR remote control is completed, the system should be complete. Have fun! |
Beta Was this translation helpful? Give feedback.
-
|
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-12-05 09:35:45] The tamper alarm is working. I had a WiFi coverage issue. But with an access point which was laying around the solution was available. Now only the IR remote control integration is left. |
Beta Was this translation helpful? Give feedback.
-
[This post has been migrated from the old forum, it was originally sent by eporocrail on 2020-07-23 10:55:05]
Nowadays even cheap radar sensors are available. Several different versions you can buy for some dollars each. Some guy already compared those things. His result was that as far as detection performance is concerned one can take the cheapest available. And that one you can have for around ONE dollar!
The aim of this project is to evaluate if such a cheap sensor can be used in a "real environment".
I put together some thoughts about the the scope and use of the alarm system and module.
The system should be as simple as possible. It uses radar sensor modules only. For control, data-processing, alerting and presentation eGeoffrey is used.
Arming and dis-arming is done via:
When armed a LED blinks on the module.
Power-supply via battery. Continuously loading via USB-adapter. No UPS facility.
The power-level is reported. Alarm-level is adjustable.
Heartbeat signal.
Besides blinking an LED an accessory can be switched. Option to be selected via eGeoffrey.
Beta Was this translation helpful? Give feedback.
All reactions