- Project details
- Compatibility
- Programming
- Operating instructions
- Frequently asked questions
- Building the firmware
- Translations
- Creating a .ioc file from scratch
- Non-working features
- Additional Documentation
If you liked the firmware, you can send me a beer with PAYPAL 🙂
Video of operation here: (Project in active development, the features will change continuously)
- This project started by forking PTDreamer's firmware. Since then it became a separate project.
- Developed on STM32Cube IDE. Basic configuration is easily done in CubeMX (Included in STM32Cube IDE).
- Unified codebase, different hardware support based on profiles, very few files need to be changed.
- Supports all display modes: I2C, SPI, software and hardware+DMA (When connected to hardware pins).
- Uses U8g2 graphics library.
- Dynamic screen loading to save RAM resources.
- Extremely customizable, lots of options available.
- Code highly optimized to avoid wasting CPU power, slow devices still run great.
- Check Releases for downloads.
The actual requirements are 10KB RAM and 64KB (*) flash.
(*) Currently the firmware has surpassed the 64KB limit, and uses the additional undocumented 64KB flash block.
(*) All 64KB devices have 128KB, with the second 64KB block untested from the factory, so not guaranteed to work.
(*) To date, I have found zero issues. Original KSGER firmware also does this.
(*) ST-Link checks the written data, and the firmware uses checksums to protect the settings, any error will be detected.
Some controllers are using STM32 clones, sometimes relabeled as genuine STM32, causing problems.
Check STM32 Clones section to find out how to detect a genuine STM32.
- The only known working clone is CKS32.
- GD32, MM32 and CH32 have issues with the ADC converter.
- APM32 hasn't been tested yet.
There's a new experimental workaround for clones, try enabling Clone fix
in System menu
If your board came with a clone, you can replace it with a STM32F101/102/103, they're pin-compatible.
The BOARDS folder has the board profiles and some schematics / pictures for quickly identify your hardware.
Check Dreamcat4 T12 controllers, did a much better collection with T12 boards schematics and pictures.
Currently supported controllers:
- Quicko T12-072: First gen Quicko, STM32F072 variant. Compatibility was fixed in v1.04. Old version.
- Quicko T12-103 First gen Quicko, STM32F103 variant.
- KSGER v1.5: Profile for STM32F103 (There are no other known CPUs used in this board).
- KSGER v2, JCD T12, T12-955, Handskit: Profile compatible with all STM32F101/2/3xx models.
- KSGER v3, T12-958: Profile compatible with all STM32F101/2/3xx models.
Don't follow the version reported in the original firmware to identify your board.
The easiest way to quickly identify your controller version is by looking at the OLED screen connection:
- 4 pin (I2C) = Generic v2 (KSGER/Quecoo/Handskit/etc.)
- 6 pin (SPI) = Generic v3
- 7 pin (SPI) = Only used by KSGER v1.5 or first gen Quicko, easy to differentiate.
For KSGER v2/v3: As long as use the correct firmware, any STM32 variant (101/102/103/C8/R8/CB/RB) will work.
There are several compatible/cloned boards in the market that will work fine with KSGER profiles.
T12-951, T12-952, T12-956, T12-959 use STC MCU, not supported by this firmware.
First, make sure to read the Operating Instructions!
You can check the commit history to see what have been changed between builds.
The original firmwares are available [HERE]
Some KSGER firmwares require an activation code which can be generated [HERE] [Alternative link]
Be warned, usually the MCU will be read-protected, so you won't be able to read its contents, only erase it.
The simplest way to not loose the original firmware is actually to buy a new MCU, replace it, and store the original MCU in a safe place.
Any difference in the pinout will require firmware tuning, although one of the main proposits of this firmware is easing that.
There are some hacks / vulnerabilities that can be used to backup protected firmware, more details here: STM32 power glitching timing attack
If the display has right/left line like this picture: Go to System
> Offset
menu and adjust the value until it's centered.
By default, never modify any PWM or Delay settings in the Iron
menu. Doing so may cause such issues.
Also, new tips are often unstable, leading to temperature jumps.
Don't try to calibrate the tip in this state, neither set a high temperature, because it could go under control.
They usually settle after some burn-in time. It's recommended to set a medium temperature (250-300ºC) and leave it like that for 15-20 minutes until it stabilizes.
If the temperature is still unstable, try increasing the Iron
> Delay
value, allowing more time for the temperature signal to settle.
A damaged, loose or defective connection in the handle will also cause this issues. Ensure the contacts are clean.
There have been problems with some board/stations like:
- Noisy power supply
- Broken / badly soldered capacitors
- Bad Op-Amp
- Bad 3v3 regulator
If you're getting "NTC high/low" error even when disabling the NTC in settings, then your STM32 is fake.
Check Clones in Compatibility section and Clone fix
option in System menu
.
Buying a cheap high temperature meter is highly recommended!
These boards can have pretty different readings and tolerances. Even between T12 tips.
So the factory calibration is intentionally set lower than real, to avoid possible overheating problems.
Once you set the firmware, go to calibration and set there the real temperature measured with the external probe.
Ensure to read Calibration first!
To calibrate, go into Calibration
> Start
.
Attach the temperature probe before proceeding!
If the difference between measured and real is higher than 50ºC, the calibration will be aborted, telling you to go into Calibration
> Settings
and manually adjust the values.
The calibration settings menu has 3 calibration options: Zero set
, Cal 250ºC
and Cal 400ºC
.
When you edit 250 or 400ºC value, the power will be enabled and the value applied in real time, so be careful!
The power will be removed when no settings are being edited.
Adjust each value until it's close to the target temperature. Repeat for each step and save.
Those values are only used by the calibration process, to prevent burning the tip if your board reads too low.
After adjusting, repeat calibration, this time it should work correctly.
The calibration results for the current tip can be seen in the tip settings menu.
Tip settings menu calibration values aren't meant to be another calibration menu, only for viewing (ex. reporting calibration results) and for backup/restore purposes.
In case you lose, wipe or reset the data, you can go back into that menu and adjust the values based on previous calibration results.
Zero calibration can't be manually restored, but it only takes few seconds to adjust.
Some amplifiers can introduce a small voltage offset that will translate into the cold tip reading 30-50°C higher than ambient temperature.
To fix that, enter the Calibration
menu, insert a completely cold tip, enter Settings
, adjust Zero set
calibration and save.
After that, the offset will be compensated and the cold temperature will be normal.
It's highly recommended to recalibrate after changing this value.
Some KSGER controllers use a linear regulator to convert 24V to 3.3V, which is a very bad design and generates a lot of heat.
With the OLED displays, each pixel turned on consumes more power, and this firmware uses a larger font for displaying the temperature.
Thus, this firmware uses some more power. The design is so bad that the regulator will overload and shut down, resetting the board.
There're some options to fix this:
- Lower the display brightness to reduce the power consumption.
- Put a 100-150Ω 2W resistor in series with the regulator (24V->Resistor->LDO input). The resistor will drop part of the voltage and reduce the stress on the regulator.
- Replace the LDO with a better one or modify the board, adding a small heatsink to take away the heat.
- Use a small DC/DC step-down module to convert 24V to 5V, and feed 5V to the 3.3V LDO (best option, barely makes any heat).
After fully reading the documentation, if you still have problems or doubts, please ask in the EEVblog thread:
https://www.eevblog.com/forum/reviews/stm32-oled-digital-soldering-station-for-t12-handle/
For adding new languages, you have to modify these files:
Core/Inc/settings.h
- increment the value of
LANGUAGE_COUNT
by one, - add your language identifier (
lang_xxxx
) insystem_types
enum around row 100.
- increment the value of
Drivers/graphics/gui/screens/gui_strings.c
- copy the whole
[lang_english] = { … }
section at the bottom ofstrings_t
strings, - replace
lang_english
withlang_xxxx
of the section you just copied and translate, - add your
lang_xxxx
toLangs
at the bottom of the file.
- copy the whole
For adding new characters to the existing fonts symbols, there're some instructions here:
- I2C EEPROM - some boards have it, some doesn't. So internal flash storage is used for all. Also, the current settings don't fit in the commonly used 24C08 memory.
- Realtime clock - there's very little screen space. Use it for what matters, instead for showing a clock!
@Dreamcat4 has made a great research and documentation of T12 and STM32 related stuff: