![]() The data is send inverted by the device (don't ask me why.). I am suspecting that either the device is not configured 100% correctly by the driver, or that it is not inverting the input. I configure minicom for 115200 8N1, which works under Ubuntu. However, when I try to see if data is received correctly by using screen or minicom I see that data is being recieved as the cursor moves, but the received characters are not decoded (what it sends should be ASCI). So it looks like the driver loaded correctly. Usbcore 101810 16 ch341,cdc_acm,usbserial,cdc_mbim,qmi_wwan,cdc_wdm,cdc_ncm,rndis_host,cdc_ether,asix,usbnet,usblp,ohci_hcd,ehci_hcd,usb_storage, Live 0xbf48b000 Usb 2-2: ch341-uart converter now attached to ttyUSB0 Serial8250.0: ttyS0 at MMIO 0x18000300 (irq = 117) is a 16550Ĭonsole enabled, bootconsole disabled Kernel command line: root=/dev/mtdblock2 console=ttyS0,115200 init=/sbin/preinit earlyprintk debug I managed to load the driver by putting it in the Jffs partition (to allow loading during boot once everything works) and by using insmod /jffs/ch341.ko.ĭmesg | grep tty now shows the devices correctly: I use the ch341.ko driver to connect my Chinese Arduino to the RT-AC68U router. Last resort would be to extract the ch341.ko driver from a firmware image, here: # disable automatic loading of GSM modem drivers and programs & /usr/bin/killall $FILENAME & /bin/usleep 250000 sbin/lsmod | /bin/grep -qF $MODULENAME & /sbin/modprobe -r $MODULENAME & /bin/usleep 250000 Local FILEPATH="/lib/modules/$(/bin/uname -r)/$(/sbin/modprobe -l $MODULENAME)" Local FILENAME="$(/usr/bin/basename $FILEPATH)" I'm kinda rusty with Linux, and I think it has been at least 15 years since I compiled my last kernel or anything in Linux, so please be gentle -) Patching the source is probably the biggest difficulty, no clue how to do that. My guess is I probably have to patch the source and build it myself using this nice guide. Unfortunately, I have no clue how to add the required driver support to my running 380.68 and was hoping someone could point me in the right direction. I don't seem to be the only one encountering this, as in the past patches seem to have been made which enabled the CH341 driver, e.g.: In any case, upon opening /dev/ttyUSB0 with screen or minicom the system just keeps waiting for input. The chipset, however, is CH340 and is also recognized as ch340 or ch341 (drivers should be the same, can't remember which) by Ubuntu.īus 002 Device 006: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapterīut as far as I know the ch341 driver is missing and the generic usbserial driver or some GSM driver is loaded instead. In contrast to Ubuntu the device also shows up as a GSM modem. It is a bit puzzling to see the devices apparently connects and disconnects (or maybe it is because I plugged it in and out a few times since the last reboot). Option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0 ![]() Usb 2-2: GSM modem (1-port) converter now attached to ttyUSB0 At first the interface kept disconnecting, which I fixed by mknod /dev/ttyUSB0 c 188 0 as suggested here: However, things didn't go as expected on rlin 380.68 with entware installed. I tested the USB convertor under Windows and Ubuntu 16.04.3 on my laptop, and I have no problems in receiving the messages. The device send a 35 lines message every 20 seconds, of which I want to capture some data. I am trying to use my ASUS RT-AC68U router to read-out a device through the serial interface. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |