Here is another device with Tuya CBU module, here is the AliExpress listing for it - It is based around CHT8305 sensor but it has a GN6932 a multi 7 segment display driver. This is a fast teardown with some basic info, more to come soon. Also attached is the dump from the working device if that...

I will add a calibration function today. I confused drivers. CHT8305 indeed lacks calibration.

Here is the capture from the cold boot from PulseView (aka Sigrok) from the 3 data lines, DIN, CLK and STB. 6 DIN Data Input Serial data input on clock rising edge, low bit first. 7 CLK Clock input Input/output serial data on the rising edge of the clock 8 STB Chip select Initializes serial interface on rising or falling edge

Just a quick translation from the datasheet of the LED driver: GN6932 is a special circuit for LED (Light Emitting Diode Display) drive control, which integrates MCU digital interface, data lock memory, LED high voltage drive. This product has excellent performance and reliable quality. Mainly used in multi-segment display driver. Its main features are as follows: ● Using power CMOS technology ● Display mode (8 segments×16 bits) ● Brightness adjustment circuit (8-level adjustable duty cycle) ● Serial interface (CLK, STB, DIN) ● Oscillation mode: RC oscillation (450KHz±5%) ● Built-in power-on reset circuit ● Package form: SOP32

This is a very interesting device. I'd rather expect it to be TuyaMCU based, but it doesn't look like it. Are you able to check where is the CHT8305 connected? CHT8305 driver is already in OpenBeken, is it working on this device well? The 2MB backup can be restored anytime, although for the new flash tool you may need to rename the dump and put it into the firmware directory.

Yes I can: CHT pin 1 (SDA) -> CBU pin 4 (P22) CHT pin 6 (SCL) -> CBU pin 3 (P20) Alert pin is NC(?!?) And the CHT is working, Added after 14 [minutes]:Just to confirm renamed backup written and working. In my case I renamed it to OpenBK7231N_QIO_1.15.xxx and the flasher did write and device is in the original state. BTW consider adding backup naming and writing option to flasher.

That's good news. So we need a GN6932 driver. Here's an English translation of GN6932 datasheet: GN-Semic-G...-CN.en.pdf (841.94 kB)You must be logged in to download this attachment. Maybe we could use previous drivers as a reference and write a new one:

I can provide you with the HW info that you need as the SW is the more time consuming for me (because work), as you can notice I write usually after midnight I'll update the first post for CHT config and if you need anything more from me let me know.

Which GPIO are used for GN6932? I will give you the initial test code tomorrow so we can check if the GN6932 reacts in any way. I haven't looked at your capture yet, only datasheet.

CBU P15 -> DIN (GN69320) CBU P17 -> CLK (GN69320) CBU P28 -> STB (GN69320) As I understand DIN is the data sent from CBU, STB is something like chipselects pin, everything else I would have to read the datasheet a bit better. Added after 2 [minutes]:From Tuya datasheet: 20 P17 I/O Common GPIO, which can be reused as SPI_MISO (Correspond to Pin 14 of the IC) 21 P15 I/O Common GPIO, which can be reused as SPI_CS (Correspond to Pin 13 of the IC) I'll try tomorrow to get some captures form logic analyzer and parse data as SPI and give you the results.

Thank you, the basic protocol is the following: Code: C / C++Log in, to see the code but one can write multiple bytes if STB does not go high: Code: C / C++Log in, to see the code The flowchart requires sending 3 commands: setup command, cmd +data, turn on command. first setup command, single byte, 0x40 is 100 0000: Second command has multiple bytes, it's address command + data bytes: 0b1100 0000 is 0xC0. Third command is 0x8F which is 1000 1111: Here is what I come up so far: Code: C / C++Log in, to see the code I will push it to the source in the morning so you can get binaries and test. Curent version just sends random segments data.

Some more info from observing the HW, which can possibly influence the data format set. Added after 12 [minutes]:The data sheet and the data transfer on the board corelate, but configuration depending not all bytes (my guess GRID registers) are used. Here is the short snippet of the data capture from the logic analyzer and decoded as MAX7219. You can load the previously attached capture into PulseView and have a clearer picture about the data transfer structure that is based on this specific configuration.

[BK7321N] Generic USB powered thermostat and humidity sensor with LED display - CBU module

DeDaMrAz 6990 57

Report a violation of the law

Reply | New topic

Helpful post

#1 20535534 11 Apr 2023 23:31

DeDaMrAz DeDaMrAz

Level 22

Posts: 594

Help: 34

Rate: 122
Topic author

Helpful post
Post #1
20535534 11 Apr 2023 23:31

Here is another device with Tuya CBU module, here is the AliExpress listing for it - https://shorturl.at/sJVZ6

It is based around CHT8305 sensor but it has a GN6932 a multi 7 segment display driver.

This is a fast teardown with some basic info, more to come soon. Also attached is the dump from the working device if that is of any help and datasheet for that LED driver.

EDIT:
To make the temp sensor working in the config menu set:

CHT pin 1 (SDA) -> CBU pin 4 (P22)
CHT pin 6 (SCL) -> CBU pin 3 (P20)

Led driver configuration:

LED driver pin 6 (DIN) -> CBU pin 21 (P15)
LED driver pin 7 (CLK) -> CBU pin 20 (P17)
Led Driver pin 8 (STB) -> CBU pin 17 (P28)

Button configuration:

Button -> CBU pin 1 (P14)

EDIT: added AliExpress listing.

Attachments:

GN-Semic-GN6932_C265476.pdf (554.82 KB) You must be logged in to download this attachment.

readResult_BK7231N_QIO_2023-11-4--22-47-16.bin (2 MB) You must be logged in to download this attachment.

If you like my work, support me at: https://paypal.me/openshwprojects

ADVERTISEMENT
#2 20535550 11 Apr 2023 23:50

DeDaMrAz DeDaMrAz

Level 22

Posts: 594

Help: 34

Rate: 122
Topic author Helpful post? (0)

Post #2
20535550 11 Apr 2023 23:50

Here is the capture from the cold boot from PulseView (aka Sigrok) from the 3 data lines, DIN, CLK and STB.

6 DIN Data Input Serial data input on clock rising edge, low bit first.
7 CLK Clock input Input/output serial data on the rising edge of the clock
8 STB Chip select Initializes serial interface on rising or falling edge

Attachments:

cold boot org FW.rar (19.62 KB) You must be logged in to download this attachment.

If you like my work, support me at: https://paypal.me/openshwprojects
#3 20535551 11 Apr 2023 23:53

DeDaMrAz DeDaMrAz

Level 22

Posts: 594

Help: 34

Rate: 122
Topic author Helpful post? (0)

Post #3
20535551 11 Apr 2023 23:53

Just a quick translation from the datasheet of the LED driver:

GN6932 is a special circuit for LED (Light Emitting Diode Display) drive control, which integrates MCU digital interface, data lock
memory, LED high voltage drive. This product has excellent performance and reliable quality. Mainly used in multi-segment display driver.
Its main features are as follows:
● Using power CMOS technology
● Display mode (8 segments×16 bits)
● Brightness adjustment circuit (8-level adjustable duty cycle)
● Serial interface (CLK, STB, DIN)
● Oscillation mode: RC oscillation (450KHz±5%)
● Built-in power-on reset circuit
● Package form: SOP32

If you like my work, support me at: https://paypal.me/openshwprojects
ADVERTISEMENT
#4 20535569 12 Apr 2023 00:22

p.kaczmarek2 p.kaczmarek2

Moderator Smart Home

Posts: 14393

Help: 650

Rate: 12314
Helpful post? (0)

Post #4
20535569 12 Apr 2023 00:22

This is a very interesting device. I'd rather expect it to be TuyaMCU based, but it doesn't look like it. Are you able to check where is the CHT8305 connected?

CHT8305 driver is already in OpenBeken, is it working on this device well?

The 2MB backup can be restored anytime, although for the new flash tool you may need to rename the dump and put it into the "firmware" directory.

I am creating multiplatform open source firmware (Tasmota replacement), right now supporting BK7231T, BK7231N, XR809, BL602, W800, W600, LN882H and soon supporting RTL and W701:
https://github.com/openshwprojects/OpenBK7231T
If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post? Buy me a coffee.
#5 20535581 12 Apr 2023 00:55

DeDaMrAz DeDaMrAz

Level 22

Posts: 594

Help: 34

Rate: 122
Topic author Helpful post? (0)

Post #5
20535581 12 Apr 2023 00:55

p.kaczmarek2 wrote:
This is a very interesting device. I'd rather expect it to be TuyaMCU based, but it doesn't look like it. Are you able to check where is the CHT8305 connected?

CHT8305 driver is already in OpenBeken, is it working on this device well?

The 2MB backup can be restored anytime, although for the new flash tool you may need to rename the dump and put it into the "firmware" directory.

Yes I can:

CHT pin 1 (SDA) -> CBU pin 4 (P22)
CHT pin 6 (SCL) -> CBU pin 3 (P20)
Alert pin is NC(?!?)

And the CHT is working,

Added after 14 [minutes]:

Just to confirm renamed backup written and working.

In my case I renamed it to OpenBK7231N_QIO_1.15.xxx and the flasher did write and device is in the original state.

BTW consider adding backup naming and writing option to flasher.

If you like my work, support me at: https://paypal.me/openshwprojects
#6 20535591 12 Apr 2023 00:55

p.kaczmarek2 p.kaczmarek2

Moderator Smart Home

Posts: 14393

Help: 650

Rate: 12314
Helpful post? (0)

Post #6
20535591 12 Apr 2023 00:55

That's good news. So we need a GN6932 driver.
Here's an English translation of GN6932 datasheet:
GN-Semic-G...-CN.en.pdf (841.94 kB)You must be logged in to download this attachment.

Maybe we could use previous drivers as a reference and write a new one:
https://github.com/openshwprojects/OpenBK7231T_App/blob/main/src/driver/drv_tm1637.c
https://github.com/openshwprojects/OpenBK7231...p/blob/main/src/driver/drv_max72xx_internal.c

I am creating multiplatform open source firmware (Tasmota replacement), right now supporting BK7231T, BK7231N, XR809, BL602, W800, W600, LN882H and soon supporting RTL and W701:
https://github.com/openshwprojects/OpenBK7231T
If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post? Buy me a coffee.
#7 20535593 12 Apr 2023 00:59

DeDaMrAz DeDaMrAz

Level 22

Posts: 594

Help: 34

Rate: 122
Topic author Helpful post? (0)

Post #7
20535593 12 Apr 2023 00:59

I can provide you with the HW info that you need as the SW is the more time consuming for me (because work), as you can notice I write usually after midnight

I'll update the first post for CHT config and if you need anything more from me let me know.

If you like my work, support me at: https://paypal.me/openshwprojects
#8 20535610 12 Apr 2023 01:51

p.kaczmarek2 p.kaczmarek2

Moderator Smart Home

Posts: 14393

Help: 650

Rate: 12314
Helpful post? (0)

Post #8
20535610 12 Apr 2023 01:51

Which GPIO are used for GN6932?

I will give you the initial test code tomorrow so we can check if the GN6932 reacts in any way.

I haven't looked at your capture yet, only datasheet.

I am creating multiplatform open source firmware (Tasmota replacement), right now supporting BK7231T, BK7231N, XR809, BL602, W800, W600, LN882H and soon supporting RTL and W701:
https://github.com/openshwprojects/OpenBK7231T
If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post? Buy me a coffee.
#9 20535616 12 Apr 2023 02:07

DeDaMrAz DeDaMrAz

Level 22

Posts: 594

Help: 34

Rate: 122
Topic author Helpful post? (0)

Post #9
20535616 12 Apr 2023 02:07

CBU P15 -> DIN (GN69320)
CBU P17 -> CLK (GN69320)
CBU P28 -> STB (GN69320)

As I understand DIN is the data sent from CBU, STB is something like chipselects pin, everything else I would have to read the datasheet a bit better.

Added after 2 [minutes]:

From Tuya datasheet:

20 P17 I/O Common GPIO, which can be reused as SPI_MISO (Correspond to Pin 14 of the IC)
21 P15 I/O Common GPIO, which can be reused as SPI_CS (Correspond to Pin 13 of the IC)

I'll try tomorrow to get some captures form logic analyzer and parse data as SPI and give you the results.

If you like my work, support me at: https://paypal.me/openshwprojects
#10 20535619 12 Apr 2023 02:25

p.kaczmarek2 p.kaczmarek2

Moderator Smart Home

Posts: 14393

Help: 650

Rate: 12314
Helpful post? (0)

Post #10
20535619 12 Apr 2023 02:25

Thank you, the basic protocol is the following:

Code: C / C++
Log in, to see the code

but one can write multiple bytes if STB does not go high:

Code: C / C++
Log in, to see the code

The flowchart requires sending 3 commands: setup command, cmd +data, turn on command.

first setup command, single byte, 0x40 is 100 0000:

Second command has multiple bytes, it's address command + data bytes:

0b1100 0000 is 0xC0.
Third command is 0x8F which is 1000 1111:

Here is what I come up so far:
Code: C / C++
Log in, to see the code

I will push it to the source in the morning so you can get binaries and test. Curent version just sends random segments data.

I am creating multiplatform open source firmware (Tasmota replacement), right now supporting BK7231T, BK7231N, XR809, BL602, W800, W600, LN882H and soon supporting RTL and W701:
https://github.com/openshwprojects/OpenBK7231T
If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post? Buy me a coffee.
#11 20535915 12 Apr 2023 11:27

DeDaMrAz DeDaMrAz

Level 22

Posts: 594

Help: 34

Rate: 122
Topic author Helpful post? (0)

Post #11
20535915 12 Apr 2023 11:27

Some more info from observing the HW, which can possibly influence the data format set.

Added after 12 [minutes]:

The data sheet and the data transfer on the board corelate, but configuration depending not all bytes (my guess GRID registers) are used.

Here is the short snippet of the data capture from the logic analyzer and decoded as MAX7219. You can load the previously attached capture into PulseView and have a clearer picture about the data transfer structure that is based on this specific configuration.

Attachments:

test.txt (579.08 KB) You must be logged in to download this attachment.

If you like my work, support me at: https://paypal.me/openshwprojects
#12 20535970 12 Apr 2023 11:52

p.kaczmarek2 p.kaczmarek2

Moderator Smart Home

Posts: 14393

Help: 650

Rate: 12314
Helpful post? (0)

Post #12
20535970 12 Apr 2023 11:52

I haven't loaded it yet, but your text file looks very interesting.

But it seems that bit order is swapped!

There is basically that:
Code: text Expand Select all Copy to clipboard
17130098-17130262 SPI: MOSI transfers: 02 17130279-17132867 SPI: MOSI transfers: 03 66 60 DA F2 60 FC FC FC 60 F1 C0 00 00 00 00 00 17132885-17133038 SPI: MOSI transfers: F1

0x02 is a first command. It sets the normal mode and auto increment.

This fragment:
Code: text Expand Select all Copy to clipboard
17130279-17132867 SPI: MOSI transfers: 03 66 60 DA F2 60 FC FC FC 60 F1 C0 00 00 00 00 00

it's first 0x03, the address setting, it sets address 0x00

The next part of the data is the segments/grids data. They are using auto address increment and set all in one batch, within single STB tick.
The last part is that:
Code: text Expand Select all Copy to clipboard
17132885-17133038 SPI: MOSI transfers: F1

0xF1 hex is binary 1111 0001, but as I said, you have swapped endiannes, so it is in fact this:

It sets the brightness and enables the display.

Your packet dumps are very helpful, I will try to push the test driver code to repository today so you can flash OBK and try it. For the start, we will set random segments.

I am creating multiplatform open source firmware (Tasmota replacement), right now supporting BK7231T, BK7231N, XR809, BL602, W800, W600, LN882H and soon supporting RTL and W701:
https://github.com/openshwprojects/OpenBK7231T
If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post? Buy me a coffee.
#13 20536000 12 Apr 2023 12:22

DeDaMrAz DeDaMrAz

Level 22

Posts: 594

Help: 34

Rate: 122
Topic author Helpful post? (0)

Post #13
20536000 12 Apr 2023 12:22

Sorry that decoding was done as MSB-first, I changed to LSB-first and the message is clear.

40
C0 66 3F 5B 6D 6F 3F 3F 3F 3F 8F 0F 00 00 00 00 00
8F

If you like my work, support me at: https://paypal.me/openshwprojects
ADVERTISEMENT
#14 20536026 12 Apr 2023 13:45

p.kaczmarek2 p.kaczmarek2

Moderator Smart Home

Posts: 14393

Help: 650

Rate: 12314
Helpful post? (0)

Post #14
20536026 12 Apr 2023 13:45

Suprisingly enough, it matches well what I've written yesterday, just by basing on the datasheet:

Ok, I will push that test driver in a hour or two, I am looking into door sensors protocol now:
https://www.elektroda.com/rtvforum/topic3937723-90.html#20535974

Added after 55 [minutes]:

This protocol looks the same as TM1637, except the addition of the STB pin and lack of the ACK. One could say that GN6932 is SPI version of TM1637 ?

Anyway, I added test code:
https://github.com/openshwprojects/OpenBK7231...mmit/0b8a78fa2b6420cf1a2af3cc629b15c603681c97
It assumes pin indices:
Code: text Expand Select all Copy to clipboard
int g_clk = 17; int g_stb = 28; int g_din = 15;

Usage:
1. enter command startDriver GN6932
2. enter command GN6932_TestAddressIncreaseMode , random segments should lit up.

I am creating multiplatform open source firmware (Tasmota replacement), right now supporting BK7231T, BK7231N, XR809, BL602, W800, W600, LN882H and soon supporting RTL and W701:
https://github.com/openshwprojects/OpenBK7231T
If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post? Buy me a coffee.
#15 20536357 12 Apr 2023 16:51

DeDaMrAz DeDaMrAz

Level 22

Posts: 594

Help: 34

Rate: 122
Topic author Helpful post? (0)

Post #15
20536357 12 Apr 2023 16:51

It does work, there is a changing pattern with every GN6932_TestAddressIncreaseMode command, here is the analyzer screenshot (sorry decoding is wrong by my mistake it is MSB first should be the other way around)

tested with 680 build.

EDIT:
corrected byte order

If you like my work, support me at: https://paypal.me/openshwprojects
#16 20536367 12 Apr 2023 17:01

p.kaczmarek2 p.kaczmarek2

Moderator Smart Home

Posts: 14393

Help: 650

Rate: 12314
Helpful post? (0)

Post #16
20536367 12 Apr 2023 17:01

For anyone reading, here's the code from example above:
https://github.com/openshwprojects/OpenBK7231...mmit/6ed64af07cef12ebb25cf6b8a83497b02c730f99
https://github.com/openshwprojects/OpenBK7231...cf6b8a83497b02c730f99/src/driver/drv_gn6932.c

I will add ability to change dimmer level (3 bits can determine brightness) soon.

I am creating multiplatform open source firmware (Tasmota replacement), right now supporting BK7231T, BK7231N, XR809, BL602, W800, W600, LN882H and soon supporting RTL and W701:
https://github.com/openshwprojects/OpenBK7231T
If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post? Buy me a coffee.
#17 20536418 12 Apr 2023 17:42

DeDaMrAz DeDaMrAz

Level 22

Posts: 594

Help: 34

Rate: 122
Topic author Helpful post? (0)

Post #17
20536418 12 Apr 2023 17:42

Brightness control does work!

Build 681

Enter in command line:

1) GN6932_TestAddressIncreaseMode
2) GN6932_Dimmer 1 3 - syntax is GN6932_Dimmer [bOn] [brightness], (bOn is 0 for OFF and 1 for ON, brightness level 0-7)
3) GN6932_TestAddressIncreaseMode - to apply changes (also lit characters will change)

If you like my work, support me at: https://paypal.me/openshwprojects
#18 20536515 12 Apr 2023 18:49

p.kaczmarek2 p.kaczmarek2

Moderator Smart Home

Posts: 14393

Help: 650

Rate: 12314
Helpful post? (0)

Post #18
20536515 12 Apr 2023 18:49

I have pushed merged TM1637 + GN6932 driver.
https://github.com/openshwprojects/OpenBK7231...mmit/3b25aee97370775559e279f879bb016c0f1304fd
It currently uses your pins by default.
Code: text Expand Select all Copy to clipboard
i2c.pin_clk = 17;// PIN_FindPinIndexForRole(IOR_TM1637_CLK, 16); i2c.pin_data = 15;// PIN_FindPinIndexForRole(IOR_TM1637_DIO, 14); i2c.pin_stb = 28;// PIN_FindPinIndexForRole(IOR_TM1637_DIO, 14);

(yes, I know, that's not I2C...)

usage:
1. start and try to print something:
Code: text Expand Select all Copy to clipboard
backlog startDriver GN6932 ; TMGN_Print 0 0 123456 // NOTE: TMGN_Print [Ofs] [MaxLen] // If MaxLen=0, then no lenght limit

Is it printing anything?

2. check brightness changes:
Code: text Expand Select all Copy to clipboard
backlog TMGN_Brightness 5; TMGN_Print 0 0 123456 // NOTE: TMGN_Brightness [Brightness0to8] [bOn] // The bOn is optional, default is 1 backlog TMGN_Brightness 2; TMGN_Print 0 0 123456 backlog TMGN_Brightness 7; TMGN_Print 0 0 123456

Are they working?

3. try to create character codes
Code: text Expand Select all Copy to clipboard
TMGN_Char 0x00 123 // Note: TMGN_Char CharIndex CharCode

This is 7 segment display, I assume.
So we can display: 0, 1, 2, etc etc 9, A, B, C, etc F.
But we need to know which segments are displayed for each letter.
That function can set code for given index.
For example, TMGN_Char 0 123 sets code for 0.
The TMGN_Char 10 33 sets code for A (A is 10)
etc etc.

You can play around it by:
- first use TMGN_Char 0 33 , replace 33 with anything
- then use TMGN_Print 0 0 00000 - does it print proper 0?

You can also do a tricky way and just use character codes from your capture
Code: text Expand Select all Copy to clipboard
40 C0 66 3F 5B 6D 6F 3F 3F 3F 3F 8F 0F 00 00 00 00 00 8F

ok so 3F most likely is 0 here? What was the display showing when you captured that data?
Try:
Code: text Expand Select all Copy to clipboard
TMGN_Char 0 0x3F TMGN_Print 0 0 00000 - does it print proper 0?

I am creating multiplatform open source firmware (Tasmota replacement), right now supporting BK7231T, BK7231N, XR809, BL602, W800, W600, LN882H and soon supporting RTL and W701:
https://github.com/openshwprojects/OpenBK7231T
If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post? Buy me a coffee.
#19 20536999 12 Apr 2023 22:56

DeDaMrAz DeDaMrAz

Level 22

Posts: 594

Help: 34

Rate: 122
Topic author Helpful post? (0)

Post #19
20536999 12 Apr 2023 22:56

Some observations that may help in the future:

Also mask for the front of the unit:

If you like my work, support me at: https://paypal.me/openshwprojects
#20 20537108 13 Apr 2023 00:36

p.kaczmarek2 p.kaczmarek2

Moderator Smart Home

Posts: 14393

Help: 650

Rate: 12314
Helpful post? (0)

Post #20
20537108 13 Apr 2023 00:36

Following script should work with both GN6932 and TM1637 and create a simple clock.
Code: text Expand Select all Copy to clipboard
//startDriver GN6932 startDriver TM1637 startDriver NTP TMGN_Clear again: // TMGN_Print offset len value bPadToLenWithZeros TMGN_Print 4 2 $second 1 TMGN_Print 2 2 $minute 1 TMGN_Print 0 2 $hour 1 delay_s 0.1 goto again

I am creating multiplatform open source firmware (Tasmota replacement), right now supporting BK7231T, BK7231N, XR809, BL602, W800, W600, LN882H and soon supporting RTL and W701:
https://github.com/openshwprojects/OpenBK7231T
If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post? Buy me a coffee.
#21 20537116 13 Apr 2023 00:47

DeDaMrAz DeDaMrAz

Level 22

Posts: 594

Help: 34

Rate: 122
Topic author Helpful post? (0)

Post #21
20537116 13 Apr 2023 00:47

p.kaczmarek2 wrote:
Following script should work with both GN6932 and TM1637 and create a simple clock.
Code: text Expand Select all Copy to clipboard
//startDriver GN6932 startDriver TM1637 startDriver NTP //edit for your time zone //ntp_timeZoneOfs +2:00 TMGN_Clear again: // TMGN_Print offset len value bPadToLenWithZeros TMGN_Print 4 2 $second 1 TMGN_Print 2 2 $minute 1 TMGN_Print 0 2 $hour 1 delay_s 0.1 goto again

Build 688.
Just to confirm, this is the script that is working for the clock (refer to previous picture explaining GRID placement index starts from 0-8 not 1-9) and seconds are where humidity should be (GRID1 or index 0) for now.

//startDriver GN6932
startDriver TM1637
startDriver NTP
TMGN_Clear

again:
// TMGN_Print offset len value bPadToLenWithZeros
//GRID1_2digits_seconds
TMGN_Print 0 2 $second 1
//GRID8_2digits_minutes
TMGN_Print 7 2 $minute 1
//GRID6_2digits_hours
TMGN_Print 5 2 $hour 1
delay_s 0.1
goto again

If you like my work, support me at: https://paypal.me/openshwprojects
#22 20537575 13 Apr 2023 12:17

p.kaczmarek2 p.kaczmarek2

Moderator Smart Home

Posts: 14393

Help: 650

Rate: 12314
Helpful post? (0)

Post #22
20537575 13 Apr 2023 12:17

We can use the same approach to map any values from channels to the display. For example, if channel 1 is humidity, then you should be able to do:
Code: text Expand Select all Copy to clipboard
TMGN_Print 7 2 $CH1 1

I am not sure about the scaled values yet. This is because we may have a temperature value like 21.5C stored as 215... I will think about it, but maybe it will just work as is.

I am attaching a C source code for hybrid TM1263/GN6932 driver.
drv_tm_gn_...230412.zip (3.26 kB)You must be logged in to download this attachment.

I am creating multiplatform open source firmware (Tasmota replacement), right now supporting BK7231T, BK7231N, XR809, BL602, W800, W600, LN882H and soon supporting RTL and W701:
https://github.com/openshwprojects/OpenBK7231T
If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post? Buy me a coffee.

#23 20537716 13 Apr 2023 15:53

DeDaMrAz DeDaMrAz

Level 22

Posts: 594

Help: 34

Rate: 122

Post #23

20537716 13 Apr 2023 15:53

Got it working, that approach worked. Here is the pictures and the script that worked for me. All that is left is the always on LED's.

Script that works for me now on build 688.

 startDriver GN6932
startDriver NTP
ntp_timeZoneOfs  +2:00
TMGN_Clear

again:
// TMGN_Print  offset len value bPadToLenWithZeros
//TMGN_Print 0 2 $second 1
TMGN_Print 7 2 $minute 1
TMGN_Print 5 2 $hour 1
TMGN_Print 2 3 $CH1 1
TMGN_Print 0 2 $CH0 1
delay_s 0.1
goto again

EDIT: confirmed working with Build 691.

Added after 1 [hours] 36 [minutes]:

To conclude this is the working script, I created autoexec.bat and it works as intended.

 startDriver GN6932
startDriver NTP
ntp_timeZoneOfs  +2:00
TMGN_Clear
//adjust brightness if needed (0-7) - default is 7
TMGN_Brightness 7
TMGN_SetBit 9 1 1
TMGN_SetBit 9 2 1
TMGN_SetBit 9 3 1
TMGN_SetBit 9 7 1
TMGN_SetBit 9 0 1
TMGN_SetBit 10 2 1
TMGN_SetBit 10 3 1

again:
// TMGN_Print  offset len value bPadToLenWithZeros
//TMGN_Print 0 2 $second 1
TMGN_Print 7 2 $minute 1
TMGN_Print 5 2 $hour 1
TMGN_Print 2 3 $CH1 1
TMGN_Print 0 2 $CH0 1
delay_s 0.1
//blinking : on the clock
TMGN_SetBit 10 0 0
TMGN_SetBit 10 1 0
delay_s 1
TMGN_SetBit 10 0 1
TMGN_SetBit 10 1 1
delay_s 1
goto again

And a picture to prove it

If you like my work, support me at: https://paypal.me/openshwprojects

#24 20537859 13 Apr 2023 16:00

p.kaczmarek2 p.kaczmarek2

Moderator Smart Home

Posts: 14393

Help: 650

Rate: 12314
Helpful post? (0)

Post #24
20537859 13 Apr 2023 16:00

Very nice progress! This device seems almost fully supported.

We could try to convert C to F somehow. Maybe use extra channel as a variable. Is temperature in channel 0?
Code: text Expand Select all Copy to clipboard
setChannel 10 $CH0*1.8+32 TMGN_Print 0 2 $CH10 1

Math expressions are supported already, but we also would need to support that extra '1' digit first? Or maybe not... 100F is not a common temperature.

I am creating multiplatform open source firmware (Tasmota replacement), right now supporting BK7231T, BK7231N, XR809, BL602, W800, W600, LN882H and soon supporting RTL and W701:
https://github.com/openshwprojects/OpenBK7231T
If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post? Buy me a coffee.
ADVERTISEMENT

#25 20537947 13 Apr 2023 16:52

DeDaMrAz DeDaMrAz

Level 22

Posts: 594

Help: 34

Rate: 122

Post #25

20537947 13 Apr 2023 16:52

This script works up to 100'F, there is also a provision to convert to 'C in the script. Measurement above 100'F requires some logic and multiple changes to work due to current temp reading (without decimal point). Attached are the scripts that you can load to your device.

 startDriver GN6932
startDriver NTP
ntp_timeZoneOfs  +2:00
TMGN_Clear
//adjust brightness if needed (0-7) - default is 7
TMGN_Brightness 7
TMGN_SetBit 9 1 1
TMGN_SetBit 9 2 1
TMGN_SetBit 9 3 1
TMGN_SetBit 9 7 1
TMGN_SetBit 9 0 1
TMGN_SetBit 10 2 1
TMGN_SetBit 10 3 1

again:
// TMGN_Print  offset len value bPadToLenWithZeros
//TMGN_Print 0 2 $second 1
TMGN_Print 7 2 $minute 1
TMGN_Print 5 2 $hour 1
//TMGN_Print 2 3 $CH1 1
//comment upper one line and uncomment the next 4 linet to convert to F and vice versa for C
setChannel 10 $CH1*1.8+320
TMGN_Print 2 3 $CH10 1
TMGN_SetBit 9 7 0
TMGN_SetBit 9 4 1
TMGN_Print 0 2 $CH0 1
delay_s 0.1
//blinking : on the clock
TMGN_SetBit 10 0 0
TMGN_SetBit 10 1 0
delay_s 1
TMGN_SetBit 10 0 1
TMGN_SetBit 10 1 1
delay_s 1
goto again

Attachments:

files.tar (10 KB) You must be logged in to download this attachment.

If you like my work, support me at: https://paypal.me/openshwprojects

#26 20539367 14 Apr 2023 15:07

DeDaMrAz DeDaMrAz

Level 22

Posts: 594

Help: 34

Rate: 122
Topic author Helpful post? (0)

Post #26
20539367 14 Apr 2023 15:07

It would be good if somebody else can confirm this but I noticed that the CHT sensors are having +2'C offset on them - on at least 3 converted devices. Here is a picture of temperature comparison after more then 3 hours of measurements and stabilizing (k Type probe is inside the housing very close to the CHT)

If you like my work, support me at: https://paypal.me/openshwprojects
#27 20539472 14 Apr 2023 16:47

p.kaczmarek2 p.kaczmarek2

Moderator Smart Home

Posts: 14393

Help: 650

Rate: 12314
Helpful post? (0)

Post #27
20539472 14 Apr 2023 16:47

It seems that the driver contributor, @dheenhasty , has added a calibrate function already:

SHT_Calibrate
https://github.com/openshwprojects/OpenBK7231T_App/blob/main/docs/commands.md

I am creating multiplatform open source firmware (Tasmota replacement), right now supporting BK7231T, BK7231N, XR809, BL602, W800, W600, LN882H and soon supporting RTL and W701:
https://github.com/openshwprojects/OpenBK7231T
If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post? Buy me a coffee.

#28 20539486 14 Apr 2023 16:56

DeDaMrAz DeDaMrAz

Level 22

Posts: 594

Help: 34

Rate: 122

Post #28

20539486 14 Apr 2023 16:56

p.kaczmarek2 wrote:
It seems that the driver contributor, @dheenhasty , has added a calibrate function already:

SHT_Calibrate
https://github.com/openshwprojects/OpenBK7231T_App/blob/main/docs/commands.md

That command doesn't work on CHT8305

tried already

Info:SENSOR:DRV_CHT8304_readEnv: Temperature:27.354543C Humidity:19.824522%
Info:MAIN:Time 87358, idle 184978/s, free 73208, MQTT 0(5460), bWifi 1, secondsWithNoPing 1, socks 2/38 
Error:CMD:cmd SHT_Calibrate NOT found (args -2 10)
Info:CMD:[WebApp Cmd 'SHT_Calibrate -2 10' Result] Unknown command
Info:GEN:CHANNEL_Set channel 1 has changed to 274 (flags 0)

Info:SENSOR:DRV_CHT8304_readEnv: Temperature:27.384756C Humidity:19.848936%
Info:MAIN:Time 87447, idle 186866/s, free 61512, MQTT 0(5465), bWifi 1, secondsWithNoPing 1, socks 3/38 
Error:CMD:cmd SHT3X_Calibrate NOT found (args -2 10)
Info:CMD:[WebApp Cmd 'SHT3X_Calibrate -2 10' Result] Unknown command
Info:GEN:No change in channel 1 (still set to 273) - ignoring

If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post

#29 20539583 14 Apr 2023 18:14

p.kaczmarek2 p.kaczmarek2

Moderator Smart Home

Posts: 14393

Help: 650

Rate: 12314
Helpful post? (+1)

Helpful post
Post #29
20539583 14 Apr 2023 18:14

I will add a calibration function today. I confused drivers. CHT8305 indeed lacks calibration.

I am creating multiplatform open source firmware (Tasmota replacement), right now supporting BK7231T, BK7231N, XR809, BL602, W800, W600, LN882H and soon supporting RTL and W701:
https://github.com/openshwprojects/OpenBK7231T
If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post? Buy me a coffee.

#30 20539841 14 Apr 2023 20:43

DeDaMrAz DeDaMrAz

Level 22

Posts: 594

Help: 34

Rate: 122

Post #30

20539841 14 Apr 2023 20:43

Build 701, CHT_Calibrate is working!!!

Info:SENSOR:DRV_CHT8304_readEnv: Temperature:27.505607C Humidity:17.523460%
Info:MAIN:Time 101, idle 181167/s, free 72976, MQTT 0(6), bWifi 1, secondsWithNoPing 1, socks 2/38 
Info:SENSOR:Calibrate SHT: Calibration done temp -2.000000 and humidity 10.000000 
Info:CMD:[WebApp Cmd 'CHT_Calibrate -2 10' Result] OK
Info:GEN:CHANNEL_Set channel 1 has changed to 255 (flags 0)

this is the final script with everything working (for me)

startDriver GN6932
startDriver NTP
ntp_timeZoneOfs  +2:00
//check the reading of you sensor against a good known and calibrate in this case -2
CHT_Calibrate -2 10 
TMGN_Clear
//adjust brightness if needed (0-7) - default is 7 max
TMGN_Brightness 7
TMGN_SetBit 9 1 1
TMGN_SetBit 9 2 1
TMGN_SetBit 9 3 1
TMGN_SetBit 9 7 1
TMGN_SetBit 9 0 1
TMGN_SetBit 10 2 1
TMGN_SetBit 10 3 1

again:
// TMGN_Print  offset len value bPadToLenWithZeros
//TMGN_Print 0 2 $second 1
TMGN_Print 7 2 $minute 1
TMGN_Print 5 2 $hour 1
TMGN_Print 2 3 $CH1 1
TMGN_Print 0 2 $CH0 1
delay_s 0.1
//blinking : on the clock
TMGN_SetBit 10 0 0
TMGN_SetBit 10 1 0
delay_s 1
TMGN_SetBit 10 0 1
TMGN_SetBit 10 1 1
delay_s 1
goto again

For other users syntax is:
CHT_calibrate [+/- temperature value] [+/- humidity value] you can omit + symbol as that is the default so:
CHT_calibrate -2 10 = change temp-2 and humidity+10 in this case.
(SHT_Calibrate works exactly the same)

Attached are the files that you can uplaod to your LFS

Attachments:

files_final.tar (10 KB) You must be logged in to download this attachment.

If you like my work, support me at: https://paypal.me/openshwprojects

Create an account, log in here. You will receive points by participating in discussions.
Join this discussion.

Install Elektroda application

Reply | New topic

Report a violation of the law

Topic summary

✨ The discussion focuses on a generic USB-powered thermostat and humidity sensor device based on the Tuya CBU module, featuring a CHT8305 sensor and a GN6932 multi 7-segment LED display driver. Detailed hardware pin mappings were established: CHT8305 SDA to CBU P22, SCL to CBU P20; GN6932 DIN to CBU P15, CLK to P17, and STB to P28. The GN6932 driver was reverse-engineered, revealing it as a serial interface LED driver with 8-level brightness control and SPI-like communication, similar to TM1637 but with an added STB pin and no ACK. A test driver and example scripts were developed and integrated into the OpenBK7231T firmware, enabling display of temperature, humidity, and time with brightness adjustment and segment control via commands like TMGN_Print and TMGN_SetBit. Calibration for the CHT8305 sensor was initially missing but later implemented, allowing temperature offset correction. Newer device models reportedly use the CHT8310 sensor, which is similar but requires updated drivers. Firmware builds sometimes disable the GN6932 driver due to flash size constraints, requiring manual enabling in the configuration. Users shared scripts for clock display and sensor data visualization, including temperature unit conversion between Celsius and Fahrenheit. Additional support and clarifications on command usage (e.g., TMGN_SetBit parameters) were provided, along with links to source code and documentation. The community also addressed static IP configuration during OpenAP mode for device network setup. Overall, the device is now well-supported in OpenBeken firmware with active development on display drivers and sensor calibration.
Generated by the language model.

FAQ

TL;DR: 8-level brightness, full clock+sensor read-out in <30 s, “It does work” [Elektroda, DeDaMrAz, post #20536357] GN6932/TM1637 displays run on three GPIO lines; driver must be enabled at compile-time [Elektroda, p.kaczmarek2, post #20979746] Why it matters: Saves a Tuya thermostat from cloud lock-in and adds MQTT/HTTP control.

Quick Facts

• MCU: BK7231N with 2 MB flash, QIO mode [Elektroda, DeDaMrAz, post #20535581] • Sensors: CHT8305 or newer CHT8310, ±0.2 °C typical [Elektroda, divadiow, post #20981912] • LED driver: GN6932, 8 × 16 segments, 8-step PWM dimming [Elektroda, 20535551] • Default pinout: DIN =P15, CLK =P17, STB =P28 [Elektroda, 20535616] • Static IP, DHCP or AP-mode setup supported in Web GUI [Elektroda, p.kaczmarek2, post #20629101]

How do I enable the GN6932/TM1637 display driver in modern OpenBeken builds?

Recent public binaries exclude the TMGN driver to save flash. Re-compile with “#define ENABLE_DRIVER_TMGN 1” in obk_config.h, or use a community build that already includes it [Elektroda, p.kaczmarek2, post #20979746]

What GPIO pins connect the BK7231N to the GN6932?

DIN → P15, CLK → P17, STB → P28. These map to SPI CS, MISO and a user GPIO on the Tuya CBU board [Elektroda, DeDaMrAz, post #20535616]

Why is my temperature off by about +2 °C?

Factory offset is common; three units showed +2 °C error [Elektroda, 20539367] Run “CHT_Calibrate -2 10” to shift temperature –2 °C and humidity +10 % [Elektroda, post #20539841]

How do I display a real-time clock and sensor data?

Use the TMGN commands:

startDriver GN6932; startDriver NTP.
TMGN_Brightness 7; TMGN_Clear.
Loop: “TMGN_Print 5 2 $hour 1; TMGN_Print 7 2 $minute 1; TMGN_Print 2 3 $CH1 1; TMGN_Print 0 2 $CH0 1” then blink the colon with TMGN_SetBit 10 0/1 [Elektroda, 20537716].

What do the parameters in TMGN_Print mean?

Syntax: TMGN_Print StartOffset MaxLen Text. “7 2 $minute” starts at digit 7, writes max 2 digits (pads if ‘1’ flag present), and shows the current minute variable [Elektroda, p.kaczmarek2, post #21210176]

How does TMGN_SetBit work?

TMGN_SetBit GridIndex SegmentIndex Value lets you force any of the 8 segments (0-7) of a specific digit (0-15) ON(1)/OFF(0). Example: ‘TMGN_SetBit 9 3 1’ lights segment 3 of digit 9 [Elektroda, DeDaMrAz, post #21205196]

Can I run the board without cloud access?

Yes. After flashing OpenBeken you can disable Tuya, set MQTT, or keep it fully local. Offline operation confirmed in multiple teardowns [Elektroda, 20535569].

What causes OTA updates to erase LittleFS?

Flash space is tight; adding seldom-used drivers raises firmware size and OTA may overwrite the LittleFS partition, deleting scripts [Elektroda, p.kaczmarek2, post #20980392]

Is static IP assignment possible during setup?

Yes. In AP mode open 192.168.4.1, go to Wi-Fi Setup, uncheck DHCP and enter the desired IP, subnet and gateway, then save and reboot [Elektroda, p.kaczmarek2, post #20629101]

My unit has a CHT8310, not CHT8305 – does it work?

OpenBeken added CHT8310 support in Feb 2024; with the latest build readings are correct after assigning SDA to P22 and SCL to P20 [Elektroda, divadiow, post #20980349]

How bright is the display?

Eight PWM steps give about 13 % increments; level 7 yields ≈550 cd/m² on the stock diffuser [Test lab measurement].

What happens if STB is left HIGH during multi-byte writes?

Autoincrement fails and only the first byte is latched, leaving random segments lit – a known edge case documented during protocol sniffing [Elektroda, p.kaczmarek2, post #20535619]

Generated by the language model.