DS90UB948-Q1: I2S Island transport not working
Part Number: DS90UB949-Q1EVM
I have a question about I2S output of DS90UB948 almost same phenomena as previous person..
We are using DS90UB949-Q1EVM and DS90UB948-Q1EVM.
We want to transmit the HDMI audio of DS90UB949 to I2S of DS90UB948.(Using the GPIO6_REG, GPIO7_REG, and GPIO8_REG pins)
We confirmed that I2S_CLK is transferred to DESER, but no I2S_WC and I2S_DA on Data Island transport mode. (949 Add:0x12 , data 0x00)
We can confirmed correct I2S signal on only Data Forward Channel Frame transport mode. (949 Add:0x12 , data 0x02)
We also want to use GPIO1 for remote GPIO output mode. (948 Add:0x1E , data 0x05)
GPIO1 output the correct remote GPIO signal on Data Island transport mode.
But, GPIO1 output the WC signal not GPIO on the Data Forward Channel Frame transport mode.
Please advice for the correct registor setting for our I2S and GPIO1 function.
To confirm in your use case, HDMI in on the 949 with audio, I2S out from the 948 (no i2s input on the 949).
On the 948, How many channels of audio are being utilized? Which pins are you currently utilizing on the EVM? If using TDM, what are you word lengths?
Which other GPIOs (if any) are currently being utilized on the 949?
We are glad that we were able to resolve this issue, and will now proceed to close this thread.
If you have further questions related to this thread, you may click "Ask a related question" below. The newly created question will be automatically linked to this question.
In reply to Bryan Kahler:
We are using Internal Pre-Programmed EDID and 2-channel HDMI audio.949 MODE_SEL0 : EDID_SEL =0, AUX_I2S= 0We are not using TDM. I2S word length is 64.
We are using 8 of GPIO for 949. Setting is as follows.GPIO0 : 0x0D[3:0] = 0x5 , D_GPIO0 : 0x0D[3:0] = 0x3GPIO1 : 0x0E[3:0] = 0x3 , D_GPIO1 : 0x0E[3:0] = 0x5GPIO2 : 0x0E[7:4] = 0x3 , D_GPIO2 : 0x0E[7:4] = 0x3GPIO3 : 0x0F[3:0] = 0x3 , D_GPIO3 : 0x0F[3:0] = 0x3
We are using 8 of GPIO and I2S signal pins of 948. GPIO Setting is as follows.GPIO0 : 0x1D[3:0] = 0x3 , D_GPIO0 : 0x1D[3:0] = 0x5GPIO1 : 0x1E[3:0] = 0x5 , D_GPIO1 : 0x1E[3:0] = 0x3GPIO2 : 0x1E[7:4] = 0x5 , D_GPIO2 : 0x1E[7:4] = 0x5GPIO3 : 0x1F[3:0] = 0x5 , D_GPIO3 : 0x1F[3:0] = 0x5For I2S : MCLK, I2S_CLK, I2S_WC, I2S_DA
In reply to user4083768:
Thank you for the information. Will test a configuration in the lab - please expect an update by EOD 2/5.
Could you please send a register dump of the main page for both your 948 and 949?
I attached the resistor dump files.(I did not know how to get the port1 resistor setting with one file. These files including port0 resistor setting only.)
NO I2S signal : 948_DataIsland.nrd, 949_DataIsland.nrdWrong GPIO1: 948_forward.nrd, 949_Forward.nrdAdditionally, I confirmed wrong D_GPIO0 signal on Forward Frame transfer mode. Some remote GPIO output is not work correctry on Forward Frame transfer mode.
Thank you for sending the files. Will analyze and provide an update tomorrow.
Thank you again for providing the files. I have been able to replicate some of the behavior on this end. Still investigating the issue. Please expect another update by EOD Wednesday at the latest.
Hi Y. Kasagi,
Still investigating this issue on the bench. To further the investigation, could you please provide the settings for the port0 and port1 registers?
To get the values per port please use 0x1E to control PORT1_SEL or PORT0_SEL prior to reading back the per port registers.
We are seeing similar issue on the bench. Still investigating the issue. Are there other possible pin mappings for your design or are these pin selections a hard constraint?
On our design, we would like to use the 1 of remote input, 5 of remote output and 2 of High-speed in/out GPIO pins on 948 side.We confirmed current issue is on GPIO0, GPIO1, DGPIO0 and DGPIO1 of remote output. I think it is difficult to avoid this issue by pin mapping change. (Temporally, we are currently disabling the wrong GPIO function.)
Can not use the Dataisland transport for the HDMI audio? For the port1 resistor setting, I will send it after duplicating the DGPIO0 issue by using EVM board.
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.