Рубрика: USB / COM / CAN / I2C / GPIO

FT4232H / ftdi_eeprom / python env / napic

Автор записи Автор: Evgeny Yakovlev
Дата записи 2026/09/22

FT4232H

FT4232H переключить в режим MODBUS 485
https://manpages.debian.org/testing/ftdi-eeprom/ftdi_eeprom.1.en.html
https://netcup-03.armbian.com/dl/rockpi-s/archive/Armbian_26.2.1_Rockpi-s_trixie_current_6.18.9_minimal.img.xz


PID 6011 = FT4232H в режиме Quad UART (4 последовательных порта)
PID 6014 = FT4232H в режиме Quad UART/FIFO (с поддержкой дополнительных режимов)

FT4232H переключить в режим MODBUS 485

https://manpages.debian.org/testing/ftdi-eeprom/ftdi_eeprom.1.en.html

https://netcup-03.armbian.com/dl/rockpi-s/archive/Armbian_26.2.1_Rockpi-s_trixie_current_6.18.9_minimal.img.xz

PID 6011 = FT4232H в режиме Quad UART (4 последовательных порта)

PID 6014 = FT4232H в режиме Quad UART/FIFO (с поддержкой дополнительных режимов)

napic arbian

0. Дистрибутив:
Armbian_26.2.1_Rockpi-s_trixie_current_6.18.9_minimal

1. Оверлеи:
/boot/armbianEnv.txt
overlays=otg-host


2. Костюмные оверлеи от напи:
команда для добавления:
armbian-add-overlay <файл.dts>
инструкция:
https://napiworld.ru/recipes/armbian-tuning/
где брать файлы:
https://gitlab.nnz-ipc.net/pub/napilinux/kernel/-/tree/linux6.6/arch/arm64/boot/dts/rockchip/overlay

3. Необходимый софт установка:
apt update
apt install libftdi1-2 libftdi-dev ftdi-eeprom gcc libftdi1-dev libftdi1 libudev-dev

4. Проверка usb:
lsusb
lsusb -v -d 0403:6011 | grep -i "serial\|product"

Выгрузка модулей если требуется:
rmmod ftdi_sio
rmmod usbserial

5. ДОКИ
/usr/share/doc/ftdi-eeprom/examples/
zcat /usr/share/doc/ftdi-eeprom/example.conf.gz

6. Пример конфигурационный файл для прошивки FT4232 в режиме MODBUS 485:
cat > ft4232h.conf << EOF
# Имя файла, содержащий образ EEPROM, который будет создан
filename=test.bin

# Идентификатор производителя. Для FT4232H значение по умолчанию: 0x0403
vendor_id=0x0403

# Идентификатор продукта. Для FT4232H значение по умолчанию: 0x6011
product_id=0x6011

# Тип EEPROM микросхемы. 0x46 для 93xx46, 0x56 для 93xx56 и 0x66 для 93xx66
#eeprom_type=0x46
eeprom_type=0x56

manufacturer="lablab2"
product="Quad RS485"
serial="1234"

# Разрешить использование серийного номера
use_serial=true

# Ограничение по потреблению микросхемы: (значение параметра) * 2 мА. Значение параметра
# должно быть равно 0, когда self_powered=true
#max_power=0
#max_power=500


# Микросхема питается не от USB, а от собственного источника питания
#self_powered=true
#self_powered=false

# Если на линии RI логический 0 и значение параметра равно true, то хост контроллер USB
# выйдет из режима ожидания примерно через 20 мс.
# remote_wakeup=false
#remote_wakeup=true

# Задать режим работы порта
# # "UART", "FIFO", "OPTO", "CPU", "FT1284"
#cha_type=UART
#chb_type=FIFO
#chc_type=OPTO
#chd_type=CPU

# Использовать драйвер виртуального com-порта
#cha_vcp=true
#chb_vcp=true
#chc_vcp=true
#chd_vcp=true

# Разрешить режим RS-485
#cha_rs485=true
#chb_rs485=true
#chc_rs485=true
#chd_rs485=true

# Channel A
cha_type=UART
cha_vcp=true
cha_rs485=true
#cbush0 = TXDEN

# Channel B
chb_type=UART
chb_vcp=true
chb_rs485=true

# Channel C
#chc_type=UART
chc_vcp=true
chc_rs485=true
#CDBUS7=TXDEN

# Channel D
#chd_type=UART
chd_vcp=true
chd_rs485=true
#DDBUS7=TXDEN

# Управление направлением (TXDEN)
# invert_txd = true
EOF

7. Работа с прошивкой ft4232
Зашить:
ftdi_eeprom --flash-eeprom ft4232h.conf
прочитать:
ftdi_eeprom --read-eeprom ft4232h.conf

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

0. Дистрибутив:

Armbian_26.2.1_Rockpi-s_trixie_current_6.18.9_minimal

1. Оверлеи:

/boot/armbianEnv.txt

overlays=otg-host

2. Костюмные оверлеи от напи:

команда для добавления:

armbian-add-overlay <файл.dts>

инструкция:

https://napiworld.ru/recipes/armbian-tuning/

где брать файлы:

https://gitlab.nnz-ipc.net/pub/napilinux/kernel/-/tree/linux6.6/arch/arm64/boot/dts/rockchip/overlay

3. Необходимый софт установка:

apt update

apt install libftdi1-2 libftdi-dev ftdi-eeprom gcc libftdi1-dev libftdi1 libudev-dev

4. Проверка usb:

lsusb

lsusb -v -d 0403:6011 | grep -i "serial\|product"

Выгрузка модулей если требуется:

rmmod ftdi_sio

rmmod usbserial

5. ДОКИ

/usr/share/doc/ftdi-eeprom/examples/

zcat /usr/share/doc/ftdi-eeprom/example.conf.gz

6. Пример конфигурационный файл для прошивки FT4232 в режиме MODBUS 485:

cat > ft4232h.conf << EOF

# Имя файла, содержащий образ EEPROM, который будет создан

filename=test.bin

# Идентификатор производителя. Для FT4232H значение по умолчанию: 0x0403

vendor_id=0x0403

# Идентификатор продукта. Для FT4232H значение по умолчанию: 0x6011

product_id=0x6011

# Тип EEPROM микросхемы. 0x46 для 93xx46, 0x56 для 93xx56 и 0x66 для 93xx66

#eeprom_type=0x46

eeprom_type=0x56

manufacturer="lablab2"

product="Quad RS485"

serial="1234"

# Разрешить использование серийного номера

use_serial=true

# Ограничение по потреблению микросхемы: (значение параметра) * 2 мА. Значение параметра

# должно быть равно 0, когда self_powered=true

#max_power=0

#max_power=500

# Микросхема питается не от USB, а от собственного источника питания

#self_powered=true

#self_powered=false

# Если на линии RI логический 0 и значение параметра равно true, то хост контроллер USB

# выйдет из режима ожидания примерно через 20 мс.

# remote_wakeup=false

#remote_wakeup=true

# Задать режим работы порта

# # "UART", "FIFO", "OPTO", "CPU", "FT1284"

#cha_type=UART

#chb_type=FIFO

#chc_type=OPTO

#chd_type=CPU

# Использовать драйвер виртуального com-порта

#cha_vcp=true

#chb_vcp=true

#chc_vcp=true

#chd_vcp=true

# Разрешить режим RS-485

#cha_rs485=true

#chb_rs485=true

#chc_rs485=true

#chd_rs485=true

# Channel A

cha_type=UART

cha_vcp=true

cha_rs485=true

#cbush0 = TXDEN

# Channel B

chb_type=UART

chb_vcp=true

chb_rs485=true

# Channel C

#chc_type=UART

chc_vcp=true

chc_rs485=true

#CDBUS7=TXDEN

# Channel D

#chd_type=UART

chd_vcp=true

chd_rs485=true

#DDBUS7=TXDEN

# Управление направлением (TXDEN)

# invert_txd = true

EOF

7. Работа с прошивкой ft4232

Зашить:

ftdi_eeprom --flash-eeprom ft4232h.conf

прочитать:

ftdi_eeprom --read-eeprom ft4232h.conf

Сборка libftdi

Собирем сам соберется, но тут 0.17 :(
cd /opt
git clone https://github.com/lipro/libftdi
cd libftdi
mkdir build
cd build
cmake -DCMAKE_INSTALL_PREFIX="/usr" ../
make
make install

Собирем сам соберется, но тут 0.17 :(

cd /opt

git clone https://github.com/lipro/libftdi

cd libftdi

mkdir build

cd build

cmake -DCMAKE_INSTALL_PREFIX="/usr" ../

make

make install

Собираем с сайта libftdi

###https://www.intra2net.com/en/developer/libftdi/download.php
###Requirements and dependencies
###libusb 1.0 - Library for talking to USB devices from user-space. Needed by libftdi.
###libconfuse - Library for parsing configuration files. Needed by ftdi_eeprom.
###
wget https://www.intra2net.com/en/developer/libftdi/download/libftdi1-1.5.tar.bz2
mkdir build
cd build
cmake -DCMAKE_INSTALL_PREFIX="/usr" ../
make
make install

###https://www.intra2net.com/en/developer/libftdi/download.php

###Requirements and dependencies

###libusb 1.0 - Library for talking to USB devices from user-space. Needed by libftdi.

###libconfuse - Library for parsing configuration files. Needed by ftdi_eeprom.

###

wget https://www.intra2net.com/en/developer/libftdi/download/libftdi1-1.5.tar.bz2

mkdir build

cd build

cmake -DCMAKE_INSTALL_PREFIX="/usr" ../

make

make install

Питон скрипт для тестов:

Python env:

0. Установите пакеты:
apt update && apt install python3-venv python3-full -y

1. Создайте виртуальное окружение (например, в папке myenv):
python3 -m venv myenv

2. Активируйте его:
source myenv/bin/activate

3. Установите библиотеку:
pip install minimalmodbus


4. Пере использование окружения:
cd /root/myenv
source /root/myenv/bin/activate
Запуск
python read_modbus.py

0. Установите пакеты:

apt update && apt install python3-venv python3-full -y

1. Создайте виртуальное окружение (например, в папке myenv):

python3 -m venv myenv

2. Активируйте его:

source myenv/bin/activate

3. Установите библиотеку:

pip install minimalmodbus

4. Пере использование окружения:

cd /root/myenv

source /root/myenv/bin/activate

Запуск

python read_modbus.py

Python скрипты для тестов:

cat > 1.txt << "EOF"
import minimalmodbus
import serial

# Настройка порта
instrument = minimalmodbus.Instrument('/dev/ttyUSB0', slaveaddress=1)
instrument.serial.baudrate = 9600
instrument.serial.bytesize = 8
instrument.serial.parity = serial.PARITY_NONE
instrument.serial.stopbits = 1
instrument.serial.timeout = 1.0

# Самая важная строчка для FTDI под Linux:
# Драйвер очистит входной буфер от эха сразу после отправки запроса
instrument.serial.flushInput()

try:
    # Читаем 1 регистр (holding) с адреса 769 (в mbpoll это -r 769 -t 4)
    # minimalmodbus использует адресацию от 0, поэтому проверяем 769 или 768 в зависимости от карты регистров устройства
    value = instrument.read_register(769, functioncode=3)
    print(f"Значение регистра: {value}")
except Exception as e:
    print(f"Ошибка чтения: {e}")
EOF

python 1.txt

cat > 2.txt << "EOF"
import serial
import time

# Настройки порта
ser = serial.Serial(
    port='/dev/ttyUSB0',
    baudrate=9600,
    bytesize=8,
    parity='N',
    stopbits=1,
    timeout=1.0
)

# Формируем запрос Modbus RTU (тот самый, что слал mbpoll)
# Чтение 1 регистра с адреса 769 (0x0301) для устройства 1
request = b'\x01\x03\x03\x00\x00\x01\x84\x4E'

# Очищаем буферы
ser.reset_input_buffer()
ser.reset_output_buffer()

# Отправляем запрос
ser.write(request)
ser.flush()

# Ждем ответа и вычитываем порцию (запрос занял время, плюс ответ)
time.sleep(0.1)

# Читаем сырые данные
raw_response = ser.read(ser.in_waiting)

print(f"Сырой ответ из порта: {raw_response}")

# Отсекаем эхо, если оно есть (ищем начало нашего ответа с адреса \x01)
# Если устройство вернуло 7 байт, как в ошибке:
if len(raw_response) >= 7:
    # Если в начале висит эхо запроса (8 байт), отрезаем его
    if raw_response.startswith(request):
        response = raw_response[len(request):]
    else:
        response = raw_response

    print(f"Пакет после отсечения эха: {response}")

    if len(response) >= 7:
        # Извлекаем данные из 4-го и 5-го байта (индексы 3 и 4)
        high_byte = response[3]
        low_byte = response[4]
        value = (high_byte << 8) + low_byte
        print(f"🎉 Успешно! Значение регистра: {value}")
else:
    print("Не удалось получить полный ответ от устройства.")

ser.close()
EOF

python 2.txt

cat > rs485.py << "EOF"
import os
import fcntl
import struct
import sys

TIOCGRS485 = 0x542E
TIOCSRS485 = 0x542F
SER_RS485_ENABLED = 0x01
SER_RS485_RX_DURING_TX = 0x08

def set_rs485(port, enable=True):
    fd = os.open(port, os.O_RDWR | os.O_NOCTTY)
    try:
        # Читаем текущие настройки
        buf = fcntl.ioctl(fd, TIOCGRS485, struct.pack('8I', 0,0,0,0,0,0,0,0))
        flags = struct.unpack('8I', buf)[0]
        if enable:
            flags |= SER_RS485_ENABLED
            flags &= ~SER_RS485_RX_DURING_TX
        else:
            flags &= ~SER_RS485_ENABLED
        fcntl.ioctl(fd, TIOCSRS485, struct.pack('8I', flags, 0,0,0,0,0,0,0))
    finally:
        os.close(fd)

if __name__ == "__main__":
    if len(sys.argv) < 2:
        print("Usage: python rs485.py /dev/ttyUSB0")
        sys.exit(1)
    set_rs485(sys.argv[1], True)
EOF

python3 rs485.py /dev/ttyUSB0
python3 rs485.py /dev/ttyUSB1
python3 rs485.py /dev/ttyUSB2
python3 rs485.py /dev/ttyUSB3

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

cat > 1.txt << "EOF"

import minimalmodbus

import serial

# Настройка порта

instrument = minimalmodbus.Instrument('/dev/ttyUSB0', slaveaddress=1)

instrument.serial.baudrate = 9600

instrument.serial.bytesize = 8

instrument.serial.parity = serial.PARITY_NONE

instrument.serial.stopbits = 1

instrument.serial.timeout = 1.0

# Самая важная строчка для FTDI под Linux:

# Драйвер очистит входной буфер от эха сразу после отправки запроса

instrument.serial.flushInput()

try:

# Читаем 1 регистр (holding) с адреса 769 (в mbpoll это -r 769 -t 4)

# minimalmodbus использует адресацию от 0, поэтому проверяем 769 или 768 в зависимости от карты регистров устройства

value = instrument.read_register(769, functioncode=3)

print(f"Значение регистра: {value}")

except Exception as e:

print(f"Ошибка чтения: {e}")

EOF

python 1.txt

cat > 2.txt << "EOF"

import serial

import time

# Настройки порта

ser = serial.Serial(

port='/dev/ttyUSB0',

baudrate=9600,

bytesize=8,

parity='N',

stopbits=1,

timeout=1.0

)

# Формируем запрос Modbus RTU (тот самый, что слал mbpoll)

# Чтение 1 регистра с адреса 769 (0x0301) для устройства 1

request = b'\x01\x03\x03\x00\x00\x01\x84\x4E'

# Очищаем буферы

ser.reset_input_buffer()

ser.reset_output_buffer()

# Отправляем запрос

ser.write(request)

ser.flush()

# Ждем ответа и вычитываем порцию (запрос занял время, плюс ответ)

time.sleep(0.1)

# Читаем сырые данные

raw_response = ser.read(ser.in_waiting)

print(f"Сырой ответ из порта: {raw_response}")

# Отсекаем эхо, если оно есть (ищем начало нашего ответа с адреса \x01)

# Если устройство вернуло 7 байт, как в ошибке:

if len(raw_response) >= 7:

# Если в начале висит эхо запроса (8 байт), отрезаем его

if raw_response.startswith(request):

response = raw_response[len(request):]

else:

response = raw_response

print(f"Пакет после отсечения эха: {response}")

if len(response) >= 7:

# Извлекаем данные из 4-го и 5-го байта (индексы 3 и 4)

high_byte = response[3]

low_byte = response[4]

value = (high_byte << 8) + low_byte

print(f"🎉 Успешно! Значение регистра: {value}")

else:

print("Не удалось получить полный ответ от устройства.")

ser.close()

EOF

python 2.txt

cat > rs485.py << "EOF"

import os

import fcntl

import struct

import sys

TIOCGRS485 = 0x542E

TIOCSRS485 = 0x542F

SER_RS485_ENABLED = 0x01

SER_RS485_RX_DURING_TX = 0x08

def set_rs485(port, enable=True):

fd = os.open(port, os.O_RDWR | os.O_NOCTTY)

try:

# Читаем текущие настройки

buf = fcntl.ioctl(fd, TIOCGRS485, struct.pack('8I', 0,0,0,0,0,0,0,0))

flags = struct.unpack('8I', buf)[0]

if enable:

flags |= SER_RS485_ENABLED

flags &= ~SER_RS485_RX_DURING_TX

else:

flags &= ~SER_RS485_ENABLED

fcntl.ioctl(fd, TIOCSRS485, struct.pack('8I', flags, 0,0,0,0,0,0,0))

finally:

os.close(fd)

if __name__ == "__main__":

if len(sys.argv) < 2:

print("Usage: python rs485.py /dev/ttyUSB0")

sys.exit(1)

set_rs485(sys.argv[1], True)

EOF

python3 rs485.py /dev/ttyUSB0

python3 rs485.py /dev/ttyUSB1

python3 rs485.py /dev/ttyUSB2

python3 rs485.py /dev/ttyUSB3

mbpoll и modpoll:

0. датчик:
holding (output) регистры:
768 температура * 10
796 влажность *10
ID, по умолчанию 1. Как изменить пока не ясно.
13 скорость, по умолчанию 3 - 9600
14 чётность, по умолчанию 0 - NONE
1279 коррекция температуры
1280 коррекция влажности
В некоторых сниферах и OPC серверах надо указывать адрес на 1 больше.

1. Пример команд:
mbpoll -m rtu -a 1 -r 769 -c 1 -t 4 -b 9600 -P none -v /dev/ttyUSB0
modpoll -b 9600 -p none -m rtu -a 1 -r 769 -c 1 -t 4 -1 /dev/ttyUSB1

for i in 0 1 2 3 ; do
modpoll -b 9600 -p none -m rtu -a 1 -r 769 -c 1 -t 4 -1 /dev/ttyUSB$i
sleep 2
done


for port in 0 1 2 3 ; do
    for reg in 768 796 1279 1280 ; do
    modpoll -b 9600 -p none -m rtu -a 1 -r $reg -t 4 -c 1 -1 /dev/ttyUSB$port
    sleep 1
  done
done



screen /dev/ttyUSB0 9600 cs8 -parenb -cstopb
stty -F /dev/ttyUSB0 9600 raw -echo; cat /dev/ttyUSB0
socat -d -d OPEN:/dev/ttyUSB0,b9600,rawer,echo=0 SYSTEM:'tee /tmp/tty.log | socat - "OPEN:/dev/ttyUSB0,b9600,rawer,echo=0"'


2. Тесты:
while true; do echo "x" > /dev/ttyUSB0; sleep 0.1; done

3. Снять блокировку если нужно
rm -f /var/lock/LCK..ttyUSB0

0. датчик:

holding (output) регистры:

768 температура * 10

796 влажность *10

ID, по умолчанию 1. Как изменить пока не ясно.

13 скорость, по умолчанию 3 - 9600

14 чётность, по умолчанию 0 - NONE

1279 коррекция температуры

1280 коррекция влажности

В некоторых сниферах и OPC серверах надо указывать адрес на 1 больше.

1. Пример команд:

mbpoll -m rtu -a 1 -r 769 -c 1 -t 4 -b 9600 -P none -v /dev/ttyUSB0

modpoll -b 9600 -p none -m rtu -a 1 -r 769 -c 1 -t 4 -1 /dev/ttyUSB1

for i in 0 1 2 3 ; do

modpoll -b 9600 -p none -m rtu -a 1 -r 769 -c 1 -t 4 -1 /dev/ttyUSB$i

sleep 2

done

for port in 0 1 2 3 ; do

for reg in 768 796 1279 1280 ; do

modpoll -b 9600 -p none -m rtu -a 1 -r $reg -t 4 -c 1 -1 /dev/ttyUSB$port

sleep 1

done

screen /dev/ttyUSB0 9600 cs8 -parenb -cstopb

stty -F /dev/ttyUSB0 9600 raw -echo; cat /dev/ttyUSB0

socat -d -d OPEN:/dev/ttyUSB0,b9600,rawer,echo=0 SYSTEM:'tee /tmp/tty.log | socat - "OPEN:/dev/ttyUSB0,b9600,rawer,echo=0"'

2. Тесты:

while true; do echo "x" > /dev/ttyUSB0; sleep 0.1; done

3. Снять блокировку если нужно

rm -f /var/lock/LCK..ttyUSB0

USB / COM / CAN / I2C / GPIO

can / can-utils

Автор записи Автор: Evgeny Yakovlev
Дата записи 2026/08/11

Link:

https://github.com/WeActStudio/WeActStudio.USB2CANFDV1
https://github.com/zephyrproject-rtos/zephyr/blob/main/boards/weact/usb2canfdv1/doc/index.rst

1 2	https://github.com/WeActStudio/WeActStudio.USB2CANFDV1 https://github.com/zephyrproject-rtos/zephyr/blob/main/boards/weact/usb2canfdv1/doc/index.rst

Подключение:

Провода: 
CANH <>  CANH
CANL <>  CANL
GND  <>  GND
Линия: Используйте витую пару.
Терминация: Убедитесь, что на обоих концах линии стоят резисторы 120 Ом.

Провода:

CANH <> CANH

CANL <> CANL

GND <> GND

Линия: Используйте витую пару.

Терминация: Убедитесь, что на обоих концах линии стоят резисторы 120 Ом.

Установка can-utils в debian

can-utils: 
Набор консольных утилит для Linux (cansend, candump и др.). 
Чтобы использовать их, адаптер нужно подключить через драйвер slcan, 
который создаст сетевой интерфейс slcan0.

apt update
apt install can-utils

can-utils:

Набор консольных утилит для Linux (cansend, candump и др.).

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

который создаст сетевой интерфейс slcan0.

apt update

apt install can-utils

Еще про подключение can:

CanH <-> CanP
CanL <-> CanR
GND <-> GND

CanH <-> CanP

CanL <-> CanR

GND <-> GND

screen

screen /dev/ttyACM0 115200

Все команды должны заканчиваться символом [CR] (Carriage Return), который вы получите, нажав Enter.
O — Открыть CAN-канал
C — Закрыть CAN-канал
S3 — Установить скорость 100 кбит/с (по умолчанию стоит S4 для 125 кбит/с)
M0 — Установить обычный режим (по умолчанию)
M1 — Установить "тихий" режим (только прием)

Выход из screen: Ctrl+A, затем \, и подтвердите y.

screen /dev/ttyACM0 115200

Все команды должны заканчиваться символом [CR] (Carriage Return), который вы получите, нажав Enter.

O — Открыть CAN-канал

C — Закрыть CAN-канал

S3 — Установить скорость 100 кбит/с (по умолчанию стоит S4 для 125 кбит/с)

M0 — Установить обычный режим (по умолчанию)

M1 — Установить "тихий" режим (только прием)

Выход из screen: Ctrl+A, затем \, и подтвердите y.

Не обходимые модули ядра:

modprobe can
modprobe can_raw
modprobe slcan

modprobe can

modprobe can_raw

modprobe slcan

can-utils

0. Создание интерфейса с помощью scland
slcand -o -s8 -t hw -S 3000000 /dev/ttyACM0
-o - Открыть CAN-канал автоматически
-s8 -Установить скорость CAN в 1 Мбит/с
-t hw - Использовать аппаратные метки времени
-S 3000000 - Установить скорость обмена с адаптером по USB (обычно 921600 или 3000000)
/dev/ttyACM0 - Путь к вашему устройству
Если вам нужна скорость 500 кбит/с, замените -s8 на -s6
По умолчанию многие CAN-устройства используют 500 кбит/с (код 6) или 125 кбит/с (код 4)

1. Активация интерфейса:
ip link set up slcan0


2. Проверка, прослушивание:
candump can0
candump can0,123:7FF
candump -l can0


3. Отправка сообщений:
Синтаксис: cansend <интерфейс> <ID>#<Данные>
cansend slcan0 123#DEADBEEF


4. Генерация трафика для тестов
cangen can0
cangen can0 -g 0 -p 1

5. Отслеживание изменений
cansniffer can0


6. Воспроизведение записанного трафика 
canplayer -I <файл_лога> slcan0


7. Загруженности вашей CAN-сети
canbusload
canbusload can0@1000000 -r -t -b -c
can0@1000000 – скорость в бит/с (1 000 000).
-r – обновление в реальном времени.
-t – показывать время.
-b – графическая шкала.
-c – цвет.

8. Для проверки задержек
canfdtest

0. Создание интерфейса с помощью scland

slcand -o -s8 -t hw -S 3000000 /dev/ttyACM0

-o - Открыть CAN-канал автоматически

-s8 -Установить скорость CAN в 1 Мбит/с

-t hw - Использовать аппаратные метки времени

-S 3000000 - Установить скорость обмена с адаптером по USB (обычно 921600 или 3000000)

/dev/ttyACM0 - Путь к вашему устройству

Если вам нужна скорость 500 кбит/с, замените -s8 на -s6

По умолчанию многие CAN-устройства используют 500 кбит/с (код 6) или 125 кбит/с (код 4)

1. Активация интерфейса:

ip link set up slcan0

2. Проверка, прослушивание:

candump can0

candump can0,123:7FF

candump -l can0

3. Отправка сообщений:

Синтаксис: cansend <интерфейс> <ID>#<Данные>

cansend slcan0 123#DEADBEEF

4. Генерация трафика для тестов

cangen can0

cangen can0 -g 0 -p 1

5. Отслеживание изменений

cansniffer can0

6. Воспроизведение записанного трафика

canplayer -I <файл_лога> slcan0

7. Загруженности вашей CAN-сети

canbusload

canbusload can0@1000000 -r -t -b -c

can0@1000000 – скорость в бит/с (1 000 000).

-r – обновление в реальном времени.

-t – показывать время.

-b – графическая шкала.

-c – цвет.

8. Для проверки задержек

canfdtest

can

ip link set can0 type can bitrate 500000
ip link set can0 up

1 2	ip link set can0 type can bitrate 500000 ip link set can0 up

Проверка текущего битрейта

ip -details link show can0

1	ip -details link show can0

*NIX информация USB / COM / CAN / I2C / GPIO

udev / lsusb / упарядочить сетевые карты / изминение mac в LAN9500A/LAN9500Ai

Автор записи Автор: Evgeny Yakovlev
Дата записи 2026/07/08

Железо:

napi slot
Microchip Technology, Inc. (formerly SMSC) LAN9500A/LAN9500Ai

1 2	napi slot Microchip Technology, Inc. (formerly SMSC) LAN9500A/LAN9500Ai

Давайте сопоставим на вашем примере из прошлого вывода lsusb -t:
lsusb -t:
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=dwc2/1p, 480M
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/2p, 480M
        |__ Port 1: Dev 3, If 0, Class=Vendor Specific Class, Driver=smsc95xx, 480M  <-- Это ваше устройство?
        |__ Port 2: Dev 4, If 0, Class=Vendor Specific Class, Driver=smsc95xx, 480M
Сравниваем с 1-1.2:1.0:
1 — это Bus 01.
1 — это Port 1 на корневом хабе (первая строка в древовидном выводе).
.2 — это Port 2 на внутреннем хабе.
:1.0 — это If 0 (первый интерфейс) устройства.
Таким образом, 1-1.2:1.0 — это устройство, которое висит на шине 1, порту 1 корневого хаба, порту 2 внутреннего хаба, и использует первый интерфейс.






Чтобы найти этот путь для каждого из ваших четырёх адаптеров, выполните:
udevadm info -a -p /sys/class/net/eth1 | grep KERNELS
вывод:
KERNELS=="1-1.2:1.0"



Приминение и проверка правил:
udevadm control --reload-rules
udevadm trigger
reboot


Отслеживать события udev в реальном времени:
udevadm monitor --property

Проверка какое правило сработает на интерфейс:
udevadm test /sys/class/net/eth1


Получить информацию об устройстве
udevadm info -a -p /sys/class/net/eth1

-a — показать все атрибуты.

-p — указать путь в sysfs.

/sys/class/net/eth1 — путь к сетевому интерфейсу.

В выводе вы увидите несколько секций, начинающихся с looking at parent device — это уровни вверх по дереву устройств.
Вам нужны атрибуты, по которым можно идентифицировать устройство
(например, KERNELS, ATTRS{idVendor}, ATTRS{idProduct}, ATTRS{serial}).
Эти атрибуты можно использовать в правилах udev.




cat > /etc/udev/rules.d/99-usb-net.rules << "EOF"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="1-1.2:1.0", NAME="usb1"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="1-1.1:1.0", NAME="usb2"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="2-1.1:1.0", NAME="usb4"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="2-1.2:1.0", NAME="usb3"


#root@napi-stronghornet:~# lsusb  -t
#/:  Bus 001.Port 001: Dev 001, Class=root_hub, Driver=dwc2/1p, 480M
#    |__ Port 001: Dev 002, If 0, Class=Hub, Driver=hub/2p, 480M
#        |__ Port 002: Dev 003, If 0, Class=Vendor Specific Class, Driver=smsc95xx, 480M
#/:  Bus 002.Port 001: Dev 001, Class=root_hub, Driver=ehci-platform/1p, 480M
#    |__ Port 001: Dev 002, If 0, Class=Hub, Driver=hub/2p, 480M
#        |__ Port 001: Dev 003, If 0, Class=Vendor Specific Class, Driver=smsc95xx, 480M
#        |__ Port 002: Dev 004, If 0, Class=Vendor Specific Class, Driver=smsc95xx, 480M
#/:  Bus 003.Port 001: Dev 001, Class=root_hub, Driver=ohci-platform/1p, 12M

EOF


#sw1
#usb1
ethtool -E usb1 magic 0x9500 offset 0x00 value 0xA5
ethtool -E usb1 magic 0x9500 offset 0x01 value 0x02
ethtool -E usb1 magic 0x9500 offset 0x02 value 0x11
ethtool -E usb1 magic 0x9500 offset 0x03 value 0x22
ethtool -E usb1 magic 0x9500 offset 0x04 value 0x33
ethtool -E usb1 magic 0x9500 offset 0x05 value 0x44
ethtool -E usb1 magic 0x9500 offset 0x06 value 0x54


#usb2
ethtool -E usb2 magic 0x9500 offset 0x00 value 0xA5
ethtool -E usb2 magic 0x9500 offset 0x01 value 0x02
ethtool -E usb2 magic 0x9500 offset 0x02 value 0x11
ethtool -E usb2 magic 0x9500 offset 0x03 value 0x22
ethtool -E usb2 magic 0x9500 offset 0x04 value 0x33
ethtool -E usb2 magic 0x9500 offset 0x05 value 0x44
ethtool -E usb2 magic 0x9500 offset 0x06 value 0x54


#usb4
ethtool -E usb4 magic 0x9500 offset 0x00 value 0xA5
ethtool -E usb4 magic 0x9500 offset 0x01 value 0x02
ethtool -E usb4 magic 0x9500 offset 0x02 value 0x11
ethtool -E usb4 magic 0x9500 offset 0x03 value 0x22
ethtool -E usb4 magic 0x9500 offset 0x04 value 0x33
ethtool -E usb4 magic 0x9500 offset 0x05 value 0x44
ethtool -E usb4 magic 0x9500 offset 0x06 value 0x56

#usb3
ethtool -E usb3 magic 0x9500 offset 0x00 value 0xA5
ethtool -E usb3 magic 0x9500 offset 0x01 value 0x02
ethtool -E usb3 magic 0x9500 offset 0x02 value 0x11
ethtool -E usb3 magic 0x9500 offset 0x03 value 0x22
ethtool -E usb3 magic 0x9500 offset 0x04 value 0x33
ethtool -E usb3 magic 0x9500 offset 0x05 value 0x44
ethtool -E usb3 magic 0x9500 offset 0x06 value 0x57


#sw2
#usb1
ethtool -E usb1 magic 0x9500 offset 0x00 value 0xA5
ethtool -E usb1 magic 0x9500 offset 0x01 value 0x02
ethtool -E usb1 magic 0x9500 offset 0x02 value 0x12
ethtool -E usb1 magic 0x9500 offset 0x03 value 0x22
ethtool -E usb1 magic 0x9500 offset 0x04 value 0x33
ethtool -E usb1 magic 0x9500 offset 0x05 value 0x44
ethtool -E usb1 magic 0x9500 offset 0x06 value 0x74


#usb2
ethtool -E usb2 magic 0x9500 offset 0x00 value 0xA5
ethtool -E usb2 magic 0x9500 offset 0x01 value 0x02
ethtool -E usb2 magic 0x9500 offset 0x02 value 0x12
ethtool -E usb2 magic 0x9500 offset 0x03 value 0x22
ethtool -E usb2 magic 0x9500 offset 0x04 value 0x33
ethtool -E usb2 magic 0x9500 offset 0x05 value 0x44
ethtool -E usb2 magic 0x9500 offset 0x06 value 0x74


#usb4
ethtool -E usb4 magic 0x9500 offset 0x00 value 0xA5
ethtool -E usb4 magic 0x9500 offset 0x01 value 0x02
ethtool -E usb4 magic 0x9500 offset 0x02 value 0x12
ethtool -E usb4 magic 0x9500 offset 0x03 value 0x22
ethtool -E usb4 magic 0x9500 offset 0x04 value 0x33
ethtool -E usb4 magic 0x9500 offset 0x05 value 0x44
ethtool -E usb4 magic 0x9500 offset 0x06 value 0x76

#usb3
ethtool -E usb3 magic 0x9500 offset 0x00 value 0xA5
ethtool -E usb3 magic 0x9500 offset 0x01 value 0x02
ethtool -E usb3 magic 0x9500 offset 0x02 value 0x12
ethtool -E usb3 magic 0x9500 offset 0x03 value 0x22
ethtool -E usb3 magic 0x9500 offset 0x04 value 0x33
ethtool -E usb3 magic 0x9500 offset 0x05 value 0x44
ethtool -E usb3 magic 0x9500 offset 0x06 value 0x77

проверяем:
ls /boot/dtb/rockchip/overlay/*otg-host*
добавляем:
vim /boot/armbianEnv.txt
------------------------
overlays=otg-host
------------------------

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152

153

154

155

156

157

158

159

160

161

Давайте сопоставим на вашем примере из прошлого вывода lsusb -t:

lsusb -t:

/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=dwc2/1p, 480M

|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/2p, 480M

|__ Port 1: Dev 3, If 0, Class=Vendor Specific Class, Driver=smsc95xx, 480M <-- Это ваше устройство?

|__ Port 2: Dev 4, If 0, Class=Vendor Specific Class, Driver=smsc95xx, 480M

Сравниваем с 1-1.2:1.0:

1 — это Bus 01.

1 — это Port 1 на корневом хабе (первая строка в древовидном выводе).

.2 — это Port 2 на внутреннем хабе.

:1.0 — это If 0 (первый интерфейс) устройства.

Таким образом, 1-1.2:1.0 — это устройство, которое висит на шине 1, порту 1 корневого хаба, порту 2 внутреннего хаба, и использует первый интерфейс.

Чтобы найти этот путь для каждого из ваших четырёх адаптеров, выполните:

udevadm info -a -p /sys/class/net/eth1 | grep KERNELS

вывод:

KERNELS=="1-1.2:1.0"

Приминение и проверка правил:

udevadm control --reload-rules

udevadm trigger

reboot

Отслеживать события udev в реальном времени:

udevadm monitor --property

Проверка какое правило сработает на интерфейс:

udevadm test /sys/class/net/eth1

Получить информацию об устройстве

udevadm info -a -p /sys/class/net/eth1

-a — показать все атрибуты.

-p — указать путь в sysfs.

/sys/class/net/eth1 — путь к сетевому интерфейсу.

В выводе вы увидите несколько секций, начинающихся с looking at parent device — это уровни вверх по дереву устройств.

Вам нужны атрибуты, по которым можно идентифицировать устройство

(например, KERNELS, ATTRS{idVendor}, ATTRS{idProduct}, ATTRS{serial}).

Эти атрибуты можно использовать в правилах udev.

cat > /etc/udev/rules.d/99-usb-net.rules << "EOF"

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="1-1.2:1.0", NAME="usb1"

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="1-1.1:1.0", NAME="usb2"

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="2-1.1:1.0", NAME="usb4"

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="2-1.2:1.0", NAME="usb3"

#root@napi-stronghornet:~# lsusb -t

#/: Bus 001.Port 001: Dev 001, Class=root_hub, Driver=dwc2/1p, 480M

# |__ Port 001: Dev 002, If 0, Class=Hub, Driver=hub/2p, 480M

# |__ Port 002: Dev 003, If 0, Class=Vendor Specific Class, Driver=smsc95xx, 480M

#/: Bus 002.Port 001: Dev 001, Class=root_hub, Driver=ehci-platform/1p, 480M

# |__ Port 001: Dev 002, If 0, Class=Hub, Driver=hub/2p, 480M

# |__ Port 001: Dev 003, If 0, Class=Vendor Specific Class, Driver=smsc95xx, 480M

# |__ Port 002: Dev 004, If 0, Class=Vendor Specific Class, Driver=smsc95xx, 480M

#/: Bus 003.Port 001: Dev 001, Class=root_hub, Driver=ohci-platform/1p, 12M

EOF

#sw1

#usb1

ethtool -E usb1 magic 0x9500 offset 0x00 value 0xA5

ethtool -E usb1 magic 0x9500 offset 0x01 value 0x02

ethtool -E usb1 magic 0x9500 offset 0x02 value 0x11

ethtool -E usb1 magic 0x9500 offset 0x03 value 0x22

ethtool -E usb1 magic 0x9500 offset 0x04 value 0x33

ethtool -E usb1 magic 0x9500 offset 0x05 value 0x44

ethtool -E usb1 magic 0x9500 offset 0x06 value 0x54

#usb2

ethtool -E usb2 magic 0x9500 offset 0x00 value 0xA5

ethtool -E usb2 magic 0x9500 offset 0x01 value 0x02

ethtool -E usb2 magic 0x9500 offset 0x02 value 0x11

ethtool -E usb2 magic 0x9500 offset 0x03 value 0x22

ethtool -E usb2 magic 0x9500 offset 0x04 value 0x33

ethtool -E usb2 magic 0x9500 offset 0x05 value 0x44

ethtool -E usb2 magic 0x9500 offset 0x06 value 0x54

#usb4

ethtool -E usb4 magic 0x9500 offset 0x00 value 0xA5

ethtool -E usb4 magic 0x9500 offset 0x01 value 0x02

ethtool -E usb4 magic 0x9500 offset 0x02 value 0x11

ethtool -E usb4 magic 0x9500 offset 0x03 value 0x22

ethtool -E usb4 magic 0x9500 offset 0x04 value 0x33

ethtool -E usb4 magic 0x9500 offset 0x05 value 0x44

ethtool -E usb4 magic 0x9500 offset 0x06 value 0x56

#usb3

ethtool -E usb3 magic 0x9500 offset 0x00 value 0xA5

ethtool -E usb3 magic 0x9500 offset 0x01 value 0x02

ethtool -E usb3 magic 0x9500 offset 0x02 value 0x11

ethtool -E usb3 magic 0x9500 offset 0x03 value 0x22

ethtool -E usb3 magic 0x9500 offset 0x04 value 0x33

ethtool -E usb3 magic 0x9500 offset 0x05 value 0x44

ethtool -E usb3 magic 0x9500 offset 0x06 value 0x57

#sw2

#usb1

ethtool -E usb1 magic 0x9500 offset 0x00 value 0xA5

ethtool -E usb1 magic 0x9500 offset 0x01 value 0x02

ethtool -E usb1 magic 0x9500 offset 0x02 value 0x12

ethtool -E usb1 magic 0x9500 offset 0x03 value 0x22

ethtool -E usb1 magic 0x9500 offset 0x04 value 0x33

ethtool -E usb1 magic 0x9500 offset 0x05 value 0x44

ethtool -E usb1 magic 0x9500 offset 0x06 value 0x74

#usb2

ethtool -E usb2 magic 0x9500 offset 0x00 value 0xA5

ethtool -E usb2 magic 0x9500 offset 0x01 value 0x02

ethtool -E usb2 magic 0x9500 offset 0x02 value 0x12

ethtool -E usb2 magic 0x9500 offset 0x03 value 0x22

ethtool -E usb2 magic 0x9500 offset 0x04 value 0x33

ethtool -E usb2 magic 0x9500 offset 0x05 value 0x44

ethtool -E usb2 magic 0x9500 offset 0x06 value 0x74

#usb4

ethtool -E usb4 magic 0x9500 offset 0x00 value 0xA5

ethtool -E usb4 magic 0x9500 offset 0x01 value 0x02

ethtool -E usb4 magic 0x9500 offset 0x02 value 0x12

ethtool -E usb4 magic 0x9500 offset 0x03 value 0x22

ethtool -E usb4 magic 0x9500 offset 0x04 value 0x33

ethtool -E usb4 magic 0x9500 offset 0x05 value 0x44

ethtool -E usb4 magic 0x9500 offset 0x06 value 0x76

#usb3

ethtool -E usb3 magic 0x9500 offset 0x00 value 0xA5

ethtool -E usb3 magic 0x9500 offset 0x01 value 0x02

ethtool -E usb3 magic 0x9500 offset 0x02 value 0x12

ethtool -E usb3 magic 0x9500 offset 0x03 value 0x22

ethtool -E usb3 magic 0x9500 offset 0x04 value 0x33

ethtool -E usb3 magic 0x9500 offset 0x05 value 0x44

ethtool -E usb3 magic 0x9500 offset 0x06 value 0x77

проверяем:

ls /boot/dtb/rockchip/overlay/*otg-host*

добавляем:

vim /boot/armbianEnv.txt

------------------------

overlays=otg-host

------------------------

Изменение mac через udev:

cat > /etc/udev/rules.d/99-usb-net.rules << "EOF"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="1-1.2:1.0", NAME="usb1", RUN+="/sbin/ip link set dev usb1 address 00:11:22:33:44:66"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="1-1.1:1.0", NAME="usb2", RUN+="/sbin/ip link set dev usb2 address 00:11:22:33:44:57"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="2-1.1:1.0", NAME="usb4", RUN+="/sbin/ip link set dev usb4 address 00:11:22:33:44:58"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="2-1.2:1.0", NAME="usb3", RUN+="/sbin/ip link set dev usb3 address 00:11:22:33:44:59"
EOF


udevadm control --reload-rules
udevadm trigger

cat > /etc/udev/rules.d/99-usb-net.rules << "EOF"

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="1-1.2:1.0", NAME="usb1", RUN+="/sbin/ip link set dev usb1 address 00:11:22:33:44:66"

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="1-1.1:1.0", NAME="usb2", RUN+="/sbin/ip link set dev usb2 address 00:11:22:33:44:57"

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="2-1.1:1.0", NAME="usb4", RUN+="/sbin/ip link set dev usb4 address 00:11:22:33:44:58"

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="2-1.2:1.0", NAME="usb3", RUN+="/sbin/ip link set dev usb3 address 00:11:22:33:44:59"

EOF

udevadm control --reload-rules

udevadm trigger

Изменение mac через udev использование софта macchanger:

cat > /etc/udev/rules.d/99-usb-net.rules << "EOF"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="1-1.2:1.0", NAME="usb1", RUN+="/usr/bin/macchanger -p -r usb1"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="1-1.1:1.0", NAME="usb2", RUN+="/usr/bin/macchanger -p -r usb2"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="2-1.1:1.0", NAME="usb4", RUN+="/usr/bin/macchanger -p -r usb4"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="2-1.2:1.0", NAME="usb3", RUN+="/usr/bin/macchanger -p -r usb3"
EOF

udevadm control --reload-rules
udevadm trigger

cat > /etc/udev/rules.d/99-usb-net.rules << "EOF"

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="1-1.2:1.0", NAME="usb1", RUN+="/usr/bin/macchanger -p -r usb1"

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="1-1.1:1.0", NAME="usb2", RUN+="/usr/bin/macchanger -p -r usb2"

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="2-1.1:1.0", NAME="usb4", RUN+="/usr/bin/macchanger -p -r usb4"

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNELS=="2-1.2:1.0", NAME="usb3", RUN+="/usr/bin/macchanger -p -r usb3"

EOF

udevadm control --reload-rules

udevadm trigger

USB / COM / CAN / I2C / GPIO

i2c

Автор записи Автор: Evgeny Yakovlev
Дата записи 2024/06/24

Команда i2cdetect

Показать доступные адаптеры 
i2cdetect -l 
i2c-0   i2c             2180000.i2c                             I2C adapter
i2c-1   i2c             21b0000.i2c                             I2C adapter



Вывод команды i2cdetect -y 0

     0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
00:                         -- -- -- -- -- -- -- -- 
10: -- -- -- -- -- -- -- -- 18 19 -- -- -- -- -- -- 
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
30: 30 -- -- -- -- 35 -- -- 38 -- -- -- -- -- -- -- 
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
50: -- 51 -- -- UU UU -- -- -- -- -- -- -- -- -- -- 
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
70: -- -- -- -- -- -- -- -- 

--: Указывает, что по этому адресу на I2C-шине не было обнаружено устройства.
UU: Указывает, что устройство по этому адресу используется ядром (или драйвером) и недоступно для работы через i2c-tools
число (например, 18, 19, 30): Указывает на обнаруженное устройство по этому адресу.

Здесь показаны устройства, обнаруженные на шине 0 I2C. 
Они находятся по следующим адресам:
0x18
0x19
0x30
0x35
0x38
0x51

Адреса 0x54 и 0x55 помечены как UU, что означает, 
что эти устройства уже используются ядром, 
скорее всего драйвером.



Проверьте загруженные модули ядра:
Используйте команду lsmod, чтобы увидеть, какие модули ядра загружены, и попробуйте найти тот, который использует адреса 0x54 и 0x55.

Выключите соответствующие модули:
Если возможно, выгрузите модули ядра, которые используют эти устройства. 

Например:
rmmod имя_модуля

Вернуть модуль ядра: 
modprobe имя_модуля

Показать доступные адаптеры

i2cdetect -l

i2c-0 i2c 2180000.i2c I2C adapter

i2c-1 i2c 21b0000.i2c I2C adapter

Вывод команды i2cdetect -y 0

0 1 2 3 4 5 6 7 8 9 a b c d e f

00: -- -- -- -- -- -- -- --

10: -- -- -- -- -- -- -- -- 18 19 -- -- -- -- -- --

20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

30: 30 -- -- -- -- 35 -- -- 38 -- -- -- -- -- -- --

40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

50: -- 51 -- -- UU UU -- -- -- -- -- -- -- -- -- --

60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

70: -- -- -- -- -- -- -- --

--: Указывает, что по этому адресу на I2C-шине не было обнаружено устройства.

UU: Указывает, что устройство по этому адресу используется ядром (или драйвером) и недоступно для работы через i2c-tools

число (например, 18, 19, 30): Указывает на обнаруженное устройство по этому адресу.

Здесь показаны устройства, обнаруженные на шине 0 I2C.

Они находятся по следующим адресам:

0x18

0x19

0x30

0x35

0x38

0x51

Адреса 0x54 и 0x55 помечены как UU, что означает,

что эти устройства уже используются ядром,

скорее всего драйвером.

Проверьте загруженные модули ядра:

Используйте команду lsmod, чтобы увидеть, какие модули ядра загружены, и попробуйте найти тот, который использует адреса 0x54 и 0x55.

Выключите соответствующие модули:

Если возможно, выгрузите модули ядра, которые используют эти устройства.

Например:

rmmod имя_модуля

Вернуть модуль ядра:

modprobe имя_модуля

Команда i2cset

Команда i2cset используется для записи данных в регистр устройства на I2C-шине.
i2cset -y 0 0x54 0x00 0x12 0x34 0x56 0x78 0x9a i
-y: Отключает интерактивный запрос подтверждения (позволяет выполнять команду без подтверждения).
0: Номер I2C-шины (обычно 0 или 1).
0x54: Адрес I2C-устройства.
0x00: Адрес регистра, в который будут записаны данные.
0x12 0x34 0x56 0x78 0x9a: Данные, которые будут записаны в регистр.
i: Указывает, что данные должны быть записаны как последовательность байтов (I2C block write).

Команда i2cset используется для записи данных в регистр устройства на I2C-шине.

i2cset -y 0 0x54 0x00 0x12 0x34 0x56 0x78 0x9a i

-y: Отключает интерактивный запрос подтверждения (позволяет выполнять команду без подтверждения).

0: Номер I2C-шины (обычно 0 или 1).

0x54: Адрес I2C-устройства.

0x00: Адрес регистра, в который будут записаны данные.

0x12 0x34 0x56 0x78 0x9a: Данные, которые будут записаны в регистр.

i: Указывает, что данные должны быть записаны как последовательность байтов (I2C block write).

Команда i2cget

Команда i2cget используется для чтения данных из регистра устройства на I2C-шине.

i2cget -y 0 0x54 0x00 i 5
-y: Отключает интерактивный запрос подтверждения.
0: Номер I2C-шины.
0x54: Адрес I2C-устройства.
0x00: Адрес регистра, из которого будут прочитаны данные.
i: Указывает, что чтение будет выполнено как последовательность байтов (I2C block read).
5: Количество байтов для чтения.

Команда i2cget используется для чтения данных из регистра устройства на I2C-шине.

i2cget -y 0 0x54 0x00 i 5

-y: Отключает интерактивный запрос подтверждения.

0: Номер I2C-шины.

0x54: Адрес I2C-устройства.

0x00: Адрес регистра, из которого будут прочитаны данные.

i: Указывает, что чтение будет выполнено как последовательность байтов (I2C block read).

5: Количество байтов для чтения.

Стирание данных

i2cset -y 0 0x54 0x00 0x00 0x00 0x00 0x00 0x00 i
i2cset -y 0 0x54 0x05 0x00 0x00 0x00 0x00 0x00 i


Стирание большого объёма данных баш скрипт
-------------------------------
#!/bin/bash

DEVICE_ADDRESS=0x54
START_REGISTER=0x00
BLOCK_SIZE=16  # размер блока данных для стирания за раз

# Цикл для записи нулей по всем регистрам
for ((i=0; i<256; i+=BLOCK_SIZE)); do
  i2cset -y 0 $DEVICE_ADDRESS $((START_REGISTER + i)) $(printf '0x00%.0s' $(seq 1 $BLOCK_SIZE)) i
done
-------------------------------

i2cset -y 0 0x54 0x00 0x00 0x00 0x00 0x00 0x00 i

i2cset -y 0 0x54 0x05 0x00 0x00 0x00 0x00 0x00 i

Стирание большого объёма данных баш скрипт

-------------------------------

#!/bin/bash

DEVICE_ADDRESS=0x54

START_REGISTER=0x00

BLOCK_SIZE=16 # размер блока данных для стирания за раз

# Цикл для записи нулей по всем регистрам

for ((i=0; i<256; i+=BLOCK_SIZE)); do

i2cset -y 0 $DEVICE_ADDRESS $((START_REGISTER + i)) $(printf '0x00%.0s' $(seq 1 $BLOCK_SIZE)) i

done

-------------------------------

Частный случай записи в eprom

# выгрузили модуль ядра
 rmmod at24


#конвертация ASCII-кодов
echo -n "bs04" | od -An -t x1
# ASCII-кодов
printf "x62x73x30x34" | echo -e $(cat -)

# пример записи в bs04
#i2cset -y 0 0x54 0x00 0x62 0x73 0x30 0x34 i

#через звездочку удалять не стоит  может будущем аукнутся 
rm /var/lib/nexuscli/access_token
rm /var/lib/nexuscli/device_id
rm /var/lib/nexuscli/refresh_token

#вот так можно прочитать 
i2cget -y 0 0x54 0x00  i 6

#загрузили модуль ядра
modprobe at24

# выгрузили модуль ядра

rmmod at24

#конвертация ASCII-кодов

echo -n "bs04" | od -An -t x1

# ASCII-кодов

printf "x62x73x30x34" | echo -e $(cat -)

# пример записи в bs04

#i2cset -y 0 0x54 0x00 0x62 0x73 0x30 0x34 i

#через звездочку удалять не стоит может будущем аукнутся

rm /var/lib/nexuscli/access_token

rm /var/lib/nexuscli/device_id

rm /var/lib/nexuscli/refresh_token

#вот так можно прочитать

i2cget -y 0 0x54 0x00 i 6

#загрузили модуль ядра

modprobe at24

USB / COM / CAN / I2C / GPIO

rs232 / rs-232 / com port / install / установка / debian 11 / ubuntu

Автор записи Автор: Evgeny Yakovlev
Дата записи 2022/03/28

Ссылки:

https://teklager.se/en/knowledge-base/installing-debian-over-serial-console-apu-board/

1	https://teklager.se/en/knowledge-base/installing-debian-over-serial-console-apu-board/

Зависает установка \ установка debian, используем rs-232:

Выбираем нужный пункт меню.
Жмем "TAB" или "e" (зависит от версии grub  uefi /mbr)
Добавляем:
vga=off  console=ttyS0,115200n8
Жмем enter

Выбираем нужный пункт меню.

Жмем "TAB" или "e" (зависит от версии grub uefi /mbr)

Добавляем:

vga=off console=ttyS0,115200n8

Жмем enter

Включаем rs-232

0. Включаем службу:
sudo systemctl enable serial-getty@ttyS0.service
sudo systemctl start serial-getty@ttyS0.service

1. Редактируем /etc/default/grub:
---------------------------------
...

###GRUB_CMDLINE_LINUX_DEFAULT="quiet"

GRUB_CMDLINE_LINUX_DEFAULT="console=ttyS0,115200n8 console=tty1"

GRUB_CMDLINE_LINUX=""

...

GRUB_TERMINAL="serial console"

GRUB_SERIAL_COMMAND="serial --speed=115200 --unit=0 --word=8 --parity=no --stop=1"

----------------------------------

2. Применяем изменения

update-grub2

3. Проверяем, перезагружаемся
reboot

0. Включаем службу:

sudo systemctl enable serial-getty@ttyS0.service

sudo systemctl start serial-getty@ttyS0.service

1. Редактируем /etc/default/grub:

---------------------------------

...

###GRUB_CMDLINE_LINUX_DEFAULT="quiet"

GRUB_CMDLINE_LINUX_DEFAULT="console=ttyS0,115200n8 console=tty1"

GRUB_CMDLINE_LINUX=""

...

GRUB_TERMINAL="serial console"

GRUB_SERIAL_COMMAND="serial --speed=115200 --unit=0 --word=8 --parity=no --stop=1"

----------------------------------

2. Применяем изменения

update-grub2

3. Проверяем, перезагружаемся

reboot

add ubuntu 20.04 / 18.04

0. Boot UEFI
1. Press e 
2. Редактируем строку linux:
----------------------------
setparams 'install Ubuntu Server'
set gfxpayload=keep
linux /casper/vmlinuz vga=off console=ttyS0,115200n8 quit ---
initrd /casper/initrd
----------------------------
3. ctrl+x

0. Boot UEFI

1. Press e

2. Редактируем строку linux:

----------------------------

setparams 'install Ubuntu Server'

set gfxpayload=keep

linux /casper/vmlinuz vga=off console=ttyS0,115200n8 quit ---

initrd /casper/initrd

----------------------------

3. ctrl+x