Мы не совсем устройства продаём, а систему целиком ставим (контроллеры, БД, пользовательское ПО). Все IPшники устройств и куча всего остального в БД хранится. Так что в плане настройки сами же являемся пользователями. Клиенты потом уже ничего не перенастраивают.
Хочется просто по возможности ускорить и автоматизировать процесс пуско-наладки.
У нас как раз текущая версия контроллеров, разработанная много лет назад, через rs232 работает. Потом в связи с ростом числа железок перешли на адаптеры Moxa в качестве виртуальных ком-портов. Сейчас начинаем железки со встроенным ethernet использовать на базе STM32f4.
Там даже мак-адресов нет аппаратных, так что вариант с журналом, видимо, всё равно реализовывать.
res2001, да, из стандартных вариантов именно эти два:
1. Задать в устройстве параметры по умолчанию, втыкать по одному, конфигурить
2. Использовать по умолчанию DHCP, инфу о полученных адресах брать из логов DHCP-сервера или заранее забивать в настройки DHCP-сервера, вручную прописывая туда MAC-адреса.
Вот то, что выделено жирным, мне не очень нравится. Хочется так: воткнул несколько десятков железок, запустил софтину, она их нашла, сконфигурил им IP вручную, далее они работают по TCP/IP.
Как вариант - использовать DHCP для получения IP-адресов железками, а чтобы находить железки, использовать уже что-то более-менее стандартное, вроде DNS-SD или что там ещё бывает.
Поддержку в устройство добавить - не проблема) Но у этих протоколов та же суть - клиент запрашивает у сервера.
Может и правда не заморачиваться и просто журнал использовать. Должен дисциплинировать такой подход)
Мне казалось, что я такое где-то видел, и я вспомнил, где.
Устанавливали IP-камеры какие-то, там по умолчанию у всех был один и тот же IP-адрес. Но при монтаже и подключении можно было не заморачиваться с настройкой каждой камеры, а тупо все в один свич воткнуть и потом в софте настроить. Не посмотреть мне уже, что там у них использовалось, наверняка своё что-то
Я сформулировал вопрос коряво. В этом и есть суть задачи - прошить в железки статические айпишники. Чтобы сделать это централизованно, и можно было б косяки отследить быстро. А то прошьёшь два одинаковых айпишника случайно, и ищи потом, если железок с полсотни на объекте.
Железки свои, под них можно что-то написать. Вопрос больше в том, сталкивался ли кто-то раньше с такой задачей или это у меня жажда каких-то изысканных извращений)
Да, DHCP - это первое, что приходит в голову.
А ответ на вопрос зачем - для случая, когда в сети клиента уже есть DHCP-сервер, который "кто-то когда-то как-то настроил, и мы не хотим ничего менять".
Другой минус - если помирает DHCP-сервер и перезагружается оборудование, то IP-адреса больше никто не получит. Можно на устройстве сохранять последний полученный IP-адрес и использовать его при недоступности DHCP-сервера, но это всё равно свой велосипед делать, как я понимаю.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.