Z-One Digital IBA Forums

The GUI In�s and Out�s of DPM User Memory

Charles — Tue Aug 18, 2009 5:44 pm

Author: Charles

Posted: Tue Aug 18, 2009 5:44 pm

Just to make things fun, there is a newer version of the GUI which has check boxes to allow the user to specify if they want programming to include user memory or to keep the original data intact.

If you register I will have an e-mail address to send files to.

Why does the over-current threshold show a range?

Charles — Tue Aug 18, 2009 5:41 pm

Author: Charles

Posted: Tue Aug 18, 2009 5:41 pm

Out POLs are buck regulators which depend upon an inductor to work. They also sample the IR drop across that inductor to measure the current flowing to the load. Inductors are low tolerance parts so we are reminding the users that the current limit has a rather soft value when compared to output voltage regulation and sensing.

Source and/or specs for configuration software

Charles — Tue Aug 18, 2009 5:37 pm

Author: Charles

Posted: Tue Aug 18, 2009 5:37 pm

A copy of the programming manual was sent by e-mail.

Ripple

Charles — Sun Apr 19, 2009 11:09 pm

Author: Charles

Posted: Sun Apr 19, 2009 11:09 pm

An FAE forwarded your schematic to me. The compensation selection there was set for a 5V supply, but your modules are powered from a 12V supply. Try changing to CCA = 7 and see if the problem resolves.

JTAG instead of I2C

Charles — Wed Apr 01, 2009 9:01 pm

Author: Charles

Posted: Wed Apr 01, 2009 9:01 pm

Another consideration on the SVF programming is that this is a one pass only operation. Once a part is programmed with a configuration, it cannot be changed through this method. I2C communication is required. Also, no status or operational commands are possible through the JTAG interface.

POL doesn't be programed and no output

Charles — Fri Feb 13, 2009 7:26 pm

Author: Charles

Posted: Fri Feb 13, 2009 7:26 pm

Hi Tony,

[This reply was edited after an exhange of e-mails allowed clearing this problem and refining the appication]

The symptoms suggest the following -

a) Your addressing is different from what the POLs are set to recognize. Check the address pins. A wrong address gets 0xFF when reading back registers.

[This turned out to be the problem that prompted the posting. A4 was left open. That put the POLs outside the address range of the ZM7304 that you are using.]

b) The POLs are not getting power to pin 1, the VLDO input which supplies 3.3V internally to the POL's controller IC. Check the CS pin. If the POL is powered and not in RESET you should see a pulse train that is positive almost all of the time. Look for a 3.0 to 3.3V top to the signal. No CS, no power to the VLDO. This signal should be present even when the POL is not supplying power.

[This was checked and no problems here.]

Also, check to see that SD reaches 3V or better, with (about) 75% high duty cycle when not reading a POL.

c) Is RES_N high or low? If low, the DPM will communicate with you over I2C, but will not program any POLs.

[Not a problem here.]

If these things check out OK, could you provide me with schematics and your config file? Private message me so I can provide an e-mail address for you. Private communications are held in confidence unless you give permission to publish. Anything you post in a forum posting is open where the world can read it.

[Refining the feedback coefficients is all but complete. ]

Regards,

Charles H.

ZM7300 Evaluation Board Schematic

mguz — Wed Oct 01, 2008 8:52 pm

Author: mguz

Posted: Wed Oct 01, 2008 8:52 pm

Hi Tony,

Please, contact a local Power-One rep, sales person or a distributor. They will help you getting the board. The part number is ZM7300-KIT-HKS.

Best regards,

Mikhail

DPM doesn't not answer to its address

Steph — Thu Aug 21, 2008 5:57 pm

Author: Steph

Posted: Thu Aug 21, 2008 5:57 pm

Hello,
we've got 2 DPM mapped at address 0x50 and 0x52, and one RTC on the same I2C bus and with a different address (of course...).
by software construction we insure that when we communicate with the RTC, the I2C bus is free.
We experienced that sometimes, after X commands successfull, the both two DPM doesn't answer (Ack) to their address and are freezed in this state.

Any ideas to debug that pb ??

Thanks for advance,

Steph.

Test post from user "JJ"

JJ — Fri Aug 08, 2008 6:20 pm

Author: JJ

Posted: Fri Aug 08, 2008 6:20 pm

Hi there!

I2C Clock Stretching

Anonymous — Wed Jul 02, 2008 6:37 pm

Author: Anonymous

Posted: Wed Jul 02, 2008 6:37 pm

Hi Steph,

As the DPM is a real time controller, many of its timing parameters are specified in its data sheet, but unfortunately not the I2C clock stretching timing. The DPM firmware has to put the priority on the management of the devices it is controlling, while I2C communication is done as a lower priority task. So, the I2C clock stretching depends on the processor loading of the DPM, which depends on the task queue and I/O stimulus. There is not a firmware upgrade to make the I2C communication priority higher as this would surely impact the other performance parameters of the DPM.

Brad

ZM7300 DPM Voltages and Resistances

Anonymous — Wed Jun 18, 2008 6:28 pm

Author: Anonymous

Posted: Wed Jun 18, 2008 6:28 pm

The attached Excel table can be used to troubleshoot the DPM (for example, to find solder bridges, opens, pins damaged by electrical overstress.)

If a DPM issue is suspected, it is recommended to go through and measure the resistance to gnd and voltage on each pin and compare it to the attached table (or to a known good board).

POL IDENTIFICATION REGISTER (Address=0x28-47)

Anonymous — Wed Jun 18, 2008 4:58 pm

Author: Anonymous

Posted: Wed Jun 18, 2008 4:58 pm

Hi Steph,

The POL IDENTIFICATION registers are not automatically updated by the DPM at start up. The values that you are reading of all 0x08 (ZY7115) are typical default settings that you would see with a "blank" DPM.

Since the POLs all use the same controller IC which does not have constant memory or any way of self identification, the DPM has to be programmed with the correct information.

When using the GUI, it takes care of setting up the POL IDENTIFICATION registers (and all other registers). But in the case of manual programming over the I2C bus, all registers need to be manually set up.

Avoiding "Chicken and Egg" Situations

Anonymous — Thu Jun 12, 2008 12:05 am

Author: Anonymous

Posted: Thu Jun 12, 2008 12:05 am

Avoiding "Chicken and Egg" Situations

Connecting Z-One signals to other devices in the system (e.g. to an FPGA for supplemental monitoring and/or control purposes) can create a "chicken and egg" situation. If the device in question is not powered or not programmed, it can load down the Z-One signal making it impossible for the Z-One power system to start up, be programmed, and/or communicate.

� Avoid connecting the Z-One signals to devices that are powered by the Z-One system itself.
� Avoid connecting the Z-One signals to devices that are un-powered.
� Avoid connecting the Z-One signals to devices that are un-programmed.
� Avoid connecting Z-One signal pull-ups to Z-One controlled power converters.
� If there "needs" to be such a connection, provide zero-ohm jumpers so the Z-One signal can be isolated in case a problem arises.

AREF = 0V Issue

Anonymous — Fri May 09, 2008 4:49 pm

Author: Anonymous

Posted: Fri May 09, 2008 4:49 pm

AREF = 0V Issue

Issue:
In automated test, the AREF pin measures as 0V where as on a working board it is 2.56V. The test station considers this a failure and does not proceed to program the DPM.

Solution:
This is specific to parts configured for JTAG programming, i.e. ZM7304G-65505, ZM7308G-65506, ZM7316G-65507, ZMY316G-65508. The AREF voltage should be set as a �don�t care� to the test station because the voltage on the ZM7300�s AREF pin varies depending the DPM�s configuration and on whether it�s undergone JTAG programming.

The ZM7300 has a feature to allow a choice between either an internal or external reference. To avoid the possible condition of having 2 references fighting each other, the JTAG programmable DPM�s are initially set to use the external reference. This way, the AREF pin is an input and is a high impedance.

If the intention is to use the internal reference, simply program the DPM with the appropriate configuration file and the AREF pin will be connected to the internal 2.56V reference.

Keywords: ZM7304, ZM7308, ZM7316, ZM7332, ZM7304G, ZM7308G, ZM7316G, ZM7332G

DPM : Always answer DeviceCode+Read bit ???

Steph — Thu Apr 10, 2008 7:06 pm

Author: Steph

Posted: Thu Apr 10, 2008 7:06 pm

Hi,
It finally works...
Here are the debug session, for user that encounter same pb
1) Try to read DPM ID register at start up
2) Read FF FF ==> I thought the problem was my I2C interface from STR9 not support clock stretching
3) I implement a pause (in fact a breakpoint in debug mode) during the DPM manage the command, then I read the DeviceCode+Read bit
4) After reflexion, documentation and various trial, I finally
- Add a wait between the STR9 reset complete and the first command to DPM
- Let the STR9 manage the clock stretching : I insert the re-start function call as soon as last data byte is sent : the STR9 wait for the SCL line free to transmit the start signal.
==> And it works!!

In Conclusion :
Pb = Answer FF ==> Wait for DPM reset complete
Pb = Answer DeviceCode ==> Don't add any wait before ReStart.

Thanks for the support,

Steph.