• Join
  • Sign In with my.TI Login
Texas Instruments
  • Products
  • Applications
  • Tools & Software
  • Support & Community
  • Sample & Buy
  • About TI
Sample & Purchase Cart Sample & Purchase Cart
  • Search
  • Advanced
TI E2E™ Community
  • Support Forums
  • Blogs
  • Groups
  • Videos
  • 简体中文
  • More ...
TI Home » TI E2E Community » Support Forums » Digital Signal Processors (DSP) » C6000 Single Core DSP » All Tags » McBSP
Share
C6000 Single Core DSP
  • Forums
  • Announcements

Browse by Tags

C6000 Single Core DSP

Welcome to the C6000 Single Core DSP Section of the TI E2E Support Community. Ask questions, share knowledge, explore ideas, and help solve problems with fellow engineers. To post a question, click on the forum tab then "New Post".

Tags
You have subscribed to this tag. To view or manage your tag subscriptions, click here.   Close
You have unsubscribed from this tag. To view or manage your tag subscriptions, click here.   Close
You are currently viewing:
McBSP
  • 6455
  • 6713
  • 6713 DSK
  • 6748
  • 67XX
  • c6000
  • C6416
  • C6424
  • C6455
  • C6457
  • C64x
  • c6713
  • C6713 DSK
  • C6713B
  • C6748
  • C674x
  • CCS v3.3
  • DM642
  • DSK6713
  • dsp
  • dsp/bios
  • DSPLIB
  • edma
  • edma3
  • EMIF
