Part Number: DCA1000EVM

Hi, I was able to take data on mmWave Studio Version 2.1 but at the end it throws an error and I don't know what the error is for.

Thanks,

Weilung

GM: Constructor
GM: Mon Oct 28 15:15:22 2019
RSTD.Transmit("/Settings")
[15:15:22]  
[15:15:22]  ### Running Startup script: "C:\ti\mmwave_studio_02_01_00_00\mmWaveStudio\Scripts\Startup.lua" ###
[15:15:22]  RSTD.SetAndTransmit ("/Settings/Scripter/Display DateTime" , "1")
[15:15:22]  RSTD.SetAndTransmit ("/Settings/Scripter/DateTime Format" , "HH:mm:ss")
[15:15:22]  Scripter ignored: Attempt to UnBuild() again or before Build.
[15:15:22]  RSTD.SetVar ("/Settings/Clients/Client 0/Dll" , "C:\\ti\\mmwave_studio_02_01_00_00\\mmWaveStudio\\Clients\\\\LabClient.dll")
[15:15:22]  RSTD.SetVar ("/Settings/Clients/Client 0/Use" , "TRUE")
[15:15:22]  RSTD.SetVar ("/Settings/Clients/Client 1/Use" , "FALSE")
[15:15:22]  RSTD.SetVar ("/Settings/Clients/Client 2/Use" , "FALSE")
[15:15:22]  RSTD.SetVar ("/Settings/Clients/Client 3/Use" , "FALSE")
[15:15:22]  RSTD.SetVar ("/Settings/Clients/Client 4/Use" , "FALSE")
[15:15:22]  RSTD.SetVar ("/Settings/AL Client/AL Dll" , "C:\\ti\\mmwave_studio_02_01_00_00\\mmWaveStudio\\RunTime\\SAL.dll")
[15:15:22]  RSTD.SetVar ("/Settings/Clients/Client 0/GuiDll" , "")
[15:15:22]  RSTD.SetVar ("/Settings/AutoUpdate/Enabled" , "TRUE")
[15:15:22]  RSTD.SetVar ("/Settings/AutoUpdate/Interval" , "1")
[15:15:22]  RSTD.SetVar ("/Settings/Monitors/UpdateDisplay" , "TRUE")
[15:15:22]  RSTD.SetVar ("/Settings/Monitors/OneClickStart" , "TRUE")
[15:15:22]  RSTD.SetVar ("/Settings/Automation/Automation Mode" , "false")
[15:15:22]  RSTD.Transmit("/")
[15:15:22]  RSTD.SaveSettings(): Settings saved to "C:\Users\weilu\AppData\Roaming\RSTD\config.xml"
[15:15:22]  RSTD.Build()
[15:15:22]  RSTD.SaveSettings(): Settings saved to "C:\Users\weilu\AppData\Roaming\RSTD\config.xml"
[15:15:22]  RSTD.Transmit("/")
[15:15:22]  RSTD.AL_Build()
[15:15:22]  RSTD.AL_LoadXml()
[15:15:22]  RSTD.Transmit("/")
[15:15:22]  RSTD.AL_Init()
[15:15:22]  RSTD.Clients_Build()
[15:15:23]  GM: Init
[15:15:23]  GM: Loaded 'C:\ti\mmwave_studio_02_01_00_00\mmWaveStudio\Clients\\LabClient.dll'
[15:15:23]  GM: 1 Guest (s) init
[15:15:23]  GM: 1 Module(s) init
[15:15:23]  GM: 2 Tab   (s) init
[15:15:23]  RSTD.Client_LoadXml()
[15:15:23]  [RadarAPI]: ar1.selectRadarMode(0)
[15:15:23]  [RadarAPI]: Status: Passed
[15:15:23]  Matlab Runtime Engine is installed
[15:15:23]  [RadarAPI]: Starting Matlab Engine..
[15:15:30]  [RadarAPI]: Matlab Engine Started!
[15:15:33]  [RadarAPI]: ar1.selectCascadeMode(0)
[15:15:33]  [RadarAPI]: Status: Passed
[15:15:33]  [RadarAPI]: ar1.LoadSettings('C:\Users\weilu\AppData\Roaming\RSTD\ar1gui.ini')
[15:15:34]  TESTING = false
[15:15:34]  RstdNet: Port 2777: Listening..
[15:15:34]  
[15:15:34]  ***Script completed successfully.***
[15:15:41]  [RadarAPI]: Opening Gpio Control Port()
[15:15:41]  [RadarAPI]: Status: Passed
[15:15:41]  [RadarAPI]: Opening Board Control Port()
[15:15:41]  [RadarAPI]: Status: Passed
[15:15:42]  [RadarAPI]: ar1.FullReset()
[15:15:42]  [RadarAPI]: Status: Passed
[15:15:43]  [RadarAPI]: Closing Board Control Port()
[15:15:43]  [RadarAPI]: Status: Passed
[15:15:43]  [RadarAPI]: Closing Gpio Control Port()
[15:15:43]  [RadarAPI]: Status: Passed
[15:15:43]  [RadarAPI]: ar1.SOPControl(2)
[15:15:43]  [RadarAPI]: Status: Passed
[15:15:44]  [RadarAPI]: ar1.Connect(9,921600,1000)
[15:15:46]  [RadarAPI]: Warning: Connected with baudrate 115200
[15:15:47]  [RadarAPI]: Warning: Disconnected existing BaudRate
[15:15:48]  [RadarAPI]: Warning: Trying to connect with baudrate 921600
[15:15:49]  [RadarAPI]: ar1.Calling_IsConnected()
[15:15:50]  [RadarAPI]: ar1.SelectChipVersion("AR1642")
[15:15:50]  [RadarAPI]: Status: Passed
[15:15:50]  [RadarAPI]: ar1.SelectChipVersion("AR1642")
[15:15:50]  [RadarAPI]: Status: Passed
[15:15:50]  [RadarAPI]: ar1.deviceVariantSelection("XWR1642")
[15:15:50]  [RadarAPI]: Status: Passed
[15:15:50]  [RadarAPI]: ar1.frequencyBandSelection("77G")
[15:15:50]  [RadarAPI]: ar1.SelectChipVersion("XWR1642")
[15:15:50]  [RadarAPI]: Status: Passed
[15:15:51]  Device Status : XWR1642/ASIL-B/SOP:2/ES:2
[15:15:51]  [RadarAPI]: ar1.SaveSettings('C:\Users\weilu\AppData\Roaming\RSTD\ar1gui.ini')
[15:15:52]  [RadarAPI]: ar1.DownloadBSSFw("C:\\ti\\mmwave_studio_02_01_00_00\\rf_eval_firmware\\radarss\\xwr16xx_radarss.bin")
[15:15:53]  [RadarAPI]: Downloading BSS Patch RPRC Binary..
[15:15:55]  [RadarAPI]: ar1.GetBSSFwVersion()
[15:15:55]  [RadarAPI]: BSSFwVersion:(02.00.00.01 (05/10/17))
[15:15:56]  [RadarAPI]: ar1.GetBSSPatchFwVersion()
[15:15:56]  [RadarAPI]: BSSPatchFwVersion:(01.02.05.02 (30/04/19))
[15:15:57]  [RadarAPI]: ar1.DownloadMSSFw("C:\\ti\\mmwave_studio_02_01_00_00\\rf_eval_firmware\\masterss\\xwr16xx_masterss.bin")
[15:15:57]  [RadarAPI]: Downloading MSS RPRC Binary..
[15:15:59]  [RadarAPI]: ar1.GetMSSFwVersion()
[15:15:59]  [RadarAPI]: MSSFwVersion:(01.02.05.02 (16/07/19))
[15:16:02]  [RadarAPI]: ar1.PowerOn(0, 1000, 0, 0)
[15:16:02]  [RadarAPI]: Status: Passed
[15:16:02]  MSS power up done async event received!
[15:16:04]  [RadarAPI]: ar1.SelectChipVersion("AR1642")
[15:16:04]  [RadarAPI]: Status: Passed
[15:16:04]  [RadarAPI]: ar1.SelectChipVersion("XWR1642")
[15:16:04]  [RadarAPI]: Status: Passed
[15:16:04]  Device Status : XWR1642/ASIL-B/SOP:2/ES:2
[15:16:04]  [RadarAPI]: ar1.RfEnable()
[15:16:04]  [RadarAPI]: Status: Passed
[15:16:04]  BSS power up done async event received!
[15:16:05]  [RadarAPI]: ar1.GetMSSFwVersion()
[15:16:05]  [RadarAPI]: MSSFwVersion:(01.02.05.02 (16/07/19))
[15:16:05]  [RadarAPI]: ar1.GetBSSFwVersion()
[15:16:05]  [RadarAPI]: BSSFwVersion:(02.00.00.01 (05/10/17))
[15:16:06]  [RadarAPI]: ar1.GetBSSPatchFwVersion()
[15:16:06]  [RadarAPI]: BSSPatchFwVersion:(01.02.05.02 (30/04/19))
[15:16:09]  [RadarAPI]: ar1.ChanNAdcConfig(1, 1, 0, 1, 1, 1, 1, 2, 1, 0)
[15:16:09]  [RadarAPI]: Status: Passed
[15:16:12]  [RadarAPI]: ar1.LPModConfig(0, 1)
[15:16:12]  [RadarAPI]: Status: Passed
[15:16:13]  [RadarAPI]: ar1.RfInit()
[15:16:13]  [RadarAPI]: Status: Passed
[15:16:13]  RF Init async event received!
[15:16:13]  [RadarAPI]: Time stamp, Temperture: 9325,32; APLL Status, Update: 1, 0; SynthVCO1 Status, Update: 1, 1; SynthVCO2 Status, Update: 1, 1; LODist Status, Update: 1, 1; RxADCDC Status, Update: 1, 1; HPFcutoff Status, Update: 1, 1; LPFcutoff Status, Update: 1, 1; PeakDetector Status, Update: 1, 1; TxPower Status, Update: 1, 1; RxGain Status, Update: 1, 1; TxPhase Status, Update: 0, 0; RxIQMM Status, Update: 1, 1;
[15:16:20]  [RadarAPI]: ar1.DataPathConfig(513, 1216644097, 0)
[15:16:20]  [RadarAPI]: Status: Passed
[15:16:21]  [RadarAPI]: ar1.LvdsClkConfig(1, 1)
[15:16:21]  [RadarAPI]: Status: Passed
[15:16:22]  [RadarAPI]: ar1.LVDSLaneConfig(0, 1, 1, 0, 0, 1, 0, 0)
[15:16:22]  [RadarAPI]: Status: Passed
[15:16:29]  [RadarAPI]: ar1.ProfileConfig(0, 77, 100, 6, 60, 0, 0, 0, 0, 0, 0, 29.982, 0, 256, 6250, 0, 0, 30)
[15:16:29]  [RadarAPI]: Status: Passed
[15:16:30]  [RadarAPI]: ar1.ChirpConfig(0, 0, 0, 0, 0, 0, 0, 1, 0, 0)
[15:16:30]  [RadarAPI]: Status: Passed
[15:16:32]  Test Source Already Disabled...!!!
[15:16:32]  [RadarAPI]: ar1.DisableTestSource(0)
[15:16:32]  [RadarAPI]: Status: Passed
[15:16:32]  [RadarAPI]: ar1.FrameConfig(0, 0, 8, 128, 40, 0, 0, 1)
[15:16:32]  [RadarAPI]: Status: Passed
[15:16:33]  [RadarAPI]: ar1.GetCaptureCardDllVersion()
[15:16:34]  [RadarAPI]: Sending dll_version command to DCA1000
[15:16:34]  [RadarAPI]:
[15:16:34]  DLL Version : 1.0
[15:16:34]  [RadarAPI]: ar1.SelectCaptureDevice("DCA1000")
[15:16:34]  [RadarAPI]: Status: Passed
[15:16:35]  [RadarAPI]: ar1.CaptureCardConfig_EthInit("192.168.33.30", "192.168.33.180", "12:34:56:78:90:12", 4096, 4098)
[15:16:35]  [RadarAPI]: ar1.CaptureCardConfig_Mode(1, 2, 1, 2, 3, 30)
[15:16:35]  [RadarAPI]: ar1.CaptureCardConfig_PacketDelay(25)
[15:16:35]  [RadarAPI]: Sending fpga command to DCA1000
[15:16:35]  [RadarAPI]:
[15:16:35]  FPGA Configuration command : Success
[15:16:35]  [RadarAPI]: Sending record command to DCA1000
[15:16:35]  [RadarAPI]:
[15:16:35]  Configure Record command : Success
[15:16:35]  [RadarAPI]: ar1.GetCaptureCardFPGAVersion()
[15:16:35]  [RadarAPI]: Sending fpga_version command to DCA1000
[15:16:35]  [RadarAPI]:
[15:16:35]  
[15:16:35]  FPGA Version : 2.7 [Record]
[15:16:35]  
[15:16:39]  [RadarAPI]: ar1.CaptureCardConfig_StartRecord("C:\\ti\\mmwave_studio_02_01_00_00\\mmWaveStudio\\PostProc\\adc_data.bin", 1)
[15:16:39]  [RadarAPI]: Sending start_record command to DCA1000
[15:16:41]  [RadarAPI]: ar1.StartFrame()
[15:16:43]  [RadarAPI]:
[15:16:43]  Start Record command : Success
[15:16:43]  
[15:16:43]  Record is completed
[15:16:43]  
[15:16:43]  Record stop is done successfully
[15:16:45]  Status: Failed, Error Type: RESP TIMEOUT

Part Number: 66AK2H14

Hello, I'm needing to interface with my GigE PHY over the MDIO port. Is there any example code that can help me get going?

Respectfully,

Joe

Part Number: ISO7741

Hello,

I'm trying to understand the current consumption of this part. If I am reading the datasheet correctly, it actually consumes more power with a "low" DC input signal than a 1mbps signal (4.9 and 3.2mA vs 3.2 and 2.8mA) . Why is that?

Thanks,

Stanley

Part Number: LM61440

Please let me know when this new low noise step down converter will be in production and what is the price at qty of 3000 pcs. Also please provide the updated datasheet. I want to know if this new part could fit for the schedule of our new project. Thank you,

Part Number: BQ27Z561-R1

Hi Team,

My customer has a question on the BQ27Z561-R1 that I'd like to run by you just to confirm--

For the battery profile, is it saved as non-volatile memory format on the fuel gauge of the battery pack? If so, when the battery is completely drained, will the battery profile be lost? If that's the case, then will the gauge need to be re-programmed and configured by a host MCU?

Looking at the block diagram for this device, it appears the gauge is flash-based so it should retain the battery profile even if the battery is depleted. Can you confirm this is true? Are there any other parameters that need to be programmed to the gauge if it were to loose power completely?

Thanks,
Mitchell

Part Number: TMS320F28069M

Hello,

I am running a project with a background main() and mainISR() at 20kHz rate on the piccolo f28069 processor. I have two versions of the proj.c file differing in a few lines of code inside mainISR. Let's call them proj_v1.c and proj_v2.c

Issue:

proj_v1.c seems to run ok when running from RAM or FLASH i.e

proj_v2.c seems to run ok from RAM. When running the FLASH version, after a point, main() does not seem to get executed.

I suspected that some real-time constraints are getting violated. I used cpu_usage function to estimate cycle counts inside mainISR (4500 cycles available @ 90MHz).

proj_v1(RAM) -> 3700 (max count) -> code functionally seems to be doing what it is supposed to in the application

proj_v1(FLASH) -> 4600 (max count)-> code functionally seems to be doing what it is supposed to in the application, though the max count doesn't make sense.

proj_v2(RAM) -> 3877 (max count)-> code functionally seems to be doing what it is supposed to in the application

proj_v2(FLASH) -> 4800 (max count) -> main() gets executed initially but not continuously in the background

These are my user defined sections:

#ifdef FLASH

#pragma CODE_SECTION(mainISR,"ramfuncs");

// Used for running BackGround in flash, and ISR in RAM
extern uint16_t *RamfuncsLoadStart, *RamfuncsLoadEnd, *RamfuncsRunStart;

#endif

Some portions of the linker.cmd:

   .cinit              : > FLASHA_D,   PAGE = 0
   .pinit              : > FLASHA_D,   PAGE = 0
   .text               : > FLASHA_D,   PAGE = 0
   codestart           : > BEGIN,      PAGE = 0
   ramfuncs            : LOAD = FLASHA_D,
                         RUN = RAML0_L8,
                         LOAD_START(_RamfuncsLoadStart),
                         LOAD_END(_RamfuncsLoadEnd),
                         RUN_START(_RamfuncsRunStart),
                         PAGE = 0

Can I get some inputs on why the cpu cycle count is so different between the ram and flash versions even though I do a memCopy to copy mainISR from flash to ram?

Any thoughts on what else to look for?

Thanks

Regards,

Rajan

Part Number: BQ40Z80

Hello,

I have been trying to implement a way to utilize the fuel-gauges functionality and parts.   The end goal is to use the fuel-gauge as both protection, and a soft-latch power switch.

This is entirely feasible to some degree, by utilizing the Emergency FET Shutdown capability.  Contrary to the name, it doesn't have to be an emergency to use this feature.  This feature allows me to press a momentary button for ~1s to tell the fuel-gauge to either turn ON or OFF the CHG and DSG FETs.  They can even be turned back on at the presence of a charger, so that you don't have to press the button to allow the battery to be charged.  This is great, except...

If the battery is integrated into a system, the entire system turns on when charging commences and does not turn off when the charger is removed.  So if the CHG FET could simply always be on (unless a fuel-gauge protection gets tripped) but the DSG FET be command-able, this problem could be avoided.

So if I could press a button for 1 second to turn ON or OFF the DSG FET alone, I could have exactly what I am trying to do.  The alternative is to implement external circuitry to be a high or low side switch but this suddenly increases cost and valuable space (especially for a high current application).  This seems entirely wasteful when the parts and capability already exist in the fuel-gauge circuit. 

I know that the DSG and CHG FETs can be individually controlled, but only through I2C commands and only when the Firmware FET control is disabled..  

So I am at a loss.  The function that I am looking for should be technically possible.  There must be a way for me to manually command the DSG FET ON or OFF.  Preferably through one of the GPIO pins.   Any help with this would be hugely appreciated.  It's the last design obstacle in this project.

Thank you,

-Chris

Part Number: TMS320F28379D

Tool/software: Code Composer Studio

Hi,

I have been trying to use the window function for FFT in the real time, seems like that there is not the related window function available now.

I try to use the way as the author Vishal Coelho recommand that to add a new .asm file and a extern function but then I failed to compile.

The error is like "

Description Resource Path Location Type
[E9999] Pipeline write-read RFFT_adc_f32_win.asm /2837x_RFFT_ADC_RT line 92 C/C++ Problem

"

So how can I use the window for real time fft

Regards,

Karen

Part Number: LAUNCHXL-CC1352R1

Hi,

I recently bought two CC1352R1 launchpads from digikey and received both launchpads with a chip without any revision character as described here: 

https://e2e.ti.com/support/wireless-connectivity/zigbee-and-thread/f/158/t/767777

There is no character after R1F3. Now the SDK version 3.30 is not working on the device as the project zero will not start and hang in the function call: NOROM_SetupTrimDevice(). Instead of the revision character there is an X in front of CC1352 which apparently stands for experimental device. I was not aware that I bought an experimental launchpad and I am wondering what SDK versions are compatible with it and how I can avoid to buy experimental launchpads in the future.

Best,

Alessandro

Part Number: TPD4E1U06

Hi

I wanted to know if i can use the TPD4E1U06DBVR part to protect the Circuitry connected to the 5V VBus line. 

Currently i have the D+ and D- connected to Pins 1 and 6 and CC1 and CC2 connected to Pins 3 and 4. If i connect pin 5 to VBUS, will it be sufficient to provide the required IEC 61000-4-2 Level 4 ESD Protection?

Hey guys!

I'm trying to simulate a simple mic preamp with TINA. Here's the circuit I'm using.

So I created a simulation, here it is.

When I run ERC Analysis it's all green. But when I run DC Analysis -> Table of DC Results, I get 2 warnings:

- Pin 1 of Voltage Pin Vout is floating

- Pin 2 of capacitor C3 is floating.

I tried to change that part multiple times but no luck.

Please help me out here.

Thanks!

Part Number: TPS65400EVM-678

It's been a year since I've run PI-Commander Version 0.8.5. 

Windows 10 Home

64 bit

V1809

I'm getting

"Incompatible FTDI device drivers have been detected. To resolve this issue, please exit the program and install compatible drivers which are bundled withthis application. The driver installer is accessible from the "PI-Commander-0.8.5" system menu. Acknowledge"

I've tried uninstalling and then re-installing the drivers already present on the machine that were working before. This did not work.

I followed the link in the TI folder in the windows start menu to "Download USB Drivers" which took me to "https://www.totalphase.com/products/usb-drivers-windows/" . Uninstallled the drivers using the "Uninstall Drivers" under the TI folder in the start menu. Then I installed the rivers from totalphase. This also did not work.

Where is the current version of PI Commander and associated Drivers?

We are utilizing this boost converter design for our CubeSat senior design power management project.  We only have less than a month left for our project, and the design calls for only surface mount components. We can get away with the IC being surface mount however, the 21 other components in the BOM are all surface mount and we were wondering if it is ok or even possible to switch those parts to through hole components?  Any other ideas for a EE seniors in a bit of a converter crunch?  

Thank you!

Part Number: TPS56520

Hi Team,

When I look at the 7.6 Timing Requirements of datasheet of TPS56520, tHD;DAT (Data Hold Time) says that Min=50ns and Max=900ns.

But when I look at the tHD;DAT specification of I2CBus user manual from NXP (Philips), it says that Min=0ns and Max=No Limit.

Q-1: Why does the datasheet of TPS56520 have the Max limit of tHD:DATA (Data Hold Time)?

Q-2: What is the reason of that?

Q-3: Can we expand the Max limit of tHD:DATA of TPS56520?

Thank you.

Best Regards,

Koshi Ninomiya

Part Number: BUF634A

Hi.
I am using DAC7811EVM board.

I want to convert the current output of DAC7811 to voltage.

So, I selected and used BUF634a.
I already know that this is wrong way, and the right way is to select another amp.
Apart from that, I would like to know the following:

What is wrong with BUF634a to perform current-voltage conversion as shown in the figure1 below?
When actually measured, the output deviated from the desired voltage as shown in the figure2 below.

Figure1:

Figure2:Measurement result

Figure 3 shows the configuration of DAC7811EVM for reference.
With this configuration, the output is almost ideal.

Figure3:the configuration of DAC7811EVM

Perhaps I don't understand the difference between a buffer and an amplifier.
Please tell me because I want to know as knowledge.

Part Number: TMS320F2810

Hello everyone, I'm using FlashPro 2000 provided by elprotronic to write in a DSP. But I have this error "Flash Programming failed, block adress 0x3E8000". Someone knows how can I solve this, please?

To TI Support Team/Forum:

The customer needs a  microcontroller board  that can handle  industrial interference;  they need something that won't go crazy around motors and other electric and electronics equipment [EMI, RFI, noise].

We were wondering if TI's WiLink™ 8 could be a solution to this (?). A microcontroller board solution that has a demo or development board (for testing) would be ideal.

Can you provide any part number suggestions for this?  Can you please email your answer to me at dan.rapp@mouser.com and also CC Fernando at automatizacion.ec@gmail.com?

Thanks,

Dan Rapp
Technical Support
Mouser Electronics
(800) 346-6873

(817) 804-3800
www.mouser.com

[reply to Fernando at automatizacion.ec@gmail.com]

Part Number: CC2640R2F

Hi

I am trying to activate Data Length Extension.

I am suing SDK 1.50 and in HIDAdvRemote_Init() if I have this line:

HCI_EXT_SetMaxDataLenCmd(27, 328, 27, 328);

I get this on my sniffer for LL_LENGTH_REQ::

RX MAX: 27 octets, 328 ms

TX MAX: 27 octests, 328 ms

If I change the line to this:

HCI_EXT_SetMaxDataLenCmd(123, 1096, 123, 1096);

I get this on my sniffer for LL_LENGTH_REQ:

RX MAX: 123 octets, 1096 ms

TX MAX: 27 octets, 328 ms

Why is my TX limited?

How can I get my TX MAX to 123 too ?

I am pairing to the BTool.

Part Number: TPS548A20

Hi there, 

I'm running into some issues with receiving the correct output voltage. I used the Webench tool to design a 1.2-1.8V @13-15A output goal. The source voltage is 20V. I've set the frequency to 300kHz using a 68k resistor. The inductor is 2uH. When I power it up with 19V I received an output of 0.1V and its current consumption is 0.005. I'm certain its properly grounded, it was attached via reflow. I've attached a schematic, board design, and a waveform from the output. 

Part Number: BQ78350-R1

Hello TI Guys,

I have a product with a bq78350-R1 fuel gauge with FW V1.03. We need to start shipping product with firmware V1.04. The utilities in bqStudio require operation the operator to click through several layers and buttons, making this impractical for this purpose. I understand that the flashstream files are not supported for this product, so writing the SREC is the only option.

Writing the data flash part of the SREC (4000~4FFF) is straight-forward. However, I am stumped writing the firmware part.

1. Does TI have a solution that writes the entire SREC to a bq78350-R1 with minimal operator intervention?

2. Is the documentation on how to write the entire SREC to a device? 

3. What is the best solution for this?

Thanks for your help!!

Phil