История изменений

Убедись, что правило описано правильно и хандлит нужное тебе устройство.

Ну, опишу всё по порядку, может я где-то ступил.

Вначале, я использовал dmesg для сбора информации. Я сделал два файла с выводами этой утилиты до и после подключения NXT-устройства:

[  450.099572] usb 2-1.6: new full-speed USB device number 5 using ehci-pci
[  450.215504] usb 2-1.6: New USB device found, idVendor=0694, idProduct=0002
[  450.215508] usb 2-1.6: New USB device strings: Mfr=0, Product=0, SerialNumber=1
[  450.215511] usb 2-1.6: SerialNumber: 0016531AA633

В статьях 2011-2012 годов по подключению NXT, как раз упоминалось, что у устройства долженsы быть idVendor=0694 и idProduct=0002.

Дальше, разница выводов lsusb до и после подключения устройства была:

Bus 002 Device 006: ID 0694:0002 Lego Group Mindstorms NXT

Причём, это всё работало ещё до того как я стал прописывать настройки в пустой по умолчанию каталог /etc/udev/rules.d/, но такое поведение было описано и в тех статьях, которые я читал.

Что касается udev, то у меня в системе установлена по умолчанию версия 229-4ubuntu21.4, что бы это ни значило.

Дальше, в разных статьях по настройке рекомендовалось следующее:

1) Создать файл /etc/udev/rules.d/80-nxt.rules с текстом:

SUBSYSTEM=="usb_device", ACTION=="add", SYSFS{idVendor}=="0694", SYSFS{idProduct}=="0002", SYMLINK+="nxt-%k", MODE="0666"

2) Или создать тот же файл но с текстом (предполагается, что это разные вариации для разных версий udev, но какой для чего я не в курсе):

SUBSYSTEM=="usb", ACTION=="add", ATTRS{idVendor}=="0694", ATTRS{idProduct}=="0002", SYMLINK+="nxt-%k", MODE="0666"

3) В другом источнике, предлагалось создать файл /etc/udev/rules.d/45-legonxt.rules с текстом:

SUBSYSTEM=="usb", DRIVER=="usb", ATTRS{idVendor}=="0694", ATTRS{idProduct}=="0002", MODE="0660", OWNER="dalts"

4) Ещё предлагался вариант файла /etc/udev/rules.d/70-nxt.rules с текстом:

SUBSYSTEM=="usb", ATTRS{idVendor}=="0694", GROUP="nxt", MODE="0660"

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

После создания конфигурационного файла, предполагалось выполнить команду:

service udev restart

Но ни эта команда, ни перезагрузка, ни

sudo udevadm control --reload

:-(

Честно говоря, я не очень представляю, как можно проверить автораспознание NXT-устройства, подключенного к usb, но выполняя инструкции по установке софта (компиляторов nxc и nbc) предполагалось, что при запуске компиляторов с определёнными опциями, компиляторы должны загрузить бинарные файлы в подключенное и автоматически расшаренное NXT-устройство. Этого не происходит.

Убедись, что правило описано правильно и хандлит нужное тебе устройство.

Ну, опишу всё по порядку, может я где-то ступил.

Вначале, я использовал dmesg для сбора информации. Я сделал два файла с выводами этой утилиты до и после подключения NXT-устройства:

[  450.099572] usb 2-1.6: new full-speed USB device number 5 using ehci-pci
[  450.215504] usb 2-1.6: New USB device found, idVendor=0694, idProduct=0002
[  450.215508] usb 2-1.6: New USB device strings: Mfr=0, Product=0, SerialNumber=1
[  450.215511] usb 2-1.6: SerialNumber: 0016531AA633

В статьях 2011-2012 годов по подключению NXT, как раз упоминалось, что у устройства долженsы быть idVendor=0694 и idProduct=0002.

Дальше, разница выводов lsusb до и после подключения устройства была:

Bus 002 Device 006: ID 0694:0002 Lego Group Mindstorms NXT

Причём, это всё работало ещё до того как я стал прописывать настройки в пустой по умолчанию каталог /etc/udev/rules.d/, но такое поведение было описано и в тех статьях, которые я читал.

Что касается udev у меня в системе установлена по умолчанию версия 229-4ubuntu21.4, что бы это ни значило.

Дальше, в разных статьях по настройке рекомендовалось следующее:

1) Создать файл /etc/udev/rules.d/80-nxt.rules с текстом:

SUBSYSTEM=="usb_device", ACTION=="add", SYSFS{idVendor}=="0694", SYSFS{idProduct}=="0002", SYMLINK+="nxt-%k", MODE="0666"

2) Или создать тот же файл но с текстом (предполагается, что это разные вариации для разных версий udev, но какой для чего я не в курсе):

SUBSYSTEM=="usb", ACTION=="add", ATTRS{idVendor}=="0694", ATTRS{idProduct}=="0002", SYMLINK+="nxt-%k", MODE="0666"

3) В другом источнике, предлагалось создать файл /etc/udev/rules.d/45-legonxt.rules с текстом:

SUBSYSTEM=="usb", DRIVER=="usb", ATTRS{idVendor}=="0694", ATTRS{idProduct}=="0002", MODE="0660", OWNER="dalts"

4) Ещё предлагался вариант файла /etc/udev/rules.d/70-nxt.rules с текстом:

SUBSYSTEM=="usb", ATTRS{idVendor}=="0694", GROUP="nxt", MODE="0660"

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

После создания конфигурационного файла, предполагалось выполнить команду:

service udev restart

Но ни эта команда, ни перезагрузка, ни

sudo udevadm control --reload

:-(

Честно говоря, я не очень представляю, как можно проверить автораспознание NXT-устройства, подключенного к usb, но выполняя инструкции по установке софта (компиляторов nxc и nbc) предполагалось, что при запуске компиляторов с определёнными опциями, компиляторы должны загрузить бинарные файлы в подключенное и автоматически расшаренное NXT-устройство. Этого не происходит.

Убедись, что правило описано правильно и хандлит нужное тебе устройство.

Ну, опишу всё по порядку, может я где-то ступил.

Вначале, я использовал dmesg для сбора информации. Я сделал два файла с выводами этой утилиты до и после подключения NXT-устройства:

[  450.099572] usb 2-1.6: new full-speed USB device number 5 using ehci-pci
[  450.215504] usb 2-1.6: New USB device found, idVendor=0694, idProduct=0002
[  450.215508] usb 2-1.6: New USB device strings: Mfr=0, Product=0, SerialNumber=1
[  450.215511] usb 2-1.6: SerialNumber: 0016531AA633

В статьях 2011-2012 годов по подключению NXT, как раз упоминалось, что у устройства долженsы быть idVendor=0694 и idProduct=0002.

Дальше, разница выводов lsusb до и после подключения устройства была:

Bus 002 Device 006: ID 0694:0002 Lego Group Mindstorms NXT

Причём, это всё работало ещё до того как я стал прописывать настройки в пустой по умолчанию каталог /etc/udev/rules.d/, но такое поведение было описано и в тех статьях, которые я ситал.

Что касается udev у меня в системе установлена по умолчанию версия 229-4ubuntu21.4, что бы это ни значило.

Дальше, в разных статьях по настройке рекомендовалось следующее:

1) Создать файл /etc/udev/rules.d/80-nxt.rules с текстом:

SUBSYSTEM=="usb_device", ACTION=="add", SYSFS{idVendor}=="0694", SYSFS{idProduct}=="0002", SYMLINK+="nxt-%k", MODE="0666"

2) Или создать тот же файл но с текстом (предполагается, что это разные вариации для разных версий udev, но какой для чего я не в курсе):

SUBSYSTEM=="usb", ACTION=="add", ATTRS{idVendor}=="0694", ATTRS{idProduct}=="0002", SYMLINK+="nxt-%k", MODE="0666"

3) В другом источнике, предлагалось создать файл /etc/udev/rules.d/45-legonxt.rules с текстом:

SUBSYSTEM=="usb", DRIVER=="usb", ATTRS{idVendor}=="0694", ATTRS{idProduct}=="0002", MODE="0660", OWNER="dalts"

4) Ещё предлагался вариант файла /etc/udev/rules.d/70-nxt.rules с текстом:

SUBSYSTEM=="usb", ATTRS{idVendor}=="0694", GROUP="nxt", MODE="0660"

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

После создания конфигурационного файла, предполагалось выполнить команду:

service udev restart

Но ни эта команда, ни перезагрузка, ни

sudo udevadm control --reload

:-(

Честно говоря, я не очень представляю, как можно проверить автораспознание NXT-устройства, подключенного к usb, но выполняя инструкции по установке софта (компиляторов nxc и nbc) предполагалось, что при запуске компиляторов с определёнными опциями, компиляторы должны загрузить бинарные файлы в подключенное и автоматически расшаренное NXT-устройство. Этого не происходит.