search

Heltec-Aaron-Lee / WiFi_Kit_series

Arduino source codes and toolchain for WiFi_Kit_series made by HelTecAutomation.
GNU Lesser General Public License v2.1
781 stars 310 forks source link

can not compile LoRa examples: 'class Heltec+ESP32 has no member named LoRa' #89

Closed alongcameastranger closed 5 years ago

alongcameastranger commented 5 years ago

I am using Arduino 1.8.8 and with Heltec ESP32 Dev-Boards library installed from Arduino library manager. I have Heltec Wifi LoRa V2 board. The LoRa examples (from File-Examples-Heltec ESP32 Dev-Boards-LoRa) fail to compile and give an error saying Heltec_ESP32 has no member named LoRa. I can see LoRa in the LoRa.cpp file in a subdirectory of the library. Here are some things I tried: I can get it to compile if I #include "lora/LoRa.h" , change all Heltec.LoRa. in sketch to LoRa. , and comment out the lines void Heltec_ESP32::VextON and VextOFF functions in heltec.cpp, but it then dumps the core and reboots continuously when flashed on device, so this doesn't work. I also tried adding #define WIFI_LoRa_32_V2 and some other things but nothing has been successful.

Please advise how I can run the LoRa examples in Heltec library.

cypher2001 commented 5 years ago

I have the same issue. Would love some input.

cypher2001 commented 5 years ago

Seems the Heltec.h has some strange IF statements:

if defined( WIFI_LoRa_32 ) || defined( WIFI_LoRa_32_V2 ) || defined( Wireless_Stick )

I pulled those out and then it pulled in lora.h as well as defined it in the class. Not sure where those would be defined but it seemed to be the issue.

Boilevin commented 5 years ago

Exactly the same issue for me. Do you know how to solve this ?

cypher2001 commented 5 years ago

I actually used different code:

` /***

include

include <hal/hal.h>

include

include

define BUILTIN_LED 25

// the OLED used U8X8_SSD1306_128X64_NONAME_SW_I2C u8x8(/ clock=/ 15, / data=/ 4, / reset=/ 16);

// LoRaWAN NwkSKey, network session key // This is the default Semtech key, which is used by the early prototype TTN // network. // LoRaWAN NwkSKey, network session key static const PROGMEM u1_t NWKSKEY[16] = { 0xAA, etc };

// LoRaWAN AppSKey, application session key static const u1_t PROGMEM APPSKEY[16] = { 0xAA, etc};

static const u4_t DEVADDR = 0xXXXXXXXX ; // <-- Change this address for every node!

// These callbacks are only used in over-the-air activation, so they are // left empty here (we cannot leave them out completely unless // DISABLE_JOIN is set in config.h, otherwise the linker will complain). void os_getArtEui (u1_t buf) { } void os_getDevEui (u1_t buf) { } void os_getDevKey (u1_t* buf) { }

static uint8_t mydata[] = "Hi!"; static osjob_t sendjob;

// Schedule TX every this many seconds (might become longer due to duty // cycle limitations). const unsigned TX_INTERVAL = 10;

// Pin mapping const lmic_pinmap lmic_pins = { .nss = 18, .rxtx = LMIC_UNUSED_PIN, .rst = 14, .dio = {26, 34, 35}, };

void onEvent (ev_t ev) { Serial.print(os_getTime()); u8x8.setCursor(0, 5); u8x8.printf("TIME %lu", os_getTime()); Serial.print(": "); switch(ev) { case EV_SCAN_TIMEOUT: Serial.println(F("EV_SCAN_TIMEOUT")); u8x8.drawString(0, 7, "EV_SCAN_TIMEOUT"); break; case EV_BEACON_FOUND: Serial.println(F("EV_BEACON_FOUND")); u8x8.drawString(0, 7, "EV_BEACON_FOUND"); break; case EV_BEACON_MISSED: Serial.println(F("EV_BEACON_MISSED")); u8x8.drawString(0, 7, "EV_BEACON_MISSED"); break; case EV_BEACON_TRACKED: Serial.println(F("EV_BEACON_TRACKED")); u8x8.drawString(0, 7, "EV_BEACON_TRACKED"); break; case EV_JOINING: Serial.println(F("EV_JOINING")); u8x8.drawString(0, 7, "EV_JOINING"); break; case EV_JOINED: Serial.println(F("EV_JOINED")); u8x8.drawString(0, 7, "EV_JOINED "); break; case EV_RFU1: Serial.println(F("EV_RFU1")); u8x8.drawString(0, 7, "EV_RFUI"); break; case EV_JOIN_FAILED: Serial.println(F("EV_JOIN_FAILED")); u8x8.drawString(0, 7, "EV_JOIN_FAILED"); break; case EV_REJOIN_FAILED: Serial.println(F("EV_REJOIN_FAILED")); u8x8.drawString(0, 7, "EV_REJOIN_FAILED"); break; case EV_TXCOMPLETE: Serial.println(F("EV_TXCOMPLETE (includes waiting for RX windows)")); u8x8.drawString(0, 7, "EV_TXCOMPLETE"); digitalWrite(BUILTIN_LED, LOW); if (LMIC.txrxFlags & TXRX_ACK) Serial.println(F("Received ack")); u8x8.drawString(0, 7, "Received ACK"); if (LMIC.dataLen) { Serial.println(F("Received ")); u8x8.drawString(0, 6, "RX "); Serial.println(LMIC.dataLen); u8x8.setCursor(4, 6); u8x8.printf("%i bytes", LMIC.dataLen); Serial.println(F(" bytes of payload")); u8x8.setCursor(0, 7); u8x8.printf("RSSI %d SNR %.1d", LMIC.rssi, LMIC.snr); } // Schedule next transmission os_setTimedCallback(&sendjob, os_getTime()+sec2osticks(TX_INTERVAL), do_send); break; case EV_LOST_TSYNC: Serial.println(F("EV_LOST_TSYNC")); u8x8.drawString(0, 7, "EV_LOST_TSYNC"); break; case EV_RESET: Serial.println(F("EV_RESET")); u8x8.drawString(0, 7, "EV_RESET"); break; case EV_RXCOMPLETE: // data received in ping slot Serial.println(F("EV_RXCOMPLETE")); u8x8.drawString(0, 7, "EV_RXCOMPLETE"); break; case EV_LINK_DEAD: Serial.println(F("EV_LINK_DEAD")); u8x8.drawString(0, 7, "EV_LINK_DEAD"); break; case EV_LINK_ALIVE: Serial.println(F("EV_LINK_ALIVE")); u8x8.drawString(0, 7, "EV_LINK_ALIVE"); break; default: Serial.println(F("Unknown event")); u8x8.setCursor(0, 7); u8x8.printf("UNKNOWN EVENT %d", ev); break; } }

void do_send(osjob_t* j){ // Check if there is not a current TX/RX job running if (LMIC.opmode & OP_TXRXPEND) { Serial.println(F("OP_TXRXPEND, not sending")); u8x8.drawString(0, 7, "OP_TXRXPEND, not sent"); } else { // Prepare upstream data transmission at the next possible time. LMIC_setTxData2(1, mydata, sizeof(mydata)-1, 0); Serial.println(F("Packet queued")); u8x8.drawString(0, 7, "PACKET QUEUED"); digitalWrite(BUILTIN_LED, HIGH); } // Next TX is scheduled after TX_COMPLETE event. }

void setup() { Serial.begin(115200); Serial.println(F("Starting")); u8x8.begin(); u8x8.setFont(u8x8_font_chroma48medium8_r); u8x8.drawString(0, 1, "HelTec TX LMiC"); pinMode(26, INPUT);

ifdef VCC_ENABLE

// For Pinoccio Scout boards
pinMode(VCC_ENABLE, OUTPUT);
digitalWrite(VCC_ENABLE, HIGH);
delay(1000);
#endif

SPI.begin(5, 19, 27); // LMIC init os_init(); // Reset the MAC state. Session and pending data transfers will be discarded. LMIC_reset(); // Set static session parameters. Instead of dynamically establishing a session // by joining the network, precomputed session parameters are be provided.

ifdef PROGMEM

// On AVR, these values are stored in flash and only copied to RAM
// once. Copy them to a temporary buffer here, LMIC_setSession will
// copy them into a buffer of its own again.
uint8_t appskey[sizeof(APPSKEY)];
uint8_t nwkskey[sizeof(NWKSKEY)];
memcpy_P(appskey, APPSKEY, sizeof(APPSKEY));
memcpy_P(nwkskey, NWKSKEY, sizeof(NWKSKEY));
LMIC_setSession (0x1, DEVADDR, nwkskey, appskey);
#else
// If not running an AVR with PROGMEM, just use the arrays directly
LMIC_setSession (0x1, DEVADDR, NWKSKEY, APPSKEY);
#endif

if defined(CFG_eu868)

// Set up the channels used by the Things Network, which corresponds
// to the defaults of most gateways. Without this, only three base
// channels from the LoRaWAN specification are used, which certainly
// works, so it is good for debugging, but can overload those
// frequencies, so be sure to configure the full frequency range of
// your network here (unless your network autoconfigures them).
// Setting up channels should happen after LMIC_setSession, as that
// configures the minimal channel set.
// NA-US channels 0-71 are configured automatically
LMIC_setupChannel(0, 868100000, DR_RANGE_MAP(DR_SF12, DR_SF7),  BAND_CENTI);      // g-band
LMIC_setupChannel(1, 868300000, DR_RANGE_MAP(DR_SF12, DR_SF7B), BAND_CENTI);      // g-band
LMIC_setupChannel(2, 868500000, DR_RANGE_MAP(DR_SF12, DR_SF7),  BAND_CENTI);      // g-band
LMIC_setupChannel(3, 867100000, DR_RANGE_MAP(DR_SF12, DR_SF7),  BAND_CENTI);      // g-band
LMIC_setupChannel(4, 867300000, DR_RANGE_MAP(DR_SF12, DR_SF7),  BAND_CENTI);      // g-band
LMIC_setupChannel(5, 867500000, DR_RANGE_MAP(DR_SF12, DR_SF7),  BAND_CENTI);      // g-band
LMIC_setupChannel(6, 867700000, DR_RANGE_MAP(DR_SF12, DR_SF7),  BAND_CENTI);      // g-band
LMIC_setupChannel(7, 867900000, DR_RANGE_MAP(DR_SF12, DR_SF7),  BAND_CENTI);      // g-band
LMIC_setupChannel(8, 868800000, DR_RANGE_MAP(DR_FSK,  DR_FSK),  BAND_MILLI);      // g2-band
// TTN defines an additional channel at 869.525Mhz using SF9 for class B
// devices' ping slots. LMIC does not have an easy way to define set this
// frequency and support for class B is spotty and untested, so this
// frequency is not configured here.
#elif defined(CFG_us915)
// NA-US channels 0-71 are configured automatically
// but only one group of 8 should (a subband) should be active
// TTN recommends the second sub band, 1 in a zero based count.
// https://github.com/TheThingsNetwork/gateway-conf/blob/master/US-global_conf.json
LMIC_selectSubBand(1);
#endif

// Disable link check validation LMIC_setLinkCheckMode(0); // TTN uses SF9 for its RX2 window. LMIC.dn2Dr = DR_SF9; // Set data rate and transmit power for uplink (note: txpow seems to be ignored by the library) LMIC_setDrTxpow(DR_SF7,14); // Start job do_send(&sendjob); pinMode(BUILTIN_LED, OUTPUT); digitalWrite(BUILTIN_LED, LOW);

}

void loop() { os_runloop_once();}

`

alongcameastranger commented 5 years ago

I still hope for comment on this thread maybe from a Heltec rep....but....

I sidestepped this problem by and I got this board (and LoRa functions) to work, basically by doing the pin definitions and using Lora library that this guy does here: https://robotzero.one/heltec-wifi-lora-32/

affordabletechnology commented 5 years ago

After purchasing a pair of these LoRa boards, I found one had a dud OLED display, only displaying every other line, but only when you flex the OLDE cable, otherwise it displays nothing!

Then I found I can't compile any of their demo's, as I have the identical problem as detailed here.

I also purchased a Heltec WiFi Kit but cannot compile their demos. I get the same errors as reported by others, and just like here, no response from Heltec (even after Chinese New Year).

I then wasted even more hours, navigating their web site, hoping to d/load either a revised H/W spec or updated code, sadly their site requires an a/c and login, but demands you have a Chinese mobile phone number. Why the hell do they sell globally if they will only provide support to Chinese residents?

Thankfully, I paid top dollar purchasing through Amazon, so I'm bundling up the lot and returning them and will purchase TTGO modules, which I have since discovered have good comments from users.

Boilevin commented 5 years ago

Certainly same result for me. It's not normal that their Demo Don't compile and no response

Heltec-Aaron-Lee commented 5 years ago

Hi there, here is a document about how to use this frameworks and the newest Heltec-ESP32 library. http://docs.heltec.cn/#/en/user_manual/how_to_install_esp32_Arduino

jribyat commented 5 years ago

You'll need to update your communications drivers for the esp32 LoRa boards. You can download the update driver from : https://www.silabs.com/products/development-tools/software/usb-to-uart-bridge-vcp-drivers

TheEarl1 commented 4 years ago

Make sure you have the correct board selected. I was getting this until I changed from the WIFI board to the LORA V2 board under 'Tools -> Board' You may need to install the Heltec board manager to see the LORA boards

Heltec-Aaron-Lee commented 4 years ago

Comment #include "LoRa.h" in the ino file, because this file already included in the heltec.h

howyhowy commented 4 years ago

I had this error after my board was working and one day it would not compile. I discovered I had two Arduion IDEs installed in windows and I was choosing the old one that did not have the proper board library installed.