2 Problems : Timezone & AP mode #454
-
|
Hello! problem1: I need to save the timezone setting made on the timezone page to reload the same setting after shutting down my esp32 and repower it. Now i found that the timezone setting is lost every time the esp is shutted down. (the dates and time that i see in my main page of the browser shows a date and time around 1970 after every restart. I made some tests to create a txt file saved with spiffs with the timezone configuration and try to read it at every restart but with no success( see code below) problem2: I have problems with the access point mode. When i first power on ESP32 after programming it, it's correctly configured as access point and with a mobile device a set the correct information (settings) of my wireless network. Then when the network is not available anymore i need to get the access point mode working again after a set timeout but i can't get this working. I tried also to change the autoReconnect option from true to false but didn't understood well how this function works. I hope to solve this! Thank you in advance! #if defined(ARDUINO_ARCH_ESP8266) String tz; static const char AUX_TIMEZONE[] PROGMEM = R"( typedef struct { static const Timezone_t TZ[] = { #if defined(ARDUINO_ARCH_ESP8266) AutoConnect Portal(Server); "<p style="padding-top:15px;text-align:center">" AUTOCONNECT_LINK(COG_24) "" "" ""; static const char *wd[7] = { "Dom","Lun","Mar","Mer","Gio","Ven","Sab" }; struct tm *tm; time_t t; char dateTime[26]; t = time(NULL); } void startPage() { Serial.println("tz"); for (uint8_t n = 0; n < sizeof(TZ) / sizeof(Timezone_t); n++) { } // The /start page just constitutes timezone, void setup() { // Enable saved past credential by autoReconnect option, Config.autoReconnect = false; Portal.config(Config); // Load aux. page Portal.join({ Timezone }); // Register aux. page // Behavior a root path of ESP8266WebServer. Serial.println("Creating portal and trying to connect..."); } void loop() { if (tz!=tz1){ while (file22.available()) file22.print(tz); } } |
Beta Was this translation helpful? Give feedback.
Replies: 4 comments 16 replies
-
|
It's a Q&A, not an issue, move it to the Discussions and hope for the answer. |
Beta Was this translation helpful? Give feedback.
-
|
OK! i wrote in the wrong session, i apologize |
Beta Was this translation helpful? Give feedback.
-
|
@belu40 First, I answer from the AutoConnect's custom web page adopts the ESP Arduino core's WebServer class programming model. According to this model, all procedures that should be written by the user are treated as part of the event handler. It is a typical example of a server-side model. One thing to keep in mind with server-side programs is that the only opportunity to perform the processing you program in your sketch only exists in response to a request from the client. (Of course, in a real server component, a resident process runs in the background, but that's the service, not a server-side model) But the documentation of the ESP8266 Arduino core and the ESP32 Arduino core does not explain it clearly, which may cause confusion to the implementors of the sketches. To compensate for that a bit, I described it as a custom web page programming model in the AutoConnect documentation. Please refer it. Turning to the your sketch modification, I find that the modification does not conform to the server-side programming model. Your approach is to detect a change in time zone selection and save it to SPIFFS, but this kind of task should be done in an event handler. (i.e. it's a custom web page handler)
So, we have the modification that you want as followings:
That's it. |
Beta Was this translation helpful? Give feedback.
-
|
In addition, You can match the Timezone element of the custom web page with the saved timezone using AutoConnectSelect::select function like as the followings: void setTime(const String& timezone) {
for (uint8_t n = 0; n < sizeof(TZ) / sizeof(Timezone_t); n++) {
String tzName = String(TZ[n].zone);
if (timezone.equalsIgnoreCase(tzName)) {
configTime(TZ[n].tzoff * 3600, 0, TZ[n].ntpServer);
Serial.println("Time zone: " + timezone);
Serial.println("ntp server: " + String(TZ[n].ntpServer));
// Selects the current timezone appropriately
Timezone["timezone"].as<AutoConnectSelect>().select(timezone);
break;
}
}
}Refer to AutoConnectSelect API documentation. |
Beta Was this translation helpful? Give feedback.
-
|
Thank you very much, i'll try this and let you know! |
Beta Was this translation helpful? Give feedback.
-
There is already documentation about it. |
Beta Was this translation helpful? Give feedback.
-
|
Ok Thanks! |
Beta Was this translation helpful? Give feedback.
-
|
Ok, I tried with the suggestions but no success... i think the problem is in the setup() // Enable saved past credential by autoReconnect option, Config.autoReconnect = true; //abilita Access point se perde connessione al wifi //altre config //abilita upload programma da rete Portal.config(Config); // Recover timezone setting Portal.join({ Timezone }); // Register aux. page // Behavior a root path of ESP8266WebServer. Serial.println("Creating portal and trying to connect..."); } the problem is that i think that the part from //load aux page is not good... because for some reason it doesn't receive the timezone received from spiffs... am i correct? many thanks in advance |
Beta Was this translation helpful? Give feedback.
-
|
in my case i've already tried to use this code without autoconnect and it works, so i think the problem can be really solved by using another core! |
Beta Was this translation helpful? Give feedback.
-
|
Hello! Do you think is possible that only 1 core for AutoConnect is not enough powerful to run the portal? or am i wrong with something else? in any case thanks again! I can see forward for the finish flag for this project! |
Beta Was this translation helpful? Give feedback.
-
|
Try this one. Made the running core of AutoConnect::handleClient the same as the core of the loop function, and moved the Serial2 running core to core 0. #include <Arduino.h>
#include <WiFi.h>
#include <WebServer.h>
#include <AutoConnect.H>
// Serial2 monitoring page
const char PAGE_SERIAL2_MONITOR[] = R"*(
{
"title": "Serial2",
"uri": "/",
"menu": true,
"element": [
{
"name": "serial2data",
"type": "ACText",
"format": "<div style='font-weight:bold'>%s</div>"
},
{
"name": "reload",
"type": "ACSubmit",
"value": "Reload",
"uri": "/"
}
]
}
)*";
// Serial2 configuration, attention to data bit width, stop bit width, and parity.
const unsigned long _serial2Baudrate = 9800;
const uint32_t _uart2Config = SERIAL_8N1;
const int8_t _rx2Pin = 16;
const int8_t _tx2Pin = 17;
// AutoConnect task configuration
TaskHandle_t taskSerial2;
const uint32_t taskStackDepth = (8 * 1024);
const BaseType_t taskRunningCore = (1 - CONFIG_ARDUINO_RUNNING_CORE);
void vTaskSerial2(void* pvParameters);
AutoConnect portal;
AutoConnectConfig config;
AutoConnectAux serial2;
void setup() {
delay(1000);
Serial.begin(115200);
Serial.println();
Serial2.begin(_serial2Baudrate, _uart2Config, _rx2Pin, _tx2Pin);
config.autoReconnect = true;
config.reconnectInterval = 1;
config.retainPortal = true;
config.ota = AC_OTA_BUILTIN;
config.tickerOn = HIGH;
config.tickerPort = 2;
portal.config(config);
serial2.load(PAGE_SERIAL2_MONITOR);
portal.join({ serial2 });
portal.begin();
xTaskCreatePinnedToCore(vTaskSerial2, "vTaskSerial2", taskStackDepth, NULL, 0, &taskSerial2, taskRunningCore);
}
void vTaskSerial2(void* pvParameters) {
while (true) {
while (Serial2.available()) {
char data = Serial2.read();
Serial.write(data);
String serial2Data = serial2["serial2data"].as<AutoConnectText>().value + String(data);
if (serial2Data.length() > 32)
serial2Data = serial2Data.substring(1, 33);
serial2["serial2data"].as<AutoConnectText>().value = serial2Data;
}
// Allow CPU to switch to other tasks.
delay(1);
}
}
void loop() {
portal.handleClient();
// Allow CPU to switch to other tasks.
delay(1);
} |
Beta Was this translation helpful? Give feedback.
-
|
Hello! it could be caused by saving timezone to spiffs? This is part of the code and this is in the void setup() function: Hope to find from you the solution and suggestions also for this problem! |
Beta Was this translation helpful? Give feedback.
-
|
@belu40 The problem cause lies in the process sequence of the The call to the On the other hand, according to your modification, the |
Beta Was this translation helpful? Give feedback.
@belu40 First, I answer from the
Simple.inoimprovements that you failed.AutoConnect's custom web page adopts the ESP Arduino core's WebServer class programming model. According to this model, all procedures that should be written by the user are treated as part of the event handler.
It is a typical example of a server-side model. One thing to keep in mind with server-side programs is that the only opportunity to perform the processing you program in your sketch only exists in response to a request from the client. (Of course, in a real server component, a resident process runs in the background, but that's the service, not a server-side model)
AutoConnect's custom web pages assume the E…