Имею внешний датчик на esp8266 который по wifi отдаёт данные и уходит в ESP.deepSleep на 5 минут. В логах роутера (ubuntu) его работа выглядит так:
log
hostapd: wlan0: STA esp-mac-address IEEE 802.11: authenticated
hostapd: wlan0: STA esp-mac-address IEEE 802.11: associated (aid 2)
hostapd: wlan0: STA esp-mac-address RADIUS: starting accounting session 5AC7A992-00000088
hostapd: wlan0: STA esp-mac-address WPA: pairwise key handshake completed (RSN)
dhcpd[2069]: DHCPDISCOVER from esp-mac-address via wlan0
dhcpd[2069]: DHCPOFFER on 172.30.2.7 to esp-mac-address via wlan0
dhcpd[2069]: DHCPDISCOVER from esp-mac-address via wlan0
dhcpd[2069]: DHCPOFFER on 172.30.2.7 to esp-mac-address via wlan0
dhcpd[2069]: DHCPREQUEST for 172.30.2.7 (172.30.2.1) from esp-mac-address via wlan0
dhcpd[2069]: DHCPACK on 172.30.2.7 to esp-mac-address via wlan0
dhcpd[2069]: DHCPREQUEST for 172.30.2.7 (172.30.2.1) from esp-mac-address via wlan0
dhcpd[2069]: DHCPACK on 172.30.2.7 to esp-mac-address via wlan0
hostapd: wlan0: STA esp-mac-address IEEE 802.11: disassociated
hostapd: message repeated 9 times: [ wlan0: STA esp-mac-address IEEE 802.11: disassociated]
hostapd: wlan0: STA esp-mac-address IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
т.е. esp-шка не отключается нормально от роутера, а просто вырубается. Немного напрягает это дело. Как правильно сделать отключение? WiFi.disconnect() никак не влияет.
Потому, что в Волгограде субсидирование наоборот. Тот же алюминиевый завод договорился через администрацию области о покупке эл. энергии по низкой цене, типа чтоб рентабельность повысить и всё такое.
Почему я использую FF сейчас:
Organize search engines
Newsfox
rutorrentAdd
После выпуска 57 версии два варианта:
1. оставаться на esr ветке до последнего, а потом отключить обновление;
2. выбрать браузер который будет обладать максимальным удобством, но не даст того, что есть сейчас с упомянутыми плагинами.
Давно юзаю этот продукт для поддержки родственников, но noip никогда не пользовал т.к. через чужой паранойя не позволяла, а linux-версии noip-сервера нет, чтоб поставить на машину которая в сети 24/7.
Пришла посылка 18.02. Это быстро, меньше двух недель — отлично. Только вот трек на сайте почты России остался в состоянии «Принято в отделении связи». Отправлено из Гонконга самолётом.
Трек дали вида ZA*********HK, почта России не ругается, но говорит, что «Отправление из Гонконга» и пока нет информации по нему. На Cainiao с «Shipment confirmation» до «Outbound in sorting center» прошла уже неделя, посмотрим насколько быстрее будет доставка через этот «AliExpress Saver Shipping».
тогда почта вообще не практична «Мало-ли что не то или не туда можно отправить, а если отправишь, то назад уже не вернешь.»
Я обычно зипую и меняю расширение файла, но иногда забываю про «заботу».
Есть два bme280, показания влажности отличаются на 4 единицы, при том что давление и температура совпадает. Смотрел raw-данные они отличаются, но и поправочные коэффициенты разные.
Вообще напрягает их такая «забота». Мне иногда бывает нужно переслать самому себе с работы всякие файлы, иногда забываю, что гугл «заботится»…
Недавно ещё начали доставать сообщениями, что кто-то с подозрительного устройства в мою почту зашёл, а это у меня user-agent периодически меняется.
Как бы всю эту заботу отключить?
Пуск котла ТГМ-84 на газе примерно 5ч, пуск турбины Т-100-135 примерно 5ч, загрузка турбины до 100МВт примерно 3ч. Но обычно на станции есть резерв паропроизводительности котлов, соответственно пуск котла и турбины совмещается.
Просто по начальной ссылке в статье некорректная фраза из которой автор статьи сделал неправильный вывод от 3-х сутках на пуск турбины.
Вы говорите про пуск станции с нуля, с нулевым обеспечением собственных нужд по теплу, а изначально речь про пуск паротурбинной установки на работающей станции, где время необходимо только на равномерный прогрев металла турбины, в случае с блоком — предварительный пуск котла. Газовая турбина пускается практически мгновенно.
Сейчас подумал, что фраза «На это уходит не менее трех суток после ее останова» относится, видимо, ко времени расхолаживания, т.е. времени когда турбина остынет и будет считаться в холодном состоянии. Тогда всё нормально.
Запуск обычной паровой турбины из холодного состояния — медленный процесс, он занимает не менее трёх суток.
Гораздо меньше. Для станции с поперечными связями где-то 5-9 часов, для блочных станций плюс ещё 5+ часов на пуск котла если не используется пуск на скользящих параметрах, тогда меньше.
7. Перейти на FF ESR, хотя это и временное решение.
Я выбрал этот вариант, т.к. есть несколько брошенных разработчиками расширений, а без них FF для меня ничем не отличается от любого другого браузера. Плюс из-за постепенного выпиливания функций из FF начались проблемы с работоспособностью одного из них.
разобрался с ff: он у меня под другим (ограниченным в правах) пользователем запускается, отсюда все проблемы, перенастроил под другой учёткой, теперь всё нормально.
Если 32-битную версию закинуть в SysWOW64 винда её не видит, т.е. в списке выбора раскладок она есть (из реестра читается), но саму dll-ку не видит т.к. кнопка просмотра раскладки не активна и при добавлении этой раскладки используется всё равно стандартная. Теперь даже при удалении кастомной и установки стандартной firefox всё равно переключается по alt+shift.
hostapd: wlan0: STA esp-mac-address IEEE 802.11: authenticated
hostapd: wlan0: STA esp-mac-address IEEE 802.11: associated (aid 2)
hostapd: wlan0: STA esp-mac-address RADIUS: starting accounting session 5AC7A992-00000088
hostapd: wlan0: STA esp-mac-address WPA: pairwise key handshake completed (RSN)
dhcpd[2069]: DHCPDISCOVER from esp-mac-address via wlan0
dhcpd[2069]: DHCPOFFER on 172.30.2.7 to esp-mac-address via wlan0
dhcpd[2069]: DHCPDISCOVER from esp-mac-address via wlan0
dhcpd[2069]: DHCPOFFER on 172.30.2.7 to esp-mac-address via wlan0
dhcpd[2069]: DHCPREQUEST for 172.30.2.7 (172.30.2.1) from esp-mac-address via wlan0
dhcpd[2069]: DHCPACK on 172.30.2.7 to esp-mac-address via wlan0
dhcpd[2069]: DHCPREQUEST for 172.30.2.7 (172.30.2.1) from esp-mac-address via wlan0
dhcpd[2069]: DHCPACK on 172.30.2.7 to esp-mac-address via wlan0
hostapd: wlan0: STA esp-mac-address IEEE 802.11: disassociated
hostapd: message repeated 9 times: [ wlan0: STA esp-mac-address IEEE 802.11: disassociated]
hostapd: wlan0: STA esp-mac-address IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
т.е. esp-шка не отключается нормально от роутера, а просто вырубается. Немного напрягает это дело. Как правильно сделать отключение? WiFi.disconnect() никак не влияет.
Organize search engines
Newsfox
rutorrentAdd
После выпуска 57 версии два варианта:
1. оставаться на esr ветке до последнего, а потом отключить обновление;
2. выбрать браузер который будет обладать максимальным удобством, но не даст того, что есть сейчас с упомянутыми плагинами.
Я обычно зипую и меняю расширение файла, но иногда забываю про «заботу».
Недавно ещё начали доставать сообщениями, что кто-то с подозрительного устройства в мою почту зашёл, а это у меня user-agent периодически меняется.
Как бы всю эту заботу отключить?
Просто по начальной ссылке в статье некорректная фраза из которой автор статьи сделал неправильный вывод от 3-х сутках на пуск турбины.
Сейчас подумал, что фраза «На это уходит не менее трех суток после ее останова» относится, видимо, ко времени расхолаживания, т.е. времени когда турбина остынет и будет считаться в холодном состоянии. Тогда всё нормально.
На самом деле используются все электростанции автоматически, с несколькими оговорками.
Гораздо меньше. Для станции с поперечными связями где-то 5-9 часов, для блочных станций плюс ещё 5+ часов на пуск котла если не используется пуск на скользящих параметрах, тогда меньше.
Я выбрал этот вариант, т.к. есть несколько брошенных разработчиками расширений, а без них FF для меня ничем не отличается от любого другого браузера. Плюс из-за постепенного выпиливания функций из FF начались проблемы с работоспособностью одного из них.