WiFi лампа-будильник. Задания на доработку

[vvip]

Ну круто. Пришли к тому, с чего начали
С твоей последней прошивкой TM1637 под ESP32 перестала работать Ядро установлено последнее, EspSoftwareSerial тоже.
При загрузке МК в лог пару раз пишет такое:

Спойлер: Логдамп

21:57:47.121 -> rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
21:57:47.121 -> configsip: 0, SPIWP:0xee
21:57:47.121 -> clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
21:57:47.121 -> modeIO, clock div:1
21:57:47.121 -> load:0x3fff0018,len:4
21:57:47.121 -> load:0x3fff001c,len:1216
21:57:47.121 -> ho 0 tail 12 room 4
21:57:47.121 -> load:0x40078000,len:9720
21:57:47.156 -> ho 0 tail 12 room 4
21:57:47.156 -> load:0x40080400,len:6352
21:57:47.156 -> entry 0x400806b8
21:57:47.432 ->
21:57:47.432 ->
21:57:47.432 -> GyverLamp-WiFi v.1.01.2019.1111
21:57:48.183 -> Guru Meditation Error: Core 1 panic'ed (Cache disabled but cached memory region accessed)
21:57:48.183 -> Core 1 register dump:
21:57:48.183 -> PC : 0x4014b93c PS : 0x00060034 A0 : 0x800815d4 A1 : 0x3ffbe780
21:57:48.183 -> A2 : 0x3ffc1be0 A3 : 0x00000001 A4 : 0x0b60aa0d A5 : 0x00000000
21:57:48.183 -> A6 : 0x3ffc2708 A7 : 0xffffffff A8 : 0x80081192 A9 : 0x00000001
21:57:48.217 -> A10 : 0x3ffb8690 A11 : 0x3ffbe78c A12 : 0x3ffba264 A13 : 0x0000abab
21:57:48.217 -> A14 : 0x3ffc4354 A15 : 0x3ffba264 SAR : 0x00000010 EXCCAUSE: 0x00000007
21:57:48.217 -> EXCVADDR: 0x00000000 LBEG : 0x00000000 LEND : 0x00000000 LCOUNT : 0x00000000
21:57:48.217 -> Core 1 was running in ISR context:
21:57:48.217 -> EPC1 : 0x40087079 EPC2 : 0x00000000 EPC3 : 0x00000000 EPC4 : 0x4014b93c
21:57:48.251 ->
21:57:48.251 -> Backtrace: 0x4014b93c:0x3ffbe780 0x400815d1:0x3ffbe7b0 0x40084dc9:0x3ffbe7d0 0x40087076:0x3ffba190 0x400831e7:0x3ffba1b0 0x400891d5:0x3ffba1d0
21:57:48.251 ->
21:57:48.251 -> Rebooting...
21:57:48.251 -> ets Jun 8 2016 00:22:57
21:57:48.251 ->
21:57:48.251 -> rst:0x3 (SW_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
21:57:48.251 -> configsip: 0, SPIWP:0xee
21:57:48.251 -> clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
21:57:48.285 -> modeIO, clock div:1
21:57:48.285 -> load:0x3fff0018,len:4
21:57:48.285 -> load:0x3fff001c,len:1216
21:57:48.285 -> ho 0 tail 12 room 4
21:57:48.285 -> load:0x40078000,len:9720
21:57:48.285 -> ho 0 tail 12 room 4
21:57:48.285 -> load:0x40080400,len:6352
21:57:48.285 -> entry 0x400806b8
21:57:48.558 ->
21:57:48.558 ->
21:57:48.558 -> GyverLamp-WiFi v.1.01.2019.1111
21:57:49.310 -> Guru Meditation Error: Core 1 panic'ed (Cache disabled but cached memory region accessed)
21:57:49.310 -> Core 1 register dump:
21:57:49.310 -> PC : 0x4014b93c PS : 0x00060034 A0 : 0x800815d4 A1 : 0x3ffbe780
21:57:49.344 -> A2 : 0x3ffc1be0 A3 : 0x00000001 A4 : 0x0b5d05c9 A5 : 0x00000000
21:57:49.344 -> A6 : 0x3ffc2708 A7 : 0xffffffff A8 : 0x80081192 A9 : 0x00000001
21:57:49.344 -> A10 : 0x3ffb8690 A11 : 0x3ffbe78c A12 : 0x3ffba264 A13 : 0x0000abab
21:57:49.344 -> A14 : 0x3ffc4354 A15 : 0x3ffba264 SAR : 0x00000010 EXCCAUSE: 0x00000007
21:57:49.344 -> EXCVADDR: 0x00000000 LBEG : 0x00000000 LEND : 0x00000000 LCOUNT : 0x00000000
21:57:49.378 -> Core 1 was running in ISR context:
21:57:49.378 -> EPC1 : 0x40087087 EPC2 : 0x00000000 EPC3 : 0x00000000 EPC4 : 0x4014b93c
21:57:49.378 ->
21:57:49.378 -> Backtrace: 0x4014b93c:0x3ffbe780 0x400815d1:0x3ffbe7b0 0x40084dc9:0x3ffbe7d0 0x40087084:0x3ffba190 0x400831e7:0x3ffba1b0 0x400891d5:0x3ffba1d0
21:57:49.378 ->
21:57:49.378 -> Rebooting...
21:57:49.378 -> ets Jun 8 2016 00:22:57
21:57:49.378 ->
21:57:49.378 -> rst:0x3 (SW_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
21:57:49.413 -> configsip: 0, SPIWP:0xee
21:57:49.413 -> clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
21:57:49.413 -> modeIO, clock div:1
21:57:49.413 -> load:0x3fff0018,len:4
21:57:49.413 -> load:0x3fff001c,len:1216
21:57:49.413 -> ho 0 tail 12 room 4
21:57:49.413 -> load:0x40078000,len:9720
21:57:49.413 -> ho 0 tail 12 room 4
21:57:49.413 -> load:0x40080400,len:6352
21:57:49.413 -> entry 0x400806b8
21:57:49.686 ->
21:57:49.686 ->
21:57:49.686 -> GyverLamp-WiFi v.1.01.2019.1111
21:57:50.544 ->
21:57:50.544 -> Подключение к System2.
21:57:51.022 -> WiFi подключен. IP адрес: 10.10.100.50

Дальше грузится и работает.
Все остальное норм. Звук есть.
Ну разве что эффект "ПЕЙНТБОЛ" теперь работает совсем по другому. Ну хотя бы работает...

Вот, блин, хрень какая... Мне ESP32 еще пару месяцев с Китая будет идти....
А есть вариант, что EEPROM_OK надо поменять, чтобы EEPROM начисто переписалось дефолтными? Может где конфликтует чего?
Что, будем возвращать ту отдельную либу вместо гайверовской?
Не пробовал починить плавное изменение яркости?

 

[AndyIP]

Вот, блин, хрень какая... Мне ESP32 еще пару месяцев с Китая будет идти....
А есть вариант, что EEPROM_OK надо поменять, чтобы EEPROM начисто переписалось дефолтными? Может где конфликтует чего?

Менял. Не помогает. Пришлось снести ВСЮ АрдуиноИДЕ вместе с либами. Все поставить заново на прежние версии и прошивку откатить. Тогда заработало

 

[Mr.Zol]

Просто идея. Можно добавить к лампе проекты - светомузыка, и беспроводная колонка! Подставка на ножках поднимается от поверхности, с низу встраивается динамик. Подключение от компа, или с телефона по блютус, и в этом режиме, лампа работает как эквалайзер (цветомузыка).

 

[vvip]

Просто идея. Можно добавить к лампе проекты - светомузыка, и беспроводная колонка! Подставка на ножках поднимается от поверхности, с низу встраивается динамик. Подключение от компа, или с телефона по блютус, и в этом режиме, лампа работает как эквалайзер (цветомузыка).

Ну, когда сделаешь, поделись со всеми. Может кому-то и пригодится такой комбайн.

 

[vvip]

Менял. Не помогает. Пришлось снести ВСЮ АрдуиноИДЕ вместе с либами. Все поставить заново на прежние версии и прошивку откатить. Тогда заработало

Хм... А почему ArduinoIDE пришлось переустанавливать? Так сейчас TM1637 на ESP так и не работает с гайверовской либой? Поменял на прежнюю?
А как должен работать эффект "Пейнтбол"? Я в нем ничего не менял, если что. В смысле - в алгоритме. Только на неквадратные матрицы проверку сделал, чтобы за границу массива не вылетало. Я пробовал регулировку скорости сделать, но не получилось ничего. Там в алгоритме сильно на реальное время завязано все - beat8sin() никак не согласуется нормально с выбранной скоростью. Чуть поменяешь - плавность рвется, при движении отдельными точками (пятнами) рисует. А так, чтобы линия плавная без разрывов, но медленнее - не вышло.

 

[AndyIP]

Хм... А почему ArduinoIDE пришлось переустанавливать? Так сейчас TM1637 на ESP так и не работает с гайверовской либой? Поменял на прежнюю?
А как должен работать эффект "Пейнтбол"? Я в нем ничего не менял, если что. В смысле - в алгоритме. Только на неквадратные матрицы проверкку сделал, чтобы за границу массива не вылетало.

1. Я пробовал откатить назад ядро и библиотеки, и после прошивки МК начала глючить и загружаться не с первого раза.
После переустановки всего с нуля - все наладилось.
В данный момент использую последнюю твою прошивку.
Да сейчас TM1637 на ESP32 так и не работает с гайверовской либой!
Вернул библиотеку TM1637Display и разделил работу ESP8266 и ESPЗ2 c SoftwareSerial - как было в прошлой прошивке.
Все заработало.
2. Красота эффекта "Пейнтбол" была на скорости примерно 80 - 85% Было бы лучше оставить управление скоростью для этого эффекта.
Разноцветные меняющиеся поля из крестов и периодически проносящиеся по синусоидам шарики. Смотрится здорово.
Вечером попробую видео выложить. Правда не уверен что получится - камера у меня хреново на светодиоды реагирует.
Если что - у меня сейчас собрано ДВА полных стенда (со звуком и TM1637) на макетках из ESP8266 и ESPЗ2.
Могу тестировать прошивки на обоих

 

[AndyIP]

И еще - заметил глюки с будильником.
1. Странное мерцание TM1637 (на прошлой прошивке у меня было намного красивее)
2. Если отключить будильник раньше времени - МК (ESP32) уходит в какой-то транс. Все тормозит и Даже время отстает.
на ESP8266 будильник проверю вечером.

 

[vvip]

И еще - заметил глюки с будильником.
1. Странное мерцание TM1637 (на прошлой прошивке у меня было намного красивее)
2. Если отключить будильник раньше времени - МК (ESP32) уходит в какой-то транс. Все тормозит и Даже время отстает.
на ESP8266 будильник проверю вечером.

1. А в чем странность мерцания? На гайверовской либе у меня плавно мерцала яркость от минимума к максимуму и обратно.
На твоей либе для TM1637 у меня неравномерно(!) мигало в двух состояниях - либо на минимуме либо на максимуме с неравномерными интервалами. Именно из за этого я вернул гайверову либу. Плавность наладилась. Сам код я не менял. Что поменялось визуально?
Попробуй приспособить свою либу к плавному мерцанию - откажемся от гайверовой.
2. На ESP8266 при отключении будильника тоже тормоза. При этом во коду стоит уменьшение горомкости будильника до нуля за 1 сек. На практике звук затухает намного дольше, а порой и совсем не выключается. Выключение пришлось делать принудительно на событие "Конец воспроизведения файла". Думаю что эти тормоза из за того, что библиотека отправки команд в MP3 плеер как-то странно и через раз их принимает, внутри себя тормозит до таймаутов и не отдает управление. Поэтому и эффекты тормозят пока звук не выключится, поэтому и не за секунду затухает - плеер просто игнорирует команды. Я это победить не смог.

И вообще я не понимаю как и почему оно работает. По теории вообще не должно. На практике - только с такой комбинацией пинов и работает.
Физическая распайка - D2 пин на ленту, D3 на RX плеера, D4 на TX плеера;
Пины в скетче обозначены как 2, D3, D4; Но для NodeMCU D4 и есть 2. Таким образом, получается что и пин ленты и пин TX плеера назначены на один GPIO2. Который выведен на контакт D4 nodeMCU. То есть лента вообще не должна работать - она то на контакт D2 припаяна.
В общем или лента не должна светиться или от плеера ответы не должны поступать.
А и лента светится, и кол-во файлов в папке читает и состояние карточки вставили/извлекли тоже приходит...
И в других назначениях пинов (например ленту на D2 - кой есть GPIO4, то есть если указать просто 4) - не работает.
Именно потому что получается лента и плеер на один пин - могут быть тормоза. В общем - ничего не понимаю.
Не должна она работать. А она работает.

 

[AndyIP]

1. А в чем странность мерцания? На гайверовской либе у меня плавно мерцала яркость от минимума к максимуму и обратно.
На твоей либе для TM1637 у меня неравномерно(!) мигало в двух состояниях - либо на минимуме либо на максимуме с неравномерными интервалами. Именно из за этого я вернул гайверову либу. Плавность наладилась. Сам код я не менял. Что поменялось визуально?
Попробуй приспособить свою либу к плавному мерцанию - откажемся от гайверовой.
2. На ESP8266 при отключении будильника тоже тормоза. При этом во коду стоит уменьшение горомкости будильника до нуля за 1 сек. На практике звук затухает намного дольше, а порой и совсем не выключается. Выключение пришлось делать принудительно на событие "Конец воспроизведения файла". Думаю что эти тормоза из за того, что библиотека отправки команд в MP3 плеер как-то странно и через раз их принимает, внутри себя тормозит до таймаутов и не отдает управление. Поэтому и эффекты тормозят пока звук не выключится, поэтому и не за секунду затухает - плеер просто игнорирует команды. Я это победить не смог.

И вообще я не понимаю как и почему оно работает. По теории вообще не должно. На практике - только с такой комбинацией пинов и работает.
Физическая распайка - D2 пин на ленту, D3 на RX плеера, D4 на TX плеера;
Пины в скетче обозначены как 2, D3, D4; Но для NodeMCU D4 и есть 2. Таким образом, получается что и пин ленты и пин TX плеера назначены на один GPIO2. Который выведен на контакт D4 nodeMCU. То есть лента вообще не должна работать - она то на контакт D2 припаяна.
В общем или лента не должна светиться или от плеера ответы не должны поступать.
А и лента светится, и кол-во файлов в папке читает и состояние карточки вставили/извлекли тоже приходит...
И в других назначениях пинов (например ленту на D2 - кой есть GPIO4? nj есть если указать просто 4) - не работает.
Именно потому что получается лента и плеер на один пин - могут быть тормоза. В общем - ничего не понимаю.
Не должна она работать. А она работает.

1. Ну мерцает теперь не плавно как раньше - если взять твою прошивку из истории гитхаба на момент принятия моего патча #13 то там нет никакого мерцания и TM1637 ведет себя адекватно
Ок. я поковыряюсь с библиотекой TM1637Display - гляну что да как на простых примерах
2. Там просто была путаница в определениях в разных версиях ESP8266
ну и разрабы библиотеки FastLED попытались написать ее по умному.
Ответ есть тут
Есть параметр #define FASTLED_ESP8266_RAW_PIN_ORDER
и ему подобные

 

[vvip]

1. Ну мерцает теперь не плавно как раньше - если взять твою прошивку из истории гитхаба на момент принятия моего патча #13 то там нет никакого мерцания и TM1637 ведет себя адекватно
Ок. я поковыряюсь с библиотекой TM1637Display - гляну что да как на простых примерах
2. Там просто была путаница в определениях в разных версиях ESP8266
ну и разрабы библиотеки FastLED попытались написать ее по умному.
Ответ есть тут
Есть параметр #define FASTLED_ESP8266_RAW_PIN_ORDER
и ему подобные

1. С самого начала написания прошивки индикатор при сработавшем будильнике плавно менял яркость (мерцание).
После переключения на использования твоей библиотеки плавность пропала - стала скачками с мин. на макс.
Мне это не понравилась - я снова вернулся на библу гайвера, подправив ее чтобы при компиляции под ESP32 не ругалось.
В результате под ESP8266 снова мерцает плавно когда будильник сработал. А под ESP32 ты говоришь индикатор вообще перестал работать.
Это вот то, что есть в последней выложенной версии.
"Не так плавно как раньше" - так код в этой части я не менял. Все как было. Ну можно задержку побольше поставить.
Ты там флагами как-то регулировал, чтобы IP дольше отображался. Может это как-то на плавность повлияло?
Хотя у меня как мне кажется - нормально всё мерцает.

UPD: Разблокировал регулировку скорости эффекта "Пейнтбол", добавил эффект "Водоворот"

 

[Dmitriy_us]

добрый день,
а есть вариант часы добавить, чтобы из приложения вызывать?

 

[AndyIP]

1. С самого начала написания прошивки индикатор при сработавшем будильнике плавно менял яркость (мерцание).
После переключения на использования твоей библиотеки плавность пропала - стала скачками с мин. на макс.
Мне это не понравилась - я снова вернулся на библу гайвера, подправив ее чтобы при компиляции под ESP32 не ругалось.
В результате под ESP8266 снова мерцает плавно когда будильник сработал. А под ESP32 ты говоришь индикатор вообще перестал работать.
Это вот то, что есть в последней выложенной версии.
"Не так плавно как раньше" - так код в этой части я не менял. Все как было. Ну можно задержку побольше поставить.
Ты там флагами как-то регулировал, чтобы IP дольше отображался. Может это как-то на плавность повлияло?
Хотя у меня как мне кажется - нормально всё мерцает.

UPD: Разблокировал регулировку скорости эффекта "Пейнтбол", добавил эффект "Водоворот"

1. С неправильным мерцанием разобрался.
Нужно добавить строчку
update();
в конец функции setBrightness. Вобщем функция должна выглядеть так:
void TM1637Display::setBrightness(uint8_t brightness, bool on)
{
m_brightness = (brightness & 0x7) | (on? 0x08 : 0x00);
update();
}

2. Разобрался с трапом при старте - создал пулл реквест. Там задержка нужна небольшая...
3. Осталось наладить нормальную работу будильника. Чтобы не тормозил пока мелодия не кончится - и можно выпускать релиз!

 

[vvip]

1. С неправильным мерцанием разобрался.
Нужно добавить строчку
update();
в конец функции setBrightness. Вобщем функция должна выглядеть так:
void TM1637Display::setBrightness(uint8_t brightness, bool on)
{
m_brightness = (brightness & 0x7) | (on? 0x08 : 0x00);
update();
}

2. Разобрался с трапом при старте - создал пулл реквест. Там задержка нужна небольшая...
3. Осталось наладить нормальную работу будильника. Чтобы не тормозил пока мелодия не кончится - и можно выпускать релиз!

Хорошая работа! Вечером попробую.
Видимо, тогда, для единообразия нужно снова отказаться от библиотеки Гайвера и использовать эту подправленную одну на все ESP-шки.
Не делал еще? Тогда вечером попробую...

ЗЫ. Обрати внимание - там после расширения списка эффектов размера буфера в 512 стало не хватать. Увеличил в два раза.
Иначе было - при подключении программы ей отправлялся список эффектов, который переполнял буфер, портил кучу переменных. В частности из за этого часы на TM1637 просто "замирали".

Еще мне вчера ткнули - на матрице 7х11 часы в эффектах неправильно как-то отображаются. Вроде как смещены вверх - не с нижней строчки выводятся. К слову - этот размер тютелька-в-тютельку минимальный для вертикальных часов...
Тоже вечером видимо ковырять буду...

 

[AndyIP]

Хорошая работа! Вечером попробую.
Видимо, тогда, для единообразия нужно снова отказаться от библиотеки Гайвера и использовать эту подправленную одну на все ESP-шки.
Не делал еще? Тогда вечером попробую...

ЗЫ. Обрати внимание - там после расширения списка эффектов размера буфера в 512 стало не хватать. Увеличил в два раза.
Иначе было - при подключении программы ей отправлялся список эффектов, который переполнял буфер, портил кучу переменных. В частности из за этого часы на TM1637 просто "замирали".

Еще мне вчера ткнули - на матрице 7х11 часы в эффектах неправильно как-то отображаются. Вроде как смещены вверх - не с нижней строчки выводятся. К слову - этот размер тютелька-в-тютельку минимальный для вертикальных часов...
Тоже вечером видимо ковырять буду...

Спасибо! Стараюсь
Вообще-то пробовал. Вроде работает.
Да - я сразу заметил исправление при удвоении буфера. И про зависание TM1637 заметил - но не успел сказать тебе.
С проблемой масштабирования часов сказать ничего не могу. У меня матрицы 16x16, а менять размерность я не пробовал - смысла не видел.
Так что и подсказать не могу.
Скажи примерно где копать по поводу тормозов при работе будильника или при его отключении пользователем.
По подробнее - в чем конкретно проблема там?

 

[vvip]

Спасибо! Стараюсь
Вообще-то пробовал. Вроде работает.
Да - я сразу заметил исправление при удвоении буфера. И про зависание TM1637 заметил - но не успел сказать тебе.
С проблемой масштабирования часов сказать ничего не могу. У меня матрицы 16x16, а менять размерность я не пробовал - смысла не видел.
Так что и подсказать не могу.
Скажи примерно где копать по поводу тормозов при работе будильника или при его отключении пользователем.
По подробнее - в чем конкретно проблема там?

Вот в чем проблема - и надо разбираться. Я предполагаю, что отправка пакета команды в dfPlayer ждет ответа, что команда выполнена какой-то таймаут. Когда я на каждый вывод команды уменьшить громкость на 1 выводил в монитор порта результат выполнения - оно часто выводило -1 или как там ошибка обозначается... В общем - там по таймеру команда уменьшения громкости и зачастую срабатывает одна из 5. Именно поэтому оно уменьшает громкость на за секунду как прописано, а гораздо дольше. Думаю в этот момент оно и подвисает на таймаутах.
К слову, там кажется есть режим не ожидать подтверждения выполнения команды, отправленной в dfPlayer. Может с этим поиграться.

PS: 1. уменьшил таймаут ожидания ответа от плеера, поставил режим без подтверждения - вроде тормоза ушли. Погоняй у себя поменялось ли что?
2. Заменил библиотеку Gyver1637 на TM1637Display
3. Они опять обновили ядро ESP8266 до версии 2.6.1 - снова поменялся формат инициализации SoftwareSerial. Теперь так же как для ESP32

 

[AndyIP]

Вот в чем проблема - и надо разбираться. Я предполагаю, что отправка пакета команды в dfPlayer ждет ответа, что команда выполнена какой-то таймаут. Когда я на каждый вывод команды уменьшить громкость на 1 выводил в монитор порта результат выполнения - оно часто выводило -1 или как там ошибка обозначается... В общем - там по таймеру команда уменьшения громкости и зачастую срабатывает одна из 5. Именно поэтому оно уменьшает громкость на за секунду как прописано, а гораздо дольше. Думаю в этот момент оно и подвисает на таймаутах.
К слову, там кажется есть режим не ожидать подтверждения выполнения команды, отправленной в dfPlayer. Может с этим поиграться.

PS: 1. уменьшил таймаут ожидания ответа от плеера, поставил режим без подтверждения - вроде тормоза ушли. Погоняй у себя поменялось ли что?
2. Заменил библиотеку Gyver1637 на TM1637Display
3. Они опять обновили ядро ESP8266 до версии 2.6.1 - снова поменялся формат инициализации SoftwareSerial. Теперь так же как для ESP32

Ура! Будильник работает нормально. Можно релизить!
Единственное - при компиляции для ESP32 ругается на параметр SWSERIAL_8N1при инициализации MP3.
Если оставить просто mp3Serial.begin(9600, SRX, STX); то все работает и звук есть. Может я какую-нибудь библиотеку забыл обновить...

 

[vvip]

Ура! Будильник работает нормально. Можно релизить!
Единственное - при компиляции для ESP32 ругается на параметр SWSERIAL_8N1при инициализации MP3.
Если оставить просто mp3Serial.begin(9600, SRX, STX); то все работает и звук есть. Может я какую-нибудь библиотеку забыл обновить...

Ну так EspSoftwareSerial и забыл обновить. За последнюю неделю только 3 версии вышло - 6.0, 6.1 и 6.1.1 - и в каждом релизе менялся формат вот этого самого begin()

 

[AndyIP]

Ну так EspSoftwareSerial и забыл обновить. За последнюю неделю только 3 версии вышло - 6.0, 6.1 и 6.1.1 - и в каждом релизе менялся формат вот этого самого begin()

Ага. Точно. Задолбали они уже со своими обновлениями...
Обновил EspSoftwareSerial до 6.1.1
mp3Serial.begin(9600, SWSERIAL_8N1, SRX, STX);
Компилится без ошибок. Звук есть.

 

[AndyIP]

Ну так EspSoftwareSerial и забыл обновить. За последнюю неделю только 3 версии вышло - 6.0, 6.1 и 6.1.1 - и в каждом релизе менялся формат вот этого самого begin()

В быстром доступе есть кнопка "выбор цвета" - у меня не работает. Что бы я там не выбирал - горит салатовый цвет и все

 

[vvip]

В быстром доступе есть кнопка "выбор цвета" - у меня не работает. Что бы я там не выбирал - горит салатовый цвет и все

Да, действительно. Поправил, выложил.

 

[mr.kasper_tyt]

Привет господа! Аlех - мозг!

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

 

[vvip]

@AndyIP, ты говорил у тебя два стенда - один на ESP32, другой на... Нет стенда не Wemos mini?
Что-то никак не могу заставить его работать - не видит MP3 плеера и все тут. Даже примеры из библиотеки DFPlayer не работают.
Выдают ошибку, что не могут инициализировать плеер. Подключен к контактам TX, RX платки с инициализацией 1,3
Пробовал так же на D1, D3 c 5,0. Пробовал с выбором платы Wemos D1 R1, LOLIN Wemos D1 mini, NodeMCU 1.0.
Не видит плеера и все тут... Или плеер дохлый. Или SoftwareSerial нормально не работает.Пробовал все версии - и 2.5.2, b 2.6.0 и 2.6.1 ядра. Никак...

 

[AndyIP]

@AndyIP, ты говорил у тебя два стенда - один на ESP32, другой на... Нет стенда не Wemos mini?
Что-то никак не могу заставить его работать - не видит MP3 плеера и все тут. Даже примеры из библиотеки DFPlayer не работают.
Выдают ошибку, что не могут инициализировать плеер. Подключен к контактам TX, RX платки с инициализацией 1,3
Пробовал так же на D1, D3 c 5,0. Пробовал с выбором платы Wemos D1 R1, LOLIN Wemos D1 mini, NodeMCU 1.0.
Не видит плеера и все тут... Или плеер дохлый. Или SoftwareSerial нормально не работает.Пробовал все версии - и 2.5.2, b 2.6.0 и 2.6.1 ядра. Никак...

На втором стенде у меня NodeMCU. Заработало только так: ядро 2.5.2, espsoftwareserial 6.1.1, контакты как на схеме, изменил только инициализацию. всякие там SoftwareSerial mp3Serial(SRX, STX); и mp3Serial.begin(9600); Только так работает.

 

[vvip]

На втором стенде у меня NodeMCU. Заработало только так: ядро 2.5.2, espsoftwareserial 6.1.1, контакты как на схеме, изменил только инициализацию. всякие там SoftwareSerial mp3Serial(SRX, STX); и mp3Serial.begin(9600); Только так работает.

На NodeMCU работает без проблем с любыми версиями ядра. C Wemos бяда...

PS: В общем, как с Wemos не бился - работает на единственной комбинации пинов (как на схеме) -- D3 на RX плеера, D4 на TX плеера
Никакие другие комбинации почему-то не пошли.

 

[malec]

В течение недели примерно такое будет тут https://github.com/vvip-68/GyverLampWiFi/, когда выйдет версия 1.01. Пока не опубликовано.
Занимаюсь доработкой. Прошивка, вероятно, победнее по функционалу чем от Gunner47, но вдруг вам наворотов не нужно столько.
Основана на проекте рюкзака https://github.com/vvip-68/GyverMatrixWiFi , только лишнее типа игр и рисовалки выкинуто.
Впрочем, мое дело предложить, ваше - отказаться

Доброго дня ООО Любезнейший ДЖИН )))
вы на гитхабе свою прошивку не обновляли??? Столкнулся с некоторыми проблемами у меня версия GyverLampWiFi_v1.00 .... к сути ...
проподает точка, зависают эфекты-часы работают нормально, (сегодня утром обнаружил зависший снегопад...) вчера заметил глюк... в динамиках чтото хрюкнуло и лампа потухла и часы стали как будто не настроены -:- с кнопки управление осталось , но точка не появилась, помогает только перезапуск или перезагрузка НОДМСУ, в начале использовал вемос(менял пины на ленту и на плеер), было подобное... вемос с матрицей ушёл дочке в портфель))), эта версия на
ESP8266 CH340G NodeMcu V3 Lua питание от 8А 12в блока через понижающий модуль 5А, в прошивке поставил ограничение на 4000мА, больше ничего не менял... если есть чтонить чтоб это не происходило готов стать Бетта тестером)))) к стати матрица в рюкзак на акумах с подзорядкой уже месяц работает и вроде не глючит, только раз зарядку профукали и вайфай не отваливается...
Разул глаза))) нашёл обнову... попробую отпишусь)))) да к стати использую только точку... другого не надо....