wificonfig 7 auf der Konsole eingeben
Hallo, ist es möglich den Code auch für die aktuelle Tasmota Version 10.x anzupassen?
Ich habe es in VSCode PlatformIO versucht bekomme aber beim kompilieren Fehler. Hier gab es scheinbar Änderungen in der tasmota/support_wifi.ino
Gruß
ist es möglich den Code auch für die aktuelle Tasmota Version 10.x anzupassen?
Hallo, will man im AP modus nur den 3 Minuten Reset vom WifiManager deaktivieren,
reicht es die Zeile 495 in support_wifi.ino zu deaktivieren
das AccessPoint passwort sollte man dann auch setzen in der user_config
#define WIFI_AP_PASSPHRASE "...
Um auch das gewohnte Hauptmenü im AP modus wieder zu sehen,
konnte ich mit ein paar Änderungen in xdrv_01_webserver.ino erreichen.
Hallo, danke für die Info.
Kannst Du die Änderungen die in der xdrv_01_webserver.ino gemacht werden müssen posten?
hi,
bpanzer : Danke fürs teilen! Echt super von dir.
Ich finde aber auf der verlinkten Gitlab Seite keine .bin Datei. Kann die vl. jemand zur Verfügung stellen?
Oder wurde dies bereits in die Version von arendst gemergt (Bzw. besteht VL ein offener Pull-Request?)?
Finde das Feature nämlich sehr nützlich und es wundert mich dass dies (noch?) nicht im Original-Code von Tasmota mit drinnen ist.
die Änderungen die in der xdrv_01_webserver.ino gemacht werden müssen
es reicht sogar eine Änderung,
in Zeile 1090 statt
//HandleWifiConfiguration();
Web.state = HTTP_ADMIN;
einfügen.
funktioniert bei mir bisher ohne Probleme, aber Ohne Gewähr!
Kann die vl. jemand zur Verfügung stellen?
Oder wurde dies bereits in die Version von arendst gemergt (Bzw. besteht VL ein offener Pull-Request?)?
ich denke da wird man lange warten können, das widerspricht nämlich Theo Arends Grundsätzen von MQTT usw....
sonst wäre ein dauerhafter Access Point Mode wohl schon direkt in Tasmota abrufbar.
Im Anhang meine Variante
AP Passwort lautet: tasmota1234
Super, vielen Dank! Werde ich gleich Mal testen 
Ein aktuelles Tasmota Release mit wificonfig 7 (Accesspoint dauerhaft auf IP 192.168.4.1) kann auch
einfach über https://gitpod.io/#https://githu…7/tasmocompiler mit dem Compiler erstellt werden, wenn die Compileroption
#define WIFI_CONFIG_TOOL WIFI_MANAGER_RESET_ONLY
gesetzt wird.
Es sind dann auch separate einzelne Client-Anmeldungen mit unterschiedlichen IP-Zuteilungen an diesem AP-Server möglich.
Wie aber bei einem ESP32 die möglichen 8 gleichzeitigen Client-Sessions erreicht werden können stelle ich hier als Frage!
Leider kann mit der Compileroption nicht der Hauptbildschirm erreicht werden.
So dass die beste Variante doch noch eine Ablage hier für eine aktuelle Übersetzung von DejaWuest für ESP32 und ESP8266 ist.
Anbei eine aktuelle Übersetzung (R 13.1.0.3) des Tasmota-Codes für ESP8266 4M2M als dauerhaften Access Point (ohne Passwort nach Start) .
Dieses Release sichert alle in der Tasmota-Dokumentation beschrieben WebUI-Eingabeelemente (RadioButton, TimeInput usw.).
Um das AccessPoint-Datum von einem angekoppelten Client übernehmen zu können wurde hier ein Beispielcode beigelegt.
Mit dieser Basissoftwareausprägung können die verschiedensten Geräte einer umfangreichen IOT-Webclientbedienung zugeführt werden auch wenn sie sich nicht unbedingt dauerhaft in einem WLAN befinden.
PS: gerne auch Diskussionen für Code-Verbesserungen hier einkippen!
>D
dtime=""
at=0
BD=""
sel1=0
boo=0
ges=0
heu=0
sum=0
pu12=0
ss1=1
p12=1
p22=1
bu1=0
bu2=0
bu3=0
>B
=>time 1587435620
=>WebColor {"WebColor":["#eee496","#eeee36","#eee642","#839496","#002b36","#839496","#073642","#b58900","#859900","#eee8d5","#268bd2","#185886","#dc322f","#90211f","#859900","#647300","#839496","#073642","#839496"]}
>S
;Datumprüfen und Aufforderung
;print %4.0year%
if year<2021
then
if sel1<1
then
sel1=1
BD="<p> -------------->>"
else
sel1=0
BD="<p> --->>"
endif
else
BD="<p>"
endif
if upd[dtime]>0
then
at=tsn(dtime)
->print dt %dtime%
->print at %0at%
->time %0at%
endif
>W
;Standardbutten ausschalten
<style>form button{display:none}</style>
; Hinergrundbilder2
<style>table tbody tr th{color:#ffffff;}table tbody tr td{color:#ffffff;}h2{color:#fff;}h4{color:#72ec1f;}#ptd{color:#72ec1f;padding:0px;}</style>
<style>body{background-image:URL("https://s3.eu-central-1.amazonaws.com/dobi.pictures/stars_Ani1.gif");background-color:#4f7517;background-size:contain;background-repeat:no-repeat;}table{background:#000000a8;}</style>
; full date time
tx(dtime "Datum/Zeit " 180 "datetime-local")
%BD%
Datum :{m} %2.0day%.%2.0month%.%4.0year% -%2.0hours%:%2.0mins%:%2.0secs%
%BD%
Inverter
heute :{m} %0heu%
gestern:{m} %0ges%
Summe :{m} %0sum%
Boot :{m} %0boo%
sl(0 20 pu12 "0" "P-Laufzeit Min" "20")
ck(ss1 "SSID-Anzeige 200 Sek: " 100)
pd(p12 "Pumpe12V Timer: " 100 "aktiv" "passiv" "2tägig")
pd(p22 "Inverter Timer: " 100 "aktiv" "passiv" "2tägig")
bu(bu1 "12 Pumpe jetzt AN" "12V Pumpe Aus")
bu(bu2 "Inverter jetzt AN" "Inverter Aus")
bu(bu3 "0" "Werte 0 setzen" )
<p><p>
SLAN :{m} %0slen%
RAM :{m} %0ram%
Heap :{m} %0heap%
Stack :{m} %0stack%DejaWuest hatte vor 28 Monaten den Code gut analysiert und damit die dynamische Basis für Compilerläufe mit einem dauerhaften AP und Startbildschirm beigestellt!
Danke nochmals- so konnten sicherlich viele Geräte smart eingestellt werden ohne das ein Netzwerk beigestellt wurde.
Jetzt auch hier nochmals meine Frage - mehrere Clients an diesem eigenständigen AP geht das auch schon im Code zu patchen?