Jump to content
iT4iT.CLUB

Kitsum

Members
  • Content Count

    424
  • Joined

  • Last visited

  • Days Won

    230

Kitsum last won the day on October 3

Kitsum had the most liked content!

Community Reputation

233 Excellent

About Kitsum

  • Birthday April 2

Recent Profile Visitors

6,884 profile views
  1. Здравствуйте! Спасибо за развернутое объяснение установки и настройки Motion. За последние 3 недели всё чаще стало пропадать изображение от камер (исчезнет/появится через 5-15 сек когда как), решил сделать апдейт на крайний релиз.После апдейта Xubuntu,  Motion перестал писать архив. Во время апдейта согласился на перезапись etc,  но конфиг Motion остался не задет. Что может быть? Процесс активен, Motion работает, почему не пишет видео?

  2. Доброе время суток Думаю, да, тут больше работы в самом web интерфейсе нежели на стороне микроконтроллера. Давайте начнем с последнего. В прошивке микроконтроллера идем в файл sensors.h b и ищем объект отписывающий типы листы на которых отображаются элементы. class device { public: typedef enum list_t {out = 1, in = 2}; /* ... */ } Можете расширить тип list_t и указать свои варианты typedef enum list_t {out = 1, in = 2, garage = 3, bathroom = 4}; Таким образом при инициализации датчика вы сможете указывать новые листы sensors.add(new knob_t(-100, 0, "1", "RSSI", "dbm"), device::garage, "rssi",[&](){ return wifi.isConnected() ? WiFi.RSSI() : 0; }); На этом работа с прошивкой закончена и переходим к web интерфейсу. В файле index.htm имеется блок, отвечающий за размещение датчиков. <div class="sensorsContent" hidden> <div class="menu"> <div id="sensors" class="list1"></div> <div id="graph"></div> <div id="settings"></div> </div> <div id="list1"></div> <div id="list2" hidden></div> <div prototype hidden> <div class="sensor"> <div class="title">{title}</div> <div class="unit">{unit}</div> <input class="knob {name}" data-width="200" data-displayPrevious=true data-fgColor="#FFF" data-skin="tron" data-thickness=".1" value="0" data-min="{min}" data-max="{max}" data-step="{step}" readonly> </div> </div> </div> Все датчики, в зависимости от их целочисленного идентификатора в нашей прошивке микроконтроллера в типе list_t помещаются в <div> блоки <div id="list1"></div> <div id="list2" hidden></div> Добавляем новые листы <div id="list1"></div> <div id="list2" hidden></div> <div id="list3" hidden></div> <div id="list4" hidden></div> Вообще правильнее было автоматизировать процесс создание листов, как это сделано с датчиками, но это отдельная история Теперь необходимо распространить на новые листы необходимые стили, для этого в разделе с css разметкой ищем .sensorsContent #list1, .sensorsContent #list2 { max-width: 90%; margin: auto; min-height: calc(100vh - 160px); } Аналогичным образом добавляем новые листы .sensorsContent #list1, .sensorsContent #list2, .sensorsContent #list3, .sensorsContent #list4 { max-width: 90%; margin: auto; min-height: calc(100vh - 160px); } На этом этапе Ваши датчики уже будут распределяться по листам, но видеть мы будем только первые два, переключаемые дефолтным значком на панели. И на этом этапе мы переходим к самому сложному т.к теперь мы не просто хотим что-то добавить, а нуждаемся в модификации имеющейся логики. До этого листы просто переключались между собой, а теперь, по всей видимости, нам нужно расширить панель меню и добавить просто кучу значков. Но предварительно, мы сделаем еще одно добавление, а точнее его уже сделаете Вы. Каждая иконка хранится в виде BASE64 хэша бинарной иконки в формате PNG. Если мне не подводит память, то размер иконки составляет 35х35 пикселей. Если Вы не меняете глобально этот интерфейс, то советую не использовать иконки другого размера для данного меню. Для перевода PNG иконок в используемый формат я использовал этот ресурс https://www.base64-image.de/ После перевода вы получите строку, которую необходимо использовать в css разметке для придания новым иконкам желаемого вида. На этом стоит остановиться подробнее. Уже имеющиеся иконки меню Вы можете найти в css разметке поискав по ключевым словам .menu #sensors.list Вы найдете следующее, я укажу в виде фото т.к объем текста просто огромный. Надеюсь Вы используете какой-то более мене нормальный редактор, и он преобразует этот огромный набор текста в читаемый вид, я использую Visual Studio Code По аналогии добавьте свои иконки для новых элементов меню, не забудьте менять номера листов На этом этапе Вы уже должны иметь набор новых иконок с именами: list1, list2, list3 и т.д. Теперь их необходимо организовать в меню. И тут мы возвращаемся к нашему начальному html блоку, который был описан в самом начале, это тот, в котором мы добавляли новые листы. Давайте теперь добавим и таким образом отобразим все имеющиеся иконки. На этом этапе в интерфейсе имеются все новые иконки, но логика работы их переключения все еще не изменена. Давайте исправим это. Для этого нам понадобится внести изменения и JavaScript код нашего с Вами проекта. Это последний и самый сложный этап. Ищем следующий код $(".menu #sensors").click(function() { var list = $(this).attr("class"); switch (list) { case 'list1': $("#list1").fadeToggle('slow', function(){ $("#list2").fadeToggle('slow'); }); break; case 'list2': $("#list2").fadeToggle('slow', function(){ $("#list1").fadeToggle('slow'); }); break; } $(this).toggleClass("list1", !$(this).hasClass("list1")).toggleClass("list2", !$(this).hasClass("list2")); }); Он отвечает за переключение между листами и, что нам не нужно, изменением внешнего вида начальной иконки. Давайте преобразуем его в следующий вид. Сразу скажу, что так делать не правильно, как и многое в этом проекте, но так будет нагляднее и Вам не придется делать лишние шаги которые могут запутать. В идеале, можно добавить новый, одинаковый идентификатор, для все наших слове (<div>) и по нему плавно скрыть все элементы и потом плавно показать нужный. $(".menu #sensors").click(function() { var list = $(this).attr("class"); $("#list1").hide(); $("#list2").hide(); $("#list3").hide(); $("#list4").hide(); $("#"+list).show(); }); Теперь ищем код который скрывает первоначальные элементы меню if (hideSensorsMenu) $(".menu #sensors.list1").css("display", "none"); И удаляем т.к в Вашем случае скрытие не требуется. Его есть смысл организовывать при динамическом построении меню и т.д и т.п. PS: я не могу ручаться за достоверность всех описанных действий т.к не проверял их на практике. Это просто совет, который должен направить Вас, ... и только направить.
  3. На данный момент нет. На мой взгляд, он требует большой переработки. Вы можете опубликовать его у себя, я только попрошу оставить ссылку на первоисточник и не удалять раздел "О проекте и обратная связь" в web интерфейсе.
  4. Доброе время суток Да, Вы совершенно правы. Этот метод использовался чтобы убрать лишние нули в массивах передаваемых для постройки графиков. Попробуйте заменить этим. String sensors::clear(float value) { if ((int)value == value) return String((int)value); return String(value); } Вроде уже было упоминание об NRF в теме и люди делились рабочими вариантами. Все очень просто, Flash память не рассчитана на большое количество циклов перезаписи и постоянное сохранение данных попросту убьет ее. В связи с этим данные хранятся в оперативной памяти и предоставляются по требованию, что кстати еще и намного быстрее. В текущей реализации память практически вечная. Конечно, если очень хочется, то это можно реализовать. В первую очередь надо определиться с приемлемым сроком жизни устройства и уже отталкиваться от этого. На сколько я помню, память рассчитана на 100000 циклов перезаписи. Значит если записывать данные каждый час, то примерно через 11 лет устройство выйдет из строя. Естественно это все очень грубо посчитано, но закроем на это глаза. Другие нюансы, это понимание контроллером, что делать с сохраненными данными, как поступить с ними после перезагрузки и как связать их с текущими, новыми, данными. По идеи, все это упирается в систему точного времени и тут тоже подводные камни - использование внешнего модуля часов усложняет систему, добавляет точку отказа и требует дополнительного обслуживания, как минимум по замене аккумулятора. Можно использовать собственную систему тактирования для отсчета времени, что вполне приемлемо при регулярной синхронизации с NTP сервером, что требует наличия выхода в Интернет... На данный момент, при передачи данных для графика в web интерфейс, дополнительно передается время в миллисекундах с последней добавленной точки, а уже на стороне клиента (в браузере) берется время устройства (компьютер, телефон, планшет) и зная время последней точки, мы можем разрисовать временную шкалу графика. Это очень простая система, не требующая никаких часов на микроконтроллере. В принципе, наверное, только из-за простоты я и выбрал её. Но и другие варианты тоже имеют право на жизнь. Я не смог воссоздать данную ситуацию. Осмелюсь предположить, что Вы могли не дождаться этого момента, контроллер, после потери связи с маршрутизатором, создает собственную точку доступа и периодически, с интервалом в 5 минут, пытается найти маршрутизатор. Вот как это выглядело у меня. Я потушил WiFi интерфейс маршрутизатора, к которому цеплялся контроллер, а как пропала связь, восстановил его обратно.
  5. @IvAn какой датчик температуры Вы используете и с какой библиотекой?
  6. можете выполнить разработку модуля на BME-280 для нашего манометра МО-05 почта 

    info@gidrogaz.ru

     

  7. Доброе время суток WiFi имеет много настроек и стандартов, начиная от стандартов заканчивая каналом (частотой). Я бы посоветовал проверить настройки маршрутизатора с которым получилось установить связь и продублировать их на маршрутизаторе с которым возникли проблемы. Это весьма странно. Я взял тестовый программный сенсор и проверил на нем, воссоздать не получилось. Давайте разбираться. Добавьте следующий датчик в Ваш код. sensors.add(new knob_t(-100, 100, "1", "Test", "???"), "test", [&](){ return random(-100, 10); } , true); Дайте ему поработать, посмотрите, что будет за график. В моем случае все выглядело так.
  8. Доброе время суток. @see по поводу измерения скорости ветра. Да, в Arduino IDE есть баг, точно не проверял, но вроде на версиях выше 2.5.2 прерывания могут вызывать падения программы (любой). Проверил на чистом проекте, в котором были только прерывания и вывод в Serial. Не буду ходить вокруг да около, по итогу внес небольшие правки в код. Для эксперимента используйте архив с средой разработки опубликованный на Yandex диске, ссылка в загрузках. Используйте код опубликованный в исходниках, в файле users_wspeed.h Первым делом определитесь с используемым портом, допустим это GPIO14 (D5). Укажите этот порт в users_wspeed.h #define windSpeed_Pin 14 // GPIO микроконтроллера к которому подключен чашечный анемометр В основном файле закомментируйте подключения всех пользовательских файлов кроме users_wspeed.h //#include "users_auto.h"; // Пользовательская конфигурация датчиков, именно тут описывается с какими датчиками работать //#include "users_bme280_x2.h"; // Пример для двух датчиков BME280 //#include "users_ds18.h"; // Пример для датчиков DS18B20 #include "users_wspeed.h"; // пример для самодельного анемометра В основном файле закомментируйте функцию в которой также задействован порт GPIO14 // gpio_14(); // Расхождение расчетной абсолютной влажности между показаниями с двух датчиков, например, BME280 Далее соберите проект и загрузите на микроконтроллер. Убедитесь в работоспособности кода, обновляйте страницу, делайте всяческие проверки. Только после этого вносите дополнительные правки, которые Вам нужны. Я проверил код для датчика скорости ветра на живом контроллере, все работает. К сожалению, не совсем могу понять, Вы используете другой проект? Если это так, вы пробовали связываться с его автором, есть ссылка на проект? пробовали ли Вы просто работать с этими датчиками, не интегрируя их в чужой код? Рад, что у Вас все получилось. Исправления добавлены в код.
  9. Доброе время суток. Вы все делаете правильно. В ходе одного из обновлений была допущена оплошность. Самый простой вариант решения проблемы, это не комментировать данную строчку. Или можно исправить оплошность и в файле wifi.h найти строку if (!MDNS.begin(hostname.c_str())) { console.println("Error setting up MDNS responder!"); } и заменить её на if (!MDNS.begin(hostname.c_str())) { #ifdef console console.println("Error setting up MDNS responder!"); #endif } Я загружу исправления в ближайшее время.
  10. Я бы не тратил на это время. Намного надежнее и практичнее взять LTE+WIFI маршрутизатор, например, БУ по объявлениям. Это избавить от кучи подводных камней. А если Вы сами довольно много времени будите проводить в зоне действия будущей точке доступа, то лучше взять хороший маршрутизатор и возможность подключения LTE модема или со встроенным модемом. Это окупит себя многократно и сэкономит кучу бессонных ночей.
  11. @post125 да, подключение через контроллер посредник будет самым выгодным. На сколько мне помнится, Вы уже скидывали в эту тему свои наработки. Вот бегло нашел первый пост https://it4it.club/topic/55-meteostanciya-na-esp8266-ot-it4itclub/?do=findComment&comment=1203, начиная с него можно почитать о Вашем опыте. Но хоть это больше про I2C, думаю заинтересованным будет интересно.
  12. Просто закомментируйте не нужный вам вызов управления A0 Прикрепите пожалуйста весь текст ошибки т.к по скриншоту невозможно определить где проблема.
  13. Доброе время суток. Вот небольшой спойлер, но работы ведутся совсем не такими темпами как мне бы хотелось, банально из-за нехватки времени в связи с переездом в другой город и со всеми вытекающими из этого событиями. Я постарался сделать снимок экрана так, чтобы, присмотревшись к косвенным признакам, была возможность понять, что уже реализовано и, что используется в коде. Последние изменения были сделаны еще в конце лета 2019. @kamikozz Рад, что Вы с таким азартом отнеслись к этому проекту. Но, к сожалению, Вы упустили главную мысль - проект модульный и wifi.h один из модулей с малым количеством зависимостей, а если быть точным, то от него не зависят другие модули вообще. Вы вправе вообще удалить его или полностью переписать согласно необходимой логике работы. Главная идея wifi.h, это балансировка между режимами AP и STA. Нормальным считается, что контроллер подключен к домашней беспроводной сети, если этот пункт не выполнен, то контроллер переходит в режим AP и периодически пытается найти домашнюю сеть. В этом режиме мы получаем возможность его перенастроить т.к контроллер мог потерять домашнюю сеть из-за того, что у неё изменился SSID или контроллер переехал на другое место жительства. В Вашем случае работа данного модуля немного противоречит тому, что Вы хотите получить т.к в случае отсутствия связи с домашней точкой доступа контроллер будет пытаться её найти, а это возможно только при переводе контроллера в режим STA для сканирования эфира. В Вашем случае в этом нет необходимости, и можно пользоваться штатными средствами восстановления связи, предоставляемыми на аппаратном уровне т.к для установки новой точки доступа в качестве домашней, достаточно подключиться к точке поднимаемой контроллером в режиме AP+STA, ведь она доступна всегда. Но у меня вопрос, зачем Вам режим AP+STA? Возможно лучше и надежнее подключить второй контроллер к общей с первым точке доступа и просто перекидываться через HTTP API запросами? Почему я это спрашиваю - дело в том, что я упоминал, в том числе и в первом посте, что мы ограничены количеством обрабатываемых контроллером запросов и при некоторой нагрузке все может поломаться. Кстати, именно по этой причине много кода WEB интерфейса размазано по малому количеству файлов, в Index.htm валяется и css и java, а в css сохранены некоторые картинки. Динамическая подгрузка компонентов. Все это позволяет уложиться в минимальное, как я это видел, количество tcp соединений с контроллером т.к браузер загружает все компоненты страницы параллельно, а текущий web сервер не способен обрабатывать более одного соединения за раз, да и у контроллера попросту нет на это ресурсов. Обязательно помните об этом. Но вернемся к wifi.h. Если Вам ближе режим AP+STA место центрального маршрутизатора для обоих контроллеров, то просто удалите wifi.h и в основном файле добавьте необходимый режим. Убедитесь, что имеете доступ со стороны AP и STA. После этого можете начинать прикручивать сохраненные в config значения параметров для поднятия точки с нужным именем и для подключения к домашней точке доступа. @Neon @den48rus давайте разбираться с NRF. Под рукой, в текущий момент, её нет, но мы попробуем и пробежимся по основным моментам. На сколько я понимаю, подключается она по SPI, а это значит, что потребуется много портов. Следовательно, Вам придется освободить все порты, используемые под управление нагрузкой, но скорее всего еще что-то. На фото ниже видны 5 основных портов для передачи данных и один для прерывания. В данном проекте придется использовать прерывания т.к NRF может получить данные в момент когда будет происходить другая длительная операция, например загрузка web интерфейса. В таком случае данные будут потеряны. Прерывание поможет получать данные в тот момент когда, они пришли и это будет незаметно для остальных процессов. Бегло, я нашел информацию, что прерывание генерирует низкий уровень сигнала на порту IRQ. Отследить его можно с помощью attachInterrupt. В функции, которая будет вызвана при прерывании реализуйте логику чтения данных, как это делается в обычном случае. А теперь самое интересное. Например, в библиотеки RF24.h, которую, как мне кажется, используют многие, возможно использовать свой тип данных для передачи. Таким образом Вы можете объявить свою структуру, в которой можно определить что угодно. Допустим не просто пустые и безликие данные, а тип сенсора, показания с нескольких датчиков и, например, напряжение питания удаленного устройства. struct { byte type; float temperature; float humidity; float voltage; } nrf_data; nrf_data remote_sensor; Теперь важный момент. Переменная, которую мы будем использовать для хранения данных (в примере remote_sensor), должна быть объявлена в глобальном пространстве имен чтобы избежать проблем в дальнейшем, конечно, если у Вас нет иного механизма передачи данных между модулями проекта. После того как данные будут переданы, они будут сохранены в оперативной памяти микроконтроллера. Теперь их необходимо связать с сенсором, а это уже совсем не сложно. sensors.add(new knob_t(0, 100, ".01", "Влажность", "%"), "Humidity", [&](){ return remote_sensor.humidity; } ); Конечно, могут быть ситуации, когда в момент чтения переменной будет произведена попытка её перезаписи, но и это можно решить. В общем, у Вас все должно получиться. Но если будут вопросы, то обязательно пишите, и я постараюсь найти NFR24 и подготовить полноценный код для решения этой задачи.
  14. Файлы проекта обновлены. Добавлена поддержка последних, на момент публикации, версий Arduino IDE и модуля ESP8266. Добавлены небольшие исправления и доработки. При использовании, указанных в основном посте, версий программных компонентов Вы не получите вылет программы с критической ошибкой. Исправлена серьезная ошибка в медианном фильтре, кто использует проект обязательно обновите у себя объект medianFilter_t, он находится в tools.h В разделе загрузок, добавлена утилита для загрузки файлов web сервера во flash память. Также в описании к файлам, добавлена ссылка на скачивание готовой Arduino IDE со всеми библиотеками, утилитами, и последней версией проекта. Для работы модуля загрузки файлов во Flash может понадобится последняя версия Python https://www.python.org/downloads/
  15. @godzillajenkins доброе время суток. Вы можете составить списки преобразований основываясь на MIB файле который опубликован с шаблоном.
×
×
  • Create New...