Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Lilygo watch s3 issue #256

Open
activemarkus opened this issue Feb 7, 2025 · 66 comments
Open

Lilygo watch s3 issue #256

activemarkus opened this issue Feb 7, 2025 · 66 comments

Comments

@activemarkus
Copy link

We have uploaded our own firmware onto these watches. It seems with no rhyme or reason, occasional a watch will turn itself on without me turning it on. Is there something in the hardware making it do this?

We also have noticed the battery being volatile.

I opened 10 brand new watches directly from lilygo and charged them to 100%.
Turn them all on, set them all on the test table.

2 hours later, some of them are 10-15%, one st 38%, some in 50-60%c and one at 89%.

How is this possible? Faulty batteries from lilygo? Something drawing the battery heavily?

Please help. Thanks.

@lewisxhe
Copy link
Contributor

lewisxhe commented Feb 7, 2025

The AXP2101 battery management used by T-Watch-S3 is not calibrated for the battery, so the fuel gauge is inaccurate. It is more direct to get the voltage directly

@activemarkus
Copy link
Author

activemarkus commented Feb 7, 2025 via email

@lewisxhe
Copy link
Contributor

lewisxhe commented Feb 7, 2025

Random startup? Is it in shutdown mode? Or in sleep mode?The percentage cannot be accurate, which requires the support of xpower, which is not available to individuals.

@activemarkus
Copy link
Author

activemarkus commented Feb 7, 2025 via email

@lewisxhe
Copy link
Contributor

lewisxhe commented Feb 7, 2025

Oh! This is not normal. If you long-press to turn off the phone, it shouldn't wake up. How long will it take for it to automatically turn on? Can you test it?

@activemarkus
Copy link
Author

activemarkus commented Feb 7, 2025 via email

@lewisxhe
Copy link
Contributor

lewisxhe commented Feb 7, 2025

I mean, does it always turn on automatically? Or sometimes it does and sometimes it doesn't?

@activemarkus
Copy link
Author

activemarkus commented Feb 7, 2025 via email

@activemarkus
Copy link
Author

activemarkus commented Feb 7, 2025 via email

@lewisxhe
Copy link
Contributor

lewisxhe commented Feb 7, 2025

There are a few problems. Contact the customer service to resend them to you.

Turning on wifi is bound to not save power. The average current consumption of turning on wifi is above 170mA.

@activemarkus
Copy link
Author

activemarkus commented Feb 7, 2025 via email

@lewisxhe
Copy link
Contributor

lewisxhe commented Feb 7, 2025

  1. There are several devices with problems. Contact the dealer to resend them to you.
  2. The power consumption of turning on wifi is very high. You can refer to the esp32s3 design manual.
    Image

@activemarkus
Copy link
Author

activemarkus commented Feb 7, 2025 via email

@lewisxhe
Copy link
Contributor

lewisxhe commented Feb 7, 2025

A normal watch cannot automatically turn on after being completely turned off, so I judged it to be a malfunction.

As I said, the fuel gauge is not calibrated, so the percentage has no reference value

@activemarkus
Copy link
Author

activemarkus commented Feb 7, 2025 via email

@activemarkus
Copy link
Author

activemarkus commented Feb 7, 2025 via email

@ssieb
Copy link

ssieb commented Feb 7, 2025

Why do the watches discharge at different rates with the same firmware?

Are they? Or is that just the calibration issue? Have you tried running them to power off?

@lewisxhe
Copy link
Contributor

lewisxhe commented Feb 8, 2025

What parameter do you mean by discharge rate?

Have you tested the discharge current between devices with different discharge rates?

Your application requires the wifi to be turned on for a long time, and it cannot be optimized too much. And if the wifi is turned on for a long time, it is obvious that this product is not suitable for this scenario.
You need to change to a device that supports a larger battery capacity.

@activemarkus
Copy link
Author

activemarkus commented Feb 11, 2025 via email

@lewisxhe
Copy link
Contributor

PMU has the function of automatically turning on when USB is plugged in, and cannot be turned off

@activemarkus
Copy link
Author

activemarkus commented Feb 11, 2025 via email

@activemarkus
Copy link
Author

activemarkus commented Feb 11, 2025 via email

@activemarkus
Copy link
Author

activemarkus commented Feb 17, 2025 via email

@lewisxhe
Copy link
Contributor

Did you write directly into the example? Did you change the frequency setting? What does the serial display show?

@activemarkus
Copy link
Author

activemarkus commented Feb 17, 2025 via email

@lewisxhe
Copy link
Contributor

The receive example doesn't show up on the screen but prints on the serial, can you post the example you used?

lewisxhe added a commit that referenced this issue Feb 17, 2025
@lewisxhe
Copy link
Contributor

