Wow, thank you for the link on Fair Access policy. I had no idea of the restrictions. After reading all that i feel like some kind of reckless CB radio guy , with no idea. As a licenced radio ham, I should have considered there may have been restrictions. My Approach was of the Packet radio days, And so my approach also considered none encrypted and beacon that broadcast my GPS location in plain txt. Now that i have read the restrictions i can see even my usage needs to be reduced and to repeat foreign packets is wasting my allowable usage. My lora reciever picks up very few foreign packets. So i feel some logic regarding fair use should take into account that the user may be in an area of few or no other devices. So there is a lot of capacity. It would make some sense to have an adaptive usage based on spare capacity in the area. Also adaptive transmitter strength depending on density of other devices. Just a thought⌠But again thank you for pointing me to the policy, as i donât want to be that annoying person spoiling it for everyone else.
One thing is duty cycle limitation (1%), this is by law and there is no easy way to tell whether you are in an area with âfew or no other devicesâ, and also for much time the situation will remain the same.
A different thing is the Fair Access Policy, which is regulating the use of a shared and free, yet owned and paid by someone, resource like the network server, for which the logic you feel may not be so logic (other providers limit free accounts in different and stricter ways). If you pay for a TTI account, FAP will not be an issue. However, there is a specific thread about this.
your welcome (and please stick to the topic start)
But as @UdLoRa points out, you are using getting free use of all the back end TTN network. Even though your perhaps in a quiet area, your using the same amount of that resouce and support as a user in a busy area.
tried again and it compiled??? strange but working now
Try changing every instance of TinyGPSPlus to gps
Instead of TinyGPSPlus(âŚ) change it to gps(âŚ) and give that a try
There are several T-Beam Arduino sketches on github that claim to work with TTN. Some clearly never did and never will. For example, never initializing the SPI interface, wrong ESP32 pin mappings for the LoRa SX1276 pins, âradio not supportedâ error messages, ⌠Often the understanding of which ESP32 pin is connected to the BLUE LED is not correct. This is sad.
This problem is lack of code control. The sketches cannot be used to program a T-Beam as claimed in the various github T-Beam repositories. The main culprit is the lmic library. The issue is which lmic library, from what github, with whatever github revision purported to function. The Arduino maker community often fails to comprehend a .ino sketch that references a library needs that library code to be able to reproduce the working sketch. Since the libraries are not included with the sketch, we are left to search for candidate lmic libraries. There are many, each with a history of revisions in github repositories.
So as far as I can see, the T-Beam hardware is perfectly capable of connecting to the TTN gateways if the .ino sketch code ever were to match up with the correct lmic library. Until that happens, the T-Beam will never connect to TTN. It is called code control. None exists for the T-Beam.
Now, starting from scratch, I have been able to blink the LED, read the push button, create a Bluetooth NMEA sentence GPS, and exchanged data between a pair of T-Beams over the LoRa radio. The next step is to port the IBM lmic library code to the ESP32. Yes, this exactly what the many lmic repositories on github claim to have done, but do any of them work with an identifiable .ino sketch? We need code control. We need to be able to recreate a working system from a given code base.
So far, the T-Beam has been a waste of time for me, but has provided a fantastic journey learning about ESP32, LoRa, and LoRaWAN. Unfortunately, it has not worked out for TTN.
You are right about the whole code control thing. However the TTGO works with the ESP32-PAXCounter codebase which works with TTN, and the ttnmapper integration. I have programmed the TTGO with it using Visual Studio Code.with the PlatformIO module. The (compatible) LMIC library is provided.
It works very well.
I agree with the code control problem. MarkD has 3 TTGO T-Beams that connect to TTN, work with TTN Mapper and continue to work well. He has shared his code with us.
Iâve edited the same code to work with the TTGO V1 without OLED and TTGO V2 with OLED.
Hi, do you find any box for device?
I look it, too. Thanks
You are right that finding the appropriate library version can be difficult.
This is why someone who creates a sketch on github should provide detailed instructions (README file) about which version to use, along with links.
@covraworks:
I have a ttgo t-beam device and i wanted to send the gps position to the gateway using TTN and arduino IDE.
At first, I wanted to send a simple message âhelloworldâ to TTN but no data was received there. Even the module status was never seen.
Was the problem with the LMIC library?
could you please pass me your code and tell me if there is something to change in the configuration of the library LMIC.
Seems to be a new version out (ordering one as my old one has failed anyway) T22_V10 20190612
Product Upgrade Content
1. Pin GPIO34 pin is replaced with GPIO35
2. Replace the charging IC (TP5400) with the power management AXP192
3.GPS TX, RX pin replacement
4. Power on and remove, replace with button to open
5. Reduced sleep current
6.GPS battery replacement
Some more info > https://github.com/Xinyuan-LilyGO/TTGO-T-Beam
Do someone knows how to connect a tipping bucket rain gauge sensor to TTGO-T-Beam borad? Paxcounter in github did not support that and there is only some advice with normal ESP32 board with this rain gauge sensor but not suits for TTGO-T-Beam? Did someone can give some new idea? Many thanks.
Sorry, I have double checked my DEVEUI APPEUI APPKEY in config.h. Also the program can uploaded well. But still the status in TTN shows never seen. Could you please help me to check the problem somewhere? Thank you very much.
You not giving us a single bit of information to assist in diagnosis, other than saying its not being seen.
Are you running your own gateway? have you got other nodes working? what is your T-beam node log showing during the connect process?
Also there is a vast amount of info on this forum now to check and diagnose your nodes connection log too, search and you will find 
When I upload the program (comes from github and have changed the loraconf.h with APPEUI and APPKEY) into TTGO-T-Beam borad
loraconf.h:
#if(HAS_LORA)
static const u1_t DEVEUI[8] = { 0xCCâŚ0xFF };
static const u1_t APPEUI[8] = { 0x70⌠0x22 };
static const u1_t APPKEY[16] = {0x3FâŚ0x0F};
#endif // HAS_LORA
In serial monitor, it showed that:
[I][main.cpp:134] setup(): Starting PAXCNT v1.7.841
[I][main.cpp:147] setup(): This is ESP32 chip with 2 CPU cores, WiFi/BT/BLE, silicon revision 1, 4MB external Flash
[I][main.cpp:149] setup(): Internal Total heap 255004, internal Free Heap 228556
[I][main.cpp:152] setup(): SPIRam Total heap 4194252, SPIRam Free Heap 4194252
[I][main.cpp:155] setup(): ChipRevision 1, Cpu Freq 240, SDK Version v3.2-18-g977854975
[I][main.cpp:157] setup(): Flash Size 4194304, Flash Speed 40000000
[I][main.cpp:158] setup(): Wifi/BT software coexist version 1.1.5
[I][main.cpp:162] setup(): IBM LMIC version 1.6.1468577746
[I][main.cpp:167] setup(): Arduino LMIC version 2.3.2.51
[I][macsniff.cpp:36] printKey(): DevEUI: CCâŚFF
[I][macsniff.cpp:36] printKey(): AppEUI: 70âŚ22
[I][macsniff.cpp:36] printKey(): AppKey: 3FâŚF0F
[I][main.cpp:172] setup(): TinyGPS+ version 1.0.2
[I][configmanager.cpp:185] loadConfig(): Reading settings from NVS
[I][configmanager.cpp:50] open_storage(): Opening NVS
[I][configmanager.cpp:55] open_storage(): Done
[I][configmanager.cpp:199] loadConfig(): NVRAM settings version = 1.7.841
[I][configmanager.cpp:217] loadConfig(): bsecstate = 0
[I][configmanager.cpp:222] loadConfig(): lorasf = 9
[I][configmanager.cpp:230] loadConfig(): txpower = 15
[I][configmanager.cpp:238] loadConfig(): adrmode = 1
[I][configmanager.cpp:246] loadConfig(): screensaver = 0
[I][configmanager.cpp:254] loadConfig(): screenon = 1
[I][configmanager.cpp:262] loadConfig(): countermode = 0
[I][configmanager.cpp:270] loadConfig(): sendcycle = 30
[I][configmanager.cpp:278] loadConfig(): wifichancycle = 50
[I][configmanager.cpp:286] loadConfig(): wifiantenna = 0
[I][configmanager.cpp:294] loadConfig(): vendorfilter = 1
[I][configmanager.cpp:302] loadConfig(): rgbluminosity = 30
[I][configmanager.cpp:310] loadConfig(): blescantime = 8
[I][configmanager.cpp:318] loadConfig(): BLEscanmode = 0
[I][configmanager.cpp:326] loadConfig(): rssilimit = 0
[I][configmanager.cpp:334] loadConfig(): payloadmask = 255
[I][configmanager.cpp:342] loadConfig(): Monitor mode = 0
[I][configmanager.cpp:350] loadConfig(): Run mode = 0
[I][configmanager.cpp:357] loadConfig(): Done
[I][main.cpp:182] setup(): PSRAM found and initialized
[I][main.cpp:215] setup(): Starting LED ControllerâŚ
And other function are also setup. It seems the uploaded and connection work is well.
And In TTN website, the Activation Method is set to OTAA. The Frame counter width is set to 64bits.
But the status is still never seen. I use my own gateway but cannot find the information in this forum to check my nodes connection.
Thank you.
Which gateway are you running? is it working?
Does the gateway show up in ttn console as running? (any packets being seen from other nodes?)
Watch you gateway traffic and report what you are seeing when you power the node up.
Look if -integrations -Experiment name Optional: the name of the experiment
- Is empty
I cannot understand what you said. Where or in which file or TTN console can I find the â-integrations -Experiment name Optional: the name of the experimentâ?