Перейти к публикации
iT4iT.CLUB
Kitsum

Замок с радиочастотной идентификацией

Рекомендованные сообщения

4 минуты назад, EndWar сказал:

Что значит "или откроется" .?! Самим механизмом запора как я понял является электромагнит... отключи питание и двери настежь... )))

Учите мат часть. А для приверженцев старых технологий обсуждать сдесь не чего все сделано до нас

navesnoy.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
50 минут назад, EndWar сказал:

Что значит "или откроется" .?! Самим механизмом запора как я понял является электромагнит... отключи питание и двери настежь... )))

Я уже думал об этом. Согласен, электромагнит это не тот вариант, который необходим для: квартиры, дома, дачи или иного жилого помещения. Такой тип замка используется сейчас в помещении на производстве, люди находятся в нем 24/7 и система питания помещения, как и самого здания, намного надежней, нежели в обычных жилых домах. На практике питание контроллера идет от 5V щины, а электромагнита от 12V. Управление открытием идет через реле. Если снять питание с контроллера, то дверь останется закрытой. В будущем планировалось поставить источник бесперебойного питания, но это уже будет реализовывать текущий эксплуататор в лице моих коллег и друзей.

В домашних условиях от электромагнита необходимо отказаться в пользу электромеханических замков. Такой вариант позволяет в случае потери питания оставить дверь запертой, и открыть замок, используя механический ключ. Также этот вариант не позволит отличить на глаз такую дверь от всех остальных в подъезде. В продаже имеются подобные замки, и они очень популярны в домофонах на коттеджах и вообще в частном секторе. 

Если немного пофантазировать, то я бы попробовал реализовать свою копию RFID сканера на базе RC522, но с антенной, спрятанной в дверной ручке. В продаже также имеются RFID кольца различных размеров, цветов и форм. От классических перстней, до золотых с кожаными вставками. Ну а далее суть ясна, взялся за ручку и дверь разблокирована. Добро пожаловать домой.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
42 минуты назад, Kitsum сказал:

Я уже думал об этом. Согласен, электромагнит это не тот вариант, который необходим для: квартиры, дома, дачи или иного жилого помещения. Такой тип замка используется сейчас в помещении на производстве, люди находятся в нем 24/7 и система питания помещения, как и самого здания, намного надежней, нежели в обычных жилых домах. На практике питание контроллера идет от 5V щины, а электромагнита от 12V. Управление открытием идет через реле. Если снять питание с контроллера, то дверь останется закрытой. В будущем планировалось поставить источник бесперебойного питания, но это уже будет реализовывать текущий эксплуататор в лице моих коллег и друзей.

В домашних условиях от электромагнита необходимо отказаться в пользу электромеханических замков. Такой вариант позволяет в случае потери питания оставить дверь запертой, и открыть замок, используя механический ключ. Также этот вариант не позволит отличить на глаз такую дверь от всех остальных в подъезде. В продаже имеются подобные замки, и они очень популярны в домофонах на коттеджах и вообще в частном секторе. 

Если немного пофантазировать, то я бы попробовал реализовать свою копию RFID сканера на базе RC522, но с антенной, спрятанной в дверной ручке. В продаже также имеются RFID кольца различных размеров, цветов и форм. От классических перстней, до золотых с кожаными вставками. Ну а далее суть ясна, взялся за ручку и дверь разблокирована. Добро пожаловать домой.

а я соленоидный замок испльзую . тынц http://goo.gl/Q5Nt5t

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

svchekalin

"сдесь" пишется - здесь, а "не чего" - нечего... учите мат. часть )))


 

 

23b02b.jpg

Изменено пользователем EndWar

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
1 час назад, EndWar сказал:

если обесточить плату управления а оставить питание на электромагните то дверь нужно будет ломать..?! 

Вот единственный вариант:

23b02b.jpg

не факт вот еще вариант

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Пользуюсь замком уже больше месяца, правда пока в тестовом режиме(на столе), ну чтоб не было танцев с бубном возле закрытой двери :) или наоборот открытой!!!

Всё замечательно, никаких сбоев и глюков нет, короче всё очень даже ГУТ!

