Комментарии 17
Очень важная статья, на самом деле. Ну лично я просто использовал RDP
Если есть такая возможность — однозначно.
Но в первую очередь, Малину можно положить рядом с поделкой, с которой слишком круто оставлять настольную машину. Она маленькая, и цена у неё не такая кусачая (тем более, что по сусекам многие могут наскрести даже не одну валяющуюся без дела Малину).
Плюс иногда RDP подтормаживает. Понятно, что и отладка будет при тех же условиях не идеальной. Но разработка текста идёт дольше по времени, чем связь в процессе отладки.
В общем, RDP — лучше в целом, а этот подход — может пригодиться в особых случаях.
Но в первую очередь, Малину можно положить рядом с поделкой, с которой слишком круто оставлять настольную машину. Она маленькая, и цена у неё не такая кусачая (тем более, что по сусекам многие могут наскрести даже не одну валяющуюся без дела Малину).
Плюс иногда RDP подтормаживает. Понятно, что и отладка будет при тех же условиях не идеальной. Но разработка текста идёт дольше по времени, чем связь в процессе отладки.
В общем, RDP — лучше в целом, а этот подход — может пригодиться в особых случаях.
Я почти десять лет назад тут писал о том как удалённо отлаживать железо :) habr.com/ru/post/118773. Только у меня была другая проблема: я был на работе, а железо дома.
Спасибо, актуально, OpenOCD для удалённой отладки не пробовали использовать, вроде бы норм.
А если через JLinkRemoteServer.exe?
Когда JLINK работает по сетке с удалённым сервером средствами Эклипсы и IAR, он не работает средствами Кейла при тех же условиях. Возможно, когда-нибудь я сделаю большую статью на эту тему, мы нашли даже наиболее вероятную причину… Виноваты потери пакетов в UDP. Просто я запускаю сервер на той же машине, что и компилятор — если обращаюсь к localhost — всё работает, если по локальному IP — уже сбои!!! И это в домашней сети при отсутствии других активных устройств и при связи с роутером по кабелю (в реальной конторской сетке — и подавно)! Это именно из Кейла, из других сред всё в порядке.
Причём мы пытались общаться с поддержкой как Segger, так и Кейла. Сделали для них подробное описание, сняли кино с показом, когда работает, когда — нет… Сеггеры сказали, что хоть у нас и подлинный адаптер, но эта модель не подразумевает поддержки. Кейлы сказали, что DLL для связи делали Сеггеры, так что они бы и рады, да ничего сделать не могут. Обращайтесь к Сеггерам.
А через туннельный сервер Сеггеровский — ещё веселей. Вот ответ поддержки Кейла:
Причём мы пытались общаться с поддержкой как Segger, так и Кейла. Сделали для них подробное описание, сняли кино с показом, когда работает, когда — нет… Сеггеры сказали, что хоть у нас и подлинный адаптер, но эта модель не подразумевает поддержки. Кейлы сказали, что DLL для связи делали Сеггеры, так что они бы и рады, да ничего сделать не могут. Обращайтесь к Сеггерам.
А через туннельный сервер Сеггеровский — ещё веселей. Вот ответ поддержки Кейла:
But the tunnel server mode doesn't work. The reason is due to that the dialog «Options for Target — Debug — Settings» in uVision you cannot define the serial number of the J-Link, unlike the jlink command line utility by calling ip tunnel:. Thus, even uVision can connect to the segger server, but it cannot connect to your j-link, because serial number is missing.
STLink это конечно специфично, а вот проброс USB-токенов для подписи документов в налоговую/банк — это актуально для тысяч конторок с зарубежными терминальными серверами для бухгалтерии. Если Ваш вариант это поддерживает — это реально поможет простым женщинам из бухгалтерии.
Если речь идет о RDP и токенах с сертификатами и ключами, то все прекрасно пробрасывается штатными средствами Windows. Просто галку «Смарт-карты» в Локальных ресурсах нужно поставить. А вот если на одной из сторон Linux, то да — описаный здесь вариант — спасение.
Да и в остальных случаях, крайне полезная статья.
Да и в остальных случаях, крайне полезная статья.
Честно говоря, проброс по сети отлично работал давным давно и ничего не терялось и работало по TCP. Правда, помнится, пришлось пачку скриптов инициализации и загрузки написать, но на выходе был полный успех.
Я давно пользуюсь free версией VirtualHere: VirtualHere allows USB devices to be used remotely over a network just as if they were locally connected!
Есть сервера и клиенты для достаточно большого количества операционок и архитектур.
Пока выявлена только одна проблема — неустойчивая работа программы Quartus Signal Tap для FPGA от Intel.
Есть сервера и клиенты для достаточно большого количества операционок и архитектур.
Пока выявлена только одна проблема — неустойчивая работа программы Quartus Signal Tap для FPGA от Intel.
Прикупил вот такую штуку:
SILEX SX-3000GB Device Server — New in Box
Работает только по Виндой и МакОСью, но последнее не пробовал.
Флешки, диски, РуТокен, клавы-мыши работают. Можно подключать девайсы используя хаб. Доступ монопольный для конкретного устройства.
SILEX SX-3000GB Device Server — New in Box
Рекламная фотка
Работает только по Виндой и МакОСью, но последнее не пробовал.
Флешки, диски, РуТокен, клавы-мыши работают. Можно подключать девайсы используя хаб. Доступ монопольный для конкретного устройства.
Мы с прошлого года так научились отлаживать устройства, подключенные в Китае из РФ. Работает, конечно, медленно и психологически неудобно. Но это лучше, чем ждать пока в РФ приедет.
пользовался INU от seh-technology, никаких проблем под Windows 10
Че так сложно-то
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Проброс USB-портов из Windows 10 для удалённой работы