<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://ez.analog.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>Q&amp;amp;A - Recent Threads</title><link>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a</link><description /><dc:language>en-US</dc:language><generator>Telligent Community 12</generator><lastBuildDate>Mon, 15 Jun 2026 20:48:38 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a" /><item><title>Faulty PCBs with ADAU1787</title><link>https://ez.analog.com/thread/604798?ContentTypeID=0</link><pubDate>Mon, 15 Jun 2026 20:48:38 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:54d14d07-5a09-45a4-94f5-09d952bdf2d4</guid><dc:creator>joaocolombari</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/604798?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/604798/faulty-pcbs-with-adau1787/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;Hi guys,&amp;nbsp;&lt;br /&gt;&lt;br /&gt;I have been working with a custom PCB based around the ADAU1787 and Nordic nRF5340 processor and nPM1100 PMIC.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;We have a couple of PCBs and two&amp;nbsp;of them suddenly dropped the 1V8 output to (about) 0V6. I was not flashing or even touching the PCB, just running a test application on idle. I have about 3R between VDD and GND in these two boards.&lt;/p&gt;
&lt;p&gt;After that, I removed the PMIC and tested again, and the short remains there, so I am now starting to check the other ICs in VDD, like the ADAU.&amp;nbsp;&lt;br /&gt;&lt;br /&gt;Could you point if is there any problem in the schematic/setup? What is the ADAU1787 supposed to do when an overcurrent event happens?&amp;nbsp;&lt;/p&gt;
&lt;p&gt;For reference, DVDD and AVDD are supplied by two separate converters that are fed&amp;nbsp;by other node.&amp;nbsp;&lt;br /&gt;&lt;br /&gt;Thanks a lot!!&lt;/p&gt;
&lt;p&gt;Cheers,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Jo&amp;atilde;o Colombari&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;img style="max-height:240px;max-width:320px;" src="https://ez.analog.com/resized-image/__size/640x480/__key/communityserver-discussions-components-files/388/Screenshot-2026_2D00_06_2D00_15-at-17.44.35.png" alt=" " /&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>How to configure external clock for SPORT interface as described to get 62.5Mhz for receive</title><link>https://ez.analog.com/thread/604784?ContentTypeID=0</link><pubDate>Mon, 15 Jun 2026 09:26:28 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:55169591-fdaf-47f9-8b37-5e6619fe6a35</guid><dc:creator>joelleoj</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/604784?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/604784/how-to-configure-external-clock-for-sport-interface-as-described-to-get-62-5mhz-for-receive/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;I plan to use adsp-2156x series of microcontrollers and i want to know what is meant my using&amp;nbsp; SPORT with external clock and does using PCG count as an external clock in this case. As per the datasheet spec SPORT can receive data with external clock up to 62.5 MHz&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>Require detailed information on this product series</title><link>https://ez.analog.com/thread/604777?ContentTypeID=0</link><pubDate>Mon, 15 Jun 2026 06:43:42 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:755cec77-827c-4538-8d03-d97cc4dc7caf</guid><dc:creator>Prashanth Bharadwaj</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/604777?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/604777/require-detailed-information-on-this-product-series/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;&lt;span&gt;We are planning to short list processor (ADSP-SC835) for one of the R&amp;amp;D project.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;For this, we need the following details:&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;a) Part / series roadmap and part launch date&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;b) Estimated usage in different industry&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;c) Longevity or life cycle of this part&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;d) Parallel bus support peripheral availability in this chip to communicate with external device (eg: 16Bit data and 20bit address lines)&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;e) Future development roadmap for this series.&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>Require detailed information on product series</title><link>https://ez.analog.com/thread/604776?ContentTypeID=0</link><pubDate>Mon, 15 Jun 2026 06:41:11 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:f5460f3d-63ac-4f90-8652-9df7b266fa8c</guid><dc:creator>Prashanth Bharadwaj</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/604776?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/604776/require-detailed-information-on-product-series/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;&lt;span&gt;We are planning to short list processor (ADSP-21569) for one of the R&amp;amp;D project.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;For this, we need the following details:&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;a) Part / series roadmap and part launch date&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;b) Estimated usage in different industry&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;c) Longevity or life cycle of this part&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;d) Parallel bus support peripheral availability in this chip to communicate with external device (eg: 16Bit data and 20bit address lines)&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;e) Future development roadmap for this series.&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>Potentiometer changing Freqency in Variable Filter</title><link>https://ez.analog.com/thread/604685?ContentTypeID=0</link><pubDate>Tue, 09 Jun 2026 15:22:53 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:5e61d1b8-ba58-46fc-9580-8bd0951280d2</guid><dc:creator>dubdane</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/604685?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/604685/potentiometer-changing-freqency-in-variable-filter/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;Hi Analog People,&lt;/p&gt;
&lt;p&gt;I want to build a simple 2x3 DSP with ADAU1701 (Wondom APM2 + APM3). I want to be able to change the crossover frequency with an external 10kOhm lin potentiometer on the Var Q/F Filter. Further I want to use an i&amp;sup2;c output to run a little peakmeter (PCM5102 Module) and i want to switch the audio on the i&amp;sup2;c output with a GPI.&lt;/p&gt;
&lt;p&gt;This i what I have so far:&lt;/p&gt;
&lt;p&gt;&lt;img style="max-height:600px;max-width:1920px;" alt=" " src="https://ez.analog.com/resized-image/__size/3840x1200/__key/communityserver-discussions-components-files/388/Screenshot-2026_2D00_06_2D00_09-161329.png" /&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;What do you say?&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Best&lt;/p&gt;
&lt;p&gt;Dane&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>EVAL-ADTF3175D-NXZ: cannot re-flash ADSD3500 firmware after a 4.1.5 downgrade — "burst transfer failed" on every write tool (chicken-and-egg)</title><link>https://ez.analog.com/thread/604652?ContentTypeID=0</link><pubDate>Mon, 08 Jun 2026 04:55:40 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:f0155119-dee6-494c-b7c8-c57f4d74c2bb</guid><dc:creator>TangKim</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/604652?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/604652/eval-adtf3175d-nxz-cannot-re-flash-adsd3500-firmware-after-a-4-1-5-downgrade-burst-transfer-failed-on-every-write-tool-chicken-and-egg/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;Summary&lt;/p&gt;
&lt;p&gt;On an EVAL-ADTF3175D-NXZ kit, the ADSD3500 firmware was downgraded to 4.1.5. After moving the SOM to the v6.1.0 SD image (SDK 6.1.0, commit 847bd8bd), I can no longer flash the firmware up to 5.2.5&lt;br /&gt; (Fw_Update_6.0.0.bin). Every firmware-write path fails, and the kernel driver reports &amp;quot;Read/Write burst transfer failed&amp;quot;. Read-only access still works, so the board is alive and I have a full NVM backup. I need the&lt;br /&gt; correct recovery procedure (or a full flash image) to get the module back to a working firmware.&lt;/p&gt;
&lt;p&gt;Hardware / Software environment&lt;/p&gt;
&lt;p&gt;- Kit: EVAL-ADTF3175D-NXZ (NXP i.MX8MPlus SOM + ADTF3175D module: ADSD3100 + ADSD3500)&lt;br /&gt; - SD image: microsd-v6.1.0 (Ubuntu 20.04.6, kernel 5.10.72-adi)&lt;br /&gt; - SDK: ToF 6.1.0, commit 847bd8bd&lt;br /&gt; - ADSD3500 firmware (current): 4.1.5 (downgraded; chip ID reads 0x5931)&lt;br /&gt; - Target firmware: 5.2.5 (Fw_Update_6.0.0.bin, 97792 bytes)&lt;br /&gt; - ADSD3500 I2C: bus 1, addr 0x38&lt;/p&gt;
&lt;p&gt;Background (how it reached 4.1.5)&lt;/p&gt;
&lt;p&gt;The module originally shipped with firmware 4.2.0.0, which initialized and communicated normally. During earlier debugging it was downgraded to 4.1.5 by flashing Fw_Update_4.1.5.bin. We do NOT have a full flash&lt;br /&gt; backup of the original 4.2.0.0 image (the on-board /boot/ADTF3175D.nvm turned out to be identical to the current 4.1.5 contents &amp;mdash; verified with cmp).&lt;/p&gt;
&lt;p&gt;Symptom &amp;mdash; the key diagnostic&lt;/p&gt;
&lt;p&gt;The kernel driver fails all burst transfers to the ADSD3500:&lt;br /&gt; adsd3500 1-0038: Read burst transfer failed&lt;br /&gt; adsd3500 1-0038: Write burst transfer failed&lt;/p&gt;
&lt;p&gt;fw_upgrade (built from tools/nvm_tools/fw_upgrade) gets through reset, burst-mode switch, and the update command, but fails at the very first packet write (v4l2_ctrl_set(fd, 0x009819e1, ...)):&lt;br /&gt; Size of Binary: 97792&lt;br /&gt; Resetting the ADSD3500: ~7s.&lt;br /&gt; Reset done.&lt;br /&gt; send_switch_to_burst_mode_command; SUCCESS&lt;br /&gt; send_get_firmware_version_command: Failed to set ctrl with id 9968097&lt;br /&gt; FAIL&lt;br /&gt; send_init_update_commands: Update firmware command; SUCCESS&lt;br /&gt; Packets Needed: 382&lt;br /&gt; Packet number: 1 / 382 Failed to set ctrl with id 9968097&lt;/p&gt;
&lt;p&gt;What I have tried (all fail with the same root cause)&lt;/p&gt;
&lt;p&gt;- data_collect --ip --fw Fw_Update_6.0.0.bin (host, network via aditof-server 0.0.0.0:5556): Connects fine, but camera init fails &amp;mdash; &amp;quot;camera_itof.cpp:161] Unkown imager type: 0&amp;quot; then &amp;quot;main.cpp:328] Could not&lt;br /&gt; initialize camera!&amp;quot;. 4.1.5 does not support the 0x0032 imager-type query, so init never reaches the FW-write stage. No init-bypass option in --help.&lt;br /&gt; - Firmware_Update Fw_Update_6.0.0.bin (on-target): &amp;quot;Switched to burst mode&amp;quot; then &amp;quot;Reading Adsd3500: Input/output error&amp;quot; then &amp;quot;Current firmware version is : 0.0.0.0&amp;quot; then &amp;quot;Writing... Packet 1/382: Input/output error&amp;quot;.&lt;br /&gt; - fw_upgrade (on-target, with reset_adsd3500()): reset + burst + update command all SUCCEED; the first packet write fails (&amp;quot;Failed to set ctrl 0x009819e1&amp;quot;).&lt;br /&gt; - NVM_WRITE (on-target): Same write path (v4l2_ctrl_set 0x009819e1) gives the same failure.&lt;br /&gt; - host_boot.sh (BootROM, host_boot.py over raw I2C): RAM boot-FW load succeeds (&amp;quot;CHIP_ID is correct ... 0x5931&amp;quot;), but the subsequent &amp;quot;modprobe adsd3500&amp;quot; cannot talk to the chip &amp;mdash; &amp;quot;Read of Chip ID register failed&amp;quot;,&lt;br /&gt; &amp;quot;Chip ID: FFFF8000 is wrong&amp;quot;, &amp;quot;Could not set mode register&amp;quot;. So subdev-based tools cannot run in host-boot mode.&lt;br /&gt; - Web-UI flash_firmware.sh (gunicorn :8000): It is just a wrapper around Firmware_Update, so the same failure.&lt;br /&gt; - Stop network-gadget / reload driver / clean reboot: No effect &amp;mdash; the root cause is the burst incompatibility, not resource contention.&lt;/p&gt;
&lt;p&gt;What still works&lt;/p&gt;
&lt;p&gt;NVM_READ (standard-mode read, not burst) completes successfully &amp;mdash; it reads all 362 packets and produces a valid 741376-byte full-flash image. So I2C / chip ID / standard-mode read are all healthy, and I have a full&lt;br /&gt; backup of the current (4.1.5) flash plus /boot/ADTF3175D.ccb. It appears that 4.1.5 responds to standard-mode reads but not to burst-mode transfers, which the v6.1.0 driver/tools require for any firmware write.&lt;/p&gt;
&lt;p&gt;Questions&lt;/p&gt;
&lt;p&gt;1. Is there a full flash image (.nvm / .bin) for a known-good firmware (4.2.0.0 or 5.2.5) that I can write back via NVM_WRITE, including the correct ADSD3100 calibration layout?&lt;br /&gt; 2. What is the official recovery procedure when burst transfers fail like this? In particular, is there a way to write the NVM in host_boot (BootROM) mode over raw I2C, independent of the kernel driver and burst&lt;br /&gt; mode?&lt;br /&gt; 3. The firmware upgrade wiki says &amp;quot;If the version number has not updated please check the NXP based option to update the firmware.&amp;quot; &amp;mdash; where is that &amp;quot;NXP based option&amp;quot; documented?&lt;br /&gt;&amp;nbsp;4. Is the &amp;quot;Read/Write burst transfer failed&amp;quot; here a known 4.1.5&amp;nbsp;&lt;span class="emoticon" data-url="https://ez.analog.com/cfs-file/__key/system/emoji/2194.svg" title="Left right arrow"&gt;&amp;#x2194;&lt;/span&gt;&amp;nbsp;6.1.0 incompatibility, and if so, what is the recommended path out of it?&lt;/p&gt;
&lt;p&gt;All logs are inline above &amp;mdash; no attachment needed. I have a full NVM dump of the current 4.1.5 flash (741376-byte NVM_READ image) and can share it by whatever channel ADI prefers.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>Boot Mode to be used to program the external flash</title><link>https://ez.analog.com/thread/604607?ContentTypeID=0</link><pubDate>Thu, 04 Jun 2026 07:05:51 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:2d35fdd4-4d98-4e8f-8fa5-46ba414430c4</guid><dc:creator>tavinoth</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/604607?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/604607/boot-mode-to-be-used-to-program-the-external-flash/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p class="isSelectedEnd"&gt;&lt;span&gt;I am using the EV-21569-SOM and an ICE-2000 emulator for programming.&lt;/span&gt;&lt;/p&gt;
&lt;p class="isSelectedEnd"&gt;&lt;span&gt;My goal is to program the external flash using the emulator and then boot the DSP from the external flash.&lt;/span&gt;&lt;/p&gt;
&lt;p class="isSelectedEnd"&gt;&lt;span&gt;Do we need to keep the DSP in No Boot/Custom Boot mode (BMODE&lt;span class="text-token-text-primary cursor-text rounded-sm" data-placeholder-token="true"&gt;[2:0]&lt;/span&gt; = 000) while programming the external flash using the ICE-2000 emulator, and then change BMODE to 001 for booting from the external flash?&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Could you please confirm if this is the recommended procedure?&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>PTP CLOCK</title><link>https://ez.analog.com/thread/604589?ContentTypeID=0</link><pubDate>Wed, 03 Jun 2026 09:43:27 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:596956be-8bc7-4e58-bb79-e7d7ba346b98</guid><dc:creator>chb613</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/604589?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/604589/ptp-clock/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I am using SC589-MINI baord.I encountered a problem when using the PTP module: it works properly with the internal clock, but not with the external clock.&lt;/p&gt;
&lt;p&gt;the driver is:sam-audio-starter-3.1.0-Github&lt;/p&gt;
&lt;p&gt;The program is stuck on this line，if using&amp;nbsp;ADI_ETHER_GEMAC_PTP_CLK_SRC_EXT.&lt;/p&gt;
&lt;p&gt;&lt;img style="max-height:240px;max-width:320px;" src="https://ez.analog.com/resized-image/__size/640x480/__key/communityserver-discussions-components-files/388/pastedimage1780479710565v1.png" alt=" " /&gt;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;
&lt;p&gt;Bingo&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: End of life ADUCM355</title><link>https://ez.analog.com/thread/604577?ContentTypeID=0</link><pubDate>Tue, 02 Jun 2026 04:56:44 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:dfde1609-3567-4e74-ab46-64b5c7dc1e9b</guid><dc:creator>Jenniferdelightae</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/604577?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/604577/re-end-of-life-aducm355/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;The current situation is quite challenging. The IAR Workbench evaluation license is limited to just 15 days and seems to be dependent on the system&amp;#39;s IP address. Considering that the evaluation board itself is already expensive, purchasing a full IAR license solely for basic prototyping and evaluation purposes may not be practical. Could you please suggest an alternative approach or licensing option?&lt;a href="https://ez.analog.com/members/mark.ramos"&gt;mark.ramos&lt;/a&gt;&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>EV-21569-SOM SigmaStudio+ ACTIVE but no sound output</title><link>https://ez.analog.com/thread/604523?ContentTypeID=0</link><pubDate>Fri, 29 May 2026 09:59:06 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:fd873dd0-9981-4130-9015-7076958852f9</guid><dc:creator>SimonTH</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/604523?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/604523/ev-21569-som-sigmastudio-active-but-no-sound-output/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;&lt;strong&gt;&lt;img style="max-height:240px;max-width:320px;" src="https://ez.analog.com/resized-image/__size/640x480/__key/communityserver-discussions-components-files/388/pastedimage1780048489657v1.png" alt=" " /&gt;&lt;img style="max-height:240px;max-width:320px;" alt=" " src="https://ez.analog.com/resized-image/__size/640x480/__key/communityserver-discussions-components-files/388/Screenshot-2026_2D00_05_2D00_29-165735.png" /&gt;&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Hi everyone,&lt;/p&gt;
&lt;p&gt;I am currently testing a basic SigmaStudio+ project using:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;EV-21569-SOM&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;EV-SOMCRR-EZKIT&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;I created a very simple project with a Sine Tone generator routed to output Channel 0.&lt;/p&gt;
&lt;p&gt;The following steps were completed:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;Connected the SOM board with the EV-SOMCRR-EZKIT&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Connected USBi to the board&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Opened the project in SigmaStudio+&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Executed &amp;ldquo;Link &amp;rarr; Compile &amp;rarr; Download&amp;rdquo;&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Download completed successfully&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;The status at the bottom-right of SigmaStudio+ shows &amp;ldquo;ACTIVE&amp;rdquo;&lt;/p&gt;
&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;However, I still cannot hear any audio output from the headphone jack on the board.&lt;/p&gt;
&lt;p&gt;Here are the things I would like to ask:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;Why is there no audio output even though the project status is ACTIVE?&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Is there any additional hardware configuration required (switches/jumpers/boot mode)?&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Which audio output should be used for Channel 0?&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;What is the correct step-by-step procedure to test a basic sine wave output on this setup?&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;These are the basic checks I already tried:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;Replugged headphones&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Re-downloaded the project&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Confirmed SigmaStudio+ shows ACTIVE&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Any advice or example project would be greatly appreciated.&lt;/p&gt;
&lt;p&gt;Thank you!&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>USB HDRC driver for BF70x</title><link>https://ez.analog.com/thread/604433?ContentTypeID=0</link><pubDate>Thu, 21 May 2026 10:58:01 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:e16c252e-d16a-40b9-bb7a-7b4de5a8a311</guid><dc:creator>Raam</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/604433?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/604433/usb-hdrc-driver-for-bf70x/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;CCES installation contains USB driver for musb hdrc.&amp;nbsp;Is this driver compatible with USB controller on BF706? If yes, is there any example for using this driver ?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>Compatibility between ADUCM320 and ADUCM320i</title><link>https://ez.analog.com/thread/604416?ContentTypeID=0</link><pubDate>Wed, 20 May 2026 16:04:31 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:f94eadce-aba1-4808-a728-c9ce58a2db19</guid><dc:creator>baggio</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/604416?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/604416/compatibility-between-aducm320-and-aducm320i/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;Hello. I have question. Please tell me.&lt;/p&gt;
&lt;p&gt;Are the ADUCM320 and ADUCM320i fully compatible in terms of software and PIN code, with no functional or physical changes whatsoever?&lt;/p&gt;
&lt;p&gt;Because, if the internal Flash of the ADUCM320 or ADUCM320I is pre-programmed before mounting it on the board, and no reprogramming is performed afterward, I believe it should be possible to swap them out. What do you think?&lt;/p&gt;
&lt;p&gt;Best Regards.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>How to dump or flash through OpenOCD (micro USB interface)? Board: Max32655FTHR</title><link>https://ez.analog.com/thread/604353?ContentTypeID=0</link><pubDate>Fri, 15 May 2026 14:47:34 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:187b1b59-24db-40f6-a788-6ddf3f3de073</guid><dc:creator>OttoWei</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/604353?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/604353/how-to-dump-or-flash-through-openocd-micro-usb-interface-board-max32655fthr/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;How to dump or flash through OpenOCD (micro USB interface)? Board: Max32655FTHR&lt;/p&gt;
&lt;p&gt;IDE: CodeFusion Studio&lt;span class="emoticon" data-url="https://ez.analog.com/cfs-file/__key/system/emoji/2122.svg" title="Tm"&gt;&amp;#x2122;&lt;/span&gt;&amp;nbsp; (Rev. 2.1.0) with VSC&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>SPI sub select in firmware</title><link>https://ez.analog.com/thread/604350?ContentTypeID=0</link><pubDate>Fri, 15 May 2026 09:55:32 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:5ce91500-8c56-44c9-8395-3ffb611d8ac0</guid><dc:creator>Blazico0</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/604350?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/604350/spi-sub-select-in-firmware/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;I am using the ASDP-BF706 to read&amp;nbsp;samples from an LTC2325-16 ADC using the SPI0 bus in quad subordinate&amp;nbsp;mode. This is the only device on this bus, so it is a direct connection. On our current board design we are using GPIO pin PA_05 to generate the SCK signal. This pin is also multiplexed to SPI0_SS (subordinate&amp;nbsp;select). Is it possible to use SPI in subordinate&amp;nbsp;mode without having to use the hardware pin by modifying the firmware and if so how?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>Asking about flash program to eeprom with adau1452 Development Board</title><link>https://ez.analog.com/thread/604346?ContentTypeID=0</link><pubDate>Fri, 15 May 2026 08:31:54 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:f0c7f6d0-58c6-4999-a50f-c06d2b9fe0b8</guid><dc:creator>CLB865</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/604346?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/604346/asking-about-flash-program-to-eeprom-with-adau1452-development-board/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;Hi&amp;nbsp;&lt;a href="https://ez.analog.com/members/all"&gt;All&lt;/a&gt;&amp;nbsp;&lt;br /&gt;I am using &lt;span&gt;ADAU1452-DSP Board&amp;nbsp;&lt;a href="https://www.ebay.com/itm/316848250041?chn=ps&amp;amp;_trkparms=ispr%3D1&amp;amp;amdata=enc%3A1qSIVH8qtSyi6Q9ZXFiBF0g23&amp;amp;norover=1&amp;amp;mkevt=1&amp;amp;mkrid=711-166996-562373-7&amp;amp;mkcid=2&amp;amp;itemid=316848250041&amp;amp;targetid=325425753764&amp;amp;device=c&amp;amp;mktype=pla&amp;amp;googleloc=1028580&amp;amp;poi=&amp;amp;campaignid=20777765748&amp;amp;mkgroupid=159443628447&amp;amp;rlsatarget=pla-325425753764&amp;amp;abcId=&amp;amp;merchantid=5304435168&amp;amp;gad_source=1&amp;amp;gad_campaignid=20777765748&amp;amp;gbraid=0AAAAAD_QDh-BQ0h1iY4WHnonS4UX5nFKE&amp;amp;gclid=Cj0KCQjwiJvQBhCYARIsAMjts3K3MgrZ8bZpDfCnFkrHy8QXjQiUBNt9_o77VKPhL2vSfU0cVWLuy9YaAr_TEALw_wcB"&gt;ADAU1452 DSP BOARD&lt;/a&gt;&amp;nbsp; for&amp;nbsp;developing my software features:&lt;br /&gt;Currently, I have configured the program to flash to the EEPROM with the information as shown in the attached image, but I don&amp;#39;t see the data being successfully written. Is my connection and flashing method correct? Please check it for me. Thanks !&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;&lt;img alt=" " src="https://ez.analog.com/resized-image/__size/640x480/__key/communityserver-discussions-components-files/388/Screenshot-from-2026_2D00_05_2D00_15-15_2D00_14_2D00_53.png" /&gt;&lt;img alt=" " src="https://ez.analog.com/resized-image/__size/640x480/__key/communityserver-discussions-components-files/388/Screenshot-from-2026_2D00_05_2D00_15-15_2D00_15_2D00_03.png" /&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>ADAU1452 BCLK_IN0 Signal Issue with RK3588</title><link>https://ez.analog.com/thread/604314?ContentTypeID=0</link><pubDate>Wed, 13 May 2026 13:30:50 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:4418371e-2fe7-4e82-8d64-90076dd7b7b4</guid><dc:creator>PhongLT2</dc:creator><slash:comments>1</slash:comments><comments>https://ez.analog.com/thread/604314?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/604314/adau1452-bclk_in0-signal-issue-with-rk3588/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p class="isSelectedEnd"&gt;&lt;span&gt;Dear Support Team,&lt;/span&gt;&lt;/p&gt;
&lt;p class="isSelectedEnd"&gt;&lt;span&gt;I am currently working on connecting the RK3588 Rockchip processor to the ADAU1452.&lt;/span&gt;&lt;/p&gt;
&lt;p class="isSelectedEnd"&gt;&lt;span&gt;The signals on pin 58 (LRCLK_IN0) and pin 59 (SDATA_IN0) are normal. However, the signal on pin 57 (BCLK_IN0) of the ADAU1452 appears to be very poor.&lt;/span&gt;&lt;/p&gt;
&lt;p class="isSelectedEnd"&gt;&lt;span&gt;I checked the BCLK_IN0 pin independently and found that there is already a waveform present even when the pin is not connected to the RK3588.&lt;/span&gt;&lt;/p&gt;
&lt;p class="isSelectedEnd"&gt;&lt;span&gt;The ADAU1452 is configured as a slave device. I also tested the ADAU1452 independently without any connection to the RK3588. After loading the program, I measured the signal on pin 57 (BCLK_IN0), and the waveform appears as shown in the attached image.&amp;nbsp;I think the BCLK_IN0 signal should initially remain flat at 0V.&lt;/span&gt;&lt;/p&gt;
&lt;p class="isSelectedEnd"&gt;&lt;span&gt;Could you please advise whether this issue is more likely related to hardware or software/configuration?&lt;/span&gt;&lt;/p&gt;
&lt;p class="isSelectedEnd"&gt;&lt;span&gt;&lt;img style="max-height:240px;max-width:320px;" alt=" " src="https://ez.analog.com/resized-image/__size/640x480/__key/communityserver-discussions-components-files/388/ADAU1452-BCLK_5F00_IN0-Pulse.PNG" /&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p class="isSelectedEnd"&gt;&lt;span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p class="isSelectedEnd"&gt;&lt;span&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p class="isSelectedEnd"&gt;&lt;span&gt;Thank you for your support.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Best regards,&lt;/span&gt;&lt;br /&gt;&lt;span&gt;&lt;span class="text-token-text-primary cursor-text rounded-sm" data-placeholder-token="true"&gt;Phong&lt;/span&gt;&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>How can I find the pre-programmed code of MAX32655FTHR board?</title><link>https://ez.analog.com/thread/604271?ContentTypeID=0</link><pubDate>Fri, 08 May 2026 15:02:16 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:f6c26c32-d6e2-46da-8485-e120c6e59910</guid><dc:creator>DyUMD</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/604271?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/604271/how-can-i-find-the-pre-programmed-code-of-max32655fthr-board/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;As title, because I already flashed the program memory, now there is another one program in the board, could I restore the preinstall code?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>Role of the p-type JFET(MMBFJ177) in EC sensor channels</title><link>https://ez.analog.com/thread/604223?ContentTypeID=0</link><pubDate>Tue, 05 May 2026 11:33:44 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:10685bdb-625f-439c-8ad0-d31dca64c979</guid><dc:creator>wogml111</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/604223?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/604223/role-of-the-p-type-jfet-mmbfj177-in-ec-sensor-channels/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;Regarding the EC sensor section in this evaluation board, I would like to understand the specific role of the P-type JFET (MMBFJ177) to determine if it&amp;#39;s necessary for my system.&lt;/p&gt;
&lt;p&gt;I would greatly appreciate it if you could elaborate on its function. Thank you for your time and help.&lt;/p&gt;
&lt;p&gt;&lt;img style="max-height:240px;max-width:320px;" src="https://ez.analog.com/resized-image/__size/640x480/__key/communityserver-discussions-components-files/388/pastedimage1777980704339v1.png" alt=" " /&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>ADAU 1787 TDM SLAVE SAI0</title><link>https://ez.analog.com/thread/604188?ContentTypeID=0</link><pubDate>Thu, 30 Apr 2026 12:20:07 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:c846ae20-19d0-4e4e-9450-f3876c909e73</guid><dc:creator>Val52100</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/604188?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/604188/adau-1787-tdm-slave-sai0/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;Hello,&lt;br /&gt;It&amp;#39;s been few years now that we&amp;#39;re using the ADAU 1787 in our designs.&lt;/p&gt;
&lt;p&gt;Today we need to use the TDM port 0 (SAI0) of the ADAU 1787 in Slave configuration.&lt;/p&gt;
&lt;p&gt;When we bought our first eval board I remember having trouble using the SAI0 port for TDM.&lt;br /&gt;Back in the days, we only needed one SAI port so we tried to use the SAI1 instead and we didn&amp;#39;t know why but the SAI1 port was working but not the SAI0 with exact same configuration.&lt;br /&gt;Today we have an application that require both SAI port so we don&amp;#39;t have choice that to dig in the problem.&lt;br /&gt;&lt;br /&gt;&lt;/p&gt;
&lt;p&gt;So we started a new sigma studio project from scratch to use the SAI0 port as slave.&lt;br /&gt;But we rapidely came into the same conclusion that we have no TDM audio in or out using the SAI0 port as slave.&lt;/p&gt;
&lt;p&gt;The first thing we tried is to replicate our setup with the SAI1 port and everything worked.&lt;/p&gt;
&lt;p&gt;We check the TDM signals (bit clock, LR clock and DOUT) of our master on SAI0 with an oscilloscope and the signals are perfects.&lt;/p&gt;
&lt;p&gt;The weird thing is when I change the settings (for example the polarity) I would expect some &amp;quot;white noise ish&amp;quot; if I have the wrong setup. But I get no sound at all like the SAI0 port was not activated, but I checked and everything is well powered in sigma studio.&lt;/p&gt;
&lt;p&gt;I&amp;#39;m kind of running out of things to try knowing my SAI1 port is working without problem.&lt;/p&gt;
&lt;p&gt;I also tried to create a sine on the DSP and sending it to my DAC with the SAI0 port on slave and that is working too so my ADAU is working but the port SAI0 is not.&lt;br /&gt;I tried with multiple ADAU 1787 and the problem is the same.&lt;/p&gt;
&lt;p&gt;What could cause the issue of no sound IN/OUT of the SAI port knowing that it&amp;#39;s well powered in the proper window ?&lt;br /&gt;Can you list me all the parameters to look at to make the SAI0 port in slave config works please ?&lt;br /&gt;&lt;br /&gt;Have a nice day&lt;br /&gt;Valentin&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>Crystal load calculation for ADuCM350</title><link>https://ez.analog.com/thread/604173?ContentTypeID=0</link><pubDate>Wed, 29 Apr 2026 14:14:25 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:6581370d-d9fa-4130-b35f-5c89bf39bd5d</guid><dc:creator>enpa</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/604173?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/604173/crystal-load-calculation-for-aducm350/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;We need to replace the 16 MHz crystal in an application&amp;nbsp;based on ADuCM350.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;The datasheet (Rev B, page 10) states that&amp;nbsp;CEXT1 = CEXT2 should be between 10 and 15 pF.&lt;/p&gt;
&lt;p&gt;The evaluation board (UG-668, Rev A, page 10) uses 2x 24 pF.&lt;/p&gt;
&lt;p&gt;The HRM (UG-587, Rev E, page 456, table 640) states that no capacitors are required as these are integrated in the crystal (?)&lt;/p&gt;
&lt;p&gt;The datasheet does not state the input capacitance of the HF_XTAL pins.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Please advise on how to proceed to define the load capacitors.&lt;/p&gt;
&lt;p&gt;Thank you, enpa&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>ADUCM355QSPZ - AFEDIE-GPIO0 is always high</title><link>https://ez.analog.com/thread/604154?ContentTypeID=0</link><pubDate>Tue, 28 Apr 2026 21:29:15 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:9ce53cf9-2917-43ca-98ad-ad7d26d1c315</guid><dc:creator>stavrosEmbedded</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/604154?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/604154/aducm355qspz---afedie-gpio0-is-always-high/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;&lt;span&gt;I am using ADuCM355BCCZ evaluation board. &lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;I need to use &lt;/span&gt;&lt;span&gt;AGPIO2.0 (GPIO0, pin G10) as a GPIO output to control an &lt;/span&gt;&lt;span&gt;ADG1608 multiplexer. &lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt; &lt;/span&gt;&lt;span&gt;The pin is always HIGH and I cannot pull it LOW using:&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt; &lt;/span&gt;&lt;span&gt;- AfeDioCfgPin(pADI_AGPIO2, PIN0, 0) &lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;- AfeDioOenPin(pADI_AGPIO2, PIN0, 1)&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt; &lt;/span&gt;&lt;span&gt;- AfeDioClrPin(pADI_AGPIO2, PIN0)&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt; &lt;/span&gt;&lt;span&gt; &lt;/span&gt;&lt;span&gt;Register reads confirm: OEN=0x01, OUT=0x01 after AfeDioSetPin &lt;/span&gt;&lt;span&gt;but physically G10 stays HIGH. &lt;/span&gt;&lt;span&gt; &lt;/span&gt;&lt;span&gt;AGPIO2.1 (GPIO1, H10) works correctly with identical code. &lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt; &lt;/span&gt;&lt;span&gt;The datasheet mentions GPIO0 has POR output and analog die &lt;/span&gt;&lt;span&gt;power mode status function. How do we release GPIO0 from &lt;/span&gt;&lt;span&gt;POR/status function and use it as a controllable GPIO output?&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>sigma studio+ didn't have SPDIF input for adau1466 at version 2.3.0</title><link>https://ez.analog.com/thread/601967?ContentTypeID=0</link><pubDate>Tue, 28 Apr 2026 01:53:00 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:8b476a66-dbe9-474b-8d34-9a174706fee9</guid><dc:creator>Nicole YU</dc:creator><slash:comments>1</slash:comments><comments>https://ez.analog.com/thread/601967?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/601967/sigma-studio-didn-t-have-spdif-input-for-adau1466-at-version-2-3-0/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;Hi&amp;nbsp;&lt;/p&gt;
&lt;p&gt;I&amp;#39;m can not find spdif input port at sigma studio, how can I do, it is not as same as data sheet and your toolbox wiki.&lt;/p&gt;
&lt;p&gt;&lt;img style="max-height:240px;max-width:320px;" src="https://ez.analog.com/resized-image/__size/640x480/__key/communityserver-discussions-components-files/388/1732.pastedimage1767856627293v3.png" alt=" " /&gt;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;img style="max-height:240px;max-width:320px;" src="https://ez.analog.com/resized-image/__size/640x480/__key/communityserver-discussions-components-files/388/4812.pastedimage1767856465533v1.png" alt=" " /&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>VisualDSP++ 5.1.2 - is there any way to use command line to flash ldr like in CCES?</title><link>https://ez.analog.com/thread/604135?ContentTypeID=0</link><pubDate>Mon, 27 Apr 2026 19:42:55 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:19803ffa-3874-4b9c-b8d4-3455a515a923</guid><dc:creator>AssafCon</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/604135?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/604135/visualdsp-5-1-2---is-there-any-way-to-use-command-line-to-flash-ldr-like-in-cces/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;currently working on ADSP-21489 with licenced VisualDSP++ - a legacy setup for control system.&amp;nbsp;&lt;br /&gt;i&amp;#39;m trying to create some more simpler flashing method at production.&lt;br /&gt;we use an external SPI M25P80 NOR Flash.&lt;br /&gt;i want to use something like CLDP for VisualDSP++ - is there such a tool? or can i add it to my utilities on VDSP++?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>adau1467</title><link>https://ez.analog.com/thread/604128?ContentTypeID=0</link><pubDate>Mon, 27 Apr 2026 13:32:26 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:3db7a441-453c-4fac-9426-2cf1e6c232d4</guid><dc:creator>Srilakshmi</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/604128?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/604128/adau1467/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p&gt;&lt;span&gt;Can you please share the Reference board file and layout guidelines for the ADAU1467 DSP?&lt;br /&gt;&lt;br /&gt;Also do we need to control WRITE_BACK(WRITE_BACK_MP6) signals from hardware?&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>how stack pointer is initialized and set  in  both ARM &amp; SHARC cores ?</title><link>https://ez.analog.com/thread/604093?ContentTypeID=0</link><pubDate>Fri, 24 Apr 2026 09:33:14 GMT</pubDate><guid isPermaLink="false">a884d118-f55f-49de-87eb-b9dbaf99b3e3:22d9a02d-143f-4ef4-9ec7-cdc38ca29aa6</guid><dc:creator>Sairam1211</dc:creator><slash:comments>0</slash:comments><comments>https://ez.analog.com/thread/604093?ContentTypeID=0</comments><wfw:commentRss>https://ez.analog.com/microcontrollers/precision-microcontrollers/f/q-a/604093/how-stack-pointer-is-initialized-and-set-in-both-arm-sharc-cores/rss?ContentTypeId=0</wfw:commentRss><description>&lt;p style="font-family:Calibri;font-size:11.0pt;margin:0in;" lang="en-US"&gt;&lt;br /&gt;In ADI how is the stack pointer (SP) initialized? How is it set? Where exactly?&lt;/p&gt;
&lt;p style="font-family:Calibri;font-size:11.0pt;margin:0in;" lang="en-US"&gt;&lt;/p&gt;
&lt;p style="font-family:Calibri;font-size:11.0pt;margin:0in;" lang="en-US"&gt;ARM Core : SP - how its initialized and set ?&lt;br /&gt;SHARC Core : I7 - how its initialized and set?&amp;nbsp;&lt;/p&gt;
&lt;p style="font-family:Calibri;font-size:11.0pt;margin:0in;" lang="en-US"&gt;&lt;/p&gt;
&lt;p style="font-family:Calibri;font-size:11.0pt;margin:0in;" lang="en-US"&gt;&amp;nbsp;I7 stack pointer initialized by ADC `___lib_setup_c` is ADI&amp;#39;s C runtime initializer(ADI libc)&amp;nbsp; ?&lt;/p&gt;
&lt;p style="font-family:Calibri;font-size:11.0pt;margin:0in;" lang="en-US"&gt;If the interrupt occurs before the stack pointer is set, an unexpected behavior may be caused. explain ?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>