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
Can't setup stock bin without WPS #3046
Comments
Use button to get into proper mode after startup the stock bin After successull connected to your network, you can setup using wifi commands to set your device to your final needs. It's not neccessary to compile your own version with your own user data. Using this two steps you can always get connected and setup your device to your own needs also with stock firmware. |
From that page: If you're not putting this on a Sonoff, then that won't work and you're SOL. The software should provide a way to configure it "out of the box", not "out of the box on only certain devices and only after pressing specific buttons." I'm using it on nodemcu's, for example, and there the user-button is on GPIO16, not GPIO2 (I think that's the one on the Sonoff and I'm being too lazy to confirm.) WIFI_MANAGER seems to be the only setup method that would work on all esp8266 modules/devices/boards that could be flashed (assuming that they have enough flash to even upload the software, thus ruling out older 512K devices.) |
We had those discussions already, some preferrer wps, some other wifi manager as default. just build teh firmware yourself with your preffered default and the problem is solved. |
I found the easiest way to deal with the issue is to simply grab a spare wifi router or AP and configure it to SSID: indebuurt1 So every lost/reset/new tasmota device connects automatically to that accesspoint and you can directly configure it using any phone, tablet or computer. Just ensure to unplug the AP after you are done for security reasons. If you don´t have a spare AP, use an existing one and backup the settings, so you can restore them later on. |
Hi,
are not there anymore. Now it is blank SSID and PASSWORD. I think that the best option is to change to WIFI_MANAGER before compilation as @prabbit237 has explained. A fast solution is as @reloxx13 said. I do the same. Also remember that the commands that @curzon01 has explained, also can be sent by serial. |
OK, so we have the WPS team starting at the home-team end of the field. The Manager team just came out of the locker room and they're thumping their chests as they walk to the other end of the field in anticipation of the battle to come. The starting whistle blows and the challenge begins. We see the WPS quarterback, router in hand,grab the Sonoff and he's OFF running and pushes buttons and avoiding the defence and he gets them paired! And the crowd goes absolutely WILD with a score so early in the game. A missed kick and a fumble gave control back over to the WPS gang where they undertook what many said was impossible. The took a router with NO WSP button and a sonoff basic and ran the field. They lost valuable points/time trying remember how many button presses gets it to MANAGER. Now the Managers have possession of the router but....O-M-G, their router still has no WPS button.
|
hahahahahaha ⚽ |
I was about half-asleep when writing that and the typos show. But the main point was that WIFI_MANAGER as the default means "out of the box and connected" with ANY esp8266 hardware and anything that can connect as a client (phone, tablet, computer, etc. You DO have another device to use to configure the esp8266 device with AFTER you get it connected, right?) WIFI_WPS as default means "only connects if you have one of a specific set of esp8266 devices and have a WPS router." I see good and bad points for both sides but IMHO, the one that lets someone get up and running the quickest and on the widest range of hardware so that they can spend time actually USING the device and not just trying to get it even connected is the best default. Once the person has had time to check out the software and they decide they like the way it works, they can always tweak it and customize it and recompile it and do whatever it is that they want to with it. But if you have a copy of it that only works with SOME hardware, a person might be more likely to say "heck with it. I'll go try some other firmware instead and not even give it a try." Of course since this isn't being sold, the author can really do anything he wishes with it and "the h*** with what anyone thinks of it" but I'm just putting out my point of view. |
This will be my last comment here. It does not even matter what I write the stal bot will kill the reports anyway as it did for most other topics. It is one thing to praise the time developerers spent on a project, but it is another to waste the time of people who want to help. What is the point in reporting anything, if it gets ignored and the reporter has to constantly monitor all reports to keep them alive, while on the other side no one cares about anything, because stalbot will auto bugfix averything. Open source development seems to be easy these days. Just take a month vacation and all bug reports are gone. And yes, I know tasmota is for free. Everyone can do something. Be thankful to the developers. blah blah. And the time and afford people invest in testing and reporting is worth nothing. This post is just to keep the topic alive! Thanks stalbot! |
Hi @Geitde Yes, You are right. The time of everyone is very important. The help given by everyone is very appreciated. Really 👍 . That is why Tasmota is what it is right now. Theo and the rest of the community had spent thousands of hours with this software adding requested features and solving issues. And you are also part of this the community, and of course that your help it is very appreciated. Sorry to know that you are frustated. The Bot is there because WE CARE and we want to do a follow up to the issues and to solve as many as can be possible. You know that all the time spent here is limited. Not everything can be addressed nor done. A lot of people care and want to help, but time is limited. It is our free time that we are spending here trying to solve other people issues and for free. It is time that we are not spending with our family, friends, work, excercise, etc. And by we, I meant everyone included you. So, sometimes, things take longer to be addressed or to start working on. There were 1248 issues opened the day we put the Bot at work. We did that because that number is impossible to work on and to follow up. With that number, just the last 20 or 30 issues only were the ones that the people of the community were paying attention and willing to solve. The rest were left behind. Now it is 168 opened issues. So it is a better number of issues to do a follow up, to ask and try to solve. When the Bot started, A lot of issues were tagged, so people retake the issue, continue the thread and a lot of issues were finally solved instead of being left behind and forgotten. The bot will tag an issue as Stale only after 45 days that nobody writes on it. If after that bot's comment, nobody do nothing, the bot will close the issue after another 15 days. So, The Bot will close an issue after 60 days that nobody continues the thread, ask, give feedback or pay attention to that issue. Besides, a closed issue can be reopened and also are not locked. Anyone can continue writing there. Also, if anyone performs a search, will see also the closed issues. So your reports will be there for helping others. A lot of people came with a problem or question and after a search they find the answer and leave. So, everything will be there when needed. If you think that any issue should be reopened, we can do that and also we can pin it telling the bot to not stale it any more. For example an issue with the tag BUG will never have a STALE tag or be closed by the bot. Just ask in any issue you think it is needed, to be pinned and/or reopened. This is work for anyone that wants to help. In numbers:
In conclusion: We do as much as our free time allow us. Yes, you are right. The Bot closes old issues or issues that are left behind, but also brings attention to those to be retaken and finally solved/answered. |
Hi, Due to #3221, now WPS is not the default. Closing this issue. Please, reopen if needed. Thanks everyone for sharing their opinion. |
Describe the bug
If you download any of the prebuilt bins and start it up, it tries to go to a stock AP. When it fails, it fails over to WPS connection. Believe it or not, not everyone has a router with that capability. So those people can't use the stock bin but must roll their own.
To Reproduce
Install prebuilt bin on a clean ESP8266 device.
Expected behavior
Have a fail-over that ANY hardware can connect and start configuring the stock bin, The WIFI_MANAGER option can work on, and be setup with, anything that has a wireless adapter and can load a simple webpage.
(Please, remember to close the issue when the problem has been addressed)
The text was updated successfully, but these errors were encountered: