Comments (14)
This would be super easy to add - because all of the TTGO devices are quite similar in most ways (I've used a bunch of them on previous projects). If you wanna get a couple of these devices and add the support I'm happy to provide further pointers/help. It should be mostly just a change to configuration.h
from firmware.
(temporarily marking you as a person who might be doing this ;-) )
from firmware.
I bricked a TTGO v1 board by trying to flash the heltec image. I am unable to erase_flash anymore. Pretty stupid of me to have tried that.
I guess if you tell me exactly what changes I need to make to configuration.h for the TTGO v1 board, I am willing to attempt and sacrifice one more for this noble cause.
Thanks
from firmware.
Hope this helps you in making a new configuration.h
https://github.com/espressif/arduino-esp32/blob/master/variants/ttgo-lora32-v1/pins_arduino.h
from firmware.
by coincidence it sounds like @claesg might be using this same board with success. I've asked him to chime in.
Btw: I think it is quite possible your board is not bricked. From looking at the docs you linked to, I didn't see anything fatally incompatible wrt the Heltec device. I suspect that if it is seriously messed up in the appload, the only thing you need to do to unbrick it is to hold GPIO 0 to ground while powering on the board (to keep it in the bootloader), then something like "esptool.py chip_id" should be able to see your board again.
I've accidentially flashed the heltec load on my ttgo beams many times without a problem.
from firmware.
though this did show a problem ;-) : https://github.com/geeksville/Meshtastic-esp32/issues/10
from firmware.
I have flashed the prebuilt 0.0.5 zipfiles to this board:
https://www.banggood.com/LILYGO-TTGO-LORA32-868Mhz-SX1276-ESP32-Oled-Display-bluetooth-WIFI-Lora-Development-Module-Board-p-1248652.html?cur_warehouse=UK
I think it is a V1 TTGO board.
from firmware.
@geeksville
Your hunch was right, what i thought a bricked esp32 came back to life today on its own
@claesg
No such luck for me. When I tried flashing the pre-compiled 0.0.5 US, it just rolls in this
rst:0x10 (RTCWDT_RTC_RESET),boot:0x17 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:2
load:0x3f400020,len:251564
ets Jun 8 2016 00:22:57
from firmware.
@saket424
This is what it look like when I flash the Heltec build of 0.0.5 from the zip-file
check for boards:
$ esptool.py chip_id
esptool.py v2.6
Found 2 serial ports
Serial port /dev/ttyUSB0
Connecting........___
Detecting chip type... ESP32
Chip is ESP32D0WDQ6 (revision 1)
Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse, Coding Scheme None
MAC: 3c:71:bf:f0:86:ac
Uploading stub...
Running stub...
Stub running...
Warning: ESP32 has no Chip ID. Reading MAC instead.
MAC: 3c:71:bf:f0:86:ac
Hard resetting via RTS pin...
flash:
$ esptool.py write_flash 0x10000 release/latest/firmware-HELTEC-EU-0.0.5.bin
esptool.py v2.6
Found 2 serial ports
Serial port /dev/ttyUSB0
Connecting....
Detecting chip type... ESP32
Chip is ESP32D0WDQ6 (revision 1)
Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse, Coding Scheme None
MAC: 3c:71:bf:f0:86:ac
Uploading stub...
Running stub...
Stub running...
Configuring flash size...
Auto-detected Flash size: 4MB
Compressed 1202416 bytes to 662970...
Wrote 1202416 bytes (662970 compressed) at 0x00010000 in 58.7 seconds (effective 163.7 kbit/s)...
Hash of data verified.
Leaving...
Hard resetting via RTS pin...
from firmware.
hmm - I just looked at the pinouts and memory info at https://github.com/LilyGO/TTGO-LORA-V1
And I can't really help too much by debugging (I don't have that board type) remotely but it sure looks almost identical to the heltec board. I'm happy to help if you have questions but I suspect some local debugging will be involved.
from firmware.
@geeksville ,
For the moment I have ordered a HELTEC v2 board from https://www.amazon.com/NEXTION-Display-Transceiver-Bluetooth-Development/dp/B07916Q3T6/ref=cm_cr_arp_d_product_top?ie=UTF8 and some TTBEAMs . After I am successful with them, I will try to figure out what makes the TTGO-V1 board different
Thanks
from firmware.
@geeksville and @claesg
Silly me. It was pilot error on my part. The LilyGO TTGO board works fine with the HELTEC firmware
I was flashing to 0x1000 instead of 0x10000 . That would do it
python3 -m esptool --chip esp32 --port /dev/ttyUSB1 --baud 115200 write_flash -z 0x10000 release/latest/firmware-HELTEC-US-0.1.0.bin
You can advertise that TTGO Lora v1 works fine on this meshtastic project
The only difference I could tell in the PINOUT connections is on the TTGOv1 board LED is at pin 2 and on the Heltec v2 board the LED pin is at pin 25. But I doubt that is worth a whole new configuration.h
from firmware.
ooh cool - thats good to know. yah, I could also see how flashing to 0x1000 could hurt bootability because there is some important system stuff esp32 stores down there.
I'm reopening this issue as "we should cleanup README.md to list supported devices in a table and add this new device." If you wanna submit a PR that's great but no pressure - we'll get to it someday.
from firmware.
README fixed by @claesg. Thanks!
from firmware.
Related Issues (20)
- [Bug]: multiple Typo ... mhz -> MHz HOT 1
- [Feature Request]: Expand compatibility with RAK WisBlock Sensor Modules HOT 1
- [Feature Request]: Cancel canned message with main button HOT 2
- Add semihosting to allow debug without USB/serial
- Implement PowerMon
- [Bug]: QMC5883L Has the wrong address in the config
- [Feature Request]: Identify log data that may need privacy redaction HOT 3
- [Feature Request]: Implement ESP32 BT / WiFi RF coexistance HOT 1
- Heltec Tracker v1.1 U6 wastes power HOT 19
- [Bug]: Battery info shows 0%
- [Feature Request]: some ideas for next releases ? HOT 1
- [Feature Request]: Do not retain MQTT 'stat' topic HOT 6
- [Bug]: store and forward chronology HOT 4
- [Bug]: T-Beam/Hydra (maybe more non-S3) OTA mode reboots quickly HOT 2
- [Bug]: Device becomes unreachable Heltec & LILYGO HOT 3
- [Bug]: Unexpected Crashes in Techo Firmware Versions 2.3.12 and 2.3.13 HOT 7
- 2.3.14 HOT 2
- Warnings generated during compilation HOT 3
- [Bug]: Occasionally restarting after sending message
- [Bug]: very long "long name" HOT 7
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from firmware.