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

[Bug]: heltec wireless tracker 1.1, no display. #2905

Closed
megabyte2010 opened this issue Oct 23, 2023 · 33 comments
Closed

[Bug]: heltec wireless tracker 1.1, no display. #2905

megabyte2010 opened this issue Oct 23, 2023 · 33 comments
Labels
bug Something isn't working

Comments

@megabyte2010
Copy link

megabyte2010 commented Oct 23, 2023

Category

Hardware Compatibility

Hardware

Heltec Wireless Tracker

Firmware Version

2.2.12 and .13

Description

I have a heltec wireless tracker v1.1. There is no display. The log shows that this board is being detected as v1.0.

Relevant log output

���@�INFO | ??:??:?? 2

//\ E S H T /\ S T / C

INFO | ??:??:?? 2 Booted, wake cause 0 (boot count 1), reset_reason=reset
DEBUG | ??:??:?? 3 HELTEC Detect Tracker V1.0
DEBUG | ??:??:?? 3 Filesystem files (491520/1048576 Bytes):
DEBUG | ??:??:?? 3 /prefs/channels.proto (53 Bytes)
DEBUG | ??:??:?? 3 /prefs/db.proto (118 Bytes)
DEBUG | ??:??:?? 3 /static/.gitkeep (0 Bytes)
DEBUG | ??:??:?? 3 /static/Logo_Black.svg.gz (592 Bytes)
DEBUG | ??:??:?? 3 /static/Logo_White.svg.gz (600 Bytes)
DEBUG | ??:??:?? 3 /static/apple-touch-icon.png.gz (3162 Bytes)
DEBUG | ??:??:?? 3 /static/favicon.ico.gz (2221 Bytes)
DEBUG | ??:??:?? 3 /static/icon.svg.gz (842 Bytes)
DEBUG | ??:??:?? 3 /static/index-85eb6f51.css.gz (17110 Bytes)
DEBUG | ??:??:?? 3 /static/index-aaac80c4.js.gz (204247 Bytes)
DEBUG | ??:??:?? 3 /static/index-fc2e9253.js.gz (347 Bytes)
DEBUG | ??:??:?? 3 /static/index.html.gz (546 Bytes)
DEBUG | ??:??:?? 3 /static/maplibre-gl-f0d3274b.js.gz (207264 Bytes)
DEBUG | ??:??:?? 3 /static/robots.txt.gz (42 Bytes)
DEBUG | ??:??:?? 3 /static/site.webmanifest.gz (196 Bytes)
DEBUG | ??:??:?? 3 Using analog input 1 for battery level
INFO | ??:??:?? 3 ADCmod: ADC characterization based on default reference voltage
INFO | ??:??:?? 3 Scanning for i2c devices...
DEBUG | ??:??:?? 3 Scanning for i2c devices on port 1
INFO | ??:??:?? 129 No I2C devices found
DEBUG | ??:??:?? 129 acc_info = 0
INFO | ??:??:?? 129 Meshtastic hwvendor=48, swver=2.2.12.092e6f2
DEBUG | ??:??:?? 129 Setting random seed 1640896851
DEBUG | ??:??:?? 129 Total heap: 274280
DEBUG | ??:??:?? 129 Free heap: 232468
DEBUG | ??:??:?? 129 Total PSRAM: 0
DEBUG | ??:??:?? 129 Free PSRAM: 0
DEBUG | ??:??:?? 129 NVS: UsedEntries 70, FreeEntries 560, AllEntries 630, NameSpaces 3
DEBUG | ??:??:?? 129 Setup Preferences in Flash Storage
DEBUG | ??:??:?? 129 Number of Device Reboots: 2
DEBUG | ??:??:?? 129 OTA firmware version 0.2.1.2fbe7fc
INFO | ??:??:?? 129 Initializing NodeDB
INFO | ??:??:?? 129 Loading /prefs/db.proto
INFO | ??:??:?? 129 Loaded saved devicestate version 22
INFO | ??:??:?? 129 No /prefs/config.proto preferences found
INFO | ??:??:?? 129 Installing default LocalConfig
INFO | ??:??:?? 129 Setting default channel and radio preferences!
DEBUG | ??:??:?? 129 Expanding short PSK #1
INFO | ??:??:?? 129 Wanted region 0, using UNSET
INFO | ??:??:?? 129 No /prefs/module.proto preferences found
INFO | ??:??:?? 129 Installing default ModuleConfig
INFO | ??:??:?? 129 Loading /prefs/channels.proto
INFO | ??:??:?? 129 Loaded saved channelFile version 22
INFO | ??:??:?? 129 No /oem/oem.proto preferences found
DEBUG | ??:??:?? 129 cleanupMeshDB purged 0 entries
DEBUG | ??:??:?? 129 Number of Device Reboots: 2
DEBUG | ??:??:?? 129 Expanding short PSK #1
INFO | ??:??:?? 129 Wanted region 0, using UNSET
DEBUG | ??:??:?? 129 region=0, NODENUM=0xfa66fb70, dbsize=1
INFO | ??:??:?? 129 Saving /prefs/db.proto
WARN | ??:??:?? 129 SPI.begin(SCK=9, MISO=11, MOSI=10, NSS=8)
DEBUG | ??:??:?? 129 Read RTC time as 129
DEBUG | ??:??:?? 129 Setting 37 to output.
INFO | ??:??:?? 129 Setting GPS power=1
DEBUG | ??:??:?? 129 GPS powerdown using GPS_EN_ACTIVE
DEBUG | ??:??:?? 129 WANT GPS=1
INFO | ??:??:?? 129 Setting GPS power=1
DEBUG | ??:??:?? 129 GPS powerdown using GPS_EN_ACTIVE
DEBUG | ??:??:?? 129 Using GPIO33 for GPS RX
DEBUG | ??:??:?? 129 Using GPIO34 for GPS TX
DEBUG | ??:??:?? 129 NeighborInfoModule is disabled
INFO | ??:??:?? 129 External Notification Module Disabled
INFO | ??:??:?? 129 Doing TFT init
INFO | ??:??:?? 130 Turning on screen
DEBUG | ??:??:?? 130 Module wants a UI Frame
DEBUG | ??:??:?? 130 Module wants a UI Frame
WARN | ??:??:?? 130 SX126xInterface(cs=8, irq=14, rst=12, busy=13)
DEBUG | ??:??:?? 130 SX126X_DIO3_TCXO_VOLTAGE defined, using DIO3 as TCXO reference voltage at 1.800000 V
INFO | ??:??:?? 130 Starting meshradio init...
DEBUG | ??:??:?? 130 (bw=250, sf=11, cr=4/8) packet symLen=8 ms, payloadSize=0, time 231 ms
DEBUG | ??:??:?? 130 (bw=250, sf=11, cr=4/8) packet symLen=8 ms, payloadSize=253, time 3246 ms
INFO | ??:??:?? 130 Radio freq=906.875, config.lora.frequency_offset=0.000
INFO | ??:??:?? 130 Set radio: region=UNSET, name=LongFast, config=0, ch=19, power=30
INFO | ??:??:?? 130 Radio myRegion->freqStart -> myRegion->freqEnd: 902.000000 -> 928.000000 (26.000000 mhz)
INFO | ??:??:?? 130 Radio myRegion->numChannels: 104 x 250.000kHz
INFO | ??:??:?? 130 Radio channel_num: 20
INFO | ??:??:?? 130 Radio frequency: 906.875000
INFO | ??:??:?? 130 Slot time: 42 msec
INFO | ??:??:?? 130 Set radio: final power level=22
INFO | ??:??:?? 130 SX126x init result 0
INFO | ??:??:?? 130 Frequency set to 906.875000
INFO | ??:??:?? 130 Bandwidth set to 250.000000
INFO | ??:??:?? 130 Power output set to 22
DEBUG | ??:??:?? 130 Current limit set to 140.000000
DEBUG | ??:??:?? 130 Current limit set result 0
DEBUG | ??:??:?? 130 Setting DIO2 as RF switch
DEBUG | ??:??:?? 130 SX126X_RXEN not defined, defaulting to RADIOLIB_NC
DEBUG | ??:??:?? 130 SX126X_TXEN not defined, defaulting to RADIOLIB_NC
DEBUG | ??:??:?? 130 Using MCU pin -1 as RXEN and pin -1 as TXEN to control RF switching
INFO | ??:??:?? 130 Set RX gain to boosted mode; result: 0
INFO | ??:??:?? 130 SX1262 Radio init succeeded, using SX1262 radio
INFO | ??:??:?? 130 Not using WIFI
DEBUG | ??:??:?? 130 (bw=250, sf=11, cr=4/8) packet symLen=8 ms, payloadSize=237, time 3057 ms
DEBUG | ??:??:?? 130 LoRA bitrate = 77.526985 bytes / sec
INFO | ??:??:?? 130 PowerFSM init, USB power=1
DEBUG | ??:??:?? 130 Enter state: BOOT
DEBUG | ??:??:?? 131 [Power] Battery: usbPower=0, isCharging=0, batMv=0, batPct=0
DEBUG | ??:??:?? 131 [Screen] Screen: Started...
INFO | ??:??:?? 131 [RangeTestModule] Range Test Module - Disabled
INFO | ??:??:?? 134 [PowerFSM] Initialise the NimBLE bluetooth module
INFO | ??:??:?? 136 [Screen] Done with boot screen...
DEBUG | ??:??:?? 136 [Screen] showing standard frames
DEBUG | ??:??:?? 136 [Screen] Showing 0 module frames
DEBUG | ??:??:?? 136 [Screen] Total frame count: 103
DEBUG | ??:??:?? 136 [Screen] Added modules. numframes: 0
DEBUG | ??:??:?? 136 [Screen] Finished building frames. numframes: 2
DEBUG | ??:??:?? 151 [Power] Battery: usbPower=0, isCharging=0, batMv=0, batPct=0
INFO | ??:??:?? 159 [NodeInfoModule] Sending our nodeinfo to mesh (wantReplies=1)
INFO | ??:??:?? 159 [NodeInfoModule] sending owner !fa66fb70/Meshtastic fb70/fb70
DEBUG | ??:??:?? 159 [NodeInfoModule] Initial packet id 1831674482, numPacketId 4294967295
DEBUG | ??:??:?? 159 [NodeInfoModule] Update DB node 0xfa66fb70, rx_time=0, channel=0
DEBUG | ??:??:?? 159 [NodeInfoModule] handleReceived(LOCAL) (id=0x6d2d2274 fr=0x70 to=0xff, WantAck=0, HopLim=3 Ch=0x0 Portnum=4 WANTRESP priority=10)
DEBUG | ??:??:?? 159 [NodeInfoModule] No modules interested in portnum=4, src=LOCAL
DEBUG | ??:??:?? 159 [NodeInfoModule] localSend to channel 0
DEBUG | ??:??:?? 159 [NodeInfoModule] Add packet record (id=0x6d2d2274 fr=0x70 to=0xff, WantAck=0, HopLim=3 Ch=0x0 Portnum=4 WANTRESP priority=10)
DEBUG | ??:??:?? 159 [NodeInfoModule] Expanding short PSK #1
DEBUG | ??:??:?? 159 [NodeInfoModule] Using AES128 key!
DEBUG | ??:??:?? 159 [NodeInfoModule] ESP32 crypt fr=fa66fb70, num=6d2d2274, numBytes=50!
WARN | ??:??:?? 159 [NodeInfoModule] send - lora tx disable because RegionCode_Unset
DEBUG | ??:??:?? 171 [Power] Battery: usbPower=0, isCharging=0, batMv=0, batPct=0
INFO | ??:??:?? 174 [DeviceTelemetryModule] (Sending): air_util_tx=0.000000, channel_utilization=0.000000, battery_level=0, voltage=0.000000
DEBUG | ??:??:?? 174 [DeviceTelemetryModule] updateTelemetry LOCAL
DEBUG | ??:??:?? 174 [DeviceTelemetryModule] Node status update: 1 online, 1 total
DEBUG | ??:??:?? 174 [DeviceTelemetryModule] showing standard frames
DEBUG | ??:??:?? 174 [DeviceTelemetryModule] Showing 0 module frames
DEBUG | ??:??:?? 174 [DeviceTelemetryModule] Total frame count: 103
DEBUG | ??:??:?? 174 [DeviceTelemetryModule] Added modules. numframes: 0
DEBUG | ??:??:?? 174 [DeviceTelemetryModule] Finished building frames. numframes: 2
INFO | ??:??:?? 174 [DeviceTelemetryModule] Sending packet to mesh
DEBUG | ??:??:?? 174 [DeviceTelemetryModule] Update DB node 0xfa66fb70, rx_time=0, channel=0
DEBUG | ??:??:?? 174 [DeviceTelemetryModule] handleReceived(LOCAL) (id=0x6d2d2275 fr=0x70 to=0xff, WantAck=0, HopLim=3 Ch=0x0 Portnum=67 priority=1)
DEBUG | ??:??:?? 174 [DeviceTelemetryModule] No modules interested in portnum=67, src=LOCAL
DEBUG | ??:??:?? 174 [DeviceTelemetryModule] localSend to channel 0
DEBUG | ??:??:?? 174 [DeviceTelemetryModule] Add packet record (id=0x6d2d2275 fr=0x70 to=0xff, WantAck=0, HopLim=3 Ch=0x0 Portnum=67 priority=1)
DEBUG | ??:??:?? 174 [DeviceTelemetryModule] Expanding short PSK #1
DEBUG | ??:??:?? 174 [DeviceTelemetryModule] Using AES128 key!
DEBUG | ??:??:?? 174 [DeviceTelemetryModule] ESP32 crypt fr=fa66fb70, num=6d2d2275, numBytes=11!
WARN | ??:??:?? 174 [DeviceTelemetryModule] send - lora tx disable because RegionCode_Unset
DEBUG | ??:??:?? 174 [DeviceTelemetryModule] Using channel 0 (hash 0x8)
DEBUG | ??:??:?? 174 [DeviceTelemetryModule] Expanding short PSK #1
DEBUG | ??:??:?? 174 [DeviceTelemetryModule] Using AES128 key!
DEBUG | ??:??:?? 174 [DeviceTelemetryModule] ESP32 crypt fr=fa66fb70, num=6d2d2275, numBytes=11!
DEBUG | ??:??:?? 174 [DeviceTelemetryModule] decoded message (id=0x6d2d2275 fr=0x70 to=0xff, WantAck=0, HopLim=3 Ch=0x0 Portnum=67 priority=1)
DEBUG | ??:??:?? 191 [Power] Battery: usbPower=0, isCharging=0, batMv=0, batPct=0
DEBUG | ??:??:?? 211 [Power] Battery: usbPower=0, isCharging=0, batMv=0, batPct=0
DEBUG | ??:??:?? 231 [Power] Battery: usbPower=0, isCharging=0, batMv=0, batPct=0

@megabyte2010 megabyte2010 added the bug Something isn't working label Oct 23, 2023
@RicInNewMexico
Copy link
Member

For the dev that tackles this bug:

https://resource.heltec.cn/download/Wireless_Tracker

There are the schematics for the v1 and v1.1 Heltec Wireless Tracker. Heltec support confirms that there were some pin reassignments that took place with the v1.1 as well as changes to the power supply circuit. Of course they don't specify what the changes were, we'll have to compare schematics.

@GPSFan
Copy link
Contributor

GPSFan commented Nov 12, 2023

And an "oh by the way..." the GPS chip used is a Unicore UC6580. there are at least 2 references to UC6850 in GPS.cpp.

@megabyte2010
Copy link
Author

Someone has the factory_test.ino for 1.1? I only find for 1.0

@S5NC
Copy link
Contributor

S5NC commented Nov 27, 2023

@megabyte2010 please measure resistance between I2C's SCL and SDA lines, make sure they aren't shorted

@megabyte2010
Copy link
Author

@megabyte2010 please measure resistance between I2C's SCL and SDA lines, make sure they aren't shorted

No shorts between pins 41 and 42 and ground. The board was working with the default factory test when i boughted. The log above is saying that the board doesn't have any power source connected, but she was connected thru usb.

@S5NC
Copy link
Contributor

