<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://devzone.nordicsemi.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>nRF54L15 CS with IPT: SoftDevice Controller assert 142/151 and concurrent multi-connection CS with IPT</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/129467/nrf54l15-cs-with-ipt-softdevice-controller-assert-142-151-and-concurrent-multi-connection-cs-with-ipt</link><description>Hello Nordic team, 
 I&amp;#39;m running Channel Sounding for ranging and localization research with two nRF54L15 DKs. I compared the Ranging Service (RAS) with IPT using ras_initiator/ras_reflector and ipt_initiator/ipt_reflector samples. I have two questions</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 22 Oct 2026 13:23:39 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/129467/nrf54l15-cs-with-ipt-softdevice-controller-assert-142-151-and-concurrent-multi-connection-cs-with-ipt" /><item><title>RE: nRF54L15 CS with IPT: SoftDevice Controller assert 142/151 and concurrent multi-connection CS with IPT</title><link>https://devzone.nordicsemi.com/thread/572517?ContentTypeID=1</link><pubDate>Thu, 22 Oct 2026 13:23:39 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:29e2b0f7-fec4-45dc-aae7-22d1188064aa</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;1.&lt;/p&gt;
&lt;p&gt;a) The 142, 151 assert points to an assert when updating the length of a Channel Sounding subevent. So it could be the &lt;strong&gt;max_procedure_len&lt;/strong&gt; that times out or the &lt;strong&gt;subevent_counter&lt;/strong&gt; that is invalid.&lt;/p&gt;
&lt;p&gt;b) There are quite a few improvements to our Channel Sounding libraries there.&amp;nbsp;&lt;a href="https://github.com/nrfconnect/sdk-nrfxlib/blob/v3.4.1/softdevice_controller/CHANGELOG.rst#bug-fixes"&gt;https://github.com/nrfconnect/sdk-nrfxlib/blob/v3.4.1/softdevice_controller/CHANGELOG.rst#bug-fixes&lt;/a&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;c) That does not seem to match this assert. Then I&amp;#39;d assume you get a buffer overflow reported somewhere instead.&lt;/p&gt;
&lt;p&gt;2.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;It should be possible to do multiple rangings, but again, this has not been extensively tested on our end, and users are expected to handle the scheduling. I would recommend moving to NCS v3.4.1 and do sequential ranging with one initiator and multiple reflectors, as the initiator can then handle the connections and synchronizations easier and finish one measurement before polling the next device.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>