Quantcast
Channel: Forums - Recent Threads
Viewing all 262198 articles
Browse latest View live

DRV8848: DRV8848

$
0
0

Part Number: DRV8848

I would like to use DRV8848 in order to control DC Lathe Valve Solenoid. Positive pulse open the Valve, Negative pulse close.

(I am using TPS61085 as a step up convertor up from 3.6 to 17V) , Bin1/Bin2/nSleep are controlled by the CPU.)

I don't need any current control. 

Currently The DRV8848 doesn't work, seems like there is a load on the VM pin.

1: Please let me know if you can see any problem with schematic.

2: Do you think that DRV8848 is the solution to my problem.(Please visit the site to view this file)


DRV8702D-Q1: H-bridge high impedance

$
0
0

Part Number: DRV8702D-Q1

Hi,

I have a design composed of an Hbridge of CSD18540Q5B, a DRV8702-Q1 and an output filter. The output of the system is supposed to be a sinusoidal voltage from a PWM signal.  With no load the system works perfectly, but with a load of let's say 10 ohms, the output voltage drops and the calculated impedance of the amplifier is approx 0.6 Ohm.

Here's a capture of the schematic (half of the bridge)

The inductor used is SRP1770TA-101M, the filter capacitor is PCV1K150MCL1GS and the free wheeling diode is V8PAM10HM3/I.

Can you recognise anything inherently wrong in the design?

Thanks,

Federico

TDA4M: PSDKLA Linux v1.0 Problems With First Time Builds...

$
0
0

TWIMC,

There are errors in my first time rootfs builds for the v1.0 PSDKLA per below how can I solve these build issues?

ERROR: Task (/home/tshelbur/sandbox/Jacinto7/ti-processor-sdk-linux-automotive-j7-evm-06_01_00_05/yocto-build/sources/meta-qt5/recipes-qt/qt5/qtbase_git.bb:do_compile) failed with exit code '1'

AM3359: PRU-ICSS-Profinet_Slave Multicasts

$
0
0

Part Number: AM3359

Hi!

One of the torture test of the Profinet conformance test bombards the device with useless dummy multicast frames.

These frames have the following MAC 01:0E:CF:FF:FF:FF.

I would have thought that the PRU discards these frames, but it doesn't, although the multicast filter is enabled.

(Excerpt from iPNDrv.h)

 *              Following are the valid ranges of multicast addresses:
 *              (01-0E-CF-00-00-00 TO 01-0E-CF-00-05-FF)
 *              (01-15-4E-00-00-00 TO 01-15-4E-00-00-1F)
 *              (01-80-C2-00-00-00 TO 01-80-C2-00-00-1F)
These MACs can be enabled to have them go through the multicast filter. I would have expected all others are discarded, but it seems all multicast packets beyond these ranges are let through to the processor.

Why is it doing so? This puts a heavy load on the processsor. The conformance test point can still be passed if the "storm prevention" filter is used properly, but why?

Can this behavior be configured or changed in any way?

If it is needed I could provide a patch to the original TI sample to dump the received frames on the console so you can see for yourself and test which frames are coming though and which are blocked.

Any info on this is much appreciated.

Best regards,

 Manuel

ADS1299EEGFE-PDK: DRDYB pin won't fire when collecting more than 1.75 minutes of data

$
0
0

Part Number: ADS1299EEGFE-PDK

I am programming an ADS1299EEG with the ADS1299EVM evaluation software.

I have configured the Output Data Rate to f(MOD) /256 (4000 SPS)

When I set the number of Samples/CH to anything between 240000-420000 the DRDYB (J3 Pin 15) will transmit a clock signal just fine, but when I bring it up to 480000 it stops sending the clock signal.

What is causing this bottleneck? Is there a way around it?

UCD90120A: rail droop

$
0
0

Part Number: UCD90120A

We’re encountering an interesting interaction in our design with the power sequencer. One of our rails has an unexpected voltage droop after power is applied. This causes the sequencer to immediately react (as configured) and resequence the rails.

Is there a way in the configuration settings to ignore voltage droop during sequencing (other than say, the glitch filter)?

besides adding some bulk capacitance to the rail is there a recommended way around this? 

CCS/CC2650: CC2650 BLE Test Tx sweep(40 channels)

$
0
0

Part Number: CC2650

Tool/software: Code Composer Studio

Hi,

We are using CC2650 TI BLE chip one of our Latch lock product.As a part of FCC testing, we need to create  BLE 40 channels Tx sweep test.

I gone through the CC2650X5  code composer studio firmware code and found below API to start continuous transmitter direct test mode test using a modulated carrier wave and transmitting a 37 byte packet of Pseudo-Random 9-bit data. A packet is transmitted on a different frequency  (linearly stepping through all RF channels 0..39) every 625us. 

API: hciStatus_t HCI_EXT_ModemHopTestTxCmd(void)

Please confirm about the API and example code to do TI BLE CC2650  40 channel Tx sweep test.

Regards,

Ramesh Javadi

 As per my understanding we need to see the only 40 Tx channels sweep in the Spectrum Analyzer,But i am seeing the 80 channels.

My Question:  Why it's not moving BLE mode?????

I am using BLE mode i.e. RADIO_MODE_MODE_Ble_1Mbit, but still i am seeing 80 channels instead of 40 channels. Can you please answer how to do BLE 40 channels sweep.

Regards,

Ramesh Javadi

CCS/CC2650: CC2650 BLE 40 channels Tx Sweep test

$
0
0

Part Number: CC2650

Tool/software: Code Composer Studio

Hi,

We are using CC2650 TI BLE chip one of our Latch lock product.As a part of FCC testing, we need to create  BLE 40 channels Tx sweep test.

I gone through the CC2650X5  code composer studio firmware code and found below API to start continuous transmitter direct test mode test using a modulated carrier wave and transmitting a 37 byte packet of Pseudo-Random 9-bit data. A packet is transmitted on a different frequency  (linearly stepping through all RF channels 0..39) every 625us. 

API: hciStatus_t HCI_EXT_ModemHopTestTxCmd(void)

Please confirm about the API and example code to do TI BLE CC2650  40 channel Tx sweep test.

Regards,

Ramesh Javadi


CCS/CC3220SF: Unable to send big packet in a blocking TCP mode

$
0
0

Part Number: CC3220SF

Tool/software: Code Composer Studio

Hi

I am trying to send a big packet >35k through a TCP socket that is set to a blocking mode but I get a return value of 0 and couldn't see the packet is sent using Wireshark (smaller packets are sent without any issue). Am I missing some configuration?

The code used for creating and sending:

sl_Socket(AF_INET, SOCK_STREAM, SL_IPPROTO_TCP);
sockaddr_in addr = {

.sin_family = AF_INET,
.sin_port = htons(port),
.sin_addr.s_addr = htonl(ip),
};

sl_Connect(sockid, (sockaddr*)&addr, sizeof(addr));

sl_Send(sock_id, buf, count, 0); // <---- return 0 for big packets

The socket is used in full-duplex mode by two threads. SDK version is 2.20

TDA4M: Are CTS/RTS Signals Required for proper operation of Boot ROM UART peripheral boot mode or for Uniflash support on MCU_UART0?

$
0
0

On TDA4M...Customer is asking if CTS/RTS hardware flow control lines are required to properly support either UART peripheral boot mode through the Boot ROM or if CTS/RTS signals are required when using MCU_UART0 with Uniflash. Please confirm requirements for both use cases.

CCS/BQ27750: BQ27z750

$
0
0

Part Number: BQ27750

Tool/software: Code Composer Studio

