cnc-club.ru

vladumur писал(а):В чем разница в сравнении с 35j?

Улучшены качества того что было и добавлено новое. Скоро будут сделан мануал, а также представлен список что есть в WLM55J.

В ходе подготовки к выпуску WLM55J.Была найдена причина не совсем корректной работы контроллеров серии 35 при инициализации системе в ОС Linux. Например в Rasbian контроллер становился доступен только ч/з 20 сек,а в Armbian загрузка новой прошивки была практически не доступна..

Чтобы все работало правильно был сделан новый загрузчик (обновляемый). Который нужно записать в контроллер используя WIndows.
Т.О. Будет два загрузчика и прошивка( постоянный >> обновляемый >> прошивка ).

В новый загрузчик можно будет попадать из прошивки(и наоборот) не устанавливая перемычек. - это существенно повысит удобство работы!

Скоро появится инструкция и пр...

vladumur писал(а): ↑ В чем разница в сравнении с 35j?

Обновлена программа работы с прошивками.
+ можно автоматически загружать прошивки из интернета.
- изменена организация прошивок контроллеров (B0>B1>FW)
- обновлена документация https://cloud.mail.ru/public/2PKj/49mE6Rhh9

Вопрос: как лучше/удобней задавать ip адрес контроллеру ЧПУ? Или ....

Немного не понятный вопрос .
Для не сетевой конфигурации можно постоянный IP. Для сетевой сменный ( настраиваемый).

Bender писал(а): ↑ Вопрос: как лучше/удобней задавать ip адрес контроллеру ЧПУ? Или ....

Как и на всяких сетевых железках - по DHCP, а если его нет, то используется некий фиксированный.

Для ЧПУ контроллеров лучше ставить статичный адрес. Возможность менять адрес контроллера, должна быть в настройках ЧПУ. Также в настройках должна быть возможность выбора контроллера по IP адресу. Ибо подключить к сети могут больше одного. ЧПУ должно точно знать с каким именно работать, не переключаясь автоматом на другой. На контроллере должна быть кнопка, при долгом нажатии которой все настройки контроллера будут сброшены на дефолт (включая IP адрес). Вощем, мелочей много, каждую нужно продумывать.

MX_Master писал(а): ↑ На контроллере должна быть кнопка, при долгом нажатии которой все настройки контроллера будут сброшены на дефолт (включая IP адрес).

Не обязательно, можно воспользоваться ручным добавлением соотв. записи в ARP таблицу компа, с которого пытаешься сконфигурить устройство, нужно знать только MAC устройства, который обычно пишут на наклейке, ну или просто посмотреть на портах роутера или пакеты в сети.

P.S. если конечно в устройстве IP стэк правильно реализован.

Дядя Серёжа, всё, что ты только что посоветовал даже прокуренные спецы не с первого раза смогут сделать

Это ж азы Tcp/IP, а тут люди вон сетевые контроллеры пишут...

Люди, которые пишут, могут быть трижды умными, но пользоваться будут совсем другие специалисты И кнопочка сброса на плате обязана быть как раз для них.

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

По IP стало понятно.
Теперь по MAC (6 байт). Первые 3 байта назначает организация распределения, а последние 3 производитель устройства. Не могу найти информацию, есть ли наборы (первые 3 байта) для свободного использования.
Как лучше сделать?

При использовании только в пределах локального сегмента:
x2-xx-xx-xx-xx-xx
x6-xx-xx-xx-xx-xx
xA-xx-xx-xx-xx-xx
xE-xx-xx-xx-xx-xx

Bender писал(а): ↑ Как лучше сделать?

Можешь 3 первых байта оставить STM'овскими (0080E1), а вторые три привязать к уникальному ID чипа. Если будешь юзать только TCP/UDP, этого может быть достаточно. Но на всякий случай можно сделать возможность смены МАС адреса контроллера в настройках. Мало ли какие у юзера могут возникнуть проблемы или задачи.

Я, к примеру, в своём софте сделал возможность менять МАС адрес через веб-интерфейс. Потому что контроллер и ПК общаются чисто по МАС адресу на более низком уровне (чем TCP/UDP). Но я, к слову, не официальный производитель Если захочется стать прям-таки официальным, двери регистратора всегда открыты.

ЗЫ https://habr.com/ru/post/483670/

Я немного призадумался над вопросом безопасности управления оборудования по сети. По идее, любая программка на ПК или устройство в сети может замаскироваться под нашу ЧПУ программу, отправляя ЧПУ контроллеру аналогичные пакеты. В общем-то, в содержимом пакетов ничего полезного нет. Фотки голых тёток и прочие пароли там не передаются. А вот возможность завладеть управлением контроллера (и станка) в пакетах есть.

Не знаю какие именно чипы использует Сергей (Bender), но в младших моделях STM32 аппаратных крипто-модулей кот наплакал. К примеру, в моём случае (STM32F207VCT6) есть максимум CRC32. И это печально, потому что юзать программные крипто функции - это очень медленно. А наши контроллеры должны общаться с ПК довольно быстро и часто.

Вот и встал вопрос. Что такого быстрого и программного можно придумать для безопасной подписи/шифрования пакетов? Насколько я понимаю сам код ЧПУ программы у Сергея открыт. В моём случае, код драйвера для LinuxCNC тоже открытый. Закрыт в обоих случаях только софт контроллера, вычислительная мощь которого невелика.

не надо ничего шифровать - толку кроме тормозов не будет.

если станки серьёзные - не надо их пихать в общую сеть, это лучшая защита.

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

alex_sar писал(а): ↑06 сен 2020, 13:03 не надо ничего шифровать - толку кроме тормозов не будет.
если станки серьёзные - не надо их пихать в общую сеть, это лучшая защита.

шифровать, может, и не надо, но как контроллеру и ПК меж собой решить, что они действительно общаются между собой без леваков?