-
Notifications
You must be signed in to change notification settings - Fork 59
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
FW 3.1e -> 3.21OPDM: unexpected 804E answer from zigate #370
Comments
Hi there is a difference between NTablesEntries et NTableListCount. this is not the same thing. NTablesEntries is the total number of Neighbour table entries on the remote node With the firmware code this is the NTableListCount which is used : here is the code :
|
Hi NTableEntries is supposed to be the total of entries in the table. So no reason to get 03 then 0B then 03. I will try to do same test with 31d, just in case. |
I can see this issue from other users as well: zigate is sometimes responding badly:
Worse than this, this looks like following LQI management answers from Zigate are just... crap.
Nobody in zigate team faced such behavior ? |
I'm not sure to understand what is your problem . |
The problem is that
I don't see why it would be a pb of "decoding". |
The only comment I can make, is I don’t think that I’m making an extensive use of the 0x004E command as you do on Abeille.
On our Domoticz Plugin it is only use when the user is requesting a Topology Report
… On 25 Aug 2021, at 10:36, Tcharp38 ***@***.***> wrote:
The problem is that
zigate may return stupid message during that interrogation with 3.1e (never saw that before). Saying the table is 23 then 0B then 23 again is... no sense isn't it ?
worse that this at some point, returned message is just bulshit as you can see all these unknown devices
I don't see why it would be a pb of "decoding".
But ok so far I can't prove it is zigate. I will try to reproduce something on my side and sniff the network in //.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub <#370 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AB7IKWVQ4UPRUG5LEDHRDE3T6STRZANCNFSM47ABD7NA>.
|
Ok clear. |
Now, how can you sniff as you mentioned the issues is when getting the Neighbourg table of the ZiGate ? |
You are perfectly right. I missed this point but I can now reproduce on my simple test bench.
See attached analysis file |
Just to refresh that I still see such unexepected behavior with 3.21-OPDM, PiZigate v1 I get the first answer from Zigate telling 6 entries total but 2 only listed here
then a non sense answer for without new request with "0B" as total and none reported
then a good answer for next request (startIndex=02)
|
During LQI collection, starting by zigate interrogation, I got unexpected answer.
Request to zigate: {"topic":"CmdAbeille1/0000/Management_LQI_request","payload":"address=0000&StartIndex=00"}
First answer tells there are only 3 entries in the table
[2021-06-19 00:00:06] Abeille1, Type=804E/Management LQI response, SQN=CB, Status=00, NTableEntries=03, NTableListCount=02, StartIndex=00, SrcAddr=0000
[2021-06-19 00:00:06] NAddr=5AC7, NExtPANId=8FDBA9CA044F2AFA, NExtAddr=00158D00047D3A86, NDepth=01, NLQI=B5, NBitMap=1A => RxOFFWhenIdle/Child/?/EndDevice
[2021-06-19 00:00:06] NAddr=1AEA, NExtPANId=8FDBA9CA044F2AFA, NExtAddr=5C0272FFFEA0E396, NDepth=01, NLQI=AA, NBitMap=1A => RxOFFWhenIdle/Child/?/EndDevice
then a request for startindex 02: {"topic":"CmdAbeille1/0000/Management_LQI_request","payload":"address=0000&StartIndex=02"}
but the next answer is now telling there are 0B entries in the table but does not return anything.
[2021-06-19 00:00:06] Abeille1, Type=804E/Management LQI response, SQN=10, Status=00, NTableEntries=0B, NTableListCount=00, StartIndex=03, SrcAddr=0000
then again zigate tells there are only 3 entries and returns proper startindex 02.
[2021-06-19 00:00:06] Abeille1, Type=804E/Management LQI response, SQN=CC, Status=00, NTableEntries=03, NTableListCount=01, StartIndex=02, SrcAddr=0000
[2021-06-19 00:00:06] NAddr=E93B, NExtPANId=8FDBA9CA044F2AFA, NExtAddr=00158D000465AF13, NDepth=01, NLQI=A8, NBitMap=1A => RxOFFWhenIdle/Child/?/EndDevice
Any idea ?
I've not seen this before 3.1e.
The text was updated successfully, but these errors were encountered: