Domoticz

Hi all,

Is it possible to send an email notification if one of the users has armed or disarmed the alarm?

E.g if user X has logged in and disarmed the alarm an email notification is send to the other users like:

user X has disarmed the alarm

Thanks for your help.

Eric

Yes this is easily possible but I don't see the need to explain it specifically for your use case in this post.

The alarm is simply a device of which the typical Domoticz home usually has dozens if not hundreds.

You need to read the Wiki and perhaps some threads in this forum to find how to send a notification when a device state changes.

Eg: Bed light turned off = send notification to x user

It's the same thing as: Device alarm turned off (disarmed or whatever) send notification to x user or users.

I am sorry but maybe I was not clear enough.

I can send an email when something is switched on or off, no problem with that. What I am looking for that it mentioned in the email which user has done it, to be more specific name of the user that has logged in and made the change.

This email has to be send to the other users to notify them that it was user X that has done it.

I can see in the log which user activated an event but I do not know how to get that user name in an email notification.

I hope this explains what I am looking for.

Eric

How exactly will Domoticz know which user disarmed the alarm?

What is the interface with Domoticz?

You can add several users to domoticz. In my head it should work some how.
When you switch a device it says in the log:

2018-05-16 13:04:30.438 User: Dewgew initiated a switch command (130/Lamp outside/On)

That is exactly my question.

In the log it is visable who made a change thus somehow Domoticz knows who made the change (see attachment). So the question is how to get that name in an email to other users.

Now I understand, the logic you are looking for:

If x user controls x device and state = x then perform x (send an email in your case).

One solution I can think of is this:

Create a dummy device for each user and in security lock it down so only they and the domoticz admin user can see their dummy device.

User can turn dummy device on to arm or off to disarm etc... (you will need to use a Lua script, Dzvents or maybe blockly can do it)

Then you can use blockly or a script in events eg: If x device (the dummy device for that user) becomes x state then send an email to x.

Thank you very much for your advice but I only want to make the dashboard available to the users.

I have the alarm arm/disarm switch on the Domoticz dashboard available for all users. If one of the users arms or disarms the alarm I want to notify the other users who done it.

I currently use a Lua script to send an email to all users that the alarm is armed or disarmed. I want to be more specific to avoid confusion among the users, therefore I want to know how to pull that name of the user into my Lua.

So nobody knows how to pull the name of the user that has logged in into a Lua?

EricT wrote: ↑Tuesday 12 June 2018 10:55 So nobody knows how to pull the name of the user that has logged in into a Lua?

if the name is in the log directly after a user disarmed the device (and therewith activated an event that can be picked up by dzVents), dzVents could be used to get the last loglines, - analyze these for that specific event and extract the name from it. It then can be used to create a message including the name obtained from the logfile.

using
openURL( http://domoticzIP:domoticzPORT/json.htm?type=command&param=getlog)

This is a nice idea to use the JSON call for retrieving the information. This is an example script that would do this in LUA: Jos

Very interesting! I had no idea it was possible to pull the log via JSON.

Initially looking at it though doesn't seem like it delivers much previous history, not sure if Lua polling every minute would be sufficient but a device trigger that immediately checks the log would likely be able to get the needed information.

ben53252642 wrote: ↑Tuesday 12 June 2018 15:19 .. but a device trigger that immediately checks the log would likely be able to get the needed information.

That is more or less what the posted example LUA script does.

Jos

jvdz wrote: ↑Tuesday 12 June 2018 15:23

ben53252642 wrote: ↑Tuesday 12 June 2018 15:19 .. but a device trigger that immediately checks the log would likely be able to get the needed information.

That is more or less what the posted example LUA script does.

Jos

This indeed the way I taught of to get to the required result. Still have a couple a questions / remarks.

If the username ends up in the log it must be known to domoticz in the first place. I red a discussion on GIT about exposing this username. That would make a more natural method to get this information possible. But in the mean time it would be nice to see if we can turn this idea in something workable.

Please do not read the next lines as an attack on the use of Lua as opposed to dzVents (also Lua ) . I only want to know if my observations / assumptions are correct.

This Lua script is triggered by every device change on the system. In dzVents it would only be triggered when the specific device will trigger it.
This Lua script will stay alive until the system returned the JSON to script. dzVents use async communication to prevent that. It is my understanding that there was a discussion between the developers of dzVents and @gizmocuz on the use of this but cannot remember the exact worries that led to the use of async http calls.

waaren wrote: ↑Tuesday 12 June 2018 16:35 This Lua script is triggered by every device change on the system. In dzVents it would only be triggered when the specific device will trigger it.
This Lua script will stay alive until the system returned the JSON to script. dzVents use async communication to prevent that. It is my understanding that there was a discussion between the developers of dzVents and @gizmocuz on the use of this but cannot remember the exact worries that led to the use of async http calls.

I don't know the internals of dzVent but the event system is indeed single threaded in domoticz, so correct that it will have to wait until it is finished.
The LUA script also first checks for the changed device to only perform the logic when the appropriate device is changed.
I am honestly not worried in this case as the JSON call is likely done to 127.0.0.1 so the should be a very low delay.
The posted script is a simply example of how to retrieve the information based on your thoughts and anything is possible when you put your mind to it.

Jos

ben53252642 wrote: ↑Tuesday 12 June 2018 15:19 Very interesting! I had no idea it was possible to pull the log via JSON.

Initially looking at it though doesn't seem like it delivers much previous history, not sure if Lua polling every minute would be sufficient but a device trigger that immediately checks the log would likely be able to get the needed information.

@ben53252642. In the source the max number of lines in the (memory) buffer for loglines is hardcoded to 100. This should be sufficient in most cases but if not, it is easy to lift by changing the line #define MAX_LOG_LINE_BUFFER 100 in the file logger.cpp to a higher number before compiling.
For test purposes I changed it to 10000, compiled it and it executes without problems and without a noticeable raise in memory usage after 1 hour. (2000 loglines)

@warren it should probably default to 100 and be possible to specify a higher value in the JSON url.

A mild enhancement (if it ever gets added) .

ben53252642 wrote: ↑Tuesday 12 June 2018 21:52 @warren it should probably default to 100 and be possible to specify a higher value in the JSON url.

A mild enhancement (if it ever gets added) .

Not sure if I understand you but because of the limit set in logger.cpp to 100 the buffer cannot have more than 100 lines. Before line 101 is added to this buffer line 1 is removed. The json can only get lines available in that buffer.
If the developers decide to increase this buffersize (and I strongly doubt they will as it just as easy to get more loglines via the OS) the API could be changed in such a way that you can ask "give me the last nnn loglines"

but indeed probably only a theoretical contemplation

Wow guys, I am truly impressed.

I did not have the time to read it all, I will have a closer look at it later.

Eric

Today I have tried the Lua proposed by Jos but I get the below error:
Am I missing some dependencies?