Aliquando vis cum fabrica connexa per USB sine observatione illa in mensa iuxta laptop tuo. Mea fabrica est sculptor Sinensium cum laserone 500 mW, quod valde ingratum est cum in contactu coniuncti. Praeter proximum periculum oculorum, toxici combustionis res in laser operatione emittuntur, ideo fabrica in area bene ventilata collocari debet, et potius ab hominibus segregari. Quomodo potes talem machinam regere? Responsum huic quaestioni fortuito inveni dum repositorium OpenWRT pascens in spe inveniendi dignum usum pro veteri D-Link DIR-320 A2 iter itineris. Ad coniungere, uti decrevi ea quae in Habre antea descripta sunt. USB super IP cuniculumtamen omnes instructiones ad inaugurandi gravitatem perdiderunt, ut mea scribo.
OpenWRT ratio operativa est quae introductione nulla indiget, institutionem eius non describemus. Pro iter itineris mei ultimam stabilitatem emissionis OpenWrt 19.07.3 accepi, eamque cum principali Wi-Fi accessu ut clientelam contexuit, modum eligens. Lanut non murus torqueat.
Servo parte
Facimus secundum . Post connectens per ssh, necessarias fasciculos institue.
root@OpenWrt:~# opkg update
root@OpenWrt:~# opkg install kmod-usb-ohci usbip-server usbip-clientDeinceps fabricam nostram coniungimus cum portu USB itineris (me in casu, machinis: centrum USB, impulsum fulgurum in quo ratio fasciculi itineris annectitur (ob defectum spatii in repositione interna), et immediate; caelator).
Coniuncta conemur index ostendere machinis:
root@OpenWrt:~# usbip list -lVacua.
By Google reus inventus est, ita ut bibliotheca libudev-fbsd.
Novissimas versiones operantes e manu e promptuario trahimus libudev_3.2-1 ex OpenWRT 17.01.7 solvo architecturae tuae, in meo casu libudev_3.2-1_mipsel_mips32.ipk. Usura wget/scp, depone in memoriam itineris et restitue
root@OpenWrt:~# opkg remove --force-depends libudev-fbsd
root@OpenWrt:~# opkg install libudev_3.2-1_mipsel_mips32.ipk
reprehendo:
root@OpenWrt:~# usbip list -l
- busid 1-1.1 (090c:1000)
Silicon Motion, Inc. - Taiwan (formerly Feiya Technology Corp.) : Flash Drive (090c:1000)
- busid 1-1.4 (1a86:7523)
QinHeng Electronics : HL-340 USB-Serial adapter (1a86:7523)Seres homo coniunctus USB centrum accepit bsuid 1-1.4. Mementote.
Iam daemonem committitur:
root@OpenWrt:~# usbipd -Det bindim in Sinica
root@OpenWrt:~# usbip bind -b 1-1.4
usbip: info: bind device on busid 1-1.4: completeSit scriptor reprehendo quod omnia operatur:
root@OpenWrt:/home# netstat -alpt
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:3240 0.0.0.0:* LISTEN 1884/usbipdUt artificium automatice ligaveris, edit /etc/rc.localper addendo ante I exitus haec;
usbipd -D &
sleep 1
usbip bind -b 1-1.4Clientem latus
Conemur coniungere machinam in Fenestra 10 utendo instructiones superius ab openwrt.org. Dicam ilicet: idea caduca est. Uno modo Fenestra 7 x64 consideratur. Secundo ligamen datur filo in sourceforge.net, quod suggerit ut coegi perantiqua in 2014 ex Dropbox. Cum eam sub Windows 10 currere conamur et artificio nostro coniungimus, sequentem errorem consequimur:
c:Utilsusbip>usbip -a 192.168.31.203 1-1.4
usbip for windows ($Id$)
*** ERROR: cannot find device
Hoc accidit quod client non laborat cum servo aedificato nucleo antiquiori quam versio 3.14.
Usbip server pro OpenWRT 19.07.3 aedificatur in nucleo 4.14.180.
Prosequentes investigationem meam venio per hodiernam progressionem clientis Windows pro . Ok, auxilium pro Fenestra 10 x64 affirmatur, sed cliens tantum clientis experimentum est, ergo numerus limitum sunt.
Primum ergo rogant libellum instituere, et bis. Ok, eamus in radix credita Certification auctoritati et creditorum Editorum.
Deinde, ratio operandi in examinis modum imponere debes. Hoc fit per equos
bcdedit.exe /set TESTSIGNING ONnon succedo primum in via secure tabernus. Ut disable eam, debes reboot in UEFI et pone securam tabernus ut disable. Exempla quaedam laptop postulare possunt tesseram praefecti.
Post hoc, tabernus in Fenestra et faciunt bcdedit.exe/set SPECTATIO ON
Vinda dicit omnia est ok. Iterum reboomus et in angulo dextro inferiore videmus verba Modus, versio et OS numerum aedificandi.
Quae sunt haec artificia? Ut install an unsigned exactoris USB/IP VHCI. Hoc facere suggeritur ex files usbip.exe, usbip_vhci.sys, usbip_vhci.inf, usbip_vhci.cer, usbip_vhci.cat, et currit cum iura administratorum
usbip.exe installvel secundum modum, installing Legacy Hardware manually. Secundam optionem elegi, monitionem de inauguratione sine rectore cepi et cum ea consensi.
Deinde reprimimus nos facultatem connectendi remoto USB artificio exsequendo imperium;
usbip.exe list -r <ip вашего роутера>Indicem machinarum dabimus:
c:Utilsusbip>usbip.exe list -r 192.168.31.203
usbip: error: failed to open usb id database
Exportable USB devices
======================
- 192.168.31.203
1-1.4: unknown vendor : unknown product (1a86:7523)
: /sys/devices/ssb0:1/ehci-platform.0/usb1/1-1/1-1.4
: unknown class / unknown subclass / unknown protocol (ff/00/00)ad errorem usbip: error: defecit aperire USB id database Non attente, opus non afficit.
Nunc artificium ligamus;
c:Utilsusbip>usbip.exe attach -r 192.168.31.203 -b 1-1.4Id est, Fenestra novam machinam detexit, nunc cum ea quasi corpore laptop coniuncta esse potes.
Paulum cum caelatore Sinensi pati habui, quod cum aurigam suum CH341SER instituere conatus sum per instrumentum qui cum caelatore venit (sic, Arduino caelatore), USB/IP VHCI Fenestram in BSOD deiecit. Autem, installing CH341SER exactoris ad connectens fabrica per usbip.exe problema solvitur.
Solum versus: caelator strepitum facit et fumat in coquina cum fenestra aperta et ianua clausa, incendium ab alio conclavi per meum programmatum conspicio, quod capturam non sentit.
Fontes usus:
Source: www.habr.com