Qubino ZMNHBA2 2 relays doesn't report status?

[Egregius]

Hi all,

Just installed some Qubino devices. All worked instantly without any problem, very nice

Only one thing: the 2 relays modules don't report their status to Domoticz when switched locally. The dimmers do that perfectly.

Any ideas why? Or what to do about it?

[jcjames13009]

Hi,

I had same issue with my ZMNHBA2. What I did is to "Enbable Polling" and the staus is now reported properly in Domoticz

Capture Z-Wave 11.png (61.93 KiB) Viewed 14160 times

Not sure it'll work for your ZMNHB02 but you can try.

JC

[Egregius]

I already had polling enabled.
Apparently the Z-Wave groups are involved in this.
Strange thing is that after adding such a 2 relays device their are 3 switches in Domoticz. Sometimes 2 of them lighten up when switching locally.
Will invistigate some more tomorrow

[blackdog65]

I had exactly this but with the fibarao fgr-222. It was a matter of exclude/include to fix it.

[Egregius]

Are you talking about the status report or the 3 switches?
I included 2 Qubino ZMNHBA2 and all three have 3 switches, some sensors, energy stuff.
Also searching a way how to clean them from the non used devices list. I don't care about power consumption of a light.

[Egregius]

Hmm, still not there...

It is in the Z-wave groups thing, but don't know how to set them.
If I set group 3 of to 1 I get feedback of both switches, BUT when I switch one of them in domoticz the other one also switches.
And why o why do I see three switches?



Who can tell wich of the 3 id's I need to use and how the groups need to be set for this? Both switches need to switch seperately and report in Domoticz when switched locally.

[Egregius]

The ZMNHBA2 has 2 relays Q1&Q2, 2 inputs I1&I2 but 3 switches in Domoticz, let's call those ID1, ID2 & ID3.

My findings so far:
Input I1 switches Q1, input I2 switches Q2. Works perfect, but status is only reported when group 1 or group 3 is set to 1.
Switching ID1 in Domoticz switches Q1&Q2, ID1&ID2 are set to on.
Switching ID2 in Domoticz switches Q1, but ID2 is set to on.
Switching ID3 in Domoticz switches Q2, but ID1, ID2 & ID3 are set to on.

Already excluded/included several times from within Domoticz and with the button on the Z-stick, always exactly the same functionnality.

Are there users here with these switches and locally connected switches on them? What are your findings?
Is this a Domoticz issue or do I need to open a issue at OpenZwave?

[Egregius]

To identify if the problem is in Domoticz or not I installed HomeGenie. There they come up as 23, 23.1 and 23.2 (example id)


ID23 is the main switch wich switches both relays. With 23.1 and 23.2 the relays are independent.
Also switching locally on I1 or I2 reports correctly in HomeGenie.

Therefore my conclusion is that there's a small thing somewhere in Domoticz or openzwave (don't know what kind of zwave is implemented in HomeGenie)

Actually in Domoticz, the first ID is the general switch that switches both, ID2 = Q1, ID3 = Q2.
The problem is that I1 is linked to ID1 and I2 to ID2. So the local switches aren't reported to the right ID.

What is the best path to analyze this further? Is this something I can change in a config xml?

[Egregius]

Another step closer...

Start state: All 3 switches off.
Locally switched I1 to on, status in ozcp: only first switch is on.


After hitting the refresh button the second switch also shows on:


The refresh button submits a POST request to http://ip:port/ozwcp/refreshpost.html with content fun=racp&node=23

Then I tought, yes, I'm there. Let's curl, file_get_contents or whatever that url but that drops an 401 Unauthorized

[Egregius]

Found a working workaround:
Added this code to the PHP cron job that runs every minute on my Rpi:

Code: Select all

<?php
$zwaveurl = 'http://ip:port/ozwcp/refreshpost.html';
			$zwavedata = array('fun' => 'racp', 'node' => '20');
			$zwaveoptions = array(
				'http' => array(
					'method'  => 'POST',
					'content' => http_build_query($zwavedata),
				),
			);
			$zwavecontext  = stream_context_create($zwaveoptions);
			$zwaveresult = file_get_contents($zwaveurl, false, $zwavecontext);

OK, there's at most a 1 minute delay for a status update when switched locally but at least I have a working solution/workaround that I can use in scripts etc to switch the lights off when we forget them.

@Gizmocuz:
1) Do you know what's behind that url? The file doesn't exist in the ozwcp folder.
2) Do you have an option to refresh a node after the status has changed?

[Egregius]

Found a better solution
Instead of posting those url's every minute I created a php file for every Qubino relay with this code:

Code: Select all

<?php
sleep(2);
$zwaveurl = 'http://127.0.01/ozwcp/refreshpost.html';
$zwavedata = array('fun' => 'racp', 'node' => '16');
$zwaveoptions = array(
	'http' => array(
		'method'  => 'POST',
		'content' => http_build_query($zwavedata),
	),
);
$zwavecontext  = stream_context_create($zwaveoptions);
$zwaveresult = file_get_contents($zwaveurl, false, $zwavecontext);
echo '<pre>'.$zwaveresult.'</pre>';

In the on/off action of the switch with ID1 I call the script http://127.0.0.1/scripts/zwave20.php and the update is instant now.
Me happy

[Hansbit]

Found a better solution

I have the same problem. This workaround works! (please note the typo in the ip address). Thanks!

Seems to be an (yet) unsolved problem in Openzwave?

Hans

[Egregius]

Sorry, must have changed the ip to quickly

[jcjames13009]

Hi,

Here what I did (in May this year) to have my Qubino ZMNHBA2 working all most properly. That’s not perfect but it does the job. I used the Qubino module to control pool water and robot pump using planning feature for the moment. Script based on water temperature is coming soon.

1/ Install beta version (at the time was V2.2470). But not sure it brought improvement but it was not worst. Right now I have 2.2594 and it doesn't change anything.

2/ Modules inclusion. I did it directly from the Aeon Labs Z-Stick (disconnected from the raspberry). Using this method inclusion (and exclusion as well) works perfectly and module is well recognized. That was not always the case from Domoticz with Node Management options.

3/ I have enable the polling option. Even if not recommended to do it. This is the set-up that had the most positive effect on status reporting.

4/ I deactivated the "All On / All Off" function and the power reporting became correct. In fact even deactivated it’s still possible to switch on switch off the 2 relays at the same time.

In that configuration:
- If I activate the Switch 2 in Domoticz the relay 1 of the module is switched
- If I activate the Switch 3 in Domoticz the relay 2 of the module is switched
- If I activate the Switch 1 in Domoticz the relays 1&2 of the module are switched (Both ON or both OFF)
- Switch 1 appears ON in Domoticz when one or both the 2 relays of the module are ON. Seems logical.
- The power reporting is almost correct (not accurate but acceptable).

What I was not able to solve is when the relay 2 is switched OFF, the relay 1 is reported OFF in Domoticz while it remains ON. After some seconds, the status of the relay 1 is refresh and is reported ON. It’s visible inside the log. So in that case the status reporting is not working properly.

Another issue I faced just a couple of times in a little bit more than 1 month, is when the relay 1 is switched OFF using Planning function it’s set again to ON after few seconds. And so the pump is not stop. This change is visible also in the log.

So as a conclusion it’s not 100% perfect but it works ok for my application.

Hope this summary will help

JC

[Egregius]

I guess in your situation you don't have switches connected to I1 & I2?
When using Domoticz only both switches worked instantly, that was just a mather of figuring out that you need to use ID2&ID3 to control Q1&Q2.

[Egregius]

Just found another advantage: polling can be disabled with this workaround

[juankar]

Hello,
After read these posts, I think that the right way to fix the issue is:

I write the script, in the node variable I write the number of the NODE where is the double relay switch, not the IDX, does it?
And the on/off action of EVERY swicth call this script. Does it?
Thanks, I've the same problem with a Philio double switch.
But.... It's a php and Domoticz http server doesn't execute php. But the idea is good.

[Egregius]

Indeed the Node where the switch is.
Should be only necessary on the switches of that node. For the Qubino I only have on the switch with ID1 and seems to work stable en reliable.

[juankar]

Ok, but the php....
I can make a call to the refresch.html using curl and I don't get any error,
/usr/bin/curl -s -d "fun=racp&node=4" "http://127.0.0.1:8080/ozwcp/refreshpost.html"

It returns OK, but It does not update sttus of switch.

Time ago I tried something similar but using "http://127.0.0.1:8080/ozwcp/buttonpost.html" (the buton reset in info tab of control panel) and curl, and sometimes it worked and sometime didn't, so I left the idea.

[juankar]

I'm triyng it but it doesn't work. Refresh Works fine from web (control panel) but it doesn't if I call from curl or even from explorer (refreshpost.html?fun=racp&node=4)
Perghaps Gimouz could answer the reason fo this strange behavior.
My system is mounted on Ubuntu 14 with ver 2567