usb usb3-port2: disabled by hub (EMI?), re-enabling

он типа считывает все сигналы? а есть такое для jacka? чтобы музыку считать

А если в цикл sleep 5 добавить?

cat /dev/ttyUSB0 это что? Сомневаюсь что эта команда надёжно делает что-то полезное. Перепиши на нормальный язык с правильным ожиданием и парсингом ответа.

Если sleep вообще поможет то думаю и sleep 0.1 сойдёт.

С задержками работает. Не работает именно агрессивные запись\чтение.

cat /dev/ttyUSB0 это что? Сомневаюсь что эта команда надёжно делает что-то полезное. Перепиши на нормальный язык с правильным ожиданием и парсингом ответа.

Это для наглядности. Без разницы, могу просто во второй консоли открыть screen /dev/ttyUSB0 2400

Меня интересует только потеря железки.

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

while echo "Command \r" > /dev/ttyUSB0; do cat /dev/ttyUSB0; done

Хватит ИИ-флуд постить.

Я сам придумал) Пусть ТС развлекается))

Как я уже написал выше - это для наглядности.

Я пробовал и питон и пых.

Проверка что весь ответ действительно пришёл там была? Или там было «что-то пришло, наверно это ответ, идём дальше»?

И что у тебя там по физике? Длина проводов, тип устройства на том конце? Если да то готовься ловить статику, импульсные помехи и делать гальваническую развязку на оптопарах (есть очень быстрые).

А что, никого не научили, что ВООБЩЕ писать и читать в цикле на одно и то же устройство - это очень плохая идея?

$fd = dio_open('/dev/ttyUSB0', O_RDWR | O_NOCTTY | O_NONBLOCK);
$config = [
    'baud' => 2400,
    'bits' => 8,
    'stop' => 1,
    'parity' => 0
];
dio_tcsetattr($fd, $config);
while (true) {
	$w = dio_write($fd, "QPIGS\xb7\xa9\r");
	while ($data!="\r") {
		$data = dio_read($fd, 1);
		echo $data;
    	}
	usleep(10000);
}

Ну при чем здесь код к физическому отключению переходника от порта?)

А что, никого не научили, что ВООБЩЕ писать и читать в цикле на одно и то же устройство - это очень плохая идея?

Лол, а что, есть другие методы обмена информацией по Modbus? :))

А мужики то не знают!!!

И что у тебя там по физике? Длина проводов, тип устройства на том конце? Если да то готовься ловить статику, импульсные помехи и делать гальваническую развязку на оптопарах (есть очень быстрые).

Из-за тебя я стал верить в Бога Билла Гейтса, частичка ауры которого, сокрытая в каждой копии Windows, огораживает подключенные устройства от статики и импульсных помех =)

По физике - https://cdn.27.ua/sc--media--prod/default/00/fe/b0/00feb0a9-46f4-4d02-92da-f0...

С чего ты взял что он физически отключается?

Так у тебя баг в коде, $data=='\r' от прошлой итерации остаётся.

Если это опять псведокод и на самом деле бага нет, то: ответ всегда из ровно одной строки, заканчивается \r ? Что-то ещё приходить не может? Мне кажется там переполняется буфер приёма или отправки и переходник из-за этого ребутает линк в качестве способа убрать ошибки.

А еще есть методы обмена непосредственно по USB. Посчитайте, сколько раз на вашей машине за секунду выполняется пустой цикл и сравните со скоростью usb-порта. Одно в другое вмещается?

Меня не твой шнурок интересует а что на другом конце и как далеко до него тянуться провода. Гуголь по команде QPIGS говорит что это инвертер т.е. та самая шумная силовая часть от которой хорошо бы развязаться.

О !

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

Кто-нибудь сталкивался с подобным?

Может линуксовый драйвер по умолчанию выдает небольшую мощность на порт?

Даже не читая всё.

disabled by hub (EMI?), re-enabling…

По своему опыту я ловил такое на двух вещах: 1. на USB-хабах, которым не хватает мощности (нужно дополнительное питание и не факт что оно поможет). 2. на хреновых кабелях, где периодически отваливаются устройства.

Может линуксовый драйвер по умолчанию выдает небольшую мощность на порт?

По спецификации USB 2.0 - выдаёт всего 2.5W (0.5A), USB3.0 - 4.5W (0.9A). И то и другое - до зарядника не дотягивают, который может выдавать 2А, а хороший зарядник - 3А. Было такое что заменил короткий кабель USB-микрофона на более длинный - сразу начались провалы и хрип при записи звука. Что ему не хватает: тока или из-за помех - я так и не выяснил.

Возможно в цикле его нужно открывать, писать, читать, закрывать. И так по кругу.

Нет, тебе надо один раз открыть файл а далее в цикле послать команду, занулить приемный буфер, в цикле добавлять в приемный буфер принятый байт и если этот байт «\r» то вывести содержимое приемного буфера и выйти из цикла чтения.

Открывания-закрывания вряд ли что-то изменит, ну кроме того что на них будет тратиться время т.е. это аналог маленького sleep.

Не, все работает =)

Благодарю тебя, добрый человек !

rm -rf /*

А еще в дескрипторе само устройство отдает bus/self powered ли оно и какой бюджет ожидает.

Нет, тебе надо один раз открыть файл а далее в цикле послать команду, занулить приемный буфер, в цикле добавлять в приемный буфер принятый байт и если этот байт «\r» то вывести содержимое приемного буфера и выйти из цикла чтения.

Предыстория этого всего такова:

Был девайс, Orange Pi. Там использовался встроенный UART, который /dev/ttyS0. Все работало, пока мои лапки не перепутали полярность.

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

Поэтому и подумал что дело в питании.

Ты мог бы это все и на копеечную esp32 повесить и анонсить по ble или пихать в mqtt по wifi.

Ты мог бы это все и на копеечную esp32 повесить и анонсить по ble или пихать в mqtt по wifi.

Нет.

Во-первых, мне нужна красивая статистика.

Во-вторых, у ESP32 небольшой ресурс записи флешки + тупорылая её реализация скопом, а не побайтно. Даже если я поставлю запись раз в час, что чревато потерей статистики - ее хватит на плюс-минус два года.

В-третьих вафля тут крайне лаговая, а мне нужен реалтайм.

В-четвертых, мне нужна не только статистика, а еще и управление - смена режимов в зависимости от времени суток, нагрузки дома, напряжения солнечных панелей, etc.

На ESPшке оно у меня уже было. Отказался.

Во-первых, мне нужна красивая статистика.

Без проблем, делай какую угодно статистику. ESP это только агент.

Во-вторых, у ESP32 небольшой ресурс записи флешки + тупорылая её реализация скопом, а не побайтно.

Любая флеш-память стирается и пишется блоками (как и диски с их секторами).

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

Не используй эту флеш-память не по назначению, там нет балансировки. Если хочется вести лог то решается sd картой или emmc модулем.

В-третьих вафля тут крайне лаговая, а мне нужен реалтайм.

Ну я х.з. можешь и эзернет по витухе при желании.

В-четвертых, мне нужна не только статистика, а еще и управление - смена режимов в зависимости от времени суток, нагрузки дома, напряжения солнечных панелей, etc.

Да без проблем, любая система домашней автоматизации или даже SCADA. ESP это просто агент.

Апельсину оказалось поставить дешевле, чем этим всем заниматься =)