NRF Connect SDK of Matter Alexa commissioning problem

[mg Jeong]

Hello,
I modified and tested the Mater sample of ncs v2.3.0. (bulb sample)

I'm currently connecting home hubs from various manufacturers to Mater, and I'm having issues with the harmful Amazon Alexa commissioning.
It seems that one operation does not become kCommissioningComplete until PairingAttach.
In addition to the Nordic board, the ESP32 board makes Alexa commissioning no problem.

The board used is the nrf7002DK board and works with Matter via WiFI.
Below is the corresponding log.
please confirm. thank you.

 34626 [EM]>>> [E:15491r M:148191060] (S) Msg RX from 1:FFFFFFFB00000000 [2D8B] --- Type 0001:08 (IM:InvokeCommandRequest)
E: # CLUST-CALLBACK: UNKNOWN CLUSTER:0x00000030 ATTR:0x00000000 VAL:14
I: 34645 [EM]<<< [E:15491r M:211231927] (S) Msg TX to 1:FFFFFFFB00000000 [2D8B] --- Type 0001:09 (IM:InvokeCommandResponse)
I: 34656 [IN](S) Sending msg 211231927 on secure session with LSID: 41202
I: 34717 [EM]>>> [E:15492r M:148191061] (S) Msg RX from 1:FFFFFFFB00000000 [2D8B] --- Type 0001:08 (IM:InvokeCommandRequest)
I: BLE DATA : 4
I: BLE DATA : 4
I: BLE DATA : 4
I: BLE DATA : 4
I: BLE DATA : 4
I: BLE DATA : 4
I: BLE DATA : 4
I: 38496 [DL]Wi-Fi scan done (0)
I: 40089 [DL]Connection to iot.dev.desk5 requested
E: 40094 [DL]Long dispatch time: 1598 ms, for event type 3
I: BLE DATA : 4
I: BLE DATA : 4
I: BLE DATA : 4
I: BLE DATA : 4
I: BLE DATA : 4
I: BLE DATA : 4
I: BLE DATA : 4
I: BLE DATA : 4
I: MBO: Disable MBO/OCE due to misbehaving AP not having enabled PMF
I: wlan0: SME: Trying to authenticate with 58:86:94:b6:10:c2 (SSID='iot.dev.desk5' freq=5180 MHz)
I: wlan0: Trying to associate with 58:86:94:b6:10:c2 (SSID='iot.dev.desk5' freq=5180 MHz)
I: wlan0: Associated with 58:86:94:b6:10:c2
I: MBO: Disable MBO/OCE due to misbehaving AP not having enabled PMF
I: wlan0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
I: wlan0: WPA: Key negotiation completed with 58:86:94:b6:10:c2 [PTK=CCMP GTK=CCMP]
I: wlan0: CTRL-EVENT-CONNECTED - Connection to 58:86:94:b6:10:c2 completed [id=0 id_str=]
I: 44028 [DL]Connected to WiFi network
E: # CLUST-CALLBACK: UNKNOWN CLUSTER:0x00000030 ATTR:0x00000000 VAL:16
I: 44039 [EM]<<< [E:15492r M:211231928] (S) Msg TX to 1:FFFFFFFB00000000 [2D8B] --- Type 0001:09 (IM:InvokeCommandResponse)
I: 44049 [IN](S) Sending msg 211231928 on secure session with LSID: 41202
I: 44056 [DIS]Advertise operational node D3867B9B8CEE2D8B-014DB4CABE723530
D: 44071 [DIS]Responding with _matter._tcp.local
D: 44075 [DIS]Responding with D3867B9B8CEE2D8B-014DB4CABE723530._matter._tcp.local
D: 44082 [DIS]Responding with D3867B9B8CEE2D8B-014DB4CABE723530._matter._tcp.local
D: 44090 [DIS]Responding with F4CE360021D6.local
D: 44094 [DIS]Responding with F4CE360021D6.local
D: 44098 [DIS]Responding with _ID3867B9B8CEE2D8B._sub._matter._tcp.local
I: 44105 [DIS]mDNS service published: _matter._tcp
I: 44109 [SVR]Operational advertising enabled
I: 44118 [SWU]Stopping the watchdog timer
I: 44122 [SWU]Starting the periodic query timer, timeout: 86400 seconds
I: # USER-EVENT: PAIRING ATTACH
I: # UART-SEND: MSG [118]: *ICT*PAIRING

*ICT*IPRELEASED

*ICT*ASSOCIATED:0

*ICT*IPALLOCATED:192.168.0.2 255.255.255.0 192.168.0.1 192.168.0.1


