All Forums

I am reviewing an old design for a spectral lamp power supply.  Spectral lamps are a type of arc lamp that are rated 10W to 60W at 1A, made by Osram.   The power supply, is traditionally 50Hz mains choke and a florescent tube starter.  Spectral lamps do not have a heater but start with a voltage of less than 1,500V briefly, then run at high voltage vaporising a metal or causing a gas to ionise flouress.

I developed a switch mode power supply 30 years ago which ran well the lamps' life went way beyond what was expected of it and the quality of the light was much better because there was virtually no flicker, so it was used with electronic devices.   But the transistor and inductor losses were higher than would be possible now with a zero current or zero voltage switching controller.   There was no power factor correction, and the power supply only operated with 230Vac, though it would run at much lower voltage with the lower power lamps.

XDPS2201 seems to run with a variable PWM and current mode, similarly to the circuit I have drafted on my blog.   I believe this part would run similarly to UC3806 in my blog.

https://blog.andrew-lohmann.me.uk/2018/07/electronics-high-frequency-arc-lamp.html

I am also considering high frequency fluorescent tube ballast's and using variable frequency for lamp current regulation.  I have drafted a design using chokes rather than chokes and a transformer.  The arc would be struck with L1 C12 at about 28KHz.  Then run at 128KHz or higher when L2 C12 resonate.   I have not worked these out properly, but the circuit could output a higher voltage than the incoming voltage, which I have modelled a little on the blog.

https://drive.google.com/file/d/1wPdIDxCzWKhlYY9-XM0649uTIHABm-Ua/view?usp=sharing

My question is am I on the right track by considering this controller?

Hi,

When we compared samples of the CY8C4124AXI-443T  produced at different dates and factories, the differences detailed below were detected

In order to understand which of these differences in top marking and lead frames are correct, we need your official statements that we can use.

Reverse Logo colors, different alignment and size

TWNxxxx   vs      xxxx (There is no any Country Code. PHI or TWN)

Different Lead Frames (X-ray image)

Are there any official statements about these differences?

I am currently working in a power bank power delivery project and got CYPD72721-68LQXQ USB C PD controller. My circuit board is small , so to show status such as LED indicators or charging status etc I do not want to use an additonal MCU to handle these things. Can I use  CYPD72721-68LQXQ for that purpose too?

Hi,

When we compared samples of the CY8C4124AXI-443T produced at different dates and factories, the differences detailed below were detected.

In order to understand which of these differences in top marking and lead frames are correct, we need your official statements that we can use.

Reverse Logo colors, different alignment and size

TWNxxxx   vs      xxxx (There is no any Country Code. PHI or TWN)

Different Lead Frames (X-ray image)

Are there any official statements about these differences?

Hi guys, I use the new iMOTION solution design, but before I've used the old MCE designer and wizard to program my motors and fans. Recently I want to move to the new application iMOTION. I config the wizard first, build the program, connect and programming my fan. Then I go to dashboard and verify if my parameters are correct. In this moment my problems begin: if I don't increase Vd and Vq the fan never moves, but even the application tell me that this two are variable that are not saved in my wizard, so how can I run my fan without entering the dashboard? Plus, in the old MCE designer when I finish to programming my board and detach my infineon, the board works on it's own. So, what's the metter with the new application? I'm missing something? I have to do something after the programmer?

Thanks in advice

Hello all,

we have been using Cypress RAM for more than 10 years. The component is buffered in the circuit with a battery. For this purpose, the supply voltage and the battery voltage are linked via a simple diode circuit. The chip select line is decoupled via a logic gate, which is also supplied with the buffered voltage. The circuit has been working without any problems for a long time.
The discharge current of the battery is checked during commissioning. This is a few µA.
However, we have recently been experiencing repeated failures with discharged batteries. There are also occasional data losses in the RAM.
Are there any known manufacturer problems with this RAM module that could lead to data loss?
As already mentioned, we have been using the circuit and the RAM module for years without any problems.
Thank you very much.

Hi,

I am working with PSoC6 (CY8CKIT-062-WIFI-BT) and W5500 Ethernet Controller. PSoC and W5500 communicate using the SPI protocol. As mentioned in the W5500 datasheet, I have written a function. To read or write from the W5500, there are two functions: byte read or write, and SPI bus read or write.

For reading a byte, you need to send 3 bytes of data (address) and the last byte as a dummy byte for the response, totaling four bytes. According to the SPI protocol, there is a version register to read (0x39), and the expected response is 0x04. The data sent from PSoC to W5500 is (0x00, 0x39, 0x00, 0xFF), and the response is (0x01, 0x02, 0x03, 0x04). However, when I print the version register, it shows the response as 0x03. Why is it not reading the last byte?

I have attached the files below.

Hi all,

I am using the cx3 to capture images with an imx219 camera module connected to the MIPI port. The cx3 is connected to the host pc via high-speed usb.

The problem I am facing is, that I only receive about 1/5 of the data I should get (independent from the amount of data - its 1/5 for a 3280x2464 image as well as for a 256x256 image). I do not get any errors from the mipi block during transmission. The received data seems, like some junks are missing here and there.

Here is the MIPI Block configuration:

CyU3PMipicsiCfg_t mipiConfig_imx219_RAW10_104MHz =
{
CY_U3P_MIPIOUT_DW_16, /* MIPI out parallel width packing --> here set to YUV422*/
2, /* Number of CSI data lanes. */
2, /* PLL clock input divider. */
129, /* PLL clock feedback divider. */
CY_U3P_CSI_PLL_FRS_63_125M,/* PLL clock range. */
CY_U3P_CSI_PLL_CLK_DIV_4, /* Divider for clock used to detect CSI LP<->HS transition. */
CY_U3P_CSI_PLL_CLK_DIV_4, /* Divider for clock used on the parallel GPIF interface. */
0x00, /* Reserved */
0x00, /* Reserved */
0x00, /* Reserved --> this line is the given value by the suite*/
100 /* Delay on the parallel output buffer of CSI interface. */
};

The camera module's clock is set to 104MHz (exactly as the MIPI block).

I load the GPIF using:

CyU3PMipicsiGpifLoad(CY_U3P_MIPICSI_BUS_16, 0x600); // where 0x600 is also the size of a DMA buffer

The DMA is in AUTO_MANY_TO_ONE (so no callback) mode with 2 Sockets on the GPIF side and one socket to the USB side.
I am using 4 buffers with a size of 0x600 and CY_U3P_DMA_MODE_BYTE.

The Endpoint is of type Bulk and the packet size set to 512.

After a lot of tests, I think the problem could be realted to the GPIF configuration, but I am not sure.
I read the data with libusb_bulk_read and also tried all kind of buffer sizes on the host pc's side.

I would be very grateful for any hints.

I would like to know API for 802.11k and 802.11r for STM32 Expansion pack with CYW4373 like a wwd_wifi_radio_resource_management_beacon_req on wwd_wifi.c in WICED Studio.

Because I think WICED Studio is not recommended now.

Environment:

STM32H747I-DISCO+EAR00388

Best Regards,

Tsutsumi