Related Posts
  • Forum Post: Re: BIOS, Port Configuration

    TimHarron TimHarron
    Hi Tung, BIOS is just an operating system (in truth, a scheduler) that manages the software activity on the DSP. While this may be nitpicky, we don't "use BIOS" to output data on the DSK's J3 header. The McBSP initialization found in the McBSP Reference Guide is the most accurate routine...
    on Jul 16, 2008
  • Forum Post: Re: BIOS, Port Configuration

    Brad Griffis Brad Griffis
    Don't forget to use "volatile" keyword! *(( volatile unsigned short int*)0x90080006) |= 1;
    on Jul 17, 2008
  • Forum Post: Re: BIOS, Port Configuration -McBSP0 has no output

    Brad Griffis Brad Griffis
    I looked at the Technical Reference Manual for the 6416 DSK and it shows that only McBSP1 and McBSP2 are used to talk to the codec and therefore those are the only ones where Tim's earlier comments about rerouting through the memory mapped CPLD register would be relevant. McBSP0's routing is...
    on Aug 28, 2008
  • Forum Post: McBSP Interrupt configuration for TMS320c6414T ,extarnal Frame sync for receiving and transmitting

    dspguy_78 dspguy_78
    Hi All, Currently I am working on the DSP TMS320C6414T , configuring McBSP serial interrupts to CPU (not using EDMA purposely ). MCBSP 0 having interrupts as following Intr 5 => McBSP0 Transmit == > transmit data to Backplane (exchange interface) Intr 6 => McBSP0 Receive == > receive...
    on Mar 13, 2009
  • Forum Post: PSP McBSP Driver for C6424

    Umberto Amadei Umberto Amadei
    I am trying to import in my C6424 project the PSP McBSP driver, but the only example provided by PSP is customized for audio application with AIC33 such as in the EVM. My application is not an audio application and so I have some difficulties in order to use the driver. Where could I find a general...
    on Apr 14, 2009
  • Forum Post: Re: PSP McBSP Driver for C6424

    Umberto Amadei Umberto Amadei
    Gagan, I didn't use the PSP McBSP driver. I tried to remove from the PSP Audio driver and example (associated with McBSP driver) the part related to AIC33 configuration through I2C, but I had a lot of problems when I reduced the number of word in the frame (EDMA interrupt: BUFLEN parameter in audio_sample...
    on May 21, 2009
  • Forum Post: Re: PSP McBSP Driver for C6424

    Umberto Amadei Umberto Amadei
    Gagan, I am sorry for the delay in my answer. Now I am very busy in other activities, but as soon as I'll be free, I'll try to use your driver. Thank you very much for your help. Umberto Amadei
    on May 26, 2009
  • Forum Post: Re: 6455 SPI/MCBSP configuration problem

    jiefu zhou jiefu zhou
    I have the same problem with Brady. I configure the related register as spra487, from the DXR register, the XEMPTY and XRDY bits in SPCR register, it seems the data have been send out, however, no clk could be detected at clk. I also tried the example Mariana gived, there is no clk output too. ...
    on Aug 23, 2009
  • Forum Post: Problem when using SPI at C6455

    jiefu zhou jiefu zhou
    I have met problem when using SPI at C6455, the configuration is based on SPRU580G and SPRA487,there is no outout at the signal CLK and DataOut of SPI, I have noticed there was the same problem at the forum link: http://e2e.ti.com/forums/t/5359.aspx The problem is almost same with Brady, the data in...
    on Aug 23, 2009
  • Forum Post: Interfacing the TMS320C6713DSK and the ADS8364EVM Converter Daughter Card

    Bendous Bendous
    Hello, I am very new to DSP hardware. I am trying to sample an analogue signal and store it on a computer. I am using the ADS8364EVM to do Analog-2-Digital conversion and the C6713DSK to process the signal and store it on the PC. I have been reading on the two boards and trying to get a hang of...
    on Aug 26, 2009
  • Forum Post: Setting the CLKR1 pin high?

    Bendous Bendous
    Hello, Does anyone know how to set the CLKR1 pin on the peripheral extension connector (J3) to be high??? Any help will be very much appreciated.
    on Sep 21, 2009
  • Forum Post: McBSO SPI question for C6713 DSK

    Bendous Bendous
    Hello everyone, I am using McBSP0 on the C6713 to drive an SPI DAC (TI's DAC8501). I noticed that if I do the following: while(!MCBSP_xrdy(DAC_McBSP_Handle)); MCBSP_write(DAC_McBSP_Handle, 0x2222); while(1); The McBSP keeps writing the value out repeatedly. Is is supposed to do this? or...
    on Oct 21, 2009
  • Forum Post: Re: McBSO SPI question for C6713 DSK

    BrandonAzbell BrandonAzbell
    This is what is classified as a Transmit Underflow condition which is described in Section 5.5.4 of the TMS320C6000 DSP Multichannel Buffered Serial Port (McBSP) Reference Guide ( SPRU580 ). During underflow condition, the transmitter continues to transmit the old data in DXR for every new frame...
    on Oct 21, 2009
  • Forum Post: EDMA-McBSP Packet corruption

    Bhaskar Reddy Bhaskar Reddy
    We have an issue with EDMA - McBSP linkage and execution. Please refer the document placed here for the detailed explanation of the issue and interface diagram. http://e2e.ti.com/members/157882/files/EDMA_2D00_McBSP-Issue.docx.aspx In summary, the data originated in one DSP is received corrupted...
    on Dec 7, 2009
  • Forum Post: Re: EDMA-McBSP Packet corruption

    Bhaskar Reddy Bhaskar Reddy
    Source Code updated here.. http://e2e.ti.com/members/157882/files/Src-Code.zip.aspx
    on Dec 7, 2009
  • Forum Post: Re: EDMA-McBSP Packet corruption

    Bhaskar Reddy Bhaskar Reddy
    Brad, Any problem on McBSP comm lines can lead to this kind of issue? any suggestions to overcome this problem?
    on Dec 8, 2009
  • Forum Post: Re: EDMA-McBSP Packet corruption

    Bhaskar Reddy Bhaskar Reddy
    Another point to be mentioned here is, the corruption happens with only one slave dsp. It happens with the slave dsp which is occupying first half of the frame. Corruption pattern Good packet 26 00 26 00 26 00 26 00 26 00 26 00 29 1C 74 Bad packet following this good packet. 27 00 27 00 26...
    on Dec 8, 2009
  • Forum Post: Re: EDMA-McBSP Packet corruption

    Bhaskar Reddy Bhaskar Reddy
    Uploaded Master DSP EDMA ISR related code also .. http://e2e.ti.com/members/157882/files/default.aspx
    on Dec 9, 2009
  • Forum Post: Re: EDMA-McBSP Packet corruption

    Bhaskar Reddy Bhaskar Reddy
    Brad, I didn't see any boundary alignment.
    on Dec 9, 2009
  • Forum Post: Re: EDMA-McBSP Packet corruption

    Bhaskar Reddy Bhaskar Reddy
    Brad, That was additional code added as trial to overcome this premature edma interrupts issue. See another test result here I removed that part of the code and made exactly as below... interrupt void edma_ISR() { /* change the ping pong buffer */ if (*((volatile unsigned int *) (EVENTC_PARAMS...
    on Dec 9, 2009
  • Forum Post: Re: EDMA-McBSP Packet corruption

    Bhaskar Reddy Bhaskar Reddy
    I did another test with following code in EDMA ISR to see if the loading buffer corrupted. interrupt void EDMA_isr() { if (available_xmit_buf == 1) available_xmit_buf = 0; else available_xmit_buf = 1; mcbsp0_xmit_complete = 1; memcpy(&mcbsp_xmit_buffer[available_xmit_buf], &dcload[available_data_buf...
    on Dec 10, 2009
  • Forum Post: Re: EDMA-McBSP Packet corruption

    Bhaskar Reddy Bhaskar Reddy
    I will definitely give a try, assigning different TCC for each PING/PONG transfer if thats doable. I just wanted to know, with the configuration we made is there any possibility that the EDMA interrupt is generated for reasons other than transmit complete. (Source code, which has the details of EDMA...
    on Dec 11, 2009
  • Forum Post: Re: EDMA-McBSP Packet corruption

    Bhaskar Reddy Bhaskar Reddy
    Frame sync is spaced at 103micro seconds. And DSP A has to send 15bytes after frame sync. Means EDMA interrupt is expected to happen after 46micro from Frame sync. After that it has 57micro seconds of time left for another frame sync to come. So till then the SRC should not change. I dont see anything...
    on Dec 11, 2009
  • Forum Post: Re: EDMA-McBSP Packet corruption

    Bhaskar Reddy Bhaskar Reddy
    Your suggestion, to check for >= instead of == for SRC(on slave DSP) and DST(on master DSP), seems to be bringing the corruption errors to zero. In a continuous run of one hour, there is not even a single packet corrupted. The modification done for both Source and Main DSPs EDMA ISRs for SRC and DST...
    on Dec 11, 2009
  • Forum Post: Re: EDMA-McBSP Packet corruption

    Bhaskar Reddy Bhaskar Reddy
    Ignore about packet loss. The code was not resetting packet loss counter. Packet loss count during startup seems to remain there. Thanks Brad.
    on Dec 11, 2009
123
TI E2E™ Community
  • Support Forums
  • Blogs
  • Videos
  • Groups
  • Site Support & Feedback
  • Settings
TI E2E™ Community Groups
  • TI University Program
  • Make the Switch
  • Microcontroller Projects
  • Motor Drive & Control
Other Communities
  • Deyisupport
  • Designsomething.org
  • beagleboard.org
  • TI on Element 14
  • TI on TechXchangeSM
Other Technical & Support Resources
  • WEBENCH® Design Center
  • Product Information Centers
  • Technical Documents
  • TI Design Network
  • TI Technical Articles
  • TI Training

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. 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 respect to these materials. 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.

Content on this site may contain or be subject to specific guidelines or limitations on use. All postings and use of the content on this site are subject to the Terms of Use of the site; third parties using this content agree to abide by any limitations or guidelines and to comply with the Terms of Use of this site. TI, its suppliers and providers of content reserve the right to make corrections, deletions, modifications, enhancements, improvements and other changes to the content and materials, its products, programs and services at any time or to move or discontinue any content, products, programs, or services without notice.

Follow Us Texas Instruments on Facebook Texas Instruments on Twitter Texas Instruments on LinkedIn Texas Instruments on Google+
TI Worldwide | Contact Us | my.TI Login | Site Map | Corporate Citizenship | mobile m.ti.com (Mobile Version)

TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs and
embedded processors, along with software, tools and the industry’s largest sales/support staff.

© Copyright 1995-2013 Texas Instruments Incorporated. All rights reserved.
Trademarks | Privacy Policy | Terms of Use