I: 44155 [DIS]Updating services using commissioning mode 0
E: 44160 [IN]SO_REUSEPORT failed: 109
I: 44169 [DIS]CHIP minimal mDNS started advertising.
I: BLE DATA : 4
I: 44212 [DIS]Advertise operational node D3867B9B8CEE2D8B-014DB4CABE723530
D: 44219 [DIS]Responding with _matter._tcp.local
D: 44224 [DIS]Responding with D3867B9B8CEE2D8B-014DB4CABE723530._matter._tcp.local
D: 44231 [DIS]Responding with D3867B9B8CEE2D8B-014DB4CABE723530._matter._tcp.local
D: 44238 [DIS]Responding with F4CE360021D6.local
D: 44243 [DIS]Responding with F4CE360021D6.local
D: 44247 [DIS]Responding with _ID3867B9B8CEE2D8B._sub._matter._tcp.local
I: 44258 [DIS]mDNS service published: _matter._tcp
I: 44264 [DIS]Advertise commission parameter vendorID=65521 productID=32773 discriminator=3840/15 cm=0
D: 44280 [DIS]Responding with _matterc._udp.local
D: 44285 [DIS]Responding with 9073414D56A40517._matterc._udp.local
D: 44290 [DIS]Responding with F4CE360021D6.local
D: 44295 [DIS]Responding with F4CE360021D6.local
D: 44299 [DIS]Responding with _V65521._sub._matterc._udp.local
D: 44305 [DIS]Responding with _S15._sub._matterc._udp.local
D: 44310 [DIS]Responding with _L3840._sub._matterc._udp.local
D: 44316 [DIS]Responding with 9073414D56A40517._matterc._udp.local
I: 44322 [DIS]CHIP minimal mDNS configured as 'Commissionable node device'; instance name: 9073414D56A40517.
I: 44349 [DIS]mDNS service published: _matterc._udp
E: 44354 [DL]Long dispatch time: 199 ms, for event type 32784
E: # CLUST-CALLBACK: UNKNOWN CLUSTER:0x0000002A ATTR:0x00000002 VAL:1
E: # CLUST-CALLBACK: UNKNOWN CLUSTER:0x0000002A ATTR:0x00000003 VAL:255
D: 44378 [IN]Clearing BLE pending packets.
I: 44382 [BLE]Releasing end point's BLE connection back to application.
I: 44388 [DL]Closing BLE GATT connection (ConnId 00)
I: 44484 [DL]BLE GAP connection terminated (reason 0x16)
I: 44489 [DL]Current number of connections: 0/1
I: BLE DATA : 4

[Edvin]

Hello,
I am sorry, but we are short staffed this week due to Public Holidays in Norway. We will be back on Monday 22nd and hope to be able to answer all incoming requests within a couple of days, depending on the backlog. I am sorry for the inconvenience.

Best regards,
Edvin

[AHaug]

Hi,

I modified and tested the Mater sample of ncs v2.3.0. (bulb sample)

Which modifications did you do? Are you able to commission a pristine Matter Light Bulb sample from NCS v2.3.0?

Kind regards,
Andreas

[mg Jeong]

There is a problem that multi-admin does not work after commissioning by uploading CHIPTOOL on Raspberry Pi.

The part I modified was in the commissioning process.
To determine which manufacturer has been commissioned
From source Advertiser_ImplMinimalMdns.cpp
CHIP_ERROR AdvertiserMinMdns::Advertise(const OperationalAdvertisingParameters & params)
I made a modification to get the instanceName as a global variable in the function. Please inquire if commissioning is not possible because of the modification.

if (!operationalAllocator->AddResponder<PtrResponder>(compressedFabricIdSubtype, instanceName)
             .SetReportAdditional(instanceName)
             .SetReportInServiceListing(true)
             .IsValid())
    {
        ChipLogError(Discovery, "Failed to add device type PTR record mDNS responder");
        return CHIP_ERROR_NO_MEMORY;
    }

    AdvertiseRecords(BroadcastAdvertiseType::kStarted);
        
    ChipLogProgress(Discovery, "mDNS service published: %s.%s", StringOrNullMarker(instanceName.names[1]),
                    StringOrNullMarker(instanceName.names[2]));

    //Set_Ble_Status(&gBle_Status, COMM_NET_CONNECTING);                               //====== DELETED later FOR POC ======

    if(strstr(instanceName.names[0],"4188")) // 20021348 account ALEXA
    {
        instanceNameAlexa = instanceName.names[0];
        instance2Byte = 1;
    }
    else if(strstr(instanceName.names[0],"2D8B")) //iotdevpoc account ALEXA
    {
        instanceNameAlexa = instanceName.names[0];
        instance2Byte = 1;
    }
    else if(strstr(instanceName.names[0],"C335")) //APPLE
    {
        instanceNameApple = instanceName.names[0];
        instance2Byte = 1;
    }
    else if(strstr(instanceName.names[0],"909F"))// APPLE
    {
        instanceNameApple = instanceName.names[0];
        instance2Byte = 1;
    }
    
    else if(strstr(instanceName.names[0],"382B")) // 20021348 account SAMSUNG 
    {
        instanceNameSamsung = instanceName.names[0];
    }
    else if(strstr(instanceName.names[0],"F2A3")) // CHIP
    {
        instanceNameGoogle = instanceName.names[0];
    }
    //948F
    
    // else if(strstr(instanceName.names[0],"909F"))
    // {
    //     instance2Byte = -1;
    // }
    return CHIP_NO_ERROR;
}

[AHaug]

I've queried the Matter team and will get back to you with an answer to your question as soon as I hear from them

Kind regards,
Andreas

[mg Jeong]

Thank you, please reply as soon as it is confirmed