S5NC commented Dec 1, 2023

@megabyte2010 please measure resistance between I2C's SCL and SDA lines, make sure they aren't shorted

No shorts between pins 41 and 42 and ground. The board was working with the default factory test when i boughted. The log above is saying that the board doesn't have any power source connected, but she was connected thru usb.

Have you checked for a short between pins 41 and 42 themselves?

@S5NC
Copy link
Contributor

S5NC commented Dec 1, 2023

Is there still no display?

@megabyte2010
Copy link
Author

Is there still no display?

Yes I. Checked between them and ground. No shorts. Like I said, the board was working with the default firmware that came with her. Then I flashed meshtastic and the display stop working. The board seems to freeze for 30 seconds or so, then the white led start flashing. I can connect with the android app but there is no display and maybe no gps.

@GPSFan
Copy link
Contributor

GPSFan commented Dec 1, 2023

On the Wireless tracker can you check the voltage on the Ve pin, it is on the bottom left row of pins below the display.
That pin is Vext and needs to be 3.3V as it supplies the GNSS chip and the Display.

@jp-bennett
Copy link
Collaborator

The problem is a mis-detect of the board version. That results in a pin not getting powered, and that pin-off means that the I2C scan works by timing out each probe, rather than getting a nak. The root problem is the mis-detect, but it's not at all clear why some of the 1.1 boards detect properly, and some don't.

@megabyte2010
Copy link
Author

One stupid question... All boards came with factory test installed by default. I have two boards 1.1. All came with that program working. All boards worked the first time I installed meshtastic. One of them, I erased and flashed again. Since then, there is no display. Erasing all eeprom doesn't do nothing. Installing with browser or with cli it's the same. It's "possible" that when we install meshtastic the first time, remains some of the factory code? That's why I want to find the factory_ test for 1.1. To try to reproduce the problem.

@S5NC
Copy link
Contributor

S5NC commented Dec 1, 2023

Is there still no display?

Yes I. Checked between them and ground. No shorts. Like I said, the board was working with the default firmware that came with her. Then I flashed meshtastic and the display stop working. The board seems to freeze for 30 seconds or so, then the white led start flashing. I can connect with the android app but there is no display and maybe no gps.

I mean, check for a short between pin 41 and 42. Not between 41 and ground, and then 42 and ground, but place one probe on pin 41 and one probe on pin 42.

@S5NC
Copy link
Contributor

S5NC commented Dec 1, 2023

One stupid question... All boards came with factory test installed by default. I have two boards 1.1. All came with that program working. All boards worked the first time I installed meshtastic. One of them, I erased and flashed again. Since then, there is no display. Erasing all eeprom doesn't do nothing. Installing with browser or with cli it's the same. It's "possible" that when we install meshtastic the first time, remains some of the factory code? That's why I want to find the factory_ test for 1.1. To try to reproduce the problem.

In the program loaded by the default, did the display work?

@megabyte2010
Copy link
Author

One stupid question... All boards came with factory test installed by default. I have two boards 1.1. All came with that program working. All boards worked the first time I installed meshtastic. One of them, I erased and flashed again. Since then, there is no display. Erasing all eeprom doesn't do nothing. Installing with browser or with cli it's the same. It's "possible" that when we install meshtastic the first time, remains some of the factory code? That's why I want to find the factory_ test for 1.1. To try to reproduce the problem.

In the program loaded by the default, did the display work?

Yes it came from seller working. Only when I installed meshtastic it stop working. There any command to backup flash memory to me to copy from one to another?

@megabyte2010
Copy link
Author

Well, I found the problem. Both boards flashed with latest firmware. One of them has display. The other no. Measuring, I found that the there is no 3.3v. I connected the working 3.3v from the working board to the faulty one and the display comes alive. Maybe hardware problem.

@jp-bennett
Copy link
Collaborator

Well, I found the problem. Both boards flashed with latest firmware. One of them has display. The other no. Measuring, I found that the there is no 3.3v. I connected the working 3.3v from the working board to the faulty one and the display comes alive. Maybe hardware problem.

Not the root problem. The firmware controls that 3.3v pin. For a v1.0 board, it is not enabled. For a 1.1 board, it needs to be. The root problem is the board mis-identification on boot.

@GPSFan
Copy link
Contributor

GPSFan commented Dec 1, 2023

So the real questions are, how does the firmware tell a v1.0 from a v1.1 and how/why is it getting confused.

@megabyte2010
Copy link
Author

Anyway, even supplying with 3.3v, the display not always starts. I'm giving up for now.

@megabyte2010
Copy link
Author

One firmware for 1.0 and one for 1.1?

@GPSFan
Copy link
Contributor

GPSFan commented Dec 1, 2023

that could be the interim solution, but now there is only one Wireless Tracker firmware flavor, and only one build variant. Looking at the GPS.cpp, GPS.h files there are lots of ifdefs for v03 and v05, but isn't clear to me (yet) how the decision is made as to v03 or v05.

@GPSFan
Copy link
Contributor

GPSFan commented Dec 1, 2023

and maybe this is a problem with your one board. mine flashed ok with .13 and .14, although I could not get the web flasher to work. command line flashing worked three times so far on my board.

@megabyte2010
Copy link
Author

One of them flash and works ok with web flasher, the other only works when she wants. I need the factory file to find out if it is hardware fault or not.

@jp-bennett
Copy link
Collaborator

We've tossed around the idea of saving the results of boot-time probes, to speed up boots. This issue might be best solved with that approach, too.

@GPSFan
Copy link
Contributor

GPSFan commented Dec 2, 2023

I'm fairly new to Meshtastic, but not to esp32 nor GPS/GNSS... Mostly u-blox. I'm very interested in the unicore 6580, and the wireless tracker seems to be a good avenue to explore its possibilities. I have several t-beams, a t-deck, a wireless tracker and a Heltec lora v0, or v1. My use case is tracking fast off road vehicles where there is poor line of sight and no internet. I've run several in the field test over the summer (US) with promising results, low operator interaction is important, while situational awareness is key.

@GPSFan
Copy link
Contributor

GPSFan commented Dec 2, 2023

I don't want to hijack this issue, but am really keen on getting the wireless tracker working.

@megabyte2010
Copy link
Author

Another thing.. it seems that the integrated gps isn't getting data. I tried a external antenna but with no results. The working board that I have is always saying no sats.

@thebentern
Copy link
Contributor

Another thing.. it seems that the integrated gps isn't getting data. I tried a external antenna but with no results. The working board that I have is always saying no sats.

All signs point to the device being a lemon.

@thebentern thebentern closed this as not planned Won't fix, can't repro, duplicate, stale Dec 2, 2023
@GPSFan
Copy link
Contributor

GPSFan commented Dec 2, 2023

with the original firmware from Heltec, did the GNSS work?

@luiscamalmeida
Copy link

luiscamalmeida commented Dec 3, 2023

As GPSFan reported, it seems as there's a mistyped constant "GNSS_MODEL_UC6850" which should be "GNSS_MODEL_UC6580". After changing this constants in GPS.h and GPS.cpp the board is able to acquire GPS lock. This, however is not related to the original issue.

@caveman99
Copy link
Sponsor Member

caveman99 commented Dec 3, 2023

that GNSS const may be a typo, but i don't see how changing it in every place it occurs wil magically make the chip work.

@luiscamalmeida
Copy link

The typo is not everywhere so there is some code that is not executed. I believe it's the configuration to use GPS + GLONASS.

@GPSFan
Copy link
Contributor

GPSFan commented Dec 3, 2023

After finding that typo, I dove a bit deeper into the code and didn't think it would really matter, so I didn't follow it up any more.
I think that this commit:
2544733
might have more of an effect on GNSS operation. and is not in a released version yet.
GPS locking can be a funny thing, only with a good view of the sky and a descent antenna can you do real TTFF analysis.

@caveman99
Copy link
Sponsor Member

that commit is in yesterdays alpha release 2.2.14

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

8 participants