Matter: Correct handling of binding to the same node id or group which has this node

RE: Matter: Correct handling of binding to the same node id or group which has this node

AHaug — Thu, 26 Jan 2023 08:18:33 GMT

Glad to hear you found what you needed!

Please feel free to open new tickets if you have any additional questions

Kind regards,
Andreas

RE: Matter: Correct handling of binding to the same node id or group which has this node

Denys Kalynichenko — Wed, 25 Jan 2023 14:38:38 GMT

Hello,
I found the answer to my question after analyzing application source code.

I can receive pointer to Fabric table through using Server class method GetFabricTable.

Function that I used to log Fabric Index and Node Id (node identifiers used in Binding Table) is put below:

void LoggingCurrentFabricIdAndNodeId(void)
{
	FabricTable *fabricTable = nullptr;
	fabricTable = &Server::GetInstance().GetFabricTable();
	uint16_t fabricTableSize = fabricTable->FabricCount();
	NodeId nodeIdArray[fabricTableSize];
	FabricIndex fabricIndexArray[fabricTableSize];
	uint16_t fabricTableIteration = 0;
	for (const FabricInfo & fabricInfo : *fabricTable)
    {
		fabricIndexArray[fabricTableIteration] = fabricInfo.GetFabricIndex();
		nodeIdArray[fabricTableIteration] = fabricInfo.GetNodeId();
		LOG_INF("Fabric Table entry #%d: fabricIndex - %d, nodeId - %lld",
					fabricTableIteration, 
					fabricIndexArray[fabricTableIteration], 
					nodeIdArray[fabricTableIteration]);
		//prepare to write next nodeid fabricindex values
		fabricTableIteration++;
	}
}

Thank you for help!

RE: Matter: Correct handling of binding to the same node id or group which has this node

Denys Kalynichenko — Tue, 24 Jan 2023 20:04:51 GMT

Hello,
The first part of my original question was rather an attempt to confirm my correct interpretation of the Matter specification, that my scenario is actually allowed by it. Thank you for confirmation!

Before I opened this ticket, I have already tried to 'mix' Light Bulb (as endpoint 1) and Light Switch (as endoint 2) sample apps, with buttons sending commands to bound endpoints. I even successfully managed to bind the two endpoints together through chip-tool binding command and I can even see correct BindingTableEntry with correct Node Id and Endpoint Id in my logs. Hovewer, unchanged BindingHandler implementation, copied from Light Switch app, tries to directly send command via network protocol. And this implementation is, of course. not suitable, as SoC obviously cannot receive command that it is sending right in that moment...

These findings led me to my question as to how retrieve Fabric Id and Node Id in my application code to compare them with binding table entry, and then directly change attributes of endpoint 1 instead of command send (or change attributes AND send group command if my device is in that group).
Now that I see that it is possible, I'd like to get specific functions/methods to retrieve Fabric Id and Node id, as it is.

It seems required information about fabric Id and node Id is stored in Fabrics attribute (Operational Credentials Cluster), but currently I can directly access only CommissionedFabrics and CurrentFabricIndex, which, unfortunately, are not very helpful in my case.
Please correct me if I am wrong and there are other methods to access this information from application code.

RE: Matter: Correct handling of binding to the same node id or group which has this node

AHaug — Tue, 24 Jan 2023 15:15:31 GMT

Hi,

[quote user=""] Hovewer, I could not find any information regarding such implementation.[/quote]

If you haven't seen them already, the Matter documentation + light switch and bulb samples should be a good starting point together with the chip-tool-guide page and the subpages here regarding testing Matter in nRF Connect SDK: https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/nrf/ug_matter_gs_testing.html

[quote user=""]1) Is my scenario of binding two endpoints with the same node id even possible under Matter specification?

My idea, if this is possible under Matter specification, would be then by reading Binding Table Entry data and comparing it with current Fabric Id and Node id data to take decision between directly changing attribute (planned 'commands' would be On/Off/Toggle with immediate execution) of the first endpoint or sending corresponding command to a bound node if it is separate device.[/quote]

As far as I can see this should be possible. One node may have multiple endpoints and each endpoint is individually addressable, so binding both endpoints should not be an issue.

[quote user=""]2) What would be my steps to retrieve Fabric Id and Node Id for my device in my firmware (specific functions to call) so I would use it for the implementation of my idea?[/quote]

I will have to look some more for how to retrieve the Fabric Id and Node Id, but initially I would recommend you have a look through the Matter documentation pages we have available, as well as investigating the Matter Core spec, cluster spec and device library spec provided by CSA csa-iot.org/.../

Let me know if this answers your questions,

Kind regards,
Andreas