This order was my first time using PCBWay and I am blown away by how seamless from end to end the entire process is! I love the technological process tracking, it’s funny, but it reminds me a bit of how some pizza places track the progress of your pizza. My order was accepted, manufactured, shipped and in my shop in no time at all!
The quality of the boards, through-hole plating, silkscreen, bottom side tinning, and everything is a definite A+. I received excellent communication and engineering cooperation from the beginning. Although there are other PCB manufacturers that I like, I am going to use these guys going forward! I’d recommend them for prototyping or production.
Open Source Advocate
I especially like that they encourage open source projects by allowing you to share your board designs, schematics, and project details after ordering. Here is the Hybrid Driver v1.3 in PCBWay’s project sharing section. They make it easy for others to order boards since all the Gerber files are already there and pre-approved. They even give a 10% back to the project creator. Check it out and take a look at there projects, there are some impressive ones. I like OpenReflow, a control board to convert a simple toaster oven into an accurate reflow oven for soldering SMD components.
The new driver boards look great. I like the high gloss black solder mask and the highly visible white silkscreen over it. The slots for the IGBT gate connections turned out great. The board edges are clean and completely burr free. The only mistake I’ve found is that I forgot to set the OSH logo font to vector, so it expanded a bit and overlapped the G2 silkscreen. I also tweaked a few device name silkscreen positions to improve visibility.
I’m waiting for the bulk orders of the VLA106-15242 isolated DC to DC converters and the M57962L gate drivers. After that, I’ll stuff the boards and get them in the ReactorForge to continue refining the firmware.
The First Kit
I’m planning on making the IGBT Driver (Hybrid Driver v1.3) the first complete kit. Of course, it will be standalone, apart from the rest of the induction heater. I’m ok with having the major components of the induction heater available individually as well as part of the whole machine kit.
I have never made a kit like this, but I am entirely confident that I can put together a great one. Still, this will give me the chance to test that confidence on a smaller scale. I’ve already established a supply chain for the parts and the PCB. What’s left is ordering consumables such as antistatic shielding bags, labels, and packaging. Then, of course, the written plans or instructions for the kit.
Coding is Important but so is Hardware
BTW, Audible Rocks!
This Bluetooth serial link is nothing new. I had it working on the existing setup to send data from the ReactorForge control board to the Processing visualization program. The HC-06 Bluetooth module enabled me to see the live telemetry coming from the ReactorForge. That helps you to understand what is going on and tweak parameters such as the PID settings.
Consolidation of Development Process
I’m excited to get the entire development process in one operating system. Before, I was bouncing between macOS, Windows in VMWare Fusion on the Mac, and a separate Windows machine. It’s a long story, but this was partly due to the Windows-only compiler I used at the time. Other shortcuts I made early in the process just to get things working enough to get the induction heater to Daniel’s shop also helped put me in that spot.
Problems Connecting to the HC-06 Bluetooth Module on Mac
Getting the HC-06 Bluetooth to Serial module working on macOS wasn’t hard, but I did have one issue. The HC-06 seemed to just disconnect randomly after a minute or two of being connected. Then when I would try to reconnect to it, the port would be busy. I knew it wasn’t busy or open using lsof | grep HC-06 or whatever your’s is named, Reactor-Link in my case.
I fired up Windows in VMware Fusion and paired the HC-06 Bluetooth module. Then I opened a connection to it using a terminal program. I also began a screen session (terminal) on the Mac side with a USB to serial adapter. The USB serial adapter was connected to the HC-06 Bluetooth module to monitor it (and send data from it).
Anyway, this worked fine, and the HC-06 Bluetooth module never lost connection on the Windows side. I did notice that on the Windows side, the HC-06 Bluetooth module asked me for asked me for the pin number during the pairing process, but it did not ask on the Mac side. I removed the device from on the Mac side in the Bluetooth manager and re-Paired it. To my annoyance and relief, this fixed the disconnecting issue. Maybe I changed the pin in the past since the last time it had been connected to the Mac.
Bluetooth on macOS
So this is the simple test setup. The photos say it all I think.
Libraries, Drivers, Etc.
With that working, I’m going to work on the libraries now. I’m looking at whether or not to get the existing libraries working in the new environment or use new libraries. I’m leaning toward new libraries because there are quite a few compiler warnings and even some errors from the old ones. I’ll have to update function names and setup code, but I’d prefer to start with something cleaner and updated. I’m pushing it all to GitHub as I go!
Addition Terminal Jargon
The astute reader might notice that I am using the /dev/tty.* version of the device rather than the /dev/cu.* version. So, what’s the difference? TTY devices are for calling into UNIX systems, whereas CU (Call-Up) devices are for calling out from them (e.g., modems). We want to call-out, so /dev/cu.* is the correct device to use.
The technical difference is that /dev/tty.* devices will wait (or listen) for DCD (data-carrier-detect) e.g., someone calling in, before responding. /dev/cu.* devices do not assert DCD, so they will always connect (respond or succeed) immediately. Since neither the HC-06 Bluetooth module or the USB to serial adapter support DCD it’s not an issue. Still, following best practice, you should use the correct port.
So why did I use the wrong one in the photos? I switched to /dev/tty.* when I was having the connection issue and just forgot to switch back before documenting it.
There has been a lot of confusion created by they way Patreon charges its patrons and paying creators. You can find the official information can here: https://patreon.zendesk.com/hc/en-us/articles/115005631963 And here is another excellent article on the topic by TechCrunch.
TLDR; The short version is, Patreon moved its credit card processing service fees from the creator to the patron. Because of this change, Patreon was able to lower the overall fee amount and give more to the creator. The fee amount is (2.9% + $0.35) for each monthly pledge.
Because I have worked on unique e-commerce projects, I understand the intricacies and complications of bulk credit card processing, multiple payees, and the associated charges and chargeback liabilities. However, I do not support Patreon’s decision, and I firmly believe there is a better solution. Because Patreon is a goodwill engine, I think this move is, for lack of better terms, just weird. In addition, I won’t personally be canceling any of my Patreon pledges. Nevertheless, as a patron myself and now a fledgling creator, I do hope that we see these processing fees moved back to the creator.
Other Support Options
Your support is much appreciated, but entirely voluntary. You may continue to make a small donation to support the project and website using Patreon. If you decide to cancel out of principal, I understand entirely. If you prefer I’ve added a PayPal button on the pledge page “Coffee” to enable you to make a small reoccurring monthly pledge that you can change or cancel it at any time.
Or you can send a one-time pledge. Please include a note to let me know it’s a gift and what made you decide to support ReactorForge!
I may add members only functionality to the website linked to Patreon PayPal as well, to mirror and even enhance the capabilities Patreon offers. But I’m not sure there is indeed a need for that yet, or possibly ever. Thank you all again for your support, be it monetary, intellectual, or constructive criticism. I value all of it!
ReactorForge Parts Delivery
I just received the first shipment of parts for building more ReactorForge induction heaters, 258 pounds worth. This component is of one particular importance and one I have settled on despite other possible changes I will be making to the design. Anyone care to take a guess what part this is?
This is the last mains power update for the ReactorForge Induction Heater. It will be the last because it’s complete! Here is how the last couple days of that process went.
I started by connecting the jumpers from the custom splice connector to the 60 Amp 240-volt dual pole breaker and ground bus. The photo shows green hooked to the neutral bus. I later moved this as I did not need to tap 120-volt like I thought I would have to since the ATX power supply runs on 240-volt now. (I just forgot, it’s been a while.)
And here is the 240-volt quick disconnect assembly installed and ready. I will print another version of the slide lock. The slides should be solid so the splice connectors are not accessible while the wires are disconnected.
Next, I prepared the 2 AWG mains power feeder lines. These will connect the splice block directly to the input of the ReactorForge.
The splice block side has thick metal tabs that are double layered with heat-shrink tubing. These provide a high current, high durability connection to the screw terminal that will stand up to multiple connect/disconnect cycles.
The Induction Heater side has heavy duty lugs that will accept the terminal post. These are also insulated with double layers heat-shrink.
Bringing It All Together
And here you can see the feeder lines connected to the input of terminal posts on the back of the ReactorForge. I also ran a USB extension with a small hub for connecting the Atmel ISP programmer. I put the Bluetooth dongle here as well. It communicates with the mainboard to send/receive commands and system telemetry.
I then installed a variac between the mains contactor and the inverter input filter.
When software activates the contactor, 240 volts directly feeds the inverter typically. Since I have a decent amount of testing to do, I severed that connection and installed the variac to allow lower power testing.
I taped up the small areas where 240 volts was accessible in the front to avoid accidental contact or tools shorting things out. Getting my fingers across 240-volt mains power is not something I want to experience twice!
On To The CODE!
That’s it for cooling and mains power connections. The next step is to get the programming environment set back up. I will turn things up as is and do some testing to make sure everything is still good. Once that is done I will get right to the next big task, I’ve decided to port the entire thing to Arduino. This won’t be too difficult since the code is already in C and I will be glad to get away from AVR Studio, to be honest. I made the choice to move to Arduino due to is massive use and rise in popularity over the last few years. Since this is an open source project I want to use a platform that people are familiar with. Let’s put industrial level induction heaters right up there with open source 3D printer firmware!
In the photo below is my power test setup at home. Unfortunately, where my other shop is right now, I am unable to make changes like this. Here I explain what I did to get around that and make power progress!
Now that the ReactorForge is back on the bench it’s time to get it powered up!
This setup isn’t necessarily something that an inspector would like to see. So don’t think this is my recommendation for a permanent solution. I’m just sharing what I did to make my current setup work. Keep in mind the breaker should always be OFF before connecting or disconnecting wires on the quick disconnect assembly.
To hook up 240 to the ReactorForge in this shop I have to run a temporary line. I don’t want to have to remove the breaker each time I do this, so I made an enclosure that mounts in a breaker slot. The assembly houses 3 Burndy splicers (PN: AMS2BAG2R). It does a few important things, it isolates them from each other, from the breaker box, and it snaps closed to prevent the lugs from sliding out (and attacking passer buys). On the side where the wires enter the assembly from the breaker, it is closed off except for holes just big enough for them, so it’s impossible for the splicers to slide out from that side. There are also ears on the front to keep the entire assembly from sliding all the way in the breaker box.
I printed a quick test in PLA, made a few changes and am ready to 3D print the final version in nylon after Thanksgiving. I’m sharing all the files here in case anyone else finds it useful. Be smart, be safe.
Power progress photos:
My problem is that I do not want to open up the panel and remove the breaker and wires every time I need to remove the temp line.
So I drew a simple small enclosure to house some common splice blocks made by Burndy.
The slide lock action:
*Tip: I usualy try to make a technical drawing before I 3D print a part. It’s quick and easy in Fusion 360 and saves me wasted prints and time redrawing later. I always catch a lot more looking at the drawing with multiple views and mesurements than just looking at the drawing in the viewport.
You can view and download the CAD files over at Thingiverse – 204 Volt Quick Disconnect Splice Housing
I want to get a better idea of what a machine like this is really worth to you. I’m doing this in an effort to ensure that the additional work I’m about to put into this project to transform isn’t in vain. Because an induction heater price can vary wildly and to go from DIY induction heater to a kit or production unit is a big leap.
I will be completing this project and making it open source regardless of whether or not making a kit is viable. But before I do go down that path, to kit or not to kit, I’d like to know what it’s true value is.
To give you something more concrete to evaluate use the two videos below to get a rough idea of the capabilities of the machine as it relates your needs and use these technical specs.
Reactor Forge Induction Heater Specs:
- Simple interface and usability
- Operating Voltage: ~220V
- Maximum Current Draw: ~40A
- Typical Current Draw: 10-30A
- Power Factor of near .99% (You won’t find that in a cheap overseas model!)
- 100% duty cycle
- Water cooled (cooler not included but it can be as simple as a garden hose attachment)
- Mid-range frequency operation best for small to medium size workpieces. (Lower frequency is possible for larger items above 5-6″ cross section at lower power levels.)
- Remote foot switch operation
- Simple to complex programmable cycles
- Many safety features
- All digital operation (so performance is not affected by the environment)
- A fully sealed case for protection against debris and dirty shop air.
- Hackable! Many future improvements possible such as workpiece temperature feedback for reaching very precise temperatures.
Videos of the current Reactor Forge, Critical Mass in use:
So what is your target induction heater price?
Please check out the full post and Poll on Patreon to cast your vote: https://www.patreon.com/posts/15375592
Also, check out The ReactorForge Origin Story to learn more about how this project got started.