По задумке китайца да, только он не учел принцип зарядки литиевых акков и то, что микросхема хочет напряжение батареи 3В, а не 4,2В. В любом случае это вредительство, по крайней мере по тем схемам, что я видел в интернете.
Также на известной мне схеме нижнего модуля есть вывод батареи на гребенку. Не рекомендую его использовать во избежание быстрого разряда батареи: 3В чарез внутренний защитный диод пина ардуины попадает на шину питания, запитывая по факту все Ваше устройство. Батарейку так можно посадить менее чем за час.
Если из локалки все хорошо, то смотрите коментарий rPman, нужно разрешить броадкаст запросы в туннеле и настроить адресацию в обоих локалках так, чтобы они были в пределах одной подсети и у них был одинаковый широковещательный адрес.
На самом деле нет. Первой и единственной книгой по робототехнике, которую я читал, была книга Дэвида Л.Хейзермана "Как самому сделать робот". Не думаю, что из нее можно почерпнуть что-то полезное, материал сильно устарел. В остальном смотрю ютуб, читаю форумы и просто статьи на сайтах, иногда пытаюсь повторить в железе, чаще - просто в уме понять как это работает. К сожалению, многие ресурсы больше недоступны. Из тех, что еще открываются - roboforum.ru. Материал также сильно устаревший. Из ютуб каналов могу назвать только один живой - AlexKorvinWorkshop, но у него больше шагоходы на дистанционном управлении.
Полностью без облака не находил, хотя и не исключаю, что просо плохо искал. Сонофф умеет работать по локальной сети без интернета на родной прошивке, для РФ есть плагин от AlexxIT для работы с сонофф на родной прошивке, в том числе и локально. Я когда свои подключал, проверил, это работает, но для первичного включения соноффа инет и сервера производителя нужны, настройка идет через родное приложение. После настройки плагин находит устройство и работает как онлайн, так и локально. У туйи также есть локальный режим, есть компонент для HA, но все равно первичная настройка требует инет и сервер производителя.
Кроме сонофф и туйя есть еще Shelly, устройства дорогие, но как я слышал, работают локально. Сам я их не проверял, поэтому советовать считаю себя не в праве. Все остальные - это либо не WiFi, либо полный вендор-лок и работа только через сервера производителя.
А теперь проверьте правило маскарада в IP/NAT.
Оно должно маскарадить не только в интерфейс провайдера, но и в интерфейсы VPN1 и VPN3. Для этого PPPOE, VPN1 и VPN3 добавить в интерфейс лист, и в правиле маскарада Out interface list его написать
Правильно. Датчик ультразвуковой, он послал импульс и ардуина ждет эха. Пока ждет ничего делать не может, двигателем шагать тоже, поэтому у Вас движки и крутятся столь медленно, что кажутся вообще стоящими. Если убрать все делеи, то ждать не будет, ультразвуковой импульс уйдет еще до возврата эха и понять от какого их ранее ушедших импульсов пришло эхо - невозможно. Поэтому без делея ломается датчик, с делеем - моторчик. Решение - переписать обработку ультразвукового сенсора на таймер и прерывания, но это ни разу не просто и требует углубленных знаний программирования.
Не просто убрать, а изменить архитектуру кода. Если Вы просто уберете делей, двигатели заработают, датчик сломается, потому что датчику нужно дождаться затухания эха для повторного измерения.
Я не смогу двумя предложениями объяснить суть, Ваш вопрос довольно сложный и комплексный для ответа в комментариях. Собственно поэтому я и ответил в комментарии а не в ответы.
Двигатель вращается. Только предельная скорость при Вашем подходе один шаг в секунду, один оборот за 4075 секунд. Избавляйтесь от delay(1000); в лупе, и убедитесь, что библиотеки делей не используют.
Bohdan Zadorozhniy, не будут. В том виде что сейчас правила защищают порт 3389 на самом микротике. Так можно защитить винбокс или телнет на роутере, только порты другие. Если Вы хотите защитить компьютер в локальной сети от подбора пароля из интернета, правила нужно писать в цепочке форвард, если от атак из локальной сети, то фильтровать на бридже. Хотя защита fail-to-ban не защитит от ботнета, где каждая следующая попытка подбора пароля идет с новой машины. Гораздо эффективнее port knocking, там по умолчанию порт закрыт для всех и открывается только для конкретной машины при "простукивании" определенной последовательности портов.
Так ведь цепочка инпут - это для трафика, предназначенного самому маршрутизатору. На втором скринеподключение к винде, значит трафик проходит от одного клиента к другому. Это цепочка форвард. Но если клиенты в одном бридже, то для фильтрации этого трафика нужно писать правила не в IP/Firewall, а в Bridge/filters. Знаю что там есть нюансы, но сам не писал фильтрацию на бридже, подсказать не смогу.
Да, фасттрак просто пропускает трафик минуя фаервол для разгрузки маршрутизатора, поэтому его отключаем. Правило accept для трафика established, related не содержит уточнений по типу трафика и портам, будет работать для всех установленных соединений в цепочке, в данном случае инпут, без разбора по сервисам. Его нужно делать первым, потому что правила проверяются по порядку и так меньше нагрузка на процессор маршрутизатора.
Прочитал код внимательнее, LCD.clear() в нем отсутствует, поэтому мигать экран в принципе не должен, как бы долго не читался сенсор. Поэтому, возможно, причина в конфликте библиотек. В коде из вопроса шесть инклюдов, но имя только одной библиотеки - для часов. Ну понятно одна для экрана и одна для bme сенсора, а еще три? И кстати библиотеки от iarduino у меня часто вели себя глючно, попробуй аналоги.
Вам стоит конкретизировать сколько и на каком расстоянии RFID считывателей нужно подключить. Для разных интерфейсов свое предельное количество устройств и расстояние связи. Да и радио никто не отменял.
Также на известной мне схеме нижнего модуля есть вывод батареи на гребенку. Не рекомендую его использовать во избежание быстрого разряда батареи: 3В чарез внутренний защитный диод пина ардуины попадает на шину питания, запитывая по факту все Ваше устройство. Батарейку так можно посадить менее чем за час.