Replies: 3 comments 2 replies
-
Thanks for providing this, can get very useful to me. As you noted I implemented a client list command and my reason for this was some rgx connection issues I wanted to debug.
Other tasmota functionality (e.g. STA wifi including mqtt, syslog and web OTA) seems to be unaffected by this. Nothing that would help me in the serial log level 4 at the time a client goes away:
maybe there is some mandatory communication between client and AP that is not implemented? |
Beta Was this translation helpful? Give feedback.
-
FYI: I also added an RgxPort command now. So you can now access devices behind the NAT. |
Beta Was this translation helpful? Give feedback.
-
I also have found the RangeExtender super useful. But - hit a snag. Why do I want a Tasmota AP? This could allow access to the Tasmota MAIN menu even if the WiFi interface has no client IP address. Great for viewing Tasmota webpages in a remote location. Discovered the if I take the Tasmota device away from my local environment - where the WiFi client fails to connect to my local AP, then the RGX AP fails to start. This makes a lot of sense as the purpose of RGX is to pass packets between the RGX AP and the WiFi client. But - it has messed up my plans to have a Tasmota device that has a built in AP running all the time. I am good at C## coding - so had a look at the RGX driver xdrv_58_range_extender.ino. I commented out some of the checks like My question is: |
Beta Was this translation helpful? Give feedback.
-
I have added (early) support for adding a "Range extender" feature to Tasmota. You can see a proof of concept here: https://github.com/sillyfrog/Tasmota/tree/sillyfrog-rangeextender
This allows you to add a new WiFi AP to a Tasmota device that will route the traffic through to the network the Tasmota is connected to. I have used this for a little while now and it's going well (I have just updated for the latest v9.5 code).
Please note: this branch includes a
platformio_tasmota_cenv.ini
andtasmota/user_config_override.h
file so you can clone and build easily.In
tasmota/user_config_override.h
are the current config options (questions on this below) - including the AP SSID/Password, IP address, netmaks and if you want to enable NAT/NAPT.The NAPT support uses about 3.2k of the heap, but makes using the range extender feature really easy, just join the network created above, and your devices will have access to the rest of the network. However you won't be able to access the devices as their are behind the NAPT. With out NAPT you need to setup routes back to the network behind the Tasmota device on your core router - but you can then access the devices behind by IP address (eg: get to the web interface). If using MQTT, NAPT is probably the easiest way to go.
Some questions about implementing this:
support_wifi.ino
(inside#define
s) - is there an API hook I could use to move this to a driver file so it gets called when WiFi comes up?SetOption
or have custom commands? I looked at the source forSSID
etc, but I didn't find it obvious the best way to do things.Any thoughts/feedback appreciated - if it's something others may see of value I'd be keen to get it polished and added to Tasmota (as an option for custom builds).
Thanks!
Beta Was this translation helpful? Give feedback.
All reactions