Hello,

 I have the same issue that my battery Management studio could not automatically detect my device BQ27z750EVM-837 with Power on EV2400 with USB and I2c to Eval board.  I tried to select your recommendation BQ28z610 which claims have the same HW/SW configuration.  I have also the same eval circuit in my prototype board which cannot be able to communicate with Battery Management Studio.

Please advise .

Thanks.

Best,  

AWR1843BOOST: failure to open gpio control port

$
0
0

Part Number: AWR1843BOOST

I've had my AWR1843BOOST working with DCA1000 and have successfully collected multiple data sets.  However, today, it doesn't work.  I didn't change anything and now I get the following error in mmWave Studio when I try to issue a board reset:

[14:32:18] [RadarAPI]: Opening Gpio Control Port()
[14:32:18] Status: Failed to open/close GpioControl, Error Type: PROTOCOL ERROR

I've tried reflashing binaries and double checked jumper settings but can't determine the source of the error.  I even went back to mmWave demo visualizer and verified board was still working.

Can you help?

BQ27421-G1: BQ27421-G1 - Monitoring Lithium Cell Depletion Only

$
0
0

Part Number: BQ27421-G1

Hello:

I have no experience at all with fuel gauge monitors, so please bear with me, thanks!

I want to know if it is possible to use the BQ27421 to monitor the depletion of a 3.6V Lithium-thionyl Chloride battery. The initial new capacity is 17Ah.

If yes, great - is there anything else I need to know that would not be covered in the data sheet or evaluation module?

If this device would not be suitable do you know if there is a device to do what I need?

Thanks so much!

BQ30Z554-R1: Automate downloading the complete GG file without downloading and processing the flash block by block

$
0
0

Part Number: BQ30Z554-R1

I have to automate downloading the GG file from packs with the bq30z554-R1.  Is there any way to do that?  Do any of the existing tools (bqevsw or bq80xRW or ??) allow for doing this the easy way?  I know I should be able to download the flash block by block then parse the blocks into parameters, but that would take too long to develop, and my previous experience is that some parameters are actually hard/tricky to convert because the actual flash to value conversion is not published.

So here are my re-phrased questions:

1) I wonder if the bqevsw can be used in command line mode on an fully unsealed pack and be instructed to extract and save the GG file?

2) I can also call functions from bq80xRW dll, but that appears to be lower level commands, and I would likely have to parse the flash blocks.  Any info on that?  Windows 10 cannot open the help file I found in the forums for this library.

3) Is there some other way to do this? 

Thank you,

Marius

LM76003: Feed Forward Cap

$
0
0

Part Number: LM76003

Provide case details or comments: I'm using the this part as a 52V to 32V, 3A converter. In my application, we use a 0.47uF cap and a 4.7uF cap right at the output of the converter. Then there is some impedance (due to traces, connectors, and ferrite beads) between the remaining capacitance on the output of the converter. Should I set the feed forward cap to compensate for the 4.7uF and .47uF caps or for the total capacitance? All of the capacitors are ceramic.

This question came up dues this statement in section 8.2.2.7 in the datasheet: "if the output capacitor COUT is dominated by low ESR (ceramic types) capacitors, it could result in low phase margin."

Even though all of the caps are ceramic there is still some measurable impedance between the output of the converter and the majority of the capacitance on that line. Basically do I use the total capacitance or just the capacitance that is close to the converter?


CCS/TMS570LC4357: Calculating CRC in the code composer linker section

$
0
0

Part Number: TMS570LC4357

Tool/software: Code Composer Studio

I am trying to calculate the 64-bit CRC over the text section of the map for a TMS570 class processor using code composer in the HL_sys_link.cmd file. None of the examples or tutorials on-line appears to work. I get the following warning:

#10199-D CRC table operator (_code_crc_table) ignored for ".text":  CRC table operator cannot be associated with empty output section

When I add objects to text field in the CRC statement it creates the CRC table structure but indicates that the vectors will no longer fit in memory.

Here's the cmd file:

/*----------------------------------------------------------------------------*/
/* sys_link.cmd */
/* */
/*
* Copyright (C) 2009-2014 Texas Instruments Incorporated - http://www.ti.com/
*
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions
* are met:
*
* Redistributions of source code must retain the above copyright
* notice, this list of conditions and the following disclaimer.
*
* Redistributions in binary form must reproduce the above copyright
* notice, this list of conditions and the following disclaimer in the
* documentation and/or other materials provided with the
* distribution.
*
* Neither the name of Texas Instruments Incorporated nor the names of
* its contributors may be used to endorse or promote products derived
* from this software without specific prior written permission.
*
* THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
* "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
* LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
* A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
* OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
* SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
* LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
* DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
* THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
* (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
* OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
*
*/

/* */
/*----------------------------------------------------------------------------*/
/* USER CODE BEGIN (0) */
/* USER CODE END */


/*----------------------------------------------------------------------------*/
/* Linker Settings */

--retain="*(.intvecs)"

/* USER CODE BEGIN (1) */
/* USER CODE END */

/*----------------------------------------------------------------------------*/
/* Memory Map */

MEMORY
{
/* USER CODE BEGIN (2) */
/* USER CODE END */
VECTORS (X) : origin=0x00000000 length=0x00000020
FLASH0 (RX) : origin=0x00000020 length=0x001FFFE0
FLASH1 (RX) : origin=0x00200000 length=0x00200000
STACKS (RW) : origin=0x08000000 length=0x00001500
RAM (RW) : origin=0x08001500 length=0x0007EB00

/* USER CODE BEGIN (3) */
/* USER CODE END */
}

/* USER CODE BEGIN (4) */
/* USER CODE END */


/*----------------------------------------------------------------------------*/
/* Section Configuration */

SECTIONS
{
/* USER CODE BEGIN (5) */
/* USER CODE END */
.intvecs : {} > VECTORS
.text : RUN_START( TEXT_SEG_START ), RUN_SIZE( TEXT_SEG_SIZE ) align(8) {} > FLASH0 | FLASH1
.const : RUN_START( CONST_SEG_START ), RUN_SIZE( CONST_SEG_SIZE ) align(8) {} > FLASH0 | FLASH1
.text : {} palign=64, fill=0xffffffff, crc_table(_code_crc_table, algorithm=TMS570_CRC64_ISO)

.cinit align(8) : {} > FLASH0 | FLASH1
.pinit align(8) : {} > FLASH0 | FLASH1
.bss : {} > RAM
.data : {} > RAM
.sysmem : {} > RAM
.TI.crctab : {} palign=8

/* USER CODE BEGIN (6) */
LOG_DATA : START( ulLOGStartAddr ), END( ulLOGEndAddr ) > RAM
.sl_stflash_SRAM : RUN = RAM, LOAD = FLASH0|FLASH1, LOAD_START(ulHighHandlerLoadStart), LOAD_END(ulHighHandlerLoadEnd), LOAD_SIZE(ulHighHandlerSize), RUN_START( ulHighHandlerStartAddr ), RUN_END( ulHighHandlerEndAddr )
/* USER CODE END */
}

/* USER CODE BEGIN (7) */
/* USER CODE END */


/*----------------------------------------------------------------------------*/
/* Misc */

/* USER CODE BEGIN (8) */
/* USER CODE END */
/*----------------------------------------------------------------------------*/

DAC38RF80EVM: Maximum output RF bandwidth

$
0
0

Part Number: DAC38RF80EVM

Hi,

I am able to operate the board at 9GHz clock (ext) with x6 interpolation to output an RF chirp from 100-500MHz with a data rate of 1.5GHz. It is mentioned on the datasheet that the board can generate wideband signals up to 4.5 GHz. With the allowable minimum interpolation (x6), how can I configure the GUI to produce an RF chirp from 1-4GHz?

Thanks!

AM5728: AM5728 DSP HWI -> Task run latency jitter

$
0
0

Part Number: AM5728

I created a SYSBIOS based application that is loosely based on IPC example ex02message.

I overrode the timer tick SWI and added a call to trigger and task when the system timer fires. See

void myTimerTick(void)
{
    Semaphore_post(SEM_TickTask);
    Clock_tick();
}
Void FTSK_TestTask(UArg arg0, UArg arg1)
{
    uint32_t delta;
 
    timing_info.average = 0;
    timing_info.n = 0;
    timing_info.max = 0;
    timing_info.min = 0xffffffff;
    period = Timer_getPeriod(TMR_system);
    while (1) {
        Semaphore_pend(SEM_TickTask, BIOS_WAIT_FOREVER);
        count = Timer_getCount(TMR_system);
 
        delta = count;
        if (delta > timing_info.max)
            timing_info.max = delta;
        if (delta < timing_info.min)
            timing_info.min = delta;
        timing_info.sum += delta;
        timing_info.n++;
        timing_info.average = timing_info.sum / timing_info.n;
    }
}

Then, inside the .cfg file I have

/* Create Timer module */
Program.global.TMR_system = Timer.create(Clock.timerId, '&myTimerTick', timerParams);

The code seems to run fine, but I'm puzzled as to why I get a 34 microsecond maximum latency when the average is 2.66 microseconds....

DSP stats [152373] max 34.81 usec, min 2.06 usec, average 2.66 usec

Note the counter time counts are scaled by

Timer_getFreq(TMR_system, &freq);

if (0 == freq.lo)
freq.lo = 1;

scale = 1000000.0 / (float)freq.lo;

then

sprintf(msg->data, "[%d] max %8.2f usec min %8.2f usec average %8.2f usec\n",
timing_info.n,
(float)timing_info.max * scale,
(float)timing_info.min * scale,
(float)timing_info.average * scale);

With results send back over IPC.

Config.bld contains

Build.platformTable["ti.platforms.evmDRA7XX:dsp1"] = {
    externalMemoryMap: [
        [ "EXT_CODE", evmDRA7XX_ExtMemMapDsp.EXT_CODE ],
        [ "EXT_DATA", evmDRA7XX_ExtMemMapDsp.EXT_DATA ],
        [ "EXT_HEAP", evmDRA7XX_ExtMemMapDsp.EXT_HEAP ],
        [ "TRACE_BUF", evmDRA7XX_ExtMemMapDsp.TRACE_BUF ],
        [ "EXC_DATA", evmDRA7XX_ExtMemMapDsp.EXC_DATA ],
        [ "PM_DATA", evmDRA7XX_ExtMemMapDsp.PM_DATA ],
    ],
    codeMemory: "EXT_CODE",
    dataMemory: "EXT_DATA",
    stackMemory: "EXT_DATA",
    l1DMode: "32k",
    l1PMode: "32k",
    l2Mode: "128k"
};
so as to enable all caches....
What is going on?

 

SN65LVDT3486B: Need thermal data, theta jc, theta jb , pin material

$
0
0

Part Number: SN65LVDT3486B

I can't find thermal resistances on SN65LVDT348PWRG4.  It is the TSSOP package. I would like to know

theta jc

theta jb

theta ja

pin material

LM5122: Unexpected voltage hiccup again!

$
0
0

Part Number: LM5122

Hello all,

I have designed my converter based on the 2PH EVM and the converter works properly up to about 2.5A   at 24V. When I go over that power, I will hear a noise and suddenly voltage drops to about10 to15V. I had this problem before and I was suggested to separate the AGND and PGND. I did that in my new design and you can see it in the below pictures. I also probed the MOSFETS signals, the second MOSFET at each phase is very noisy which I don't know why? Any idea? Here is the link to our previous discussion: http://e2e.ti.com/support/power-management/f/196/p/837167/3097260#3097260

MOSFETS under no load:

MOSFETS under load:

Viewing all 262198 articles
Browse latest View live