PiDome Domotica/Home Automation

[John]

@Fwessels
This 255 message can be discarded and should not have been included and can be discarded.
Just looked into it and this was caused due an error on my side where there was an old issue which came back and will be solved with a new alpha build.

The info it shows is the information received based on gw.present(); could you tell me which present variables you have used? I try to follow the index as shown on the API page (Type and Value http://www.mysensors.org/build/serial_api)

Reason "null" wouls be a driver cache issue, a restart of the server helps to resolve this, the code used for running a mysensors custom created device has not been loaded before and therefore is not cached yet. This will also be solved with the next update.

If a restart did not help it, there is a quick and dirty way to see the XML created which i will then need to resolve this for you. For this the log file is needed while the serveris running in debug mode (enabled via "settings > server settings") The log file is located at logs/system/appLog.txt

To view/follow the log file type "tail -f logs/system/appLog.txt". At the moment you save the device from the editor the XML passes by. Please do a paste bin or message me for other ways to send it.

[Francois]

@John I rebooted the Pi server and now I don't get any data from the gateway. Attached is the appLog.txt
appLog.txt

I just unplug the usb and plug it back now I get this error.

appLog.txt

[John]

@Fwessels
sorry for the late response, got sick yesterday.

In the first appLog i'm seeing :
Error handling: 20;0;1;0;0;19.0, error: Group 'S_DOOR' does not exist
Error handling: 20;1;1;0;0;20.3, error: Group 'S_MOTION' does not exist

There is data coming through and is expecting S_DOOR and S_MOTION groups in the added device as is defined also on the API page.

The error try to add a non existing device is part of the non cached created device. I'm almost done with an update and will come back to you soon.

[John]

@Fwessels

I uploaded a new version of the server could you check if the updated version suits your needs and solves the above issues? Unfortunately it requires a clean installation. So the server has to be removed and re-added again. Also the browser cache needs to be cleaned. The software relies heavy on this. But, future updates will not require a clean database, so updates will not destroy any data anymore.

The new version is available here: http://pidome.org/downloads

A lot has changed and one of them are the group id's:
I've mentioned before to use the S_ sensor types, this has been changed to use the sensor id. When i take a look to the applog you posted you will be needing two groups one with id "0" and one with id "1". The controls id stay the same.

The device list should now also display a new sensor node correctly for both AUTO mode sensors (address 255, add one at a time please) and fixed address sensors, if you use both, first add the fixed address ones.

Be aware, you will see the MySensors MQTT version in the custom devices list, please do not use this (yet), it is not finished yet.

It also is possible to starte the server with "./server.sh trace &" to get a bunchload of more information in the log file. Use with care and only when facing an issue. the trace option can be turned off via the "Settings > server settings" page. this trace option is only available during server start.

[Francois]

@John I download the Alpha version as I get an error "This Webpage is not available" for the dev version. I did a clean install and clear browser cache. So now the sensor is reporting the right info on "Select From device list" See below:

However I still getting a error in app log the sensor is still report the wrong info.

Attached is the AppLog file.appLog.txt

Also every time I reboot the server I lose the USB configuration and I have to reconfigure USB port?

[John]

@Fwessels

Did you use the group id's "0" and group id "1" for the device "device study" with address 20? If not this can be changed via the custom devices editor, when changed it will be applied. Also when you add the USB device did you use the "set, save and start" button?

If you would start the server with "./server.sh trace &" it will show the device XML's, loading options used, found usb ports url's used etc..

[Francois]

@John I change it to Groud Id "0" and Id 1 for temp.I also reboot the device and I am not getting any info in the device log about the sensor why is this the case? But I do get data from the gateway.

Yes I did "set,save and start" button

If I start the server with "./server.sh trace &" i just get this on the command line "[1] 3201"
here is the app logs:appLog.txt

[John]

The "[1] 3201" means the command executes is detached from the console and used pid "3417" because of the "&" sign. It does not mean it ain't started.

Looking at the log file seeing:

2014-09-06 09:07:23,229 [main] INFO org.pidome.misc.utils.TimeUtils - Setting timezone data: Europe/Amsterdam, 51.950000, 4.449999
2014-09-06 09:07:27,403 [main] INFO org.pidome.misc.utils.TimeUtils - Setting timezone data: Europe/Amsterdam, 51.950000, 4.449999

and other double lines and ports which are busy and bindings that fail that the server has been started twice within 4 seconds. They should both be stopped. and the server started only once.

[Francois]

@John I did again a clean installation and now I am not getting the error any more. I am not getting the data displaying in the graph. What will the issue here.

Here is the custom setting I have 2 temp senor on this unit:

Temp2:

Data from the "Cotrol Views"

here is the AppLog:appLog.7z

[John]

@Fwessels
The group id's are correct. The control id's should be the var namings:

0 = V_TEMP
1 = V_HUM

You can edit the custom device, after edit the change should be exposed immediately and data should also be displayed after first report after the change.

[Francois]

@John I just don't get this to work. I also download the latest version and did and clean installation and still I am getting group "S_Door" does not exits

I have the setting as per what you tell me. I now are giving up as it cannot be that difficult to get it to work or I am just missing something.
I have the same sensor working on OpenHab the only difference is that on OpenHab I am using the MQTT ethernet gateway.

[John]

@Fwessels
Just send you a chat message because i got interested in the XML structure the device editor then would be creating.

[John]

Thanks to @Fwessels the issue has been found :). More then many thanks to him.

It was related to the build environment which supplied the alpha downloads. It "chose" the wrong source code to build which caused mixed results. This has been solved.

[Francois]

Great news I now have PIdome running with Hum sensor and Dallas temp sensor.

[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