Qubino ZMNHBA2 2 relays doesn't report status?

[PVG555]

Have you removed the endpoints line from the xml and so have 3 switches?

Tried it again, take note for whomever has problems with this...even though my Qubino says it's a ZMNHBD1 (sticker on the device itself) it was added/recognised as a ZMNHBDx (check in your zwave hardware list) in Domoticz. So it was still taking the "faulty" xml file.

After replacing the ZMNHBDx.xml with the correct file, removing the endline and excluded and included the node (again) I can report it is working finally as it should! Indeed 3 switches are included once the process was done correctly.

Many thanks for your help guys!

Was already afraid I should have cancelled my order as I have two more Qubino's on the way

Thanks again!
P.

[Egregius]

Keep in mind that you need the extra script if you have switches connected to I1/I2.

[PVG555]

Keep in mind that you need the extra script if you have switches connected to I1/I2.

Good that you mention it, had not tried operating with buttons yet!
Would you mind showing me which script I have to use (have seen many pass by in this topic) and where I should place it (assume in LUA folder?).
Does it need to have a specific file name? I can figure out associations with IDX no. etc.

Sorry for the hassle and newby questions....however much appreciated.
Once I'll have all working I may do a write-up for anyone with the same issues and need a step by step guide.

Thanks.

P.

[mvveelen]

I replaced my defective Qubino ZMNHBDx Flush 2 Relays a few weeks ago. I had troubles with the node being dead and I got a new one which works fine. Only one thing......

Sometimes when I switch off the light in the hall, the light outside turns off. Is there something I must do to prevent this?

The light in the hall is switched by the Qubino or by a regular on/off wall switch. The light outside is only controlled by Domoticz. I didn't have this problem with the old Qubino ZMNHBDx Flush 2 Relays......

[juankar]

Are both lights connected to the same Qubino module? If so I suppose you have checked connections, it's strange that outside lights switched "sometimes" and not always.

[rjblake]

I just installed a ZMNHBD1 (Flush 2 Relay) without external switch (to control floor heating valve & pump). However, I cannot for the life of me get Domoticz to match the related status of the output of Q1 & Q2. If I turn Q1 on, the switch device for "Both" and "Q1" go on. If I turn Q2 on, "Q1" goes "Off", Both stays "On" and "Q2" goes "On" - doesn't seem to matter how the relay os configured. I've tried the scripts here, but my problem is not with OpenZwave (these work correctly/as expected). Anyone found a solution as I need the correct status or my heating system will not function correctly; or do I need to raise this as a bug in Domoticz? Thanks

** updated: Excluded and Included device and now it seems to be working as it should. No idea why/what/how - hopefully it doesn't end up in this state again

[juankar]

I suppose you have used the last config file of this device, so I send atttached the config lines related to my ZMNHBD1 device in zwcfg_0x<homeid> (you know, the file with the actual config of the net).
You can
1. Stop domoticz
2. Make a backup of you zwcfg_0x... file (better a backup of your domoticz folder, included database)
3. Delete all the lines related with the node of your ZMNHBD
3. Insert this (change the node id with the node number of your device)
4. Start domoticz
Check.
If it works the problem is in the config file. If doesn't... try another module.
My modules are version S4 and S5 and both of them works fine.

[rjblake]

Thanks - will check it out. Had a quick look and only difference I notice

Code: Select all

<CommandClass id="32" name="COMMAND_CLASS_BASIC" version="1">
                <Instance index="1" />
                <Instance index="2" endpoint="1" />
               <Instance index="3" endpoint="2" />         NOTE:I don't have this line

and your file is missing (assume you don't have a temperature sensor)

Code: Select all

<CommandClass id="49" name="COMMAND_CLASS_SENSOR_MULTILEVEL" version="7" request_flags="1" innif="true">
                <Instance index="1" />
                <Instance index="2" endpoint="3" />
                <Value type="decimal" genre="user" instance="1" index="1" label="Temperature" units="C" read_only="true" write_only="false" verify_changes="false" poll_intensity="0" min="0" max="0" value="20.5" />
                <Value type="decimal" genre="user" instance="2" index="1" label="Temperature" units="C" read_only="true" write_only="false" verify_changes="false" poll_intensity="0" min="0" max="0" value="20.5" />
            </CommandClass>

As my exclude/include seems to have fixed the problem, will see how it goes. I do notice that I do not get any updates from the temperature or other devices if no changes happen. Guess I'd have to poll the device to get a 'regular' update to these. I do notice a refresh in OpenZwave updates the last seen times, so possibly an option

[mcwieger]

I had the same issue, with local switches messing up the status in Domoticz, using a ZMNHBDx with local switches connected to I1 and I2.

As I use it in my bathroom to control switching a fan based on the status of these lights (http://domoticz.com/forum/viewtopic.php?f=51&t=12544), the status had to be correct.

I read through this thread, but couldn't really figure it out, as the file versions I had in Domoticz already seemed to be ok. However, this post did the trick for me (http://domoticz.com/forum/viewtopic.php ... BDx#p97531). How and why is a mystery to me, but if it works...

I now have three switches (one master, controlled by both local switches) and two individual switches controlling the lights (and fan, via Events).

[Moberon]

Not very active Ive been here lately but had some issues with the mentioned ZMNHBA2 as well. I figured out (backing up is something I do a lot) that when I let the OZW start from scratch building its configuration in current version of OZW 1.4-2692-g3fc69674-dirty it goes wrong with this module. In the past this module was working no problem at all. Below I will post an extract of mij OZW configuration which works for me, switching and status reports etc goes fine. Maybe I should post this as well in the OZW but havent got that much experience with that.

So replace below node text under the faulty node in the XML file of OZW (stop OZW first) ..

Node_info_ZMNHBA2_working.xml

(15.78 KiB) Downloaded 128 times