I used that circuit with a conventional timer, so yes, that arrangement will work. I connected the timer to the mains-input on the 24-volt power supply. The supply had rise- and fall-times that were short enough to be ignored.
Dimming can be done two ways, both using the same DIM wire on the Buck Block drivers:
1. Analog, ranging from 0 volts (off) to 10 volts (full power). You can connect a potentiometer to a resistor divider from the 24v to get this 0-to-10v range.
2. PWM. I used a 555 chip to generate that, which also worked well. A potentiometer let me set the duty-cycle.
My problems were that analog dimming would dim only by about 2.5 stops reliably, and I needed more. And when PWM was added, the Buck Blocks had some thermal drift, making light-level inaccurate.
I settled on using an Arduino microcontroller to generate PWM, and I replaced the Buck Blocks with Mean Well LDD-700 LED-drivers. Much better!
I don't know whether Buck Blocks are still available, but if not (or if they're costly), and you want to use them, I'll ship mine to you for free.
I love the results. LEDs run cool, I can set any contrast I want by changing green/blue ratio, and the diffuser hides small scratches and dust on negatives.
Mark Overton
I can't seem to find a clear answer to whether the LDD-700 can by controlled with a 3.3v PWM signal (the Pico doesn't have 5v.) Do you know the answer?
Would 5 XP-E2s for each color running at 700mA be bright enough, or do I need to use the newer ones?
From the datasheet:
View attachment 335991
So for the 700mA product, the HIGH level on the pwm pin must be between 3.5V and 8V. The 3.3V output of a Pico will likely be a borderline case that may or may not work, and is therefore not recommended. Use a logic level translator (google it; ready to go modules are plentiful), or DIY a voltage translator with one (inverting) or two (non-inverting) MOSFETs and a couple of resistors. You'll also need a 5V logic supply that you can easily make by feeding the LED supply voltage to an appropriate stepdown converter or linear regulator that is rated for the intended input voltage.
YMMV and it will depend a lot on the enlarger used, the film format you're illuminating, the losses in the diffusion chamber and the sensitivity of the paper you're exposing onto. But the 7W ~ 10W per channel you're proposing will in principle work, but with possibly long exposure times on low contrast grades on slow warmtone B&W paper. For color paper, you'll likely have plenty of light to work with at this power level.
So the LDD-1000L should work with 3.3V?
It sounds like running the XP-E2s at 1000mA will get too hot though
Is it forward voltage * amps * number of LEDs?
They're rated for 1200-1500mA, aren't they? It's a matter of sufficient heatsinking and perhaps even some active cooling. This won't be different for other power LEDs; it comes with the territory.
I did just that.
I have attached pictures of the mod and parts. I removed the ring on the bottom of the Beseler 45 Dichroic boxx, the part that mates with the enlarger. I removed the lid frm the mix chamber and mounted the lamp on top. So I am still using the beseler diffuser. Total cost so far is $30 Canadian for the lamp. I will invest a bit more to make it a permanent installation.
I thought it was 1000mA, but maybe that's an average not the maximum?
The green XP-E2 at 1000mA is 3.7V
there shouldn't be any bottleneck with a 24V 100W supply (I think) especially since I won't ever run all four colors at once.
Not sure; I just took the numbers from the datasheet:
View attachment 336006
https://assets.cree-led.com/a/ds/x/XLamp-XPE2.pdf page 3
They should run fine at 1000mA for extended periods of time in an application like an enlarger, which doesn't see hours of continuous use in general anyway.
Around 3V @1A, a little less at lower currents:
View attachment 336007
The blue LEDs with have the highest forward voltage at around 3.2V at 1A. 5 LEDs will still only drop 16V, so a 24V power supply should be fine in combination with an appropriate LED driver.
If you do an RGB system with around 10W each, the power supply will have a generous safety margin, so it should work fine
From the datasheet:
View attachment 335991
So for the 700mA product, the HIGH level on the pwm pin must be between 3.5V and 8V. The 3.3V output of a Pico will likely be a borderline case that may or may not work, and is therefore not recommended. Use a logic level translator (google it; ready to go modules are plentiful), or DIY a voltage translator with one (inverting) or two (non-inverting) MOSFETs and a couple of resistors. You'll also need a 5V logic supply that you can easily make by feeding the LED supply voltage to an appropriate stepdown converter or linear regulator that is rated for the intended input voltage.
YMMV and it will depend a lot on the enlarger used, the film format you're illuminating, the losses in the diffusion chamber and the sensitivity of the paper you're exposing onto. But the 7W ~ 10W per channel you're proposing will in principle work, but with possibly long exposure times on low contrast grades on slow warmtone B&W paper. For color paper, you'll likely have plenty of light to work with at this power level.
The LLD-700H (and the rest of the LDD-xxxH series) accepts a pwm signal between 2.5 and 6VDC. They also take a higher input voltage so you can drive more LEDs.
Another option is the LDH-45A/B-700 step up driver. It also accepts a low voltage PWM signal.
Could you clarify a few things for me?
Are you saying that the BuckBlocks are aways inaccurate when controlled by PWM, or that the particular PWM implementation you were using had issues? I'm planning to use a Raspberry Pi Pico.
I can't seem to find a clear answer to whether the LDD-700 can by controlled with a 3.3v PWM signal (the Pico doesn't have 5v.) Do you know the answer?
Would 5 XP-E2s for each color running at 700mA be bright enough, or do I need to use the newer ones?
Thanks to everyone on this thread. This is an incredible resource.
Thank you everyone for the answers and advice. I've been thinking about building an LED head since 2014, but this is the first time that I've felt like I can actually pull it off. Electronics aside, I'm working on what I think is a pretty neat idea for a split grade timer. I've set a goal to have something usable by July, and I'll post progress updates as soon as there's progress to show.
How are you planning to dissipate heat? If your LED head has a max of 60 watts, for example, about 30 watts of heat will need to be dissipated. If you read over page 4 of this thread, you'll see that I used a large aluminum plate to dissipate the heat. A proper heat sink would be smaller and lighter. In any case, you'll need some way to remove that heat.
Could you tell us the basic idea of your timer? We are in suspense...
Hard | Soft | Safe | Focus
100% | 100% | 100% | 100%
------|------|------|------
5.5 | 0.0 | 0.0 | + -
0.0 | 8.0 | 0.0 | + -
3.2 | 0.0 | 2.0 | + -
Run +1.0 +0.1
Rst. -1.0 -0.1
Focus Up Enter
Left Down Right
@Augied Not to turn you off of the idea of using push buttons for data entry or anything. I'm sure it works fine. But when I did my enlarger controller/timer unit, I figured that rotary encoders felt a lot more intuitive to me. I don't regret that decision. When I did the first version of my controller, I was regularly using an Ilford 500H, and I always found just twisting the knobs on a regular dichroic head more straightforward. I therefore went with encoders instead. For B&W, I currently use one encoder for contrast grade and the other for time, but my usual way of working is single grade printing. I also have a split grade mode implemented (that I rarely use), which uses a dedicated encoder for low contrast grade, one for low contrast time, and another pair of encoders for high contrast grade and time, respectively. I've never regretted the decision to use encoders for numeric entry.
Yeah, I see your point; these are the dilemmas! I've settled on 4 rotary encoders and 8 tactile push buttons in the current interface. I'm not (yet) using the pushbuttons of the rotary encoders.
Btw, it's relatively straightforward to use a rotary encoder for two purposes by distinguishing simply turning it, and turning it while it's pressed down. This is apart from / in addition to the possibility of 'hiding' rotary encoder functionality within menus etc.
I'm going to use an aluminum plate with fins. I haven't decided if I want to attach ready-made fins, or cut them out of the plate myself. A fan that cuts out during exposure is also a possibility if the passive cooling isn't good enough. I operate a CNC and 3d printers for my day job, so I have plenty of flexibility for the enclosure design.
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?