Closed pkendall64 closed 2 years ago
Your code seems to contain some other unrelated fixes to ESP8266. Could you break those out and open separate new PRs for those.
The branch gh-pages
was just merged into main
(#18) and so this PR needs to target main
now.
I have pulled all the other code out and will make seperate PRs for them.
@pkendall64 we've split out the chip info/stubs into a new targets
folder. Can you follow the same pattern for ESP8266.
main
merged into this branch and tested
I talked to Espressif. They want to do some extra testing before this can be merged. Want to make sure the other chips are not breaking.
I talked to Espressif. They want to do some extra testing before this can be merged. Want to make sure the other chips are not breaking.
Yeah, I have no problem with that. I have tested ESP8266, ESP8285, ESP32 and ESP32-PICO-D4 boards as thats all I have.
Errors are now raised instead of being logged and this PR needs rebasing.
Merged main
and changed log to throw.
Could you resolve the merge conflicts?
Could you resolve the merge conflicts?
Sure thing. Done.
Adds support for ESP8266 and 8285 chips.
The stub for the ESP8266 has come from
esptool.py
version 3.0. This can be updated if required.There are a few issues I found in the
webserial.js
code that have been fixed. The most problematic is that the read would read more than one packet from the serial port and the slip reader would just return the first packet it found and drop the rest. I have changed this to save the remainder away for the next call to read to prepend onto the front and then be processed by the next call to the slip reader.