-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
wrong module detection #19108
Comments
Same issue here but the led stays red in my case |
database.db entry
|
Trying out things... (papertrail) legrand.js const fz = require('zigbee-herdsman-converters/converters/fromZigbee');
const tz = require('zigbee-herdsman-converters/converters/toZigbee');
const exposes = require('zigbee-herdsman-converters/lib/exposes');
const reporting = require('zigbee-herdsman-converters/lib/reporting');
const ota = require('zigbee-herdsman-converters/lib/ota');
const e = exposes.presets;
const ea = exposes.access;
const definition = {
zigbeeModel: [' Shutter SW with level control\u0000'],
model: '067726A',
vendor: 'Legrand',
description: 'Netatmo wired shutter switch with level',
fromZigbee: [fz.identify, fz.ignore_basic_report, fz.legrand_binary_input_moving, fz.cover_position_tilt, fz.legrand_led_in_dark],
toZigbee: [tz.cover_state, tz.cover_position_tilt, tz.legrand_identify, tz.legrand_settingEnableLedInDark],
ota: ota.zigbeeOTA,
configure: async (device, coordinatorEndpoint, logger) => {
const endpoint = device.getEndpoint(1);
await reporting.bind(endpoint, coordinatorEndpoint, ['genBinaryInput', 'closuresWindowCovering', 'genIdentify']);
await reporting.currentPositionLiftPercentage(endpoint);
},
exposes: [e.cover_position(),
e.binary('led_in_dark', ea.ALL, 'ON', 'OFF').withDescription(`Enables the LED when the power socket is turned off,
allowing to see it in the dark`)],
};
module.exports = definition; This seems to work but led still red and no cover position. |
Well that's it, this is the max I can do 😬 |
@apages2 does this solve the module still thinking it's in pairing mode issue even after pairing? |
yes, but the push request has a problem because it is duplicated with the BTICINO module. Under discussion with koenkk |
Basic support for 067776A was added to the DEV branch today. Regarding the pairing mode, you may need to:
|
Wanted to test today but I cannot without a docker image and there is no image for dev builds 😢 |
@FabianMangold Seems to be recognized correctly 👍 A few comments:
All in all, it does not seem that there is a lot of improvements compared to the previous situation with the exception of the correct detection. |
I'll sniff the traffic on the Legrand gateway and report back with the logs (in a few days). |
Hi @Diaoul, The latest DEV build contains an update, that features switching the calibration mode on the switch. You may want to give this build a try, and attempt to switch the calibration modes. Switching to a simple "Up/Down/Stop" may help to "reset" the device to a normal state. |
Testing now, I'll report back when I've played a bit with the calibrations. |
So the options work, it triggers the calibration. But then, asking for a position just does 0 or 100% 🤷 |
Hi @Diaoul, When switching modes, the switch automatically enters "calibration mode". Therefore, i suppose that your switch is currently locked there. If i were you, i would deliberately mess up the calibration, and start over. Sniffing the traffic might be interesting, albeit unrelevant at this stage, as the Legrand GW uses the very same commands and attributes to handle the situation. |
They are, although the led's pattern does not change from before to after pairing.
I triggered a calibration by switching to "specific_nllv" which did the same thing as pressing the up + down button for 5 seconds when connected to the Legrand Gateway: the led turns orange and the auto calibration starts.
With the Legrand gateway, the above calibration worked and I could request a position.
It's really weird that my module still has the LED as if it was not paired but is paired nonetheless. I do not have this behavior when connected to the Legrand Gateway. I suspect this causes the module to behave weirdly and that I could learn more by sniffing the traffic. I will try your calibration technique 👍 |
That's really odd, i really cannot reproduce this. To be honest, i remember one similar situation when i first bought the switches a couple of month back, and i may have gotten rid of this by re-forcing a firmware update. Probably not the finest way, but given the fact i wanted to update anyway....
Interesting. I've added some notes here: We probably should update the documentation once we've confirmed the calibration modes. Just looping @Koenkk in here, for info only. |
FYI my firmware version is 0036 (on the Zigbee2MQTT dashboard)
How do you do that?
I actually don't know, I just know that when I used the classic one, nothing happened so I switched to the specific one and auto-calibration started 🤷 |
Which is the latest, and that’s okay. I just meant you could reforce the update in order to go through an OTA cycle and see what happens. That worked back then for me (albeit I had updated from an super old FW version)
|
I cannot capture the gateway's network key because when pairing there is no device announcement message 😳 When monitoring I see an Association Request from the module followed by an Association Response from the gateway then the following messages are encrypted 😕 |
Well, it turns out it uses a link key over APS and it's actually the default global trust center link key |
Regarding the firmware updates, you may want to take a look at this page: Apologies for the confusion regarding the NLLV modes. |
There is a capture of the pairing of the rolling shutter module with the gateway: legrand.pcapng.zip I don't think that's an issue with my firmware, it works well with the Legrand Gateway, it must do something that is not done by the Zigbee2MQTT implementation 🤷 |
On the Legrand app, there are 3 modes for "Control mode":
When picking "Aperture level", you can then choose automatic calibration or manual calibration. I think this matches well what you did in the newest PR (with the exception of the names). |
Hi @Diaoul , You'll find the document attached hereafter for reference. I don't understand the behaviour of your switch, as i have identical ones (10 of them actually) running the same firmware, all of them working perfectly fine.. To recap.: All 3 modes work with the Legrand App right ? What exactly differs between Z2M and the Legrand GW ? |
Yes, everything works with the Legrand app. My main focus is to solve this LED issue, it either keeps blinking green as it was before pairing OR still red as it was before pairing. For example this device does not considers itself "configured" until bound to a group.
Maybe something similar is happening here I have no idea 🤷
That is my next step, I'll run the same sniffing with my own coordinator and compare in a few days.
I'd like to have more but first testing with one first so I have no comparison point. Glad you could get them working! No reason I cannot 💪 Maybe my problem is a coordinator issue 🤷 To recap my next steps:
|
I am sure you will, no doubt. Just a small edit, as i am trying to figure out some issues related to PR#6333: Trying to figure out how to differentiate BTicino devices from Legrand 067776A. Could you please confirm your hardware and the exact model of the device ? And another question if you don't mind: It didn't work either when the switches were detected as BTicino switches, right ? That would help a lot. |
Hello
For me, the latest DEV build is OK.
The module is detected in 067776A. It works correctly and the calibration is ok.
Adding the module to the network is a little difficult but ok after a few tries (resetting the module, then successive presses on the toothed wheel for 4 or 5 times when zigbee2mqtt scans)
Best regards
De : FabianMangold ***@***.***
Envoyé : lundi 9 octobre 2023 20:25
À : Koenkk/zigbee2mqtt ***@***.***>
Cc : apages2 ***@***.***>; Mention ***@***.***>
Objet : Re: [Koenkk/zigbee2mqtt] wrong module detection (Issue #19108)
Hi @apages2 <https://github.com/apages2> and @Diaoul <https://github.com/Diaoul> ,
Basic support for 067776A has been added to the DEV branch today.
Can you please try this, and close this issue in case the issue is solved ?
Regarding the pairing mode, you may need to:
* Try to power cycle it (that worked for some of my devices)
* Unfortunately "Factory reset" the device and (there is a small dip-switch underneath the down button, next to the LED) and subsequently re-pair it once more.
—
Reply to this email directly, view it on GitHub <#19108 (comment)> , or unsubscribe <https://github.com/notifications/unsubscribe-auth/ADBBSC2MWYIIC5KWXMCMOT3X6Q6QTAVCNFSM6AAAAAA5MD5MBWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTONJTGQ3DAMZVGE> .
You are receiving this because you were mentioned. <https://github.com/notifications/beacon/ADBBSCYRW3FIM7ELV637G53X6Q6QTA5CNFSM6AAAAAA5MD5MBWWGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTTIQOXH6.gif> Message ID: ***@***.*** ***@***.***> >
|
I did not find anything super relevant in the capture of the network sadly, join is successful, binding as well, no error shown. I don't really even know what to look for so it makes it a bit hard 😢 There must be something though, or something related to my coordinator I don't know as it is working on the gateway 😠 I'm no trying to force update the firmware on the device but I have this error:
I've order 4 other modules, see if they work otherwise I'll send them back. |
Bonsoir @Diaoul, That's really odd indeed. I am stating the obivous, and i am quite sure you've done all of that already, but better safe than sorry:
Also, can you confirm that your modules are Legrand 067776As ? I've seen that the hardware cersion reported is 4, whereas all of mines are having HW version 1. That "could" explain some differences. Cheers |
I've tried the Factory Reset many many times, several times in a row and even reset -> cut power -> reset again
|
Hi @Diaoul, You may want to take a look at the procedure described over there. Cheers, |
I was not aware of that, trying now. |
Thanks for finding this, this is the exact same issue. It seems to be partially working at least:
Now I'll wait, see how it goes from there and report back in a few hours. |
No need to wait a few hours, the auto-calibration finished and everything seems to be working fine now 👍 |
Amazing, so it was really a weird association issue it seems right ? |
@apages2: Is everything fixed on your end too ? If so, can we close that issue ? |
Yes, I tried resetting many times but not with Zigbee2MQTT down. It's worth noting that the whole time my coordinator was up though so I'm not sure an issue with Zigbee2MQTT is to exclude entirely.
I believe yes. One lead maybe is that the association to the Legrand Gateway seems different as it does not expose the Network Key the regular way but relies on APS Link security first. Maybe the second association without Zigbee2MQTT noticing that the device left the network triggered another round of packet exchanges that was missing the first time? |
So the green led blinking problem was related to the hardware id exchanged on interview phase? Because before the fix that @FabianMangold gently provided, I resolved the issue following this guide. |
Helloyes everything is ok for me on the latest version
you can close this number
THANKSEnvoyé de mon iPhoneLe 8 nov. 2023 à 22:15, FabianMangold ***@***.***> a écrit :
@apages2: Is everything fixed on your end too ? If so, can we close that issue ?
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>
|
Hi @apages2, Thanks for confirming. Could you please close it, since you've opened it ? |
Link
https://www.zigbee2mqtt.io/devices/067776.html
Model
067726A
Description
Netatmo wired shutter switch
Vendor
LEGRAND
Picture (link)
https://www.zigbee2mqtt.io/devices/067776.html
Database entry
"device": {"applicationVersion": 0,"dateCode": " \u000020221202\u0000\u0000\u0000\u0000\u0000","hardwareVersion": 1,"manufacturerID": 4129,"manufacturerName": " Legrand","model": "K4027C/L4027C/N4027C/NT4027C","networkAddress": 13499,"powerSource": "Mains (single phase)","softwareBuildID": "002c","stackVersion": 66,"type": "Router","zclVersion": 2},
Notes
Hello
my Legrand 067726A module is detected as BTICINO K4027C/L4027C/N4027C/NT4027C module. It seems to work on basic up/down/stop actions, but the LED remains flashing green and the specific "support position" configuration does not work (no calibration)
Best regards
The text was updated successfully, but these errors were encountered: