DRV8243-Q1: DRV8243

Reinhard Geuze

Prodigy 30 points

Part Number: DRV8243-Q1

We have now made a new board with the SPI programmable version of the chip and have the following problems.

Please help me to continue. We have handicapped people waiting for that motorcontroller

Right after power on I’m putting nSLEEP to high and requesting FAULT_SUMMARY register.

The answer is:

0xE0 0xE0

Then I’m resetting fault register with CLR_FLT command trough COMMAND register.

Then I’m requesting FAULT_SUMMARY register again and receiving:

0xE0 0xA0

Which says SPI error. Though there is no error.

I can request and write registers. I can see that registers are changing to values that I wrote to them.

Also if I read DEVICE_ID register – it says that we have pre-production version(0x30).

Pin nFAULT always stays low

over 3 years ago

0 Ryan Kehr over 3 years ago

TI__Guru 55605 points

Reinhard,

We will study this and reply in 24 hours.

Regards,

Ryan

0 Shinya Morita over 3 years ago in reply to Ryan Kehr

TI__Mastermind 44605 points

Hi Reinhard,

Thank you for sharing your issue.

DRV8243Q-Q1 need to write "CLR_FLT" after setting nSLEEP high from low.(Figure 7-8). So your sequence looks following the correct procedure.

What 0xE0 0xE0 means? DRV8243S-Q1 has address from 0x00h to 0x0Dh. 0x0Eh does not exist.

If you mean 0xA0 means followings, it is strange. Bit15 and 14 should be always 11. B14 should not be 0.

I am wondering SPI form MCU may has something then command of CLR_FLT was not sent correctly.

regards

Shinya Morita

0 Reinhard Geuze over 3 years ago in reply to Shinya Morita

Prodigy 30 points

Dear Shinya

Many thanks for your good and perfect responses (as always) . We will loook into that on Monday with my programmer immediately.

Are there any other default register values you could recommend !!!!

That would help us tremendeously, if we would have a list with the commands available to have a similar way as the hardware chip (which I actually wanted) .

We have 2 inputs up and down. And we could give each input a PWM signal.

Greetings from Switzerland

Reinhard

0 Ryan Kehr over 3 years ago in reply to Reinhard Geuze

TI__Guru 55605 points

Reinhard,

When you mention defaults like the hardware chip, can you tell me how you planned to configure the hardware device? There are several options even with hardware device, so need to know your preference.

Regards,

Ryan

0 Reinhard Geuze over 3 years ago in reply to Shinya Morita

Prodigy 30 points

We have tried to send data in both ways with rising edge and with falling edge of the CLK.

When we read the fault register back, we always get an error, but we can write the registers and read the registers.

We still have absolutely no sign that this motor will ever move and we need to know, what we are doing wrong.

We can send the sleep signal as you told, but then fault should be high after the sleep puls, but it immediately goes low after that.

Can we get a list of the normal standard registers and its info after power up, which we have to set through our program.

My customer cannot sleep anymore, because we are not capable to advance here with this project.

pse help

Shall I send our program for you ????

rgds

Reinhard Geuze

Inspectron AG

8800 Thalwil, Switzerland

0 Ryan Kehr over 3 years ago in reply to Reinhard Geuze

TI__Guru 55605 points

Reinhard,

Would it be possible for your customer to order an EVM. Then they could follow how that works and compare to their design.

Everyone is out of the office this week.

Regards,

Ryan

0 Reinhard Geuze over 3 years ago in reply to Ryan Kehr

Prodigy 30 points

Dear Ryan, I have an EVM here I will follow from there.

Hope to find it out myself.

Reinhard

0 Pablo Armet over 3 years ago in reply to Reinhard Geuze

TI__Mastermind 37683 points

Hi Reinhard,

Ryan is out of the office this week. He will get back to you when he returns next week.

0 Ryan Kehr over 3 years ago in reply to Pablo Armet

TI__Guru 55605 points

Reinhard,

Were you able to get some success with the EVM?

Regards,

Ryan

0 Reinhard Geuze over 3 years ago in reply to Ryan Kehr

Prodigy 30 points

Dear Ryan,

We were able to complete the software for the chip and we are running it allready. We have made the sleep mode active and we are consuming about 4.2mA in sleep mode, which is very high compared to the STI VNH7070, which is only taking 2mA.

Our system is a battery operated handicapped chair, so power consumption is very important.

We have allready killed several devices and really burned boards, so we are trying to figure out to switch down the current faster.

But so far we are doing ok now.

rgds

Reinhard

0 Ryan Kehr over 3 years ago in reply to Reinhard Geuze

TI__Guru 55605 points

Reinhard,

That current is much higher than expected if you are truly in the SLEEP state. That current sounds like STANDBY state.

Can you verify how you are measuring this and if there are other components on the board that may be taking current?

Regards,

Ryan

0 Reinhard Geuze over 3 years ago in reply to Ryan Kehr

Prodigy 30 points

Dear Ryan,

We are measuring the whole system. we have allready made over 1000 of our systems with the old motor controller from STI. It always measures with the same program 2.5mA. This motorcontroller together measures 4.2mA. So it consumes nearly double as the STI.