Its only recently that running PlatformIO on a virtual machine has been useable in my view. I did try it some 18 months ago, on a decent specification desktop PC running VMWare Workstation 14. The VM is Windows 8. At the time VS code, and hence PlatformIO ran like a complete dog in the otherwise OK VM, maybe a minute or so to start, if it started at all.
Whatever the problem with VS code was, it appears now to be solved, and Platform IO is now useable in a VM.
I totally agree.
Possibly because your behavior was not inviting to motivate people to spend energy on that and you bash the tools and software from the people that you seek assistance from.
A similar remark:
You seem to have a certain opinion of what other people need to do in order to make your own code (samples) work and try to make that clear in your posts. That is not respectful and is not tolerated on the forum.
Maybe it’s because I am german and not native english speaker. However I share my experiences instead let other people waste their time. What is wrong showing others how to quickly setup a mapping node and avoiding mistakes? Nothing.
There is nothing wrong with showing others how to quickly setup a mapping node and avoiding mistakes. Positive contributions are what the forum is meant for.
What is wrong is negatively hinting/complaining that things have not (yet) been done by other users. “But it shows that til now, no one had the idea to give …” reads like a sneer to other posters that have tried to assist you, and “… but takes time til it works. So I am wondering why nobody did a tutorial for that til now” also does not sound like a compliment either.
While this may be related to English not being your native language, it certainly requires attention and so does language like “inflated, tinkered and user unfriendly software like”, “It is totally ridiculous that” and “I am not interested in spending lifetime in this sketch”.
Discussion closed. Let’s go back on track and stay on topic.
The paxcounter code is open source, so why don’t YOU start a port to Arduino IDE (or maybe the new Plus IDE) instead complaining here? If you want to just consume software, please move on to commercial suites, pay for it and push your complaints to the support hotline.
Loud and clear!
As already said discussion closed. Let’s go back on track and stay on topic.
Any similar off-topic posts following will be deleted without warning.
Ok back on track…
I was wondering why some 868mhz antennas works better then others. Meanwhile I have a few antennas that were delivered with a t-beam.
After removing the plastic you see the differences. The 868mhz tuned one is the right one according to my nanovna. The left one is better tuned at 915mhz for the us market…!
It is often a surprise what differences you get to see when removing the caps from antennas that look similar on the outside.
Hello gang !!!
I have issues with TTGO T-Beam. I can’t activate to the TTN. I am using the exampe for our friend DeuxVis and more specifically the Lora-TTNMapper-T-Beam example.
What i did:
The best will be to test with LMIC library’s ttn-abp.ino example first, thats is the most basic you can get. If that works try ttn-otaa.ino. If that works you can try more advanced sketches.
What version is your T-Beam?
For version 1.0 with power management chip some additional code is required (see further up this thread).
Also verify that the keys and id’s are entered correctly:
Format of Keys and ID’s for Arduino LMIC libraries [HowTo]
You can also check if frequency set in lmic_project_config.h is correct.
Hello !!!
I am super excited. I have spend a lot of time on ttgo with advanced sketches and i did activated to the TTN. Now i see me device for first time and i am really happy. Thanks you a lot !!!
I learn something this morning. Learn to walk before you run.
ABP and OTAA exables work fine. I will try again the TTNMapper. If i stuck again i will ask for help again.
My version is T22_V1.0
Have a nice weekend 
As a response on their customers requests, LilyGO is keeping production and sales of (older) V0.7 revision of T-Beam board as well:
URL of the store item
Thanks. So one needs to pay attention when ordering to prevent ordering the wrong version (most users probably want the latest version).
Probably, not.
I see only one source of V07 and this source is direct LilyGO AE store.
Very likely that they’ve created this exclusive option only for very few of those customers who wanted to order this old variant of the board by some reason.
Vast majority of other links are leading to most recent V1.0 variant of the T-Beam.
One could find it as well on Banggood with the item ID: 1345473
The one I recently got is a v0.7. Note the u.FL (ipex) instead of a fixed SMA connector on the PCB. GPS is NEO-M8N.
Hi Costel, all,
I’ve got the same issue with my new T-Display device. Only the filename and place changes
I got …/src/nvs_item_hash_list.cpp", line 85, function: void nvs::HashList::erase(size_t)
Did you get your problem solved last year ?
Have you looked at the Rev1 board for the T-Beam? I’ve just got two rev1 models for a project I want to build as a vehicle tracker with an internal PIR and door detection but with BLE to prevent a positive trigger if doors are opened with the owner within proximity to the vehicle.
Just looking to have a play with a TTN mapper to see about coverage in my city. For testing I’ve got one set as a gateway but I’ve tried your code but doesn’t compile (I may have missed something or not done something) also found another TTN mapper that’s been coded to factor for Rev1 but it seems a little buggy and not consistently transmitting / sending packets with no data so on my console it shows it’s been an active mode but no data has came in.
I’ll have another look later to see if I’m missing something.
I have a rev1 ordered, so it is in my plans to make my code work on it at some point.
This said it should compile (but not work as the pin definitions need changes I believe).
Can you post the erroneous compilation log ? If you haven’t yet you should enable “show verbose output during compilation” in arduino ide preferences.
I have gone back and using your mapper compiled the software and can confirm it does work with a few changes, the GPS pinout is different between the two revisions and currently the AXP202X doesn’t cause any issues as it maintains its last state so all devices are powered up.
There are some scripts that require the AXP202X to activate its outputs as I have seen with other Rev1 T-Beams that without the library’s included they were not working. I will have a look about including some of the relevant parts to ensure that the outputs are on from the AXP202X and happy to add a fork to your github when done unless you get a chance to have a play before I do.
Was getting worried that I may have had issues from my temp gateway but it would seem not, it is this program that doesn’t actually seem to work currently but yours does: