ESP, IoT [MatrixClock] Большие часы 64х32, ESP32

[bort707]

стоило перейти на миллис, чтобы все функции работали независимо, у меня не только часы, то начались мерцания)

надеюсь вы понимаете, что причина не в миллис, а в плохом коде? Покажите код, не стесняйтесь. Только целиком.

 

[Старик Похабыч]

Если попробовать обновлять адреRGB ленту очень часто ,то тоже можно получить мерцание.
Пример:
Лента Н светодиодов обновляется за 10мс
1000 / 10 = 100 обновлений в секунду. Но это значит, что лента будет обновляться постоянно и может быть заметно мерцание
А если обновлять ленту 50 раз в сек, то это значит надор обновить и выждать 10 мс. - тут мерцание уже не будет так заметно , т.к. будет стадия покоя.
при 25 обновлениях в сек мерцание будет еще меньше.
Т.е. стадия покоя должна быть, и чем она больше, тем меньше будет заметно мерцание

 

[ASM]

@bort707, понимаю, тот момент исправлен вроде в #51. Есть ещё пару идей. Код выложу позже, пока не до него)

 

[Leon111_09]

@ASM, Обновление ленты можно привязать к морганию точек: будет обновляться с частотой примерно два раза в секунду.По идее мерцание тогда уйдет вообще.

 

[ASM]

@Leon111_09, неудачный вариант. Мигание точек в отдельном потоке, там не надо делать очистку, включать основной цвет, включить 0 цвет (т.е. выключить), работает идеально) а вот саму матрицу перерисовывать при изменении минуты, вместе с этим и проводить чтение с датчиков, идеальное решение) мониторинг будет также в отдельном потоке)

 

[ASM]

Решил посидеть сегодня))
Нарисовал вэб интерфейс для настроек)
Но смотрю в часах баг, возможно из-за обновленных библиотек, хотя такое не должно быть)
раньше пример тот работал)
конвертация char в int

int zone = t_z[0] - '0';

сейчас не работает))

  Serial.println(t_z);
  Serial.println(zone);

показывает

3
-48

тройка считывается верно, но откуда минус сорок восемь?))
*****
похоже дело в библиотеке, раньше такой вариант компилятор не принимал)

int zone = t_z[0];

но с ним монитор выдает

3
0

 

[Старик Похабыч]

Так все верно. Символ 0 это как раз код 48 в десятичном виде байт. ВОт и получаешь -48.
если из '0' надо получить 0, то что то типа String('0').toInt или как то так.

 

[ASM]

@Старик Похабыч, надо из gson (char) засунуть значение в zone (int). Пример этот работал, но сегодня обновил библиотеку NtpClient и перестало работать)
Если ноль это сорок восемь, то три минус сорок восемь, это минус 45...
Да и почему-то на форумах такой пример предлагают для конвертации. Был ещё с parseInt, но он походу устарел, либо не подходит, непонятно...
Да даже если сделать

int zone = t_z[0] * 3600;

не помню результат, то тоже не подошёл, либо не компилирует)
Может покопать либы библиотеки, добавить кроме записи в char другие варианты?)

Попробую ещё так, через .as
JsonDocument::as<T>()

 

[Старик Похабыч]

Тут печать идет
Serial.println(t_z);
а, в вычислении t_z[0]

Я пока не дом, позже гляну что у меня с json, но точно помню, что у меня в json числа хранятся как текст, и при извлечении вроде перевожу в целое. Почему то отказался от хранения числа как число. Не помню сейчас.

 

[bort707]

Выполните
Serial.print((uint8_t) t_z[0])
и скажите результат

 

[ASM]

Выполните

  int zone = t_z[0]-'0';
  Serial.println((uint8_t)t_z[0]);
  Serial.println(zone);

51
-48

Тут печать идет
Serial.println(t_z);

  int zone = t_z[0]-'0';
  Serial.println(t_z[0]);
  Serial.println(zone);

3
-48

 

[Старик Похабыч]

tz[0] Это символ 3 (код 51)
Короче получается байда с путаницей кодов и символов. Приводите все к одному виду, не надеясь , что прокатит.

 

[ASM]

