ELS61 is not being enumerated on Linux kernel 2.6.35.3 | Telit Cinterion IoT Developer Community
September 1, 2020 - 7:48pm, 1887 views
Hi,
we are working on a device with i.MX28 processor and Linux kernel 2.6.35.3. It had the EHS8 module configured and we are to add the support for the ELS61.
Unfortunately, ELS61 does not enumerate at all. I have checked the power input voltages and VUSB voltages. Everything is working fine but Linux does not detect ELS61 connected to the processor via the Hub. Whereas, EHS8 is connected with the same hub on an old device is detected properly.
AN39_Usb_Interaface document says this.
With other Linux systems the USB device (i.e. ELS61) may not automatically be detected and
enumerated. For these systems a possible USB host driver “cdc_acm“ compiled as loadable
module may be loaded to create the ports. Please note that the command to load such a driver
module may vary for different Linux distributions.
I configured the Kernel with CDC_ACM as a loadable Module but it still did not get detected. i will be great if someone could advise me in a right direction.
Hello,
As I see this kernel is very old - release date: 2010-08-20. I think that it may be the reason why ELS61 does not enumerate. As I understand EHS8 enumerates on some older device. Maybe you should also check with the same device to be sure that it can work. And maybe the best solution would be to update the kernel. Then it should work without any additional actions.
Best regards,
Bartłomiej
Hi Bartlomiej,
We are using ELS61-AUS module on one of the embedded devices. Below are the details of Linux version we use..
" Linux router 4.4.71 #0 Thu Jun 8 21:02:37 2017 mips GNU/Linux "
We are observing similar issue of device not getting re-enumerated ( no ttyACM0 ports) in long run (say after 1-2 days ) of the ELS61 device reset(may be due to 4G connection lost). What are the possible scenarios/reasons that the ttyACMx ports disappear even all the USB drivers are loaded and even ****m was working couple of hours ?
Are there any chances of ****m shutdown because of voltage sipkes/thermal issue? preventing ELS61 re-enumeration.
Are there any chances that the shutdown/reset (AT^CFUN/ AT^SMSO) commands keeps the ELS61 device in shut down ****(not enumerate next time) even we re-power/start the ****m after these commands.
Please suggest on these lines to further debug the issue.
Thanks,
Sai
Hello,
Have you checked dmesg and lsusb outputs - is the device detected by the system anyhow?
It would be good to know how the device was restarted or shut down. Do you have any log with AT commands showing the interaction of your system with the module?
AT^SMSO shuts down the module and AT+CFUN=1,1 reboots it.
It is theoretically possible that the module can shut down due to overvoltage/undervoltage or temperature. There should be appropriate URC thrown on the AT interface in such a case. So if you had a log from any interface it should be there.
What action gets the module working again?
BR,
Bartłomiej
Hi Bartłomiej,
Thanks for the reply. We dont see "usb 1-1: new high-speed USB device number 2 using ehci-platform" or similar message in dmesg , while we observing the modem not accessible issue and lsusb not showing the modem device.
We restarted the router board/modem multiple ***** without luck in modem recovery. Since the ttyACM are not shown up, not able to execute any AT command on next reboot. For now, keeping the router device shutdown for say 2 hours followed by restart helped in modem recovery( succeeded 2 out of 15 iterations) . Are there any ways we can reset the modem , if it is in shutdown state (due to temp/voltage sipkes/ AT^SMSO shutdown) and not coming up without using AT commands?
Thanks,
Sai
Hello,
This is quite strange what you observe. Normally it should be possible to turn on the module in a standard way whatever happened to switch it off. Especially if it was completely unplugged from any power source, battery, capacitor etc.
So this could suggest some kind of hardware damage of the accompanying HW or the module itself. Or maybe an issue in your embedded OS. Is it possible to test the module with some other HW or OS or is it one non-demountable unit?
BR,
Bartłomiej
Hi Bartłomiej,
Your doubt on the accompanying HW or module might be correct, we are checking HW in those lines in next couple of days. Unfortunately it is a non-demountable unit, so we need to test along with complete board. Please suggest, if you come across any issues with "Linux 4.4.71" w.r.t els61. BTW what is the latest version of ELS61 module firmware for ELS61-AUS version? I would cross chech with existing one on module.
Thanks,
Sai
Hello,
Kernel 4.4 seems quite old and is probably older than first ELS61 releases. But if it works in general, maybe it is not the case.
As for the latest FW version I have found els61-aus_rev01.006_arn0000803.
Regards,
Bartłomiej
Thanks Bartłomiej,
Here are the firmware version that we have in one of our module - gmr": "01.005", "arn": "00.005.00". Are there any major bug fixes from 01.005 to 01.006 w.r.t USB or any other interface? do you recommend to upgrade module firmware?
Thanks,
Sai
Hello,
You may try to update of course. There are 3 years between these 2 versions. In the release note document I can see improvements related to handover, IoT Suite certificate and flash file system.
Regards,
Bartłomiej
Hi Bartłomiej,
Thanks for the suggetion, can you please share the link or firmware binary(els61-aus_rev01.006_arn0000803) to me. We will give it a try.
Regards,
Sai
Pages