What type of SSR should I use when controlling the PSU with PS_ON pin
jandan last edited by
What type SSR should I use when controlling the power (220 volt) to my PSU (24 volt 480 w). This with the 5 v PS_ON pin from DuetWifi controller board. 220 in - 24 volt out and 5 volt PS_ON signal. Sorry for my ignorance in the field. I see two types that seems similar in some ways:
alt. A http://www.ebay.com/itm/SSR-40DA-40A-Voltage-Current-Solid-State-Relay-Module-for-Arduino-AC-DC-/131471836976
A seems more robust and for another environment then B. There are people who questions, mostly with safety concerns, the use of B while using high voltage like 220 v.
Any advice's on what to use.
B is not an SSR, it is a mechanical relay. I suggest either the Auberon relay you linked to, or SSR-25DA. Connect the SSR control terminals between +5V on the expansion connector and he PS_ON pin.
You will need a mains-voltage push button to bypass the AC terminals of the SSR for starting up, unless you provide 5V some other way.
jandan last edited by
Thanks for your advice and comments.
I was thinking of using an external 5 v power supply to run the DuetWifi card and also it's PS_ON function. With my CNC mill (built with thick ball screws and an 3 hp/2200w water cooled spindle) I use an 5 v charger to power the controller, like the ones for phones and other gadgets.
Why is it preferable not to use a mechanical relay (type B), it wouldn't generate so much heat a suppose? I also plan to order the MGR-1DD80D100 from Auber to controll power for the heat bed: http://www.auberins.com/index.php?main_page=product_info&products_id=288
Maybe I also should order the type A, listed in my question, at the same time from them.
I'm really tired of using LinuxCNC and the parallel port with this type of machines. The core of LinuxCNC, HAL driver/interface, is like an old dinosaur that can't adapt to modern types of computers, controllers and interfaces.
I will try to build a 3D printer that also can mill softer materials. The design will therefor include compromises between this to functions. Just now I don't know how difficult/easy it will bee to mill with the actual type of G-code on DuetWifi firmware.
alangibson last edited by