10 Голосов
Штатный зануда
Отправлено 17 Май 2016 - 11:25
Это неправильные моменты повылазили 
Так быть не должно.
Вообще очень странно, обычно после перезапуска, в момент подачи питания свет должен был загореться в полную яркость, а уже потом встать в текущий режим...
Что-то явно осталось не замеченным.
Карлсоны можно завести на отдельный канал, пусть ночью выходят на минимальный режим, а днем на максимальный.
Продвинутый пользователь
Отправлено 19 Май 2016 - 17:47
Очередной светильник с твоей прошивкой поехал в Подольск 
Пора наверное авторские отчислять 
Да же контроль температуры ставить не понадобилось, холодный светильник получился, на полной мощности с двумя котами сверху 50 градусов. Котов правда держать пришлось 
Вот потом кому то попадется этот контроллер, на плате то все фишки распаяны
Штатный зануда
Отправлено 25 Май 2016 - 10:09
Вопросик есть один.
Есть такое понятие как "адаптация" для кораллов, ну то есть когда мы свет выставляем не на полную катушку, а с неким коеэффициентом от максимального.
Как будет удобнее сие реализовать:
1. Для каждого канала по отдельности
2. Для всех каналов в группе
???
Мне кажется, что вариант 2.
Продвинутый пользователь
Отправлено 25 Май 2016 - 10:19
Вариант 2.
Василий, а в проше 35 есть баг "ап тайм 45 суток" и что это за баг, который Вы поправили в 36?
Еще читал кучу тем про фазы луны, лунный свет и т.д....можно ли это реализовать в вашей прошивке? В принципе, алгоритм не сложный...
мой светильник с Вашей прошивкой в боевом режиме, спасибо ВАМ БОЛЬШОЕ..
Продвинутый пользователь
Отправлено 25 Май 2016 - 10:20
bbasil сказал(а) 25 Май 2016 - 07:09:
Вопросик есть один.
Есть такое понятие как "адаптация" для кораллов, ну то есть когда мы свет выставляем не на полную катушку, а с неким коеэффициентом от максимального.
Как будет удобнее сие реализовать:
1. Для каждого канала по отдельности
2. Для всех каналов в группе
???
Мне кажется, что вариант 2.
Правильней 2. Каналы по разному используем.
Либо работа с группой например) адаптация для конкретной группы)
А вот у меня ещё предложение) Может быть не нашёл конечно. Но у меня есть каналы по которым я не хотел бы превышения определенного уровня. Даже поошибке. Ткнув в график там. Возможно ли задавать максимальное значение для канала?
,:"*,:"* Море Мартовского ,:"*,:"*
Продвинутый пользователь
Отправлено 25 Май 2016 - 10:31
Второй вариант 
Кстати поздравляю, мой контроллер с твоей прошивкой на следующей недели едет на ПМЖ в Израиль 
Побеждает цена/функциональность
Штатный зануда
Отправлено 25 Май 2016 - 10:44
Ок, значит буду делать вариант нумбер 2 )
lexx8691 сказал(а) 25 Май 2016 - 07:31:
Второй вариант
Кстати поздравляю, мой контроллер с твоей прошивкой на следующей недели едет на ПМЖ в Израиль
Эх
serpantins сказал(а) 25 Май 2016 - 07:19:
Вариант 2.
Василий, а в проше 35 есть баг "ап тайм 45 суток" и что это за баг, который Вы поправили в 36?
Еще читал кучу тем про фазы луны, лунный свет и т.д....можно ли это реализовать в вашей прошивке? В принципе, алгоритм не сложный...
мой светильник с Вашей прошивкой в боевом режиме, спасибо ВАМ БОЛЬШОЕ..
48 суток в 0.35 по достижении аптайма 48 суток с чем-то там перестает отрабатывать суточный график - надо ресетить контроллер. Это мой косяк - забыл про переполнение встроенного счетчика милисекунд.
Насчет фаз луны пока еще не думал. алгоритм то простой, да вот установка параметров пользователем для этого ...
Мартовский сказал(а) 25 Май 2016 - 07:20:
Правильней 2. Каналы по разному используем.
Либо работа с группой например) адаптация для конкретной группы)
А вот у меня ещё предложение) Может быть не нашёл конечно. Но у меня есть каналы по которым я не хотел бы превышения определенного уровня. Даже поошибке. Ткнув в график там. Возможно ли задавать максимальное значение для канала?
Нет Может быть "пока нет" - надо думать
С другой стороны такое ограничение (пока) видится как ненужное усложнение и без того перегруженного интерфейса управления...
Продвинутый пользователь
Отправлено 25 Май 2016 - 10:50
bbasil сказал(а) 25 Май 2016 - 07:44:
ненужное усложнение и без того перегруженного интерфейса управления...
Это точно, половину бы скрыть от шаловливых ручек
Продвинутый пользователь
Отправлено 25 Май 2016 - 11:53
bbasil сказал(а) 25 Май 2016 - 07:44:
С другой стороны такое ограничение (пока) видится как ненужное усложнение и без того перегруженного интерфейса управления...
В нашем хобби это называется "зажать расходы на канал" .... ввести экспоненту
Продвинутый пользователь
Отправлено 26 Май 2016 - 08:41
Продвинутый пользователь
Штатный зануда
Отправлено 26 Май 2016 - 10:01
Ага, последняя верся v0.36r0 кстати я ее сегодня перевел в stable, https://github.com/b...s/tag/v0.36rev0
Надо последний качнуть еще разок
Я там поправил багу им.lexx8691 )
Продвинутый пользователь
Отправлено 26 Май 2016 - 10:13
ой , я не программер html и скриптов, но мне кажется, стоит отдельно вынести стили в файлик css а так же скрипты.... из кода страниц, для оптимизации работы веб интерфейса и скорости загрузки
Штатный зануда
Отправлено 26 Май 2016 - 10:20
Да я тоже ни разу не "он"
serpantins сказал(а) 26 Май 2016 - 07:13:
ой , я не программер html и скриптов, но мне кажется, стоит отдельно вынести стили в файлик css а так же скрипты.... из кода страниц, для оптимизации работы веб интерфейса и скорости загрузки
Но не все так просто с esp8266, текущая реализация http сервера мало того что работает только в синхронном режиме, так и еще не более 4 одновременных запросов...
Это накладывает существенные ограничения по выносу/распределению интерфейса пользователя на многие файлы....
Продвинутый пользователь
Отправлено 26 Май 2016 - 10:30
попробую на досуге побаловаться, лежит свободный модуль node mcu... к примеру
<script src='ваш_код.js'></script> и наверное в js window.onload=function(){
здесь ваш код
}
посмотреть, побаловаться, думаю, можно...
Продвинутый пользователь
Отправлено 26 Май 2016 - 12:02
bbasil сказал(а) 26 Май 2016 - 07:01:
Я там поправил багу им.lexx8691
2000?
в хроме, в опции инструмент для разработчика вот такое выпало про sslac.js - Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help, check https://xhr.spec.whatwg.org/.
Штатный зануда
Отправлено 26 Май 2016 - 17:07
serpantins сказал(а) 26 Май 2016 - 09:02:
в хроме, в опции инструмент для разработчика вот такое выпало про sslac.js - Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help, check https://xhr.spec.whatwg.org/.
Собственно об этом и говорил, приходится принудительно использовать асинхронный режим отправки http запросов...
Продвинутый пользователь
Отправлено 26 Май 2016 - 17:19
serpantins сказал(а) 26 Май 2016 - 09:02:
2000?
Нет это он давно исправил, а у меня там интересная фича со временем вылезла.
Завтра-послезавтра поставлю на прогон еще пару светильников, посмотрим как последняя прошивка.
Василий ты в нее включил исправленную страницу которую недавно тут отдельно выложил?
0 пользователей, 0 гостей, 0 анонимных
 |
