Coder Social home page Coder Social logo

werrw01f / stm32_soldering_iron_controller Goto Github PK

View Code? Open in Web Editor NEW

This project forked from deividalfa/stm32_soldering_iron_controller

0.0 0.0 0.0 161.19 MB

Custom firmware for Quicko and KSGER T12 soldering stations

License: GNU General Public License v3.0

Shell 0.04% Python 0.02% C 99.63% R 0.02% Assembly 0.14% Makefile 0.01% HTML 0.01% Batchfile 0.03% Roff 0.11%

stm32_soldering_iron_controller's Introduction

STM32 Soldering Station Firmware

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)

STM32 T12 custom firmware

Project details

  • 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.

Compatibility

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.

Frequently asked questions

First, make sure to read the Operating Instructions!

Changelog

You can check the commit history to see what have been changed between builds.

Backing up the original firmware

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

Display issues

If the display has right/left line like this picture: Go to System > Offset menu and adjust the value until it's centered.

Temperature unstability

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.

Temperature accuracy

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.

Calibration issues

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.

Cold tip not showing ambient temperature

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.

KSGER self-resetting

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).

Other issues

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/

Translations

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) in system_types enum around row 100.
  • Drivers/graphics/gui/screens/gui_strings.c
    • copy the whole [lang_english] = { … } section at the bottom of strings_t strings,
    • replace lang_english with lang_xxxx of the section you just copied and translate,
    • add your lang_xxxx to Langs at the bottom of the file.

For adding new characters to the existing fonts symbols, there're some instructions here:

Non-working features

  • 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!

Additional Documentation

@Dreamcat4 has made a great research and documentation of T12 and STM32 related stuff:

stm32_soldering_iron_controller's People

Contributors

abourramouss avatar andyc52 avatar deividalfa avatar dreamcat4 avatar jomat avatar kocsisv avatar mike-s123 avatar pelado-mat avatar ptdreamer avatar srkn73 avatar sst311212 avatar stoyandimitrov avatar werrw01f avatar

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.