Author Topic: CFW for KSGER/Quicko STM32 Soldering Stations (Read 677087 times)

wickated · « **Reply #1825 on:** August 20, 2021, 05:13:25 pm »

Quote from: AndyC on August 20, 2021, 02:55:44 pm

BTW, saw a toroidal transformer above. How well do these controllers do with a linear power supply? Better or worse than the stock KSGER SMPS?

im just tired of acoustic nise my spsu make, even though its decent quality (meanwell). also i have 2 separate voltage lines for 2 controllers, and i wont be limited in power. even if will cost me a tip i just wanna run it at full ~300 watt startup, just for fun.

Quote from: Strand17 on August 20, 2021, 04:46:55 pm

When connecting a C245, what to do with the NTC input?

just add ntc on board

DavidAlfa · « **Reply #1826 on:** August 20, 2021, 05:45:09 pm »

As wickated says. NTC must be somewhere, either in the board or in the NTC.
Any error sets the station in sleep mode, so it's normal

Strand17 · « **Reply #1827 on:** August 20, 2021, 06:29:53 pm »

Thanks wickated and David. An NTC is on the to-do list for when I get back.

DavidAlfa · « **Reply #1828 on:** August 20, 2021, 07:36:34 pm »

I have yet to try using the internal CPU temperature when that happens.

I think I caught the standby bug!
I was lucky, started debugging and happened instantly!

handle_iron loads current_time at the beginning, then calls Iron error check and next checks the mode timeout.
Iron error check sets run mode when the errors are gone.
Set mode updates mode_time when the mode is changed, reading the latest value from the timer.
In only takes few us, but sometimes that was enough for the timer to increase a step.
In that moment current_time was lower than mode_time.
Doing current_time-mode_time caused underflow, rolling the the variable to a very high number, instantly triggering the standby timeout.

I'm working to implement internal temperature, detecting the correct mode when a handle is connected.

DavidAlfa · « **Reply #1829 on:** August 21, 2021, 01:41:26 am »

Added internal temperature reading.
The system will revert to it if the NTC detection fails.
Also added NTC disable option to always use internal reading.

Quicko STM32F072 is beta! I can't test it, the calibrations values, pointers and calculations are completely different.
To test it, just disable NTC in options and check what temperature shows up.

Note: When the NTC is enabled, the system will always try the NTC when the handle is removed, so the NTC error will still appear everytime you remove the iron.
That way you can mix different handles, with and without NTC.

wickated · « **Reply #1830 on:** August 21, 2021, 11:25:11 pm »

i still demand "stabilizer" feature. switchable since ur fw is for customization . u tune ur iron and tick option in iron menu so ~5c oscilations will be negated on display. like everyone else do. u know ull get much less rants about 1 pixel spikes if it would be implemented.

StephenR0 · « **Reply #1831 on:** August 22, 2021, 02:49:33 am »

Who would this be for? I think the people here would have their eyes open. I'd never turn it on.

wickated · « **Reply #1832 on:** August 22, 2021, 12:50:53 pm »

so transformer based station IS silent. im happy with this. also i still have tasks to do - add filters, cooling, and so on. station works stable, with small ripples on latest fw i shouldnt bother of.

Fixed_Until_Broken · « **Reply #1833 on:** August 22, 2021, 06:33:17 pm »

has anyone ever seen it start rebooting when you turn the rotary encoder? I just flashed mine with the precompiled KSGER V3 bin. it works but at some positions, the rotary encoder seems to reboot it. Edit I could be mistaken on what's causing the reboot but that's the only thing I am noticing. the MOSFET (TPC8107) that drives iron is getting warm but not super hot.

Edit again. lol. Ok, so I hooked up the O-scope to 3v3 it is at 3.2volt rms. when I turn the rotary encoder it drops to 3.14v while rotating and when it power cycles its drops to 1.28v. I didn't have issues with this on the original firmware so I don't think the LDO went bad.

DavidAlfa · « **Reply #1834 on:** August 22, 2021, 09:02:49 pm »

The firmware can't do anything to cause that. You have only a mosfet and a load, how is It going to lower the 3.3v voltage?
When you rotate the encoder (changing the setpoint) the PID reacts quickly and causes a sudden load.
Likely you have a weak power supply or some problem with the filtering/ldo. The 3.3v should be always stable. So probably the 24v are going nuts, affecting everything.
The mosfet shouldn't get hot, even with JBC tips it was barely warm.
If you have a scope, check what going on in the voltages.

Fixed_Until_Broken · « **Reply #1835 on:** August 22, 2021, 10:34:31 pm »

The 24V line is 24.80V RMS really clean/stable (400/600 mv VPP). I also Just tested powering with my bench power supply and still same issue. So 24v rail was ruled out.
I had not changed any settings. I did think it was maybe some noise from the PSU causing issues so I did throw a random 47UF 50V cap on the 24v line at the control board side earlier. Maybe the LDO did fail? I was reading that my board has a pretty crappy thermal load for the LDO. Attach is a photo. I did replace the original STM32F103 since it was read-protected. I have triple-checked for bridges. I was sure if maybe I got a weird board that's not fully supported. ( the about page on the KSGER firmware said I had HW version 2.0 but the photos matched HW 3.0 and your HW 2.0 firmware did not work with it. I just think it's strange to think the LDO might have just failed at the same time as testing different firmware and that it couldn't be anything else like a pin that's different on this board causing a heavy load. Yes, there is still a small amount of no-clean flux on the board.

Edit: don't take me saying your firmware as if I am upset or blaming. I am really just trying to figure out why it's an issue one way but not the other? I wish I knew a source for my original bin for it so I wouldn't have to swap the mcu again to verify that maybe the LDO did just fail. Oh and the first impression this firmware is awesome! it boots way faster than the original firmware did.

DavidAlfa · « **Reply #1836 on:** August 22, 2021, 11:46:27 pm »

I don't really took it like that, just said how is it going to load up the 3.3V line until it drops? Makes no sense.
So either the ldo is working at the very limit of its specs or got damaged.
Thanks, I hope you enjoy it! It could boot much faster, the boot screen is shown for 1 second just to look cool.

Try lifting the ldo output and connecting and amp meter, shouldn't be more than few mA.
Anyways, it would heat up badly if the current was too high, it's directly regulating from 24V, dissipating 0.42W/mA.
5mA(1W) would be already too much, I doubt that small package can get rid of the heat without thermal pads and thick traces.
Typed some funny thing at the calculator!

Fixed_Until_Broken · « **Reply #1837 on:** August 23, 2021, 12:52:09 am »

So I figured out more or less what the issue is. So yes it's too much load on the LDO on my unit. (Maybe it's failing). I thought rotary encoder because when it's that's when the load got to the point of reset. It's actually the screen. I turned down the contrast and no more issues. when you rotate the encoder it lights up more of the OLED and guess that load is enough to force a reset.

Tugo · « **Reply #1838 on:** August 23, 2021, 04:50:30 am »

Quote from: DavidAlfa on August 22, 2021, 11:46:27 pm

Anyways, it would heat up badly if the current was too high, it's directly regulating from 24V, dissipating 0.42W/mA.

David, I believe it is just 21mW/mA.
About 24V "in" and about 3V "out" (for easy calculation).
Difference on the LDO is 21V.
Power consumption = 21V * "X" mA
So for every 1 mA it is 21 mW of power consumption therefore 21mW/mA.
But it is very small power supply and shouldn't be putting a lot of output current as you already explained.

DavidAlfa · « **Reply #1839 on:** August 23, 2021, 07:27:47 am »

Yep, I typed something wrong

tatel · « **Reply #1840 on:** August 23, 2021, 07:39:33 am »

B2 --- 80 20 0,50 1 0 - 1145 1637 2187

tatel · « **Reply #1841 on:** August 23, 2021, 07:40:36 am »

Also B2

tatel · « **Reply #1842 on:** August 23, 2021, 07:42:55 am »

BC2----100 20 0,50 1 0 ----1130 1631 2299

tatel · « **Reply #1843 on:** August 23, 2021, 07:43:44 am »

Also BC2

tatel · « **Reply #1844 on:** August 23, 2021, 07:45:42 am »

D16 --- 100 20 3 1 0 ---1147 1658 2209

tatel · « **Reply #1845 on:** August 23, 2021, 07:46:19 am »

Also D16

tatel · « **Reply #1846 on:** August 23, 2021, 07:48:06 am »

D24 ---100 40 2,50 1 0 ---1126 1638 2138

tatel · « **Reply #1847 on:** August 23, 2021, 07:50:15 am »

D52 --- 100 20 3 1 0 ---1105 1590 2215

tatel · « **Reply #1848 on:** August 23, 2021, 07:52:02 am »

K ---100 20 2,50 1 0 --- 1268 1827 2442

tatel · « **Reply #1849 on:** August 23, 2021, 07:52:31 am »

Also K


EEVblog Main Site	EEVblog on Youtube	EEVblog on Twitter	EEVblog on Facebook	EEVblog on Odysee

Author Topic: CFW for KSGER/Quicko STM32 Soldering Stations (Read 677087 times)

Share me