0. Ограничения вы придумали сами
1. Не вижу смысла измерять скорость сферического коня в вакууме.
2. Прочитал. См. п.2.
3. Можно. Иногда — нужно. Иногда даже имеет смысл использовать моделирование/эмулирование (но к Ардуино это не имеет отношения). При этом если есть потребность соизмерять производительность с физическими процессами — то и замеры должны быть реальными. Иначе — см. п.1.
4. Представьте себе — есть методики замены float:
операции с фиксированной запятой — если вам нужна точность в два знака после запятой — просто оперируйте значениями сотых долей. Вы же обходитесь микро/миллисекундами для оценки секунд, без всякого float.
целочисленные алгоритмы
5. Точно! И первое что надо сделать при оптимизации — отказаться от float
муть какая-то
хотите получить реальный asm — укажите соответствующий ключ компилятора. приведенный онлайн-сервис, выдаст примерный код, не учитывающий конкретные настройки, например оптимизацию.
для замеров времени имеет смысл использовать логический анализатор
о каких замерах времени вообще может идти речь, когда используется программный float?
замеры нужны, когда требуется оптимизация. но оптимизация и программный float — взаимоисключающие технологии
Интересное суждение о размерах дома по температуре воды в трубах отопления ;-)
Вместе с тем, чем больше дом, тем меньше его теплопотери на единицу площади (в общем случае).
Следует отметить, что датчики показывают примерную температуру. Не смотря на то, что они прижаты к трубе и укрыты трубкой пенофлекса, они показывают не реальные данные. Например обратка 2-детская больше подачи, а общая обратка, которая должна быть средней по остальным обраткам — значительно меньше.
Я не обращаю внимание на это, т.к. важными считаю только два показателя:
Не помню в каком проекте видел, но про attiny было.
общая идея:
потребление на частоте 1мГц и 8мГц отличается в два раза (условно).
но время в активном режиме при частоте 8мГц в 8 раз меньше.
т.е. выгоднее использовать более высокую частоту.
про ускорениие ESP — все разговоры про ускорение с инициализацией wifi.
а это требуется раз в день. раз в пару секунд достаточно выполнения десятка прикладных команд.
Я не вдавался в глубь, может там загрузчик какой или еще что.
Я не критикую ваше решение, просто хотел понять необходимость второго контроллера.
На данный момент, я понимаю, что вы решили что так проще, особо не задумываясь.
Вы привели график потребления с учетом работы WiFi.
А WiFi для замеров включать не требуется.
А с учетом того, что частота ESP8266 в 5 раз больше — потребление при замерах может быть меньше чем на attiny.
Зачем в схеме нужен attiny?
Esp8266 спит с током 20мкА. Расчет показывает, что при емкости батареек 2000мАч, спать система может 10 лет.
Просыпаться достаточно раз в 2…3 секунды (3 / (макс.расход л/с)/ 2 * 10) для замера и раз в сутки для отправки данных.
Я не профи, хочу понять, где я не прав.
хотя нет, ты же написал в 4 ночи. Да, ты уронил систему.
Я менял блок питания, и когда собирал — забыл поставить обратно плату RTC.
А ты попытался изменить время.
Система упала.
Сейчас проблема пофикшена.
Пока к сожалению не тиражирую.
Но повторить проект на новой Омеге-2 смогу за 5мин — подключиться к точке доступа, потом к роутеру, обновить прошивку, повторить первые два шага. Поставить nodejs, скопировать и запустить проект.
А тиражность — я бы сказал — это следствие некой универсальности, гибкости и расшияемости.
Например, у меня в прокте нет привязки к сети, к моим конкретным датчикам, к количеству комнат, …
1. Не вижу смысла измерять скорость сферического коня в вакууме.
2. Прочитал. См. п.2.
3. Можно. Иногда — нужно. Иногда даже имеет смысл использовать моделирование/эмулирование (но к Ардуино это не имеет отношения). При этом если есть потребность соизмерять производительность с физическими процессами — то и замеры должны быть реальными. Иначе — см. п.1.
4. Представьте себе — есть методики замены float:
5. Точно! И первое что надо сделать при оптимизации — отказаться от float
хотите получить реальный asm — укажите соответствующий ключ компилятора. приведенный онлайн-сервис, выдаст примерный код, не учитывающий конкретные настройки, например оптимизацию.
для замеров времени имеет смысл использовать логический анализатор
о каких замерах времени вообще может идти речь, когда используется программный float?
замеры нужны, когда требуется оптимизация. но оптимизация и программный float — взаимоисключающие технологии
если все же интересно — пишите в личку
Вместе с тем, чем больше дом, тем меньше его теплопотери на единицу площади (в общем случае).
Следует отметить, что датчики показывают примерную температуру. Не смотря на то, что они прижаты к трубе и укрыты трубкой пенофлекса, они показывают не реальные данные. Например обратка 2-детская больше подачи, а общая обратка, которая должна быть средней по остальным обраткам — значительно меньше.
Я не обращаю внимание на это, т.к. важными считаю только два показателя:
Что смущает?
На улице сейчас 3гр.
общая идея:
потребление на частоте 1мГц и 8мГц отличается в два раза (условно).
но время в активном режиме при частоте 8мГц в 8 раз меньше.
т.е. выгоднее использовать более высокую частоту.
про ускорениие ESP — все разговоры про ускорение с инициализацией wifi.
а это требуется раз в день. раз в пару секунд достаточно выполнения десятка прикладных команд.
Я не вдавался в глубь, может там загрузчик какой или еще что.
Я не критикую ваше решение, просто хотел понять необходимость второго контроллера.
На данный момент, я понимаю, что вы решили что так проще, особо не задумываясь.
А WiFi для замеров включать не требуется.
А с учетом того, что частота ESP8266 в 5 раз больше — потребление при замерах может быть меньше чем на attiny.
Esp8266 спит с током 20мкА. Расчет показывает, что при емкости батареек 2000мАч, спать система может 10 лет.
Просыпаться достаточно раз в 2…3 секунды (3 / (макс.расход л/с)/ 2 * 10) для замера и раз в сутки для отправки данных.
Я не профи, хочу понять, где я не прав.
Я менял блок питания, и когда собирал — забыл поставить обратно плату RTC.
А ты попытался изменить время.
Система упала.
Сейчас проблема пофикшена.
Пока к сожалению не тиражирую.
Но повторить проект на новой Омеге-2 смогу за 5мин — подключиться к точке доступа, потом к роутеру, обновить прошивку, повторить первые два шага. Поставить nodejs, скопировать и запустить проект.
А тиражность — я бы сказал — это следствие некой универсальности, гибкости и расшияемости.
Например, у меня в прокте нет привязки к сети, к моим конкретным датчикам, к количеству комнат, …
Orange Pi — фактически первый линукс, с которым я имел дело. Получил печальный опыт.
Omega-2 — кроме стабильности меня полностью устраивает.