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

Breaking: ESP32 Core 3.0.0 only support #21180

Merged
merged 7 commits into from
Apr 15, 2024

Conversation

Jason2866
Copy link
Collaborator

@Jason2866 Jason2866 commented Apr 14, 2024

Description:

remove Platformio build support for Core 2.0.x and build all ESP32 variants only with Core 3.0.0

CI is expected to fail. Changes in Github Actions.

Checklist:

  • The pull request is done against the latest development branch
  • Only relevant files were touched
  • Only one feature/fix was added per PR and the code change compiles without warnings
  • The code change is tested and works with Tasmota core ESP8266 V.2.7.6
  • The code change is tested and works with Tasmota core ESP32 V.3.0.0
  • I accept the CLA.

NOTE: The code change must pass CI tests. Your PR cannot be merged unless tests pass

@Jason2866 Jason2866 mentioned this pull request Apr 15, 2024
6 tasks
@arendst
Copy link
Owner

arendst commented Apr 15, 2024

What is your opinion on changing ..cdc.bin names to "normal" names without the cdc addition? As we now can detect HWCDC over serial, one binary is enough and I see no reason to call it ..cdc.bin

@Jason2866
Copy link
Collaborator Author

@arendst I had the same idea in mind. It is technically not 100% correct since the build settings from CDC is different to the non CDC builds. So I choose CDC for the name. And use the CDC build as one and only variant

@Jason2866 Jason2866 merged commit 951fba9 into arendst:development Apr 15, 2024
28 of 62 checks passed
@Jason2866 Jason2866 deleted the core_3.0.0 branch April 15, 2024 09:39
arendst added a commit that referenced this pull request Apr 15, 2024
- Changed ESP32 Framework (Arduino Core) from v2.0.15 to v3.0.0 (#21180)
hawa-lc4 pushed a commit to hawa-lc4/Tasmota-dev that referenced this pull request May 7, 2024
* Core 3.0.0 only

* rm Arduino30 settings

* rm lib ignore `NimBLE-Arduino`

* rm obsolete or duplicate env entrys
hawa-lc4 pushed a commit to hawa-lc4/Tasmota-dev that referenced this pull request May 7, 2024
- Changed ESP32 Framework (Arduino Core) from v2.0.15 to v3.0.0 (arendst#21180)
@eku
Copy link
Contributor

eku commented May 27, 2024

Since the update from 13.4 (tasmota32-display) to 14.0, my board no longer starts. With git-bisect I found out that this commit is the cause. It is a Heltic Wifi-Kit-32 V1 with ESP32-D0WDQ6.

Should I open a ticket?

@arendst
Copy link
Owner

arendst commented May 27, 2024

Did you read the changelog for v14.0? Did you notice the major change in display usage?

@eku
Copy link
Contributor

eku commented May 27, 2024

Did you read the changelog for v14.0? Did you notice the major change in display usage?

Sure, I did. #21183 does not break it.

With "no longer starts" I mean it does not start anymore, no output at serial, no WiFi connect. Nothing.

I have only observed this behaviour with this board, others with a display do not show it.

@arendst
Copy link
Owner

arendst commented May 27, 2024

With no serial output it's time to call coroner or investigate if the correct binary is loaded....

@eku
Copy link
Contributor

eku commented May 27, 2024

investigate if the correct binary is loaded

At least I flashed the correct factory.bin file, the one from the release page.

And this is where I run out of options for further analysis.

@arendst
Copy link
Owner

arendst commented May 27, 2024

Try to flash an older binary to see if you get serial back. If that works just perform an OTA of a newer release instead of serial factory.

@eku
Copy link
Contributor

eku commented May 27, 2024

That worked, but it updates the app0 partition only. So the cause is in one of the other partitions, right?

@arendst
Copy link
Owner

arendst commented May 27, 2024

If you did a serial flash of a factory image then all is rewritten not just app0. So I cannot understand your question. Using the factory image there is only one app0 partition and one safeboot partition.

@eku
Copy link
Contributor

eku commented May 27, 2024

I have flashed the factory image of 13.4 via esptool as you suggested and then performed an OTA to 14.0. To my understanding, the OTA only updates the app0 partition. So partition safeboot is still on 13.4, right?

@arendst
Copy link
Owner

arendst commented May 27, 2024

Yes. Correct. If you want to update the safeboot partition execute command upload 2 in the console. Using command restart 3 switches between the two partitions.

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

Successfully merging this pull request may close these issues.

3 participants