Feelin XR Pro Vape Podsystem Teardown

[Kilo S. (kilo_s)]

Guten Tag Leute, neues Spielzeug!
Hab ich Freundlicherweise zugespielt bekommen.

Das Modell habe ich hier noch nicht antreffen können, ist mal eine ganz 
andere Nummer als die üblichen Einweg Systeme und auch als die hier 
anzutreffenden Podsysteme.

Deutlich hochwertiger verarbeitet, weniger Undichtigkeiten, 
verachraubter Korpus der PCB und Akku trägt, ganze Platine mit flexiblem 
Silikon versiegelt.
Deshalb hab ich auch noch nicht alle Beschriftungen erkennen können.

Als MCU kommt ein Cmsemicon BAT32G135 in QFN32 zum Einsatz.
Der kleinere IC links nebendran, ziemlich sicher der SPI Flash, der 
Haupt Transistor für die Heizung oben links am Display Laderegelung und 
ein Step Wandler sind drauf.

Display trägt keine Beschriftung auf der Rückseite, 13 Pins.

Ausgerechnet der MCU taucht nicht in der Liste bei JLink auf.
(G133/G157 hingegen schon?!)

Jetzt erst mal schauen, erster Versuch eine Verbindung zum MCU 
aufzubauen ist leider fehlgeschlagen, SWDIO/SWDCLK sind als Testpunkte 
verfügbar.

Wer hier hat mit diesen MCU schon mal etwas gemacht?

[Keks F. (keksliebhaber)]

Schöner Akku, schönes Display.

Ich habe für die am Boden teils brach liegenden Akkus noch keine 
Verwendung gefunden. Gleichzeitig habe ich von Ali für umsonst eine 
Unmenge von 1-3W LED Platinen für Taschenlampen. Da suche ich noch nach 
einer sehr günstigen Quelle für Treiber und Lade-ICs. LCSC ist 
mittlerweile schweineteuer beim Versand.

Mach das Teil mal an und zähl die Pixel. Da findet sich schon was 
passendes bei Ali zur Identifizierung.

[Kilo S. (kilo_s)]

Keks F. schrieb:
> Mach das Teil mal an und zähl die Pixel.

Die Infos kommen bei Zeiten aus dem SPI Flash, Farbgebung/Bildaufbau ist 
weniger zum Zählen geeignet. Ja, es würde gehen, aber wieso abmühen wenn 
ich die Größe aus dem flash ziehen kann. ;-) Aber ich weiß gerade nicht 
wann ich genau dazu komme.

0,96 TFT, so viel verrät schon mal die Werbung. Angaben zur Auflösung 
gibt es leider aktuell nicht.

Hmm mit generischem M0+ connect geht's nicht mit JLink.
Ich muss gleich mal das Datenblatt genauer ansehen.

Vermutlich endet es damit das ich den MCU auf einen Adapter bringen 
werde, wenig Platz um ohne Verrenkungen an RESET (Pin 1=SWDIO, 2=RESET, 
3=SWDCLK) zu kommen, die sind direkt bei der Spule die ich für einen 
Step Wandler halte, mit der glibbergrütze eingekleistert. Da muss ich 
erst schauen ob ich mit meinen Testnadeln dran komme, ob es ein Stück 
Draht wird, oder ich ihn runter Nehmen werde.

Im zweiten Bild, roter Punkt, markiert Pin 1, gezählt wird von der 
rechten Seite gegen den Uhrzeigersinn.

[Kilo S. (kilo_s)]

Paar Details zum Display.
Also, was es halt zu zeigen gibt.

[Harry L. (mysth)]

Könnte passen:

https://de.aliexpress.com/item/1005010441457177.html

Controller wäre dann ST7735

Auflösung: 80x160

[Kilo S. (kilo_s)]

Harry L. schrieb:
> Könnte passen:


Denke für deine Hilfe.
Ja, der Punkt (weiß) unten links passt auch.

Werde ich testen.

[Kilo S. (kilo_s)]

Ahhh, immerhin kurz!

Reset: Core did not halt after reset, trying to disable WDT.
Reset: Halt core after reset via DEMCR.VC_CORERESET.
Reset: Reset device via reset pin
Reset: VC_CORERESET did not halt CPU. (Debug logic also reset by reset pin?).
Reset: Reconnecting and manually halting CPU.
Found SW-DP with ID 0x0BC11477
DPv0 detected
CoreSight SoC-400 or earlier
AP map detection skipped. Manually configured AP map found.
AP[0]: AHB-AP (IDR: Not set, ADDR: 0x00000000)
AP[0]: Core found
AP[0]: AHB-AP ROM base: 0xE00FF000
CPUID register: 0x410CC601. Implementer code: 0x41 (ARM)
Found Cortex-M0 r0p1, Little endian.

**************************
WARNING: CPU could not be halted
**************************

Brauch nen anderen programmer, meiner hat kein reset!
Glitchen ist hier aber wegen WDT scheinbar nicht machbar, oder timing 
stimmt noch nicht.

[Kilo S. (kilo_s)]

Moin.

Erst mal 1000ccm Kaffeeinfusion.

Brutal wie der KI slob alles nützliche in den Suchergebnissen so 
unglaublich weit nach hinten drängt, das GitHub bezüglich PA1 (RESET) an 
meinem China JLink-OB war so weit am Ende der liste das hätte ich fast 
nicht gefunden!

Keks F. schrieb:
> Ich habe für die am Boden teils brach liegenden Akkus noch keine
> Verwendung gefunden.

Wollte ich gestern schon kurz drauf eingehen, irgendwie verloren 
gegangen.

Erster Beitrag, letztes Bild, die mit Isolierband umwickelte Plastik 
umverpackung von "Fugenglättern", gefüllt mit 10x850mAh 3,7V Vape 
Zellen, altes Powerbank PCB drauf gepappt.
Meine "is mir egal was damit passiert" Powerbank. Egal was ich an 5V 
Geräten finde, ob ich weiß es funktioniert oder nicht, bekommt seine 
Reanimation über diese Powerbank!
Die hat mich an Material absolut nichts außer kurz bisschen Strom zum 
löten gekostet. Das PCB der Powerbank hab ich ebenfalls "gerettet".

Sind die Zellen irgendwann ganz oll, kommen einfach neue rein.

[Kilo S. (kilo_s)]

Kaffee hilt.

Dumps!

[Kilo S. (kilo_s)]

Am Pullup des Reset war genug Platz.

Generic M0, 1kHz, keinerlei FW/Read protection.

[Kilo S. (kilo_s)]

Ghidra output mal durch die KI gejagt:

void display_init(void) {

    // === 1. HARDWARE RESET ===
    // Basis: DAT_40040000 = 0x40040000 (GPIO-Port-Basisadresse)
    // Bit 3 (0x08) = RESET-Pin

    GPIO[0x07] |= 0x08;          // RESET → HIGH
    delay_ms(1);                 // FUN_00004df8(1)
    GPIO[0x07] &= 0xF7;          // RESET → LOW  (AND mit ~0x08)
    delay_ms(1);                 // FUN_00004df8(1)
    GPIO[0x07] |= 0x08;          // RESET → HIGH
    delay_ms_with_check(10);     // FUN_00004e34(10)

    // Zusätzlich: CS-Pin setzen (DAT_40040001, Bit 5 cleared via AND 0xDF)
    GPIO[0x01] &= 0xDF;          // CS → LOW (Chip Select aktiv)

    // === 2. REGISTER UNLOCK (GC9A01-spezifisch) ===
    spi_write_byte(CMD, 0xFE);   // Inter-register command unlock 1
    spi_write_byte(CMD, 0xEF);   // Inter-register command unlock 2

    // === 3. DISPLAY KONFIGURATION ===
    spi_write_byte(CMD,  0xB0);
    spi_write_byte(DATA, 0xC0);  // Interface mode

    spi_write_byte(CMD,  0xB2);  // FRMCTR2 - Frame rate normal mode
    spi_write_byte(DATA, 0x24);

    spi_write_byte(CMD,  0xB3);  // FRMCTR3 - Frame rate partial mode
    spi_write_byte(DATA, 0x03);

    spi_write_byte(CMD,  0xB7);  // ETMOD - Entry mode
    spi_write_byte(DATA, 0x01);

    spi_write_byte(CMD,  0xB6);  // DISSET5 - Display function control
    spi_write_byte(DATA, 0x19);

    spi_write_byte(CMD,  0xAC);
    spi_write_byte(DATA, 0xDB);

    spi_write_byte(CMD,  0xAB);
    spi_write_byte(DATA, 0x0F);

    spi_write_byte(CMD,  0x3A);  // COLMOD - Pixel format
    spi_write_byte(DATA, 0x05);  // 16-bit RGB565

    spi_write_byte(CMD,  0xB4);  // INVCTR - Display inversion control
    spi_write_byte(DATA, 0x04);

    spi_write_byte(CMD,  0xA8);
    spi_write_byte(DATA, 0x0C);

    spi_write_byte(CMD,  0xB8);  // Power control sequence
    spi_write_byte(DATA, 0x08);

    spi_write_byte(CMD,  0xED);
    spi_write_byte(DATA, 0x03);

    spi_write_byte(CMD,  0xEA);
    spi_write_byte(DATA, 0x9F);

    spi_write_byte(CMD,  0xC6);  // FRCTRL2
    spi_write_byte(DATA, 0x2A);

    spi_write_byte(CMD,  0xC7);
    spi_write_byte(DATA, 0x10);

    // === 4. GAMMA POSITIV (0xF0) — 13 Bytes ===
    spi_write_byte(CMD,  0xF0);
    spi_write_byte(DATA, 0x09);
    spi_write_byte(DATA, 0x35);
    spi_write_byte(DATA, 0x2A);
    spi_write_byte(DATA, 0x4A);
    spi_write_byte(DATA, 0xA9);
    spi_write_byte(DATA, 0x39);
    spi_write_byte(DATA, 0x35);
    spi_write_byte(DATA, 0x60);
    spi_write_byte(DATA, 0x00);  // ← Sonderfall: mov r0,r1 bei 0x364A
    spi_write_byte(DATA, 0x14);
    spi_write_byte(DATA, 0x0A);
    spi_write_byte(DATA, 0x16);
    spi_write_byte(DATA, 0x10);
    spi_write_byte(DATA, 0x1F);

    // === 5. GAMMA NEGATIV (0xF1) — 14 Bytes ===
    spi_write_byte(CMD,  0xF1);
    spi_write_byte(DATA, 0x13);
    spi_write_byte(DATA, 0x24);
    spi_write_byte(DATA, 0x55);
    spi_write_byte(DATA, 0x3C);
    spi_write_byte(DATA, 0xC6);
    spi_write_byte(DATA, 0x16);
    spi_write_byte(DATA, 0x3F);
    spi_write_byte(DATA, 0x60);
    spi_write_byte(DATA, 0x08);
    spi_write_byte(DATA, 0x06);
    spi_write_byte(DATA, 0x0D);
    spi_write_byte(DATA, 0x1F);
    spi_write_byte(DATA, 0x1C);
    spi_write_byte(DATA, 0x10);

    // === 6. SLEEP OUT + DISPLAY ON ===
    spi_write_byte(CMD, 0x11);   // SLPOUT - Exit sleep mode
    delay_ms_with_check(100);    // Pflicht-Delay nach SLPOUT (r0=0x64)

    spi_write_byte(CMD, 0x29);   // DISPON - Display on
    delay_ms_with_check(10);

    // === 7. BACKLIGHT EINSCHALTEN ===
    GPIO[0x01] |= 0x20;          // BL-Pin → HIGH (Bit 5 setzen)
    set_pwm_backlight(0);        // FUN_00005666(0) → PWM init mit Standardhelligkeit
}

[Kilo S. (kilo_s)]

Und der Flashdump des SPI flash.

[Kilo S. (kilo_s)]

Der Adapter hat sich mehr als lange Zeit gelassen um aus China hier 
Einzutrudeln, hat sich aber echt gelohnt!

Wer sowas sucht: https://amzn.eu/d/07pQ0dVY

Seine 5€ ist er jedenfalls wert.