mirror of
https://github.com/4IceG/luci-app-3ginfo-lite.git
synced 2026-04-25 11:25:50 +03:00
[GH-ISSUE #43] add support for Quectel EC200T modem #164
Labels
No labels
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/luci-app-3ginfo-lite#164
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @jfrogg on GitHub (Apr 22, 2023).
Original GitHub issue: https://github.com/4IceG/luci-app-3ginfo-lite/issues/43
Please add support for Quectel EC200T modem, Vendor=2c7c ProdID=6026, using it in ECM mode.
Here is the output of some commands, please let me know if anything else is needed.
Please note that SINR value requires no conversion.
@4IceG commented on GitHub (Apr 23, 2023):
Hi @jfrogg , unzip and copy this file to folder
/usr/share/3ginfo-lite/modem/2c7c6026.zip
I haven't found a good description for this modem, so I'm not sure if all the data will be correct.
@jfrogg commented on GitHub (Apr 23, 2023):
This is a CAT4 modem that supports most of Quectel common commands.
At the moment the following information is missing:
TAC
Primary band | PCI & EARFCN
there is no RSRP,RSRQ,SINR,... data at all
What is shown:
Operator
SIM Info
Modem type
Revision / Firmware
Protocol
Temperature
MCC MNC
Cell ID
LAC
CSQ
I run a quick manual test and it looks like
sms_toolis not working properly with multiple AT commands separated by;@4IceG commented on GitHub (Apr 23, 2023):
OK, we're looking for where the scripts have a problem. Some command may not be supported or has a different syntax.
Show me the result of the command
sh -x /usr/share/3ginfo-lite/3ginfo.sh@jfrogg commented on GitHub (Apr 23, 2023):
The problem is somewhere around
sms_tool, it cannot handle multiple commands at once, probably due to limitations to its internal buffer size.Here is the potentially weak place:
O=$(sms_tool -d $DEVICE at "at+qnwinfo;+qeng=\"servingcell\";+qspn")See the various combinations of the commands:
There are no results in both cases. Now running them separately:
@4IceG commented on GitHub (Apr 23, 2023):
@jfrogg since you know (better) what's wrong then correct yourself so it works. I added modem support and the data should be output.
In my opinion..
We communicate with the modem on the same port on which the connection takes place which blocks further reading of data. I don't know how many ports for communication this modem has, maybe changing to another would solve the problem.
We could try renaming the variables to separate the data more (silly but it helps some modems).
You didn't send me the result of the command, so I can only divine from a glass ball.
@jfrogg commented on GitHub (Apr 23, 2023):
Corrected and it works. Using a separate variable helped to obtain the missing data.
Regarding the ports - this particular modem in its current configuration has 1 ECM interface and 3 /dev/ttyUSBx where
ttyUSB0 used for DM /I guess they mean Download Mode/
ttyUSB1 used for AT command communication /this is what I'm using/
ttyUSB2 used for PPP connections or AT command communication
Please consider a few minor changes:
Please don't take any of my comments as negative, I'm trying to contribute in my way ;)
Thank you for all your efforts.
2c7c6026.zip
@4IceG commented on GitHub (Apr 23, 2023):
This value may not be there, but it is not a rule. Let it stay that way because immediately some user will report an error because he does not have all the data.
Quectel EC200T modem is LTE only, 150Mbps downlink and 50Mbps uplink. Band aggregation starts with CAT6 modems, so seriously but I don't know what the package is supposed to show there?
I try to approach each user with understanding, but I also require respect for my time and work. What I make available for LuCI are my private packages, everything works for me and I don't have to add or correct anything because someone would like to have the same at home. Users have "only requirements" few will thank / give a star or support $. Everyone wants to be smarter, so the question is if you are so smart why didn't you make such a package/packages yourself? After all, it's all so simple.
@jfrogg commented on GitHub (Apr 23, 2023):
Sorry if I was not very specific.
For CAT4 modems the lines "CA band (Sx)" from my perspective should not be displayed at all.
TAC is specific to LTE and 5G/NR while LAC is an attribute of 3G/UMTS, so I propose to implement the simple check in the script before displaying the either line.
I see your point, so this is not a demand but a kind suggestion to make the package look better. Thanks again for sharing your work.
@4IceG commented on GitHub (Apr 24, 2023):
You are the first user who is bothered by the visibility of these fields. I could hide it, but it's not my priority at this point. I'm wasting my time looking up modem specs to adjust the package for their band aggregation.
Interesting, but many modems with LTE provide this data. Again, should I not show them because that's the rule? again there will be users writing that the parameter is there, and I do not show it.
P.S.
I don't force anyone to install my package/packages, if you don't like the package you can always install another, better one or write Your own.