Вот только сильно мне не нравится затея с электромагнитным замком !!! Хотелось бы исключить его из сего замечательного устройства!!! Но, это только моё мнение и мой выбор, и мне не нравится, как говорится каждому своё!

Есть несколько идей! Можно ли их реализовать?

1. Прикрутить шаговый мотор, ну вот примерно ТАК. ?!?

2.  Настроить пин управления замком таким образом: поднесли ключ - высокий уровень 5 секунд - питание пропало. 5 секунд это время срабатывания механизма замка, ну чтоб его естественно можно было изменить в коде, всё остальное пусть работает как и было, если автоматически режим значит через какое-то время пройдёт опять импульс и замок закроется, а если ручной режим для закрытия подносим карту!

3. Для управления замком использовать два пина управления, чтоб на них полярность менялась, чтобы можно было подключить автомобильный соленоид для механизма замка.

 

64ba50a8e90fb32a76a95870f8cecf31.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Я бы на твоем месте копал в сторону модельного сервопривода . Установил привод в нутрь стандартного врезного замка и ок .можно сделать чтобы привод блокировал возможность откр ключом а можно чтобы открывал

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

to Alex13

Еще раз хочу напомнить, что использование электромагнитного замка - всего лишь одна из возможных реализаций. Прикрутить можно любую нагрузку, главное развязать управление замком и его питание.

Думаю, что использовать в качестве запирающего механизма что-то из элементов CD/DVD привода, как в видео Дмитрия Осипова, не совсем корректно, конечно если нужно запирать входную дверь, а не межкомнатную или что-то другое. Думаю, что использование заводского механизма наиболее оптимальный и надежный вариант.

Конечно можно прикрутить и автомобильный соленоид, но мне интересно, каким механизмом он будет управлять?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Видео  Дмитрия Осипова, я привел для примера использования шагового двигателя в качестве механизма запирания замка. На мой взгляд не плохой вариант, но это лично моё мнение! Ну мне кажется, что этот вариант невозможен, или пинов не хватит, или памяти, или это вообще фантастика, ну есть же неосуществимые вещи!

Цитата

Думаю, что использование заводского механизма наиболее оптимальный и надежный вариант.

То, что оптимально согласен абсолютно, ну а насчёт надёжности, если это механизм стоит приличных денег, то да!

Ну мы же тут творческие люди и охото сотворить что-нибудь своё неповторимое :).

Цитата

Конечно можно прикрутить и автомобильный соленоид, но мне интересно, каким механизмом он будет управлять?

Ну свой вариант я пока не начал изобретать :), потому что надо определится под что изобретать! Ну даже если воспользоваться поиском, вариантов не мало!

Ну если всё это сложно, то может второй(2.) вариант, из моего предыдущего сообщения, можно сотворить?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Огромное Вам спасибо!!!                                                                                                                                                                                                                                     Честно говоря подумал продолжения не будет. :$                                                                                                                                                                                                      О результате напишу! 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Не работает!:(

Вместо реле стоят светодиоды. Заливаем, загорается красный(реле открытия), подносим ключ, бип есть, а светодиод так и горит непрерывно! И ещё, может это важно, не стала работать сигнализация!

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

to Alex13

Постараюсь освободить на днях контроллер и собрать все на столе. Отпишусь чуть позже.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Спасибо! Мне не к спеху. главное доделать, уж очень охото этим девайсов в деле попользоваться!

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

to Alex13

Обновил программу, пока было свободное время на работе. Буду дома, попробую на железе. Все обновления кода сейчас и далее будут в этом посте.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Красный диод (реле открытия) горит постоянно! 

Через раз, при поднесении ключа, стал загораться зелёный(реле закрытия)  примерно на 1с.

Сигнализация так и не работает!

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

to Alex13

Если проверять светодиодами, то оба будут гореть постоянно т.к управление китайскими релейными модулями инвертировано. По сути оба светодиода горят, но в момент открытия или закрытия соответствующий светодиод погаснет на 1 секунду (думаю, что это время можно уменьшить до 0.5 сек). В любом случае управление автомобильным соленоидом происходит с помощью 12V и придется задействовать реле или транзистор для развязки, как сделано на схеме.

Сама сигнализация осталось не тронутой. Думаю, что стоит перепроверить состояние пина A0 (включена сигнализация или нет).

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Kitsum сказал:

Сама сигнализация осталось не тронутой. Думаю, что стоит перепроверить состояние пина A0 (включена сигнализация или нет).

Так с предыдущей прошивкой сигнализация работает, загружаем последнюю и всё....... тишина.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, Alex13 сказал:

Так с предыдущей прошивкой сигнализация работает, загружаем последнюю и всё....... тишина.

Проверил последнюю программу на живом контроллере, все работает:

  1. реле открыть/закрыть
  2. сигнализация
  3. режимы программирования
  4. режимы закрытия авто/вручную

Предлагаю сделать следующее:

  1. Внимательно проверить весь монтаж и привести его к тому, что показано на схеме
  2. Использовать только описанные в схеме элементы (на время тестирования)
  3. Убедиться, что в предыдущую версию не вносились собственные изменения. Если таковые имелись, то привести последний вариант программы в соответствие с теми изменениями.
  4. Даже если все проверили, перепроверить еще раз

PS: Будьте внимательнее, у Вас ошибка на поверхности и скорее всего по невнимательности! Могу снять видео с демонстрацией работы последней версией программы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Видео, было бы не плох!!! Если Вам не сложно снимите!!! Может я чего не так понимаю! :$

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
57 минут назад, Alex13 сказал:

Видео, было бы не плох!!! Если Вам не сложно снимите!!! Может я чего не так понимаю! :$

За качество извиняюсь, снимал на то, что было под рукой.

На видео создание мастер ключа и проверка всех почти всех режимов работы. Реле подписаны. Их задержка уменьшена до 0.5 сек.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Спасибо! Да, это именно то, что нужно! Странно почему у меня не работает!!! :(

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Alex13 сказал:

Спасибо! Да, это именно то, что нужно! Странно почему у меня не работает!!! :(

Проверяйте монтаж, ошибка может быть только в нем.

  • Like 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Пожалуйста, войдите для комментирования

Вы сможете оставить комментарий после входа



Войти сейчас

  • Похожие публикации

    • Автор: Kitsum
      Привет друзья.
      В данной теме пойдет речь о конфигурации микроконтроллера через UART (Universal Asynchronous Receiver-Transmitter) интерфейс. А рассмотрим мы это на примере MQTT логгера. В данном случае, это будет логгер температуры. Мне это устройство потребовалось на работе, даже не мне, а моим коллегам, и оно действительно работает и приносит огромную пользу т.к контроль температуры производится совместно с отличной, на мой взгляд, системой мониторинга Zabbix с оперативными оповещениями, построением графиков, блэк-джеком и... Подробнее о дружбе Arduino и Zabbix можно почитать тут
      Но как всегда, есть нюансы. А заключаются они в том, что в будущем, обслуживать армию мелких контроллеров придется людям, которые заняты своими задачами и им попросту некогда изучать Arduino, не говоря уже о серьезных альтернативах, разбираться в том, как прописать нужные значения переменных в программу и загрузить её в микроконтроллер. Все настройки необходимо производить быстро, с явным указанием изменяемого параметра и его значения. Ровно также, как это делается с любым промышленным оборудованием.
      И тут на помощь приходит UART
      Микросхема UART to USB имеется в большинстве плат семейства Arduino, а там, где её нет, обычно выведены соответствующие "пины". И все это очень облегчает жизнь т.к позволяет общаться с контроллером, просто подключив его к компьютеру напрямую или через переходник, благо их везде навалом, да и стоят они как пачка семечек. Остается только запустить любой терминал, который умеет доставлять в конец строки символ "перевод строки", что известен в народе как "\n", а в ASCII таблице имеет номер 0A.
      Кстати, в Serial мониторе Arduino IDE выставить символ конца строки можно так

      Ну а дальше только, что и остается, как общаться с устройством на той стороне. И тут мы переходим к основному алгоритму программы. Но перед этим хочу отметить, и это ВАЖНО, что за любое упрощение жизни, всякие красивости и прочее, приходиться платить, и цена довольно высока! В данном случае, это ОЗУ микроконтроллера. Поэтому не раскатываем губы, а если очень хочется, то берем следующий по характеристикам микроконтроллер. А начинать мы будем с ATmega328P, что известен в народе как Arduino UNO, Arduino Nano, IBoard v1.1 и т.д по списку. Заканчивать Вы можете чем угодно, хоть ATmega2560, ESP8266 или ESP32. В противном случае, производим оптимизацию кода, отказываемся от громоздких библиотек, или вообще, от Arduino IDE.
      Что мы хотим получить
      Вся конфигурация микроконтроллера должна храниться в энергонезависимой памяти (ПЗУ) известной нам как EEPROMM. Если в ПЗУ конфигурация отсутствует, необходимо иметь резервный план. И им станет сброс конфигурации на настройки по умолчанию. Это поведение знакомо всем, особенно по домашним дешевым маршрутизаторам, а значит, интуитивно понятно. Выводить справку при начале общения пользователя и устройства, на мой взгляд, как манеры высшего общества. Контроллер должен представляться и сообщать всю необходимую информацию о себе и о том, как с ним вести диалог. Все команды должны быть просты и иметь не двусмысленное значение. И конечно, мы должны иметь возможность просмотра текущего состояния датчиков или процессов, которыми занимается устройство в свободное от общения с нами время. Как сохранять конфигурацию в EEPROM
      Пожалуй, стоит начать с того, как сохранить конфигурацию микроконтроллера в энергонезависимую память. Для этих целей, в стандартный набор инструментов Arduino IDE входит библиотека для работы с EEPROM.
      #include <EEPROM.h> На данный момент нас интересуют две функции, это чтение и запись
      EEPROM.get(address, variable); EEPROM.put(address, variable); Обе принимают два параметра:
      Адрес, начиная с которого будет произведено чтение или запись данных в память Переменная чье содержимое надо сохранить или в которую нужно из памяти прочитать Особенность работы этих функция заключается в том, что в зависимости от типа переданной им переменной во втором параметре, будет произведено чтение или запись ровно того количества данных которое соответствует размеру типа этой самой переменной. На простом языке это означает, что если переменная variable будет иметь типа byte, то и работать мы будем с объемом памяти в 1 байт. И тоже самое произойдет с абсолютно любым типом данных пока мы не упремся в размеры самого EEPROM или ОЗУ микроконтролера. Из этого всего следует, что мы можем создать свой собственный тип данных, разместить в нем необходимую нам информацию и всего лишь двумя функциями помещать его в память и извлекать обратно.
      И в этом нам поможет пользовательский составной тип - структура (struct). Данный тип позволяет объединить в себе различные типы данных, упорядочить их и присвоить им понятные имена.
      Это общий пример для большего понимания, как объединить несколько типов данных в одной структуре, получить к ним доступ, записать и прочитать их из EEPROM.
      Наша структура будет немного сложнее, но суть остается той же самой.
      // Дополнительная структура описывающая IPv4 адреса struct addres { byte a; byte b; byte c; byte d; }; // Структура объекта конфига для хранения в EEPROM struct configObj { addres ip; addres subnet; addres gateway; addres dns; byte mac[6]; byte hex; char server[40]; char topic[40]; } config; Данная структура хранит сетевые настройки для работы с Ethernet модулем (w5100 и выше) Arduino, базовые настройки для связи с MQTT брокером. Сразу при описании структуры мы объявили новую переменную с именем config с типом нашей структуры.
      ВАЖНО: кроме наших данных в структуре имеется дополнительная переменная с именем hex. Её задача, это контроль наличия наших данных в EEPROM. Она всегда должна содержать одно и тоже значение. Представьте ситуацию, что вы взяли контроллер в EEPROM которого находится какая-либо информация (может там чисто, но мы этого не знаем наверняка) и мы прочитаем данные и поместим их в нашу переменную. В итоге мы получим данные которым нельзя доверять, а что еще хуже, это если эти самые данные нарушат работу внешнего оборудования.
      Более правильным, на мой взгляд, будет проверка значений по конкретно определенным адресам. Например, мы знаем, что в 16 байте должно быть значение 0xAA и если оно действительно там, то мы убеждаемся, что это наша информация. Естественно, что контрольных точек может быть несколько и разумеется с разными значениями, это увеличит гарантию того, что данные являются нашими, но 100% гарантии не даст. Для более серьезных проектов есть более серьезные методы, например, подсчет контрольной суммы всего набора данных.
      Также структура может иметь вложенные структуры, у нас ими являются: ip, subnet, gateway, dns. Вы можете отказаться от такого варианта и записывать данные просто в массив байт, как это было сделано с MAC адресом. Естественно, что обращаться к этим полям нужно по-разному.
      Запись данных в поле subnet
      config.subnet = {255, 255, 255, 0}; Запись данных в поле mac
      byte mac[] = {0x00, 0xAA, 0xBB, 0xCC, 0xDE, 0x02}; memcpy(config.mac, mac, 6); С записью данных в поле server все еще проще
      config.server = "mqtt.it4it.club"; Функция, которая возвращает нашу структуру данных с полностью заполненными полями.
      // Начальный конфиг configObj defaultConfig() { configObj config = { {192, 168, 0, 200}, {255, 255, 255, 0}, {192, 168, 0, 1}, {192, 168, 0, 1}, {0x00, 0xAA, 0xBB, 0xCC, 0xDE, 0x02}, 0xAA, // Не трогать! Используется для проверки конфигурации в EEPROM F("mqtt.it4it.club"), F("arduino/serial/config") }; return config; } К примеру, два последних значения записывать не обязательно, тогда эти поля останутся пусты если использовать данную функцию для возврата к "заводским" настройкам.
      Вот пример того, как используя описанную нами структуру, мы проверяем целостность настроек в EEPROM и в случае не совпадения hex значений, загружаем настройки по умолчанию.
      const byte startingAddress = 9; bool configured = false; void loadConfig() { EEPROM.get(startingAddress, config); if (config.hex == 170) configured = true; else config = defaultConfig(); configEthernet(); // Функция производящая настройку сети } Как контроллеру начать понимать, что от него хотят
      В Arduino имеется функция, вызываемая каждый раз, когда в передаваемый буфер данных попадает знакомый нам символ перевода строки.
      void serialEvent() { // Вызывается каждый раз, когда что-то прилетает по UART // Данные передаются посимвольно. Если в строке 100 символов, то функция будет вызвана 100 раз } И в контексте обсуждаемой нами программы, мы можем представить ее в следующем виде
      void serialEvent() {   serialEventTime = millis();   if (console.available()) {     char c = (char)console.read();     if (inputCommands.length() < inputCommandsLength) {       if (c != '\n') inputCommands += c;       else if (inputCommands.length()) inputCommandsComplete = true;     }   } } Её задача, символ за символом, собрать в кучу все переданные нами данные и при получении заветного символа перевода строки (именно он даст нам понять, что передача сообщения завершена) сообщить, что команда получена и передать накопленный буфер данных своей напарнице по цеху.
      Но перед тем как это сделать стоит рассмотреть альтернативную ветку развития событий, а именно тот факт, что нам попросту могут прислать огромную, кучу шлака без волшебного символа, а раз могут, значит рано или поздно пришлют. И мы бесполезно потратим ценные ресурсы микроконтроллера, что может привести к непредсказуемым результатам в дальнейшем. Поэтому, в логику функции, мы добавим дополнительное ограничение на количество переданных символов, если оно достигнуто, то попросту перестаем воспринимать последующие данные.
      Останется только избавиться от них, и самым удобным моментом будет, когда этот поток шлака прекратиться. Чтобы об этом узнать мы будем запоминать время, когда пришел каждый из символов переданной строки перезаписывая соответствующую временную переменную данными о следующем символе и т.д пока поток не иссякнет. И как только расхождение текущего времени CPU и времени, когда поступил последний символ превысит некоторое значение, пусть это будет 1 секунда, мы очистим нашу память. Этот простой механизм напоминающий амнезию позволит избавить нас от лишних проблем.
      Переменная отвечающая за размер принимаемого буфера
      const byte inputCommandsLength = 60; Теперь можно переходить к напарнице предыдущей героини и, по совместительству, основной рабочей лошадки - функции обрабатывающей адекватно полученные данные.
      void serialEventHandler() { // вызывается в loop и проверяет взведена ли переменная inputCommandsComplete // в полученных данных пытается распознать команды } По началу я хотел описать данную функцию в упрощенном варианте, но в процессе понял, что ничего хорошего из этого не выйдет, и я решил описать только ключевые моменты, но их будет достаточно, на мой взгляд.
      Разбор serialEventHandler
      Полученные данные будут переданы нам в переменной inputCommands с типом String
      В первую очередь стоит почистить ее от лишних пробельных символов. Они часто встречаются в начале и в конце строки если пользователь копирует текст, а не набирает его самостоятельно. Это распространенная ситуация, приводящая к отказу принятия команды и бороться с ней очень просто.
      inputCommands.trim(); Далее стоит отсеять команды, не несущие никакой динамической информации, например, help, restart, reset и т.п это предписывающие команды которые заставляют контроллер выполнять строго описанные функции без вмешательства в их работу.
      if (inputCommands == F("help")) { consoleHelp(); } else if (inputCommands == F("restart")) { resetFunc(); } else { // Все сложные команды обрабатываются в этом блоке } Как Вы видите, все очень просто и скучно. Но не в том случае если команда динамическая, то есть содержит не только саму команду (заголовок) но и полезную нагрузку (параметр) которая может меняться раз от раза. Простой пример это команда изменения ip адреса и её варианты:
      ip 37.140.198.90 ip 192.168.0.244 ip 10.10.10.88 В данном случае, нам стоит понять, относится ли данная команда именно к ip адресу. Для этого в наборе String имеется отличный метод, позволяющий производить сравнение переданного ему параметра с началом строки.
      if (inputCommands.startsWith(F("ip"))) { // Строка inputCommands начинается с пары символов "ip" } Если все идет так, как мы задумали, то нам стоит отделить динамическую часть - наш параметр, от заголовка и получить полезную нагрузку. В этом нам поможет, опять же из набора String, метод substring позволяющий получать часть строки с указанием начального и конечного символа подстроки. Последний параметр указывать не обязательно и в таком случае мы получим всю строку начиная с указанного символа.
      inputCommands.substring(4) В данном случае начиная с 4-его и заканчивая последним. И как Вы успели заметить, отсчет мы начинаем не с третьего символа, что соответствует нашей строке без вступительного "ip", а на один больше т.к между заголовком и параметром имеется разделяющий символ в виде пробела.
      Далее, полученную строку мы передадим в функцию, занимающуюся разбором на компоненты и принимающую следующие параметры:
      Указатель на переменную с типом char, для этого нам потребуется преобразовать наш тип String Символ разделителя, что для IPv4 является точка "." Указатель на массив типа byte, которому будет присвоен результат разбора Количество искомых элементов в строке И система счисления, подразумеваемая в качестве исходной для записи элементов подстроки /* Парсинг https://stackoverflow.com/questions/35227449/convert-ip-or-mac-address-from-string-to-byte-array-arduino-or-c */ void parseBytes(const char* str, char sep, byte* bytes, int maxBytes, int base) { for (int i = 0; i < maxBytes; i++) { bytes[i] = strtoul(str, NULL, base); str = strchr(str, sep); if (str == NULL || *str == '\0') break; str++; } } В нашем случае выглядеть это будет следующим образом
      byte ip[4]; parseBytes(inputCommands.substring(4).c_str(), '.', ip, 4, 10); А дале все становится еще проще, попросту проверить попадает ли наш ip адрес, в список правильных адресов. И самой простой проверкой послужит проверка первого байта адреса на несоответствие не угодным нам сетям (0, 127, 255)
      if (ip[0] != 127 and ip[0] != 255 and ip[0] != 0) { // Производим необходимые нам действия с ip адресом, например, запись в конфиг config.ip = {ip[0], ip[1], ip[2], ip[3]}; } Вы в праве реализовать собственные проверки, какие только душе угодны.
      Также хотелось бы отметить, что обрабатывать некоторые параметры проще и быстрее через их короткие записи. К таким можно отнести маску подсети устройства. Например, привычный дня нас адрес 192.168.0.1 с маской подсети 255.255.255.0 можно записать в виде 192.168.0.1/24, где цифра 24 указывает нашу подсеть в краткой форме. А, следовательно, мы можем записать несколько кратких форм масок подсети в следующем виде:
      subnet 255.255.255.0 или subnet 24 subnet 255.255.0.0 или subnet 16 subnet 255.0.0.0 или subnet 8 Это основные маски, и я не описывал все существующие т.к в этом нет нужды, но если Вам интересно, то почитать про них можно в wikipedia.
      if (inputCommands.startsWith(F("subnet"))) {     String input = inputCommands.substring(8);     if (input == F("24"))      config.subnet = {255, 255, 255,   0};     else if (input == F("16")) config.subnet = {255, 255,   0,   0};     else if (input == F("8"))  config.subnet = {255,   0,   0,   0};     else { // Все остальные маски попадают в этот блок         byte subnet[4];         parseBytes(input.c_str(), '.', subnet, 4, 10); config.subnet = {subnet[0], subnet[1], subnet[2], subnet[3]};     } } MAC адрес хранится у нас в виде массива байт. Его перезапись другим массивом производится с помощью функции memcpy
      if (inputCommands.startsWith(F("mac"))) { byte mac[6]; parseBytes(inputCommands.substring(4).c_str(), ':', mac, 6, 16); memcpy(config.mac, mac, 6); } Изменение адреса MQTT сервера
      if (inputCommands.startsWith(F("server"))) { String server = inputCommands.substring(8); server.trim(); if (server.length() < 40) server.toCharArray(config.server, 40); } В принципе теперь понятно, как производить получение, разбор и сохранение конфигурации в EEPROM микроконтроллера.
      Как это выглядит на практике
      Заливаем программу в микроконтроллер и подключаемся к Arduino по usb или через переходник. Открываем терминал и нас приветствуют краткой справкой с описанием доступных команд.
      - --------------------------------------------------------------------------------------- # Sensor with data sending to mqtt server (c) it4it.club # Use the "config" command to view the current configuration # To change the configuration, specify the parameter name and its new value with a space, # for example "ip 192.168.0.200", "subnet 255.255.255.0" or "mac AA:BB:CC:DD:EE:FF" # You can also specify a subnet using the mask 24, 16 or 8 # Additional commands: # sensors - view current data from sensors # config - view current configuration # save - saves the current configuration # reset - resets all settings # restart - restarts the device # eeprom clear - removes all contents of eeprom # help - view this help - --------------------------------------------------------------------------------------- Т.к. в EEPROM микроконтроллера не была обнаружена конфигурация (волшебный hex байт нам подсказал), то были задействованы стандартные настройки. Просмотреть текущую конфигурацию можно командой config
      config # ip: 192.168.0.200 # subnet: 255.255.255.0 # gateway: 192.168.0.1 # dns: 192.168.0.1 # mac: 00:AA:BB:CC:DE:02 # server: mqtt.it4it.club # topic: arduino/serial/config чтобы изменить значение любого из этих параметров необходимо передать имя параметра и его новое значение, разделенные между собой пробелом.
      ip 10.10.10.99 # ok gateway 10.10.10.1 # ok dns 10.10.10.1 # ok После окончания конфигурации необходимо сохранить настройки и если были затронуты критические параметры, например, сеть, то перезапустить Arduino соответствующей командой.
      save # ok restart # ok # restarting device... Если параметр был успешно принят, то контроллер ответит нам "ok", а в противном случае ругнется.
      ip 127.0.0.1 # bad ip Также мы получим негативный ответ если команда не была распознана.
      qwerqwer1243 # bad command С остальными командами Вы разберетесь самостоятельно.


      Исходник: MQTT_CLIENT_328_SERIAL_CONFIG.zip
      PS: в общем то это статья родилась только для того, чтобы в соседнем форуме с системой мониторинга Zabbix появилась ссылка на устройство, но я надеюсь, что она также станет полезна любителям домашней автоматизации и не только.
  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

×
×
  • Создать...