Add support for SEQURE S99, and new Rev. of S60P #1920

jonasius · 2024-05-26T20:57:26Z

Please check if the PR fulfills these requirements

The changes have been tested locally
There are no breaking changes

What kind of change does this PR introduce?

Add support for Sequre S99

What is the new behavior (if this is a feature change)?
IronOS booting on Sequre S99
Other information:
Currently work in progress.

Problems / Todo

Startup is slow, black screen for a few seconds, maybe due to PD negotiation issues?
Negotiation of PD seems to have a problem. Tested with multiple Apple USB-C Chargers.Always uses 5V QC. PD Debug at startup shows State 0 0 21 multiple times, with blinking/resetting screen, after a while showing State 4 1 21.
OP_AMP_GAIN_STAGE 536 needs to be adjusted according to the 22k resistor instead of 51k
Documentation needs to be updated
Maybe source/Code/BSP/Sequre_S60 folder should be renamed to Sequre?
Better thermo model for tip temperature measurement?
Tip selection option to allow usage of 5.5 Ohm tips?

source/Core/BSP/Sequre_S60/configuration.h

source/Core/Drivers/Font.h

Co-authored-by: discip <[email protected]>

Ralim · 2024-06-01T06:28:44Z

Hia,

This is great progress.

The black screen at startup is odd. PD negotiation shouldn't block boot. Is it possible its being restarted rapidly with flaky USB-PD?

(Do you have any tools for debugging USB-PD)?

I haven't really worked on the FS2711 driver much so not sure how best to debug it other than trying to parse the code to match up to what you see.

jonasius · 2024-06-01T06:42:28Z

Hey, yeah. It seems to restart rapidly. It seems to be especially with the Apple Chargers. Another charger I tried let the iron boot straight up.
I hope I can investigate further this weekend.

Sadly I don't have special USB-PD tools. Maybe I need to get something or build something to hook a logic analyzer on?

As I could see with the debug menu, when it comes up it gets all available PD modes, but stays in 5V mode. I think I need to take a look at the measurement of the tip for the power calculation? Maybe you can give me a hint on that?

jonasius · 2024-06-01T22:50:34Z

@Ralim I'm currently digging a bit through the code and debug outputs of the iron. I wondered why it reports PWR QC instead of PWR PD. I think at least I need to extend the getPowerSourceNumber funciton with a ifdef for POW_PD_EXT.

Regarding the PD negotation problem with my Apple 60W USB-C PSUs I tried to increase the PROTOCOL_TIMEOUT to 200 ms, which helped. The Iron boots instantly. PD Debug First Shows State 0 0 21 but quickly changes to State 4 1 21, without a reset/screen flicker. What I noticed when I switched through the PD debug menu and viewed the capabilities was that before increasing the timeout, the PD debug menu showed an entry with no voltage and only amps specified. That entry isn't showing up with the increased timeout.

I hope I can make some progress tomorrow.

Ralim · 2024-06-02T08:30:26Z

I'm currently digging a bit through the code and debug outputs of the iron. I wondered why it reports PWR QC instead of PWR PD. I think at least I need to extend the getPowerSourceNumber funciton with a ifdef for POW_PD_EXT.

Ah heck, yes that will fix the issue

PROTOCOL_TIMEOUT should have been wired up to the PD timeout we already have thats user adjustable.
If you want I can wire that up (or you can of course). I default to 500ms for normal pd.

jonasius · 2024-06-02T21:27:00Z

PROTOCOL_TIMEOUT should have been wired up to the PD timeout we already have thats user adjustable. If you want I can wire that up (or you can of course). I default to 500ms for normal pd.

@Ralim It's a bit unclear to me. In the Settings.cpp PDNegTimeout default value is 20, max 50. If I got the description right it should be in 100ms steps, so default is 2000ms? :-o

OP_AMP_GAIN_STAGE 536 needs to be adjusted according to the 22k resistor instead of 51k

How did you determined the value for the OP_AMP_GAIN_STAGE? ~~I measured/calculated it roughly to 226 for the different feedback resistor. I don't get exactly how the two OP-Amps are connected.~~

Ralim · 2024-06-04T08:32:22Z

so default is 2000ms? :-o

Ah sorry, I think we raised the default later on.

How did you determined the value for the OP_AMP_GAIN_STAGE
This number is calculated as being the "gain" of the op-amp.

In the S60, its two sequential op-amps chained.
Both are configured as non-inverting amplifiers.

Input op-amp has feedback resistors of 9.31K and 1K. (therefore gain is 10.31)
Second op-amp has feedback resistors of 51K and 1K. (therefore gain is 52).

So 10.31 * 50 = 536.12; so the define is set to 536

