PiDome Domotica/Home Automation

[Francois]

@john this morning I have a funny issue as I add the new door sensor to PiDome all the Custom device disappear. Even it I add i new custom device it is not showing up in the list. I reboot the PI and it is still doing the same thing what can the issue be?

[John]

@Fwessels
Could you provide me the appLog file? This i have not seen before.

[Francois]

@John I did not start it with the trace. I will rest start the server with trace on.

appLog.txt

[Francois]

@John here is the applog with trace enable. I also created the door sensor and still it is not showing up in the Custom device.

appLog.txt

[John]

First i'm seeing data coming in from the gateway before a gateway started message appears:
2014-09-07 10:11:13,452 [Thread-19] TRACE org.pidome.driver.driver.nativeMySensorsDriver14.NativeMySensorsDriver14 - Received from hardware driver:
2014-09-07 10:11:13,456 [Thread-19] ERROR org.pidome.driver.driver.nativeMySensorsDriver14.NativeMySensorsDriver14 - Faulty data or method handling: 2 (�
)

014-09-07 10:11:23,828 [Thread-19] TRACE org.pidome.driver.driver.nativeMySensorsDriver14.NativeMySensorsDriver14 - Received from hardware driver: 0;0;3;0;14;Gateway startup complete.

It does not interfere, but still, strange.

Do the devices show on the main start page e.q. dashboard? because i do see responses (still checking if server send valid ones)

[Francois]

@john Yes all the sensor are still reporting

[John]

I think i've found it... i see a name with a "" in it: "Door\Window" all though it does not have a special meaning in json, it could mess with the tables code showing the devices, one moment. It is possible to edit a custom device with a direct link, i will send that one in a chat if you don't mind.

[Francois]

@john not a problem

[John]

The usage of "" characters in the custom device editors device naming have been tackled in the latest available snapshot.

[John]

I have added an MQTT bridge for MySensors based on the gateway/broker created by @Damme .

I was only not being able to test it on the real gateway but have tested it against a regular MQTT server. So if there is someone willing to test it i will be very thankful :). The tests i have done was with iot.eclipse.org, so i'm also not exactly sure if the data is implemented correctly

It has been implemented as a plugin which has the possibility to execute device mutations, so to add this plugin go to "Plugin management > Device Plugins". Click "Add new plugin". Choose the "MySensors MQTT bridge".

Fill in a name and description, use the MQTT gateway ip address. leave the port and prefix as the shown default if you have not changed it.

To create devices for the MQTT gateway refer to the first post and instead choosing the MySensors serial device, choose the MySensors MQTT device.

The plugin's view shows devices reported by the MQTT gateway, it shows the device address and sketch information. Adding devices shown on that page is exact the same as done with the serial version.

[Francois]

@John I did as you say with the MqTT drive now if I click on the driver and then on the "Pidome MySensor Mqtt" noting happen

applog:appLog.txt

Also if I click in view nothing happens

[John]

Clear your browsers cache and try again. The devices appear at the plugin.

P.S.
I will in a later state modify the driver name, it is an emulator between the devices and the plugin so the plugin can create devices the same way a driver can. The reason why it is a plugin is that drivers are hardware based (GPIO, USB access). The plugin now behaves like it is hardware.

[Francois]

@John Hi I am back again. I now can see the MQTT node sensor. When I want to add the node sensor the custom devices don't show up in the "Select device to use" Why will that be?

Custom device adde

Custom device not show.

[John]

Device skeletons are limited to their driver/plugin and can not be interchanged (yet). When you are using the MQTT plugin you should create a MySensors MQTT custom device/skeleton. The first listing above shows these devices as a device for the serial version.

[Francois]

@john Mysensor MQTT is now working. Thank for all you help :-) :+1:

[John]

:+1: Next step would be integrating the Ethernet gateway, but that could take a week or so (working on other demanding tasks currently).

[Francois]

@John I see that you don't have any time days in your automation triggers. Do you plan to do this at a later stage?
I see that you are going to do twitter integration are you look as other message integration tools like pushbullet?

[John]

Currently the triggers do days in the form of "Every day", "Weekdays", "Weekend" and per day like "Mon", "Tue":

The time currently can be fixed, sunrise or sunset with calculations:

The above can then be resulted in a rule like below:

The above would then say that: "turn true every day when it is 30 minutes before sunset".

---

About messaging integration:

The messaging framework is currently partly integrated and currently only takes care of SMS messages (outgoing). When the full messaging framework is implemented twitter will be added together with it's messaging API which could then be used to integrate web services. Currently i'm still very busy with a lot of core parts where developing devices, plugins stands next to it when specific API parts are done. So i can not say if or when pushbullet integration will be available and/or it is created by me.

[Francois]

@John what will I do if my Alarm is trigger and I want to switch it off after 10 min?

[John]

Because triggers are meant to be used as real triggers. If this happens quickly do that. If you would automate your alarm you would need to create a second trigger which would say, depending on the earlier example: when every day it is 20 minutes before sunset, execute alarm off.

Currently next to the triggers i'm busy with Automation flows you can build with blockly. But this is still under heavy development: https://twitter.com/Pi_Dome/status/510355701114605568/photo/1