tz[0] Это символ 3 (код 51)
Короче получается байда с путаницей кодов и символов. Приводите все к одному виду, не надеясь , что прокатит.

попробую на String перейти...

 

[Старик Похабыч]

Складывать и вычитать надо числа. Переводите строки в числа.
Считали строку зоны из jsona - далее ее в число и уже его храните в настройках. Не будет таких проблем.
ЗЫ.
Вот даже так отлично у меня работает:
uint8_t tz = DEF_TZ;
Чтение:
wifi_cfg.tz = doc["tz"];
Запись:
doc["tz"] = String(wifi_cfg.tz);

Библиотека ArduinoJson 6.19.4

 

[ASM]

@Старик Похабыч, сделал так)

  String zone = (String) t_z;
  int timezone = zone.toInt();

  Serial.println(t_z);
  Serial.println(zone);
  Serial.println(timezone);

3

0

Чтение:
wifi_cfg.tz = doc["tz"];

нельзя так делать в

  String timezone;
  strcpy(timezone, doc["j_zone"]);

cannot convert 'String' to 'char*' for argument '1' to 'char* strcpy(char*, const char*)'

 

[ASM]

а вот такой вариант намного интереснее))

int zone = (int) t_z;

  Serial.println(t_z);
  Serial.println(zone);

3
1073678024

 

[Sergo_ST]

Как и сказал @bort707, пробуйте явно привести тип элемента массива символов:

 uint8_t zone = (uint8_t)t_z[0] - '0';

И используйте переменные той размерности, что требуются в конкретном случае. Для значений 0-9 явно int избыточен...

 

[ASM]

uint8_t zone = (uint8_t)t_z[0] - '0';

zone будет равен 208)

 

[Sergo_ST]

Приведите участок кода полностью, от объявления переменной zone до вывода данных в монитор порта. Строка t_z явно пустая в момент объявления переменной zone, но уже заполнена при выводе данных в отладку.

 

[ASM]

@Sergo_ST,
в заголовке задаются

char ssid[32] = "";
char pass[32] = "";
char t_z[3] = "";

которые через вэб интерфейс, при отсутствия интернета вводятся на сайте и сохраняются в gson
также в заголовке идет настройка NTP

uint8_t zone = (uint8_t)t_z[0] - '0';
NTPClient ntpClient(udp, ntp_srv, (zone * 3600), Period);

считывание конфига происходит тут, интернет работает

bool loadConfig() {
    ...
  strcpy(ssid, doc["j_ssid"]);
  strcpy(pass, doc["j_pass"]);
  strcpy(t_z, doc["j_zone"]);
    ...
    }

вывод в монитор идет в последнюю очередь в setup, когда все считано и настроено

void setup() {
  Serial.begin(115200);
  LittleFS.begin();
  ntpClient.begin();
  wifi_connected();
  portal.attachBuild(build_index);
  portal.start();
  TempHome();
  TempStreet();
  Press();

  Serial.println(t_z);
  Serial.println(zone);
  //Serial.println(timezone);
}

 

[Sergo_ST]

Если считывание конфига происходит ниже объявления переменной zone, то не мудрено что строка пустая в момент объявления переменной zone.

 

[ASM]

@Sergo_ST, и в каком месте тогда записать в zone переменную t_z, в loadConfig?

 

[Sergo_ST]

В каком месте это уже решать Вам, последовательность должна быть такая: сначала читаем конфиг strcpy(t_z, doc["j_zone"]), затем только что-то пытаемся сделать со строкой t_z.

 

[ASM]

@Sergo_ST, сделал так

  strcpy(t_z, doc["j_zone"]);
  zone = (uint8_t)t_z[0] - '0';
  Serial.println(t_z);
  Serial.println(zone);

работает правильно, но теперь каким образом zone попадет в заголовок, где происходят изначальные настройки?

NTPClient ntpClient(udp, ntp_srv, (zone * 3600), Period);

 

[Старик Похабыч]

посмотри есть ли такая функция :
ntpClient.setTimeOffset(zome*3600)

Все же не пойму зачем хранить зону в символьном виде char t_z[3] = "";
используя int8_t можно задать все зоны , ну кроме половинных, но это редкость.