<?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>nrf5340 Audio Application - I2S Slave</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/105044/nrf5340-audio-application---i2s-slave</link><description>Dear Devzone-Team, 
 
 for my application I am trying to establish a CIS between a gateway and a headset. The gateway is getting an I2S stream input from its header pins. The audio stream is coming from an external device which can only be configured</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 06 Nov 2023 15:16:52 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/105044/nrf5340-audio-application---i2s-slave" /><item><title>RE: nrf5340 Audio Application - I2S Slave</title><link>https://devzone.nordicsemi.com/thread/454265?ContentTypeID=1</link><pubDate>Mon, 06 Nov 2023 15:16:52 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4116607e-559c-45b5-823b-bce3a1c56abd</guid><dc:creator>Karl Ylvisaker</dc:creator><description>&lt;p&gt;Hello Gregor,&lt;br /&gt;&lt;br /&gt;Thank you for clarifying - I understand your use-case and I see how it would be beneficial to have this as an easily configurable option in the reference application. I will also discuss this possibility with the LE Audio team to potentially create a task for them to create this in the future, but if this were to happen it would be some time into the future.&lt;br /&gt;&lt;br /&gt;Unfortunately, there is no supported non-application-breaking way to do this, and so you would indeed have to follow the approach outlined in the two tickets referenced by your colleague here.&lt;br /&gt;&lt;br /&gt;Best regards,&lt;br /&gt;Karl&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf5340 Audio Application - I2S Slave</title><link>https://devzone.nordicsemi.com/thread/454179?ContentTypeID=1</link><pubDate>Mon, 06 Nov 2023 11:56:45 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0dec2599-48a8-44c8-82e8-b87d9bdfad1e</guid><dc:creator>G-bauer</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;as my colleague is not returning until Wednesday I will reply instead. The reason why we would like to configure the nRF5340 as slave is because we have a &amp;#39;main&amp;#39; DSP device that ought to receive audio from various different sources. One of these sources is the I2S interface of the nRF5340, which we use to forward and return audio from and to BLE. Since we have various different audio sources that we need to synchronize on our main device, it seems reasonable to us to configure our main device as master in terms of I2S rather than the nRF5340. Is there any supported non-application-breaking way of achieving this? Or will we have to use a workaround like it is described in the posts liked by my colleague?&lt;/p&gt;
&lt;p&gt;Thank you in advance!&lt;br /&gt;Kind regards,&lt;/p&gt;
&lt;p&gt;Gregor&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf5340 Audio Application - I2S Slave</title><link>https://devzone.nordicsemi.com/thread/453058?ContentTypeID=1</link><pubDate>Mon, 30 Oct 2023 13:42:04 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ccafa4a5-0fca-4139-aabd-fc8302f4b113</guid><dc:creator>Karl Ylvisaker</dc:creator><description>&lt;p&gt;Hello Martin,&lt;br /&gt;&lt;br /&gt;Thank you for your patience with this.&lt;/p&gt;
[quote user=""]I have followed the instructions Amanda has given (diabling drift_comp and pres_comp &lt;a href="https://github.com/nrfconnect/sdk-nrf/blob/c9f46d54b472f66596b50dd09c392f5b067243c2/applications/nrf5340_audio/src/audio/audio_datapath.c#L943"&gt;here&lt;/a&gt;), but with no luck.[/quote]
&lt;p&gt;Could you elaborate on the issue you are seeing when doing this? How does it fail, and how does it behave compared to what you would have expected? Could you share the changes/modifications you made?&lt;/p&gt;
[quote user=""]&lt;p&gt;The issue Max was having is now 5 months old, maybe there have been some updates from your side. I am using NCS version 2.4.2.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Could you elaborate, why the compensation mechanisms have to be avoided in this configuration? Why does disabling I2S clock output for the gateway break the application?&lt;/p&gt;[/quote]
&lt;p&gt;The nRF5340 Audio application is built on some assumption about the synchronization between the NET and APP core (and more explicitly also between the I2S peripheral and the NET core), and so when these assumptions no longer holds then the application will break. I guess it comes down to that since this is not a supported feature of the nRF5340 LE Audio reference application it is not something that the LE Audio team is working to ensure is possible, or have made any tests or accommodations for.&lt;br /&gt;&lt;br /&gt;Could you elaborate on your use-case here, so that I may understand your situation better?&lt;br /&gt;&lt;br /&gt;Best regards,&lt;br /&gt;Karl&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>