Project

General

Profile

Actions

Bug #1173

closed

RRD Graph for cellular - not working for huawei E1762

Added by Jai Lamerton over 13 years ago. Updated about 13 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
RRD Graphs
Target version:
-
Start date:
01/06/2011
Due date:
% Done:

0%

Estimated time:
Plus Target Version:
Release Notes:
Affected Version:
2.0
Affected Architecture:

Description

It was suggested that I open a bug report for this RRD issue:

I can report that my Huawei E1762 USB modem seems to work quite well on 2.0-BETA5 at least. And the PPP setup for my ISP (Australia - Internode) worked perfectly.
The only issue I have found is the RRD Graphs - Cellular does not work.

I'm not sure if RRD graphs work for the other listed Huawei modems, but the command used by /var/db/rrd/updaterrd.sh `3gstat -sv -d /dev/ugen0.2` (I added the -v) returns:

"open /dev/usb/0.2.4
writing 5 bytes
reading 75 bytes

3gstat: error reading from device: No such file or directory"

Maybe it's because the modem is available at /dev/cuaU0.0 and /dev/cuaU0.1 and not /dev/ugen0.2 not realy sure what ugen0.2 is but it is derived from the command:
dev=`usbconfig show_ifdrv | awk -F. '/ u3g|umodem/ {print "/dev/" $1 "." $2}'` which returns "/dev/ugen0.2" that is found in /var/db/rrd/updaterrd.sh

I had a look at 3gstat.c but I didn't really understand what it was doing (I'm not a programmer). However searching the net it would appear that the way to query this modem was via an AT command while connected to the device on either /dev/cuaU0.0 or /dev/cuaU0.1. For instance I can, while a PPP session is active on /dev/cuaU0.0 run `cu -l /dev/cuaU0.1` and connect to the modem then type "AT+CSQ" and get a response like "+CSQ: 11,99". See table below.

So I'm curious to know what 3gstat tries to do and why the updaterrd.sh script wants to do it on /dev/ugen0.2 and not one of the modems devices /dev/cuaU0.0 or /dev/cuaU0.1.
BTW
`3gstat -sv -d /dev/cuaU0.1` doesn't work either, returns "3gstat: getdevname error: No such file or directory"

Regards,
Jai

Table: Signal dBm equivalent from www.zimbio.com/New+Mobile+Phones/articles/UjumaKIobfk/How+Measure+Improve+Mobile+Broadband+Reception
0 < -113 dBm (Marginal)
1 -111 dBm (Marginal)
2 -109 dBm (Marginal)
3 -107 dBm (Marginal)
4 -105 dBm (Marginal)
5 -103 dBm (Marginal)
6 -101 dBm (Marginal)
7 -99 dBm (Marginal)
8 -97 dBm (Marginal)
9 -95 dBm (Marginal)
10 -93 dBm (Workable under most conditions)
11 -91 dBm (Workable under most conditions)
12 -89 dBm (Workable under most conditions)
13 -87 dBm (Workable under most conditions)
14 -85 dBm (Workable under most conditions)
15 -83 dBm (Good)
16 -81 dBm (Good)
17 -79 dBm (Good)
18 -77 dBm (Good)
19 -75 dBm (Good)
20 -73 dBm (Excellent)
21 -71 dBm (Excellent)
22 -69 dBm (Excellent)
23 -67 dBm (Excellent)
24 -65 dBm (Excellent)
25 -63 dBm (Excellent)
26 -61 dBm (Excellent)
27 -59 dBm (Excellent)
28 -57 dBm (Excellent)
29 -55 dBm (Excellent)
30 -53 dBm (Excellent)
31 > -51 dBm (Excellent)

Actions #1

Updated by Chris Buechler about 13 years ago

  • Status changed from New to Closed

it's not supposed to work with that modem so this isn't a bug. There is a feature open to add support for more modems.

Actions

Also available in: Atom PDF