* Enable PD Options * Make PDNegTimeout configureable * Add default value for PDNegTimeout, also for S60 and S60P * Add basic DC detection / correct debug readings while powered via DC * Add basic ThermoModel for C245 Tips * Modify op-amp gain

Ralim · 2024-06-08T04:34:50Z

source/Core/BSP/Sequre/Power.cpp

-bool getIsPoweredByDCIN() { return false; }
+bool getIsPoweredByDCIN() {
+#if POW_PD_EXT == 2 && defined(POW_DC)
+  if (!FS2711::has_run_selection()) {


source/Core/BSP/Sequre/configuration.h

Ralim

This seems sane to me at a read.

Ralim · 2024-06-08T04:44:33Z

Let me know when you are happy with this by marking it ready for review 🙇🏼

jonasius · 2024-06-10T20:27:58Z

Let me know when you are happy with this by marking it ready for review 🙇🏼

Nice!
I'll try to fine tune the temperature coefficient beforehand. Add documentation / the S90 to the supported irons table and fix the remaining clang style mismatches.

jonasius · 2024-06-19T20:44:58Z

I compared the temperature at a setpoint of 320°C to a original JBC station. In my eyes the coefficient is okay for a first shot.

Then I observed that the name and description for PDNegTimeout and USBPDMode are not shown in the menu. I quite don't get it. The menu Item is here

I got a second S99 which is V1.5 instead of V1.4, it seems that they changed something. Although a FS2711 is used, it does not negotiate PD. I quickly took two picutes:

jonasius · 2024-06-22T14:52:52Z

@Ralim, I tried your increased pwm speed. Works great on the S99! No more restarts, even with power limit set to 60W on a 60W USB-C charger.

What I got so far regarding v1.5

There is a detection of HW version in the original FW
I2C to the FS2711Q connection seems to use the same pins
Just to make sure I checked the bootloader, it is also the same on the v1.5 iron
PD-Debug shows only zeros

discip · 2024-08-08T23:02:25Z

@jonasius
First of all, thanks for still working on it. 👍

Unfortunately, the result is still pretty similar:

PD Debug
Status 0

discip · 2024-08-08T23:12:38Z

@pineapple-academic
Please open a new issue as the one you described above is not related to this PR.

@Ralim
Confirming this issue!

thetooth · 2024-08-09T04:58:43Z

Just a heads up, the work done here seems to have fixed my OG v1.0 S60P, which uses the same PD IC as v1.5 S99 and identical board and other components to the v1.4 S99.

Takes about 600ms to reach target temperature now lmao.

jonasius · 2024-08-10T22:14:21Z

@discip
Could you check if the "No USB-PD IC detected!" message is shown with the latest build of this PR after flashing, remember it is just shown 3 times.

Just a few quick notes.

Current implementation probes on I2C bus 2, and if PD IC is present it will set bus 2. Otherwise sets bus 1 for PD IC.
Later in the code there is a second I2C probe on the previously set bus, this information is used for showing the "No USB-PD IC detected!" message.

For testing purposes I reversed the detection. Probing on bus 1, if present setting bus 1, otherwise setting bus 2. Interestingly with this procedure negotiation fails on both of my S99 (one with USB-PD IC on bus 1 and the other with USB-PD IC on bus 2). But only one iron is showing the "No USB-PD IC detected!".

Based on that I will investigate further within the next days.

discip · 2024-08-19T21:27:27Z

@jonasius
Sorry, I somehow forgot to comply with your request. 😔
The answer is:
No, the message NO-PD is not displayed even after a reset.

teuchezh · 2024-09-25T16:01:54Z

is there any progress?

jonasius · 2024-09-25T20:13:58Z

Sorry, had little time lately. But it's getting colder, I think I'll be able to make some progress soon.

paulfertser · 2024-09-28T09:30:57Z

FWIW, b036da9 (the latest version here) seems to be working fine on S99 V1.4 with an Honor (Huawei) 65 W Type-C adapter. Many thanks to everybody involved!

Does anybody want me to do any specific testing here? Somehow this thread doesn't have much feedback from happy owners already, how come?

BTW, I do not remember if it was mentioned already so want to highlight this service notice from the manufacturer just in case: PCB versions 1.3 and 1.4 require modification for long-term reliability: https://sequremall.com/blogs/sequre-product-firmware-upgrade/s99-soldering-iron-firmware-upgrade (scroll to "Recommend buyers add capacitance to the PCB of the S99 by themselves:").

DurvalMenezes · 2024-09-28T12:15:23Z

FWIW, b036da9 (the latest version here) seems to be working fine on S99 V1.4 with an Honor (Huawei) 65 W Type-C adapter

How can a binary for this version be downloaded? Or have you compiled it yourself?

service notice from the manufacturer just in case: PCB versions 1.3 and 1.4 require modification for long-term reliability

Is the PCB version the same shown as "H: " under the "About" option with the factory software?

paulfertser · 2024-09-28T12:28:45Z

S99_EN.hex.gz

paulfertser · 2024-09-28T12:29:38Z

On Sat, Sep 28, 2024 at 05:15:46AM -0700, Durval Menezes wrote: FWIW, [1]b036da9 (the latest version here) seems to be working fine on S99 V1.4 with an Honor (Huawei) 65 W Type-C adapter How can a binary for this version be downloaded? Or have you compiled it yourself?

$ git fetch https://github.com/Ralim/IronOS/ pull/1920/head $ git checkout FETCH_HEAD $ make firmware-EN model=S99 -j`nproc` $ cp source/Hexfile/S99_EN.hex /mnt/ $ umount /mnt So yes, built it myself without any tricks, really happy with the experience. I attached the file I flashed (packed to .gz because GitHub didn't want to have .hex) just in case.

service notice from the manufacturer just in case: PCB versions 1.3 and 1.4 require modification for long-term reliability Is the PCB version the same shown as "H: " under the "About" option with the factory software?

I didn't know I could check that with the factory firmware, sorry, can't tell now. The version I saw was silkscreened on the PCB itself.

…

-- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! ***@***.***

jonasius · 2024-09-28T12:29:59Z

How can a binary for this version be downloaded? Or have you compiled it yourself?

See here:
https://github.com/jonasius/IronOS/actions/runs/10709046785/job/29692775793

Is the PCB version the same shown as "H: " under the "About" option with the factory software?

From my observation it should be the pcb/hw revision.

thetooth · 2024-09-28T13:44:03Z

Thanks for your work on this. Everything is working great on my end with latest changes, full 60W out of a 60W lenovo adaptor at 19VDC.

discip · 2024-11-07T23:26:59Z

Unfortunately this is still not working for the S60P.
PD Debug State is still 0.

@Ralim
Any idea? 😃

kabel42 · 2024-11-08T19:42:22Z

Works on my (v1.1 PCB) S60P with a steamdeck charger and a lenovo 65W charger

Ralim · 2024-11-14T10:03:03Z

@discip What charger are you using? Ill try this locally

discip · 2024-11-14T15:18:03Z

@Ralim
This one:
Anker Nano II 65W. 😊

g5pw · 2024-11-15T08:37:24Z

https://github.com/jonasius/IronOS/actions/runs/10709046785/job/29692775793 Works on my new S99 (PCB v1.5) with a 65W charger

discip

As already mentioned, in the current state this unfortunately does not work for the S60P.

jonasius · 2024-11-20T09:59:34Z

As already mentioned, in the current state this unfortunately does not work for the S60P.

To move on I'm planning to create a few versions for you to test. Maybe the initialization of i2c1 or the probing isn't working properly on your hw rev.

jonasius · 2024-11-20T22:01:43Z

@discip
Hexfile_noI2C1_noprobing.zip: PD is working only on my old hw rev S99. This should work on your rev. 1.0 S60P
Hexfile_noI2C1.zip: PD is also only working on my old hw rev S99. This should also work on your S60P. My newer S99 is missing the init on I2C1, the display is off.

If the fw in Hexfile_noI2C1.zip isn't working on your S60P, that would indicate a problem with the I2C-probing on I2C2.

discip · 2024-11-21T09:29:48Z

@jonasius

If the fw in Hexfile_noI2C1.zip isn't working on your S60P, that would indicate a problem with the I2C-probing on I2C2.

After flashing Hexfile_noI2C1.zip the OLED stayed off.

After flashing Hexfile_noI2C1_noprobing.zip PD Debug reads State 1 allowing only 5.2 V.

@Ralim
Maybe it has something to do with PPS.

jonasius · 2024-11-21T09:35:00Z

After flashing Hexfile_noI2C1.zip the OLED stayed off.

After flashing Hexfile_noI2C1_noprobing.zip PD Debug reads State 1 allowing only 5.2 V.

PD Debug State 1 means that the I2C communication with the PD-IC is working. That should be the same behavior as with the current dev branch.

The OLED off with the version with probing means that the probing on I2C2 fails. I'll think about how we could further investigate on that.

Ralim · 2024-11-21T10:06:38Z

Hmm; PPS evaluation could be involved, it would be my rough guess as its probably the pain part of the protocol. Is it possible to disable PPS for testing?

discip · 2024-11-21T10:30:44Z

@Ralim
With the mentioned charger (Anker Nano II 65W) I need PPS to use the S60P to its full potential, since the fixed 12V option is missing. 😅

But for testing purposes this could be disabled.

jonasius added 3 commits May 26, 2024 21:13

Add support for Sequre S99, copied S60P settings

653a080

Add S99

1521b5e

Add Sequre S99 with correct bootloader offset

a3b7abb

discip requested changes May 26, 2024

View reviewed changes

source/Core/BSP/Sequre_S60/configuration.h Outdated Show resolved Hide resolved

source/Core/Drivers/Font.h Outdated Show resolved Hide resolved

jonasius and others added 2 commits May 26, 2024 23:09

Add whitespaces according to coding style

5ea42a8

Co-authored-by: discip <[email protected]>

Add whitespaces according to coding style

2c5d2a0

Co-authored-by: discip <[email protected]>

Merge branch 'Ralim:dev' into dev

a306de5

jonasius added 2 commits June 2, 2024 16:15

Correct debug menu "Tip R" to "Tip uV"

e327be5

Use SettingsOptions::PDNegTimeout in FS2711 driver

a2615a5

Correct debug menu "Tip R" to "Tip uV"

31ff398

jonasius added 5 commits June 6, 2024 20:27

Rename Sequre_S60 folder to Sequre

6e53d85

Support for S99

6ef1fbd

* Enable PD Options * Make PDNegTimeout configureable * Add default value for PDNegTimeout, also for S60 and S60P * Add basic DC detection / correct debug readings while powered via DC * Add basic ThermoModel for C245 Tips * Modify op-amp gain

Add define for USB_PD_TIMEOUT, the default value for PDNegTimeout

da28492

Add define for USB_PD_TIMEOUT, the default value for PDNegTimeout

f5d6d8b

Fix clang-format code style mismatches

8514edf

Ralim reviewed Jun 8, 2024

View reviewed changes

source/Core/BSP/Sequre/configuration.h Show resolved Hide resolved

Ralim approved these changes Jun 8, 2024

View reviewed changes

jonasius added 2 commits June 19, 2024 22:05

Add S99 to overview table

b772e1d

Fix clang-format code style mismatches

c8c36d2

discip added 2 commits August 24, 2024 13:04

Merge branch 'dev' into dev

2679a79

Merge branch 'dev' into dev

b036da9

Merge branch 'dev' into dev

35fd2f5

Merge branch 'Ralim:dev' into dev

17f15bc

discip approved these changes Nov 20, 2024

View reviewed changes

discip requested changes Nov 20, 2024

View reviewed changes

Add support for SEQURE S99, and new Rev. of S60P #1920

Are you sure you want to change the base?

Add support for SEQURE S99, and new Rev. of S60P #1920

Conversation

jonasius commented May 26, 2024 • edited Loading

Problems / Todo

Ralim commented Jun 1, 2024

jonasius commented Jun 1, 2024

jonasius commented Jun 1, 2024

Ralim commented Jun 2, 2024

jonasius commented Jun 2, 2024 • edited Loading

Ralim commented Jun 4, 2024

Ralim Jun 8, 2024

Choose a reason for hiding this comment

Ralim left a comment

Choose a reason for hiding this comment

Ralim commented Jun 8, 2024

jonasius commented Jun 10, 2024

jonasius commented Jun 19, 2024 • edited Loading

jonasius commented Jun 22, 2024

discip commented Aug 8, 2024

discip commented Aug 8, 2024

thetooth commented Aug 9, 2024

jonasius commented Aug 10, 2024

discip commented Aug 19, 2024

teuchezh commented Sep 25, 2024

jonasius commented Sep 25, 2024

paulfertser commented Sep 28, 2024

DurvalMenezes commented Sep 28, 2024

paulfertser commented Sep 28, 2024

paulfertser commented Sep 28, 2024 via email

jonasius commented Sep 28, 2024

thetooth commented Sep 28, 2024

discip commented Nov 7, 2024

kabel42 commented Nov 8, 2024 • edited Loading

Ralim commented Nov 14, 2024

discip commented Nov 14, 2024

g5pw commented Nov 15, 2024

discip left a comment

Choose a reason for hiding this comment

jonasius commented Nov 20, 2024

jonasius commented Nov 20, 2024

discip commented Nov 21, 2024

jonasius commented Nov 21, 2024

Ralim commented Nov 21, 2024

discip commented Nov 21, 2024

jonasius commented May 26, 2024 •

edited

Loading

jonasius commented Jun 2, 2024 •

edited

Loading

jonasius commented Jun 19, 2024 •

edited

Loading

kabel42 commented Nov 8, 2024 •

edited

Loading