The example has been updated, you can test it

@activemarkus
Copy link
Author

activemarkus commented Feb 18, 2025 via email

@lewisxhe
Copy link
Contributor

Why can't LoRa run? Can't the above two examples run?

ESP32's wifi consumes a lot of power. This is a known problem. There is no other solution.

@activemarkus
Copy link
Author

activemarkus commented Feb 18, 2025 via email

@lewisxhe
Copy link
Contributor

There are two firmwares, corresponding to sending and receiving. These are the firmwares for the two functions. esptool flashing, address 0x0

@ssieb
Copy link

ssieb commented Feb 18, 2025

They won’t run.

What does that mean?

@activemarkus
Copy link
Author

activemarkus commented Feb 18, 2025 via email

@lewisxhe
Copy link
Contributor

No need to select other options, just write this file to address 0x0, no other options. If you use espdownloadtool, no need to select other options, just keep the default

@activemarkus
Copy link
Author

activemarkus commented Feb 18, 2025 via email

@lewisxhe
Copy link
Contributor

This one uses 868M

@activemarkus
Copy link
Author

activemarkus commented Feb 19, 2025 via email

@lewisxhe
Copy link
Contributor

The open distance is at least one kilometer. If there are obstacles in the middle, the distance will be lost a lot.

@activemarkus
Copy link
Author

activemarkus commented Feb 19, 2025 via email

@activemarkus
Copy link
Author

activemarkus commented Feb 19, 2025 via email

@lewisxhe
Copy link
Contributor

lewisxhe commented Feb 19, 2025

Of course it refers to LoRa. If there is LoRaWAN, the distance is farther.

What parameters and frequencies did you use?

BW,CW, SF, TX POWER, these key parameters affect the distance. If you don’t understand, please check the relevant parameters of lora.

This example tells you how to set these parameters.

https://github.com/Xinyuan-LilyGO/TTGO_TWatch_Library/tree/t-watch-s3/examples/radio/SX1262/SX126x_Settings

@activemarkus
Copy link
Author

activemarkus commented Feb 20, 2025 via email

@lewisxhe
Copy link
Contributor

What type of LoRa does your PCB use?

@activemarkus
Copy link
Author

activemarkus commented Feb 20, 2025 via email

@lewisxhe
Copy link
Contributor

What parameters are used, is the LoRa at a uniform frequency, and does the hardware pre-filter match the frequency set by the software?

@activemarkus
Copy link
Author

activemarkus commented Feb 20, 2025 via email

@activemarkus
Copy link
Author

activemarkus commented Feb 21, 2025 via email

@lewisxhe
Copy link
Contributor

lewisxhe commented Feb 21, 2025

To solve the problem, please post your minimal test code. And tell us your test setup.

@activemarkus
Copy link
Author

activemarkus commented Feb 23, 2025 via email

@lewisxhe
Copy link
Contributor

The transmitter and receiver of LoRa must use the same parameters to receive. Do you know this? Any different parameters will be filtered out.

The maximum payload is 255. The larger the payload, the longer the transmission time. If the transmission speed is too high, some messages will definitely be lost.

@activemarkus
Copy link
Author

activemarkus commented Feb 24, 2025 via email

@lewisxhe
Copy link
Contributor

Under what circumstances was the 3-hour lifespan estimated?

Screen status? WiFi status? LoRa on? How do you control so many peripherals? Is there deep sleep? Or light sleep? Is the operating frequency reduced? What is the backlight level?

@activemarkus
Copy link
Author

activemarkus commented Feb 25, 2025 via email

@lewisxhe
Copy link
Contributor

  1. It is generally accepted that LoRa consumes less current than WiFi during transmission
  2. What kind of optimization have you done to improve the lifespan? Just like the question I mentioned above, what have you done to save power consumption?

@activemarkus
Copy link
Author

activemarkus commented Feb 25, 2025 via email

@activemarkus
Copy link
Author

activemarkus commented Feb 25, 2025 via email

@lewisxhe
Copy link
Contributor

lewisxhe commented Feb 25, 2025

Spreading factor - 9
Bandwidth - 256ghz ???? gnh ??? Is there such a parameter? ??? ?
Coding rate - 5
Current limit set to 15ma ???? 15 ma ????? This greatly limits the transmission power. You can set it to the maximum. The 15mA limit is estimated to have a transmission power of 0dBm.

@lewisxhe
Copy link
Contributor

Saving power consumption is achieved by sleeping, turning off the screen, reducing the backlight, reducing the operating frequency, and turning off unnecessary peripherals, rather than saving power by setting LoRa parameters. LoRa consumes a large current only when Tx, and maintains a current of several mA at other times

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants