Jump to content

SignalCheck - Android app to monitor your Wi-Fi/2G/3G/4G LTE/5G-NR signal strengths


mikejeep

Recommended Posts

Why is it that sometimes the app doesn't report which band you're on??

My device is a Nexus 5x

 

I am sorry to bust your balls, but you need to read more of this thread.  This SignalCheck Pro feature/bug in recent Android builds has been thoroughly discussed.  The Nexus 5X -- like all single RF path handsets -- is incapable of being connected to CDMA1X and LTE simultaneously.  That causes the issue.

 

AJ

Link to comment
Share on other sites

Why is it that sometimes the app doesn't report which band you're on??

My device is a Nexus 5x

 

abe90088aea84371080c8c59f2e59eda.jpg

 

Sent from my Nexus 5X using Tapatalk

I know there's a lot to see in this thread but it's been discussed quite a bit. I can only guess it's a bug, but I think it can also happen when VoLTE isn't supported or working at the site. I'm on VZW so YMMV.

 

Sent from my Nexus 6 using Tapatalk

Link to comment
Share on other sites

On my N6

 

crw-rw---- 1 system    system       230,   0 1970-03-21 05:14 /dev/smd0
crw------- 1 root      root         230,   1 1970-03-21 05:14 /dev/smd1
crw------- 1 root      root         230,  11 1970-03-21 05:14 /dev/smd11
crw------- 1 root      root         230,   2 1970-03-21 05:14 /dev/smd2
crw------- 1 root      root         230,  21 1970-03-21 05:14 /dev/smd21
crw------- 1 root      root         229,  11 1970-03-21 05:14 /dev/smd22
crw------- 1 root      root         230,  27 1970-03-21 05:14 /dev/smd27
crw------- 1 root      root         230,   3 1970-03-21 05:14 /dev/smd3
crw------- 1 root      root         230,  36 1970-03-21 05:14 /dev/smd36
crw-rw---- 1 system    system       230,   4 1970-03-21 05:14 /dev/smd4
crw-rw---- 1 system    system       230,   5 1970-03-21 05:14 /dev/smd5
crw-rw---- 1 system    system       230,   6 1970-03-21 05:14 /dev/smd6
crw-rw---- 1 bluetooth net_bt_stack 230,   7 1970-03-21 05:14 /dev/smd7
crw------- 1 root      root         230,   8 1970-03-21 05:14 /dev/smd8

Hmm, that's interesting. The files are exactly the same as on my Nexus 6P (including /dev/smd7 being owned by bluetooth), with the exception of the major number being offset by 6 (230 vs 224, and 229 vs 223), and the ownership of /dev/smd11 (system vs radio).

root@angler:/ # ls -l /dev/smd*                                                
crw-rw---- system   system   224,   0 1970-04-04 19:18 smd0
crw------- root     root     224,   1 1970-04-04 19:18 smd1
crw-rw---- radio    radio    224,  11 2016-02-18 20:33 smd11
crw------- root     root     224,   2 1970-04-04 19:18 smd2
crw------- root     root     224,  21 1970-04-04 19:18 smd21
crw------- root     root     223,  11 1970-04-04 19:18 smd22
crw------- root     root     224,  27 1970-04-04 19:18 smd27
crw------- root     root     224,   3 1970-04-04 19:18 smd3
crw------- root     root     224,  36 1970-04-04 19:18 smd36
crw-rw---- system   system   224,   4 1970-04-04 19:18 smd4
crw-rw---- system   system   224,   5 1970-04-04 19:18 smd5
crw-rw---- system   system   224,   6 1970-04-04 19:18 smd6
crw-rw---- bluetooth bluetooth 224,   7 1970-04-04 19:18 smd7
crw------- root     root     224,   8 1970-04-04 19:18 smd8
 

If you do ls -l /dev/smd* are there any files that are owned by radio? I find it odd that Qualcomm appears to have removed this functionality from their driver for 1-2 generations before adding it back in. 

 

It looks like it's trying to use /dev/smd11, just like the on Nexus 6P, but for some reason the modem is responding with an error. So either the /dev file is different on the 5X, or the driver for the Qualcomm 808 doesn't support issuing modem commands for some reason. Can you, or anyone else with a rooted 5X, run ls -l /dev/smd* in a root shell and see if any of them are owned by radio?

Link to comment
Share on other sites

 

crw-rw---- 1 system    system       230,   0 1970-03-21 05:14 /dev/smd0
crw------- 1 root      root         230,   1 1970-03-21 05:14 /dev/smd1
crw------- 1 root      root         230,  11 1970-03-21 05:14 /dev/smd11
crw------- 1 root      root         230,   2 1970-03-21 05:14 /dev/smd2
crw------- 1 root      root         230,  21 1970-03-21 05:14 /dev/smd21
crw------- 1 root      root         229,  11 1970-03-21 05:14 /dev/smd22
crw------- 1 root      root         230,  27 1970-03-21 05:14 /dev/smd27
crw------- 1 root      root         230,   3 1970-03-21 05:14 /dev/smd3
crw------- 1 root      root         230,  36 1970-03-21 05:14 /dev/smd36
crw-rw---- 1 system    system       230,   4 1970-03-21 05:14 /dev/smd4
crw-rw---- 1 system    system       230,   5 1970-03-21 05:14 /dev/smd5
crw-rw---- 1 system    system       230,   6 1970-03-21 05:14 /dev/smd6
crw-rw---- 1 bluetooth net_bt_stack 230,   7 1970-03-21 05:14 /dev/smd7
crw------- 1 root      root         230,   8 1970-03-21 05:14 /dev/smd8
crw-r----- 1 radio     radio        229,  25 1970-03-21 05:14 /dev/smd_cxm_qmi
crw------- 1 root      root         229,  28 1970-03-21 05:14 /dev/smd_data_0
crw------- 1 root      root         229,  27 1970-03-21 05:14 /dev/smd_logging_0
crw------- 1 root      root         229,  30 1970-03-21 05:14 /dev/smd_pkt_loopback
crw------- 1 root      root         229,  24 1970-03-21 05:14 /dev/smd_sns_adsp
crw------- 1 root      root         229,  21 1970-03-21 05:14 /dev/smd_sns_dsps
crw------- 1 root      root         229,  26 1970-03-21 05:14 /dev/smd_test_framework
crw------- 1 root      root         229,  12 1970-03-21 05:14 /dev/smdcnt_rev0
crw------- 1 root      root         229,  13 1970-03-21 05:14 /dev/smdcnt_rev1
crw------- 1 root      root         229,  14 1970-03-21 05:14 /dev/smdcnt_rev2
crw------- 1 root      root         229,  15 1970-03-21 05:14 /dev/smdcnt_rev3
crw------- 1 root      root         229,  16 1970-03-21 05:14 /dev/smdcnt_rev4
crw------- 1 root      root         229,  17 1970-03-21 05:14 /dev/smdcnt_rev5
crw------- 1 root      root         229,  18 1970-03-21 05:14 /dev/smdcnt_rev6
crw------- 1 root      root         229,  19 1970-03-21 05:14 /dev/smdcnt_rev7
crw------- 1 root      root         229,  20 1970-03-21 05:14 /dev/smdcnt_rev8
crw-r----- 1 radio     radio        229,   0 1970-03-21 05:14 /dev/smdcntl0
crw-r----- 1 radio     radio        229,   1 1970-03-21 05:14 /dev/smdcntl1
crw------- 1 root      root         229,   9 1970-03-21 05:14 /dev/smdcntl10
crw------- 1 root      root         229,  10 1970-03-21 05:14 /dev/smdcntl11
crw-r----- 1 radio     radio        229,   2 1970-03-21 05:14 /dev/smdcntl2
crw-r----- 1 radio     radio        229,   3 1970-03-21 05:14 /dev/smdcntl3
crw-r----- 1 radio     radio        229,   4 1970-03-21 05:14 /dev/smdcntl4
crw-r----- 1 radio     radio        229,   5 1970-03-21 05:14 /dev/smdcntl5
crw-r----- 1 radio     radio        229,   6 1970-03-21 05:14 /dev/smdcntl6
crw-r----- 1 radio     radio        229,   7 1970-03-21 05:14 /dev/smdcntl7
crw------- 1 root      root         229,  23 1970-03-21 05:14 /dev/smdcntl8
crw------- 1 root      root         229,   8 1970-03-21 05:14 /dev/smdcntl9
Link to comment
Share on other sites

does this work on the Nexus 5X with cell Mapper?

Yes, Cellmapper shows EARFCNs on my 5X. It uses /dev/smd11.

 

I have made good progress with this for SCP! Working almost 40 hours this weekend(!) but hoping to find some time to get something for everyone to test before I go on a road trip Wednesday.

 

-Mike

  • Like 4
Link to comment
Share on other sites

Yes, Cellmapper shows EARFCNs on my 5X. It uses /dev/smd11.

 

I have made good progress with this for SCP! Working almost 40 hours this weekend(!) but hoping to find some time to get something for everyone to test before I go on a road trip Wednesday.

 

-Mike

Rooted only?

 

Sent from my Nexus 6P using Tapatalk

Link to comment
Share on other sites

Rooted only?

 

Sent from my Nexus 6P using Tapatalk

 

Mine is rooted, yes; I haven't explored if this would be possible without root. I have an idea about a way to do some magic and possibly get it to work, but I think it may get blocked. After I get a rooted method working, I intend to unroot specifically to see what I can accomplish.

 

-Mike

  • Like 3
Link to comment
Share on other sites

Mine is rooted, yes; I haven't explored if this would be possible without root. I have an idea about a way to do some magic and possibly get it to work, but I think it may get blocked. After I get a rooted method working, I intend to unroot specifically to see what I can accomplish.

 

-Mike

Awesome, I'm on the nexus 6p, bootloader unlocked with tether working and Android pay is the only reason I'm not rooting.

 

I don't feel like keep fighting Google blocking the pay exploit bc I use pay a lot.

 

Sent from my Nexus 6P using Tapatalk

Link to comment
Share on other sites

Awesome, I'm on the nexus 6p, bootloader unlocked with tether working and Android pay is the only reason I'm not rooting.

 

I don't feel like keep fighting Google blocking the pay exploit bc I use pay a lot.

 

I hear ya. I wish it was less complicated! The features that SCP needs root for really don't need to be blocked.

 

-Mike

  • Like 1
Link to comment
Share on other sites

 

 

Awesome, I'm on the nexus 6p, bootloader unlocked with tether working and Android pay is the only reason I'm not rooting.

 

I don't feel like keep fighting Google blocking the pay exploit bc I use pay a lot.

 

Sent from my Nexus 6P using Tapatalk

Yeah, Pay is unfortunately a bit of a cat and mouse game. It currently works with the right work around (I used it a couple days ago at Trader Joe's). Worst case though is they block it and you just full unroot from the SuperSU app and you're back in business with using Pay in a few minutes, albeit giving up root features.

 

Sent from my Nexus 6P

  • Like 1
Link to comment
Share on other sites

Soooo after 20+ hours of coding this weekend, things are looking pretty awesome! It needs a lot of fine-tuning, but the biggest hurdle is out of the way. Yes, this screenshot from my Nexus 5X shows a B25 connection, with B25, B26, and B41 neighbor cells all at once.. wow. This is going to be cool. Stay tuned...

 

086e71234f7bc8200ac0befe9887a260.jpg

 

-Mike

  • Like 27
Link to comment
Share on other sites

Very cool!  I'm looking forward to trying it out.

 

So would I be correct that, among the changes that will go into this, that it will trust the EARFCN for choosing the band display (e.g. "LTE 1900") as opposed to the sector ID?  My T-Mobile phone and I will love you if so. :)

 

And one other thing, a feature request if you will; to save space on the screen, I would love an option in the preferences to show only the DL channel and not display the UL channel.

 

- Trip

  • Like 2
Link to comment
Share on other sites

So would I be correct that, among the changes that will go into this, that it will trust the EARFCN for choosing the band display (e.g. "LTE 1900") as opposed to the sector ID?  My T-Mobile phone and I will love you if so. :)

 

And one other thing, a feature request if you will; to save space on the screen, I would love an option in the preferences to show only the DL channel and not display the UL channel.

 

Yes, my intention is to use the EARFCN to identify the band instead of taking the educated guess based off of GCI like it does now. As of this moment, it's just displaying it as another piece of data and not interpreting anything based on it. Once I can get it doing that smoothly and reliably, I'll change the app's overall behavior to rely on that. This is huge.. I'm excited. Hopefully it works on a decent swath of devices.

 

I do plan to combine the UL/DL when they are identical and thought an option to only show DL would be useful too. With the neighbor cell display, screen space has become a premium. But first I need to make sure the data is reliably what I expect it to be, then I'll work on the aesthetics. I have a half-finished total redesign of the app with tabs that I'd love to get working, but my developer skills aren't quite there yet.

 

On a somewhat unrelated note, I think I also figured out why the LTE GCI is hidden when 1X appears.. haven't been able to reliably confirm my suspicions yet because I don't see the 1X+LTE situation often. My old apartment was a fantastic testing ground because I could walk into certain rooms and knew what band my phone would connect to, and I my choice of them all (B25/26/41/Clear, as well as TMobile on Fi). My new place is great, but I'm on the fringe of any Sprint service whatsoever.

 

-Mike

  • Like 3
Link to comment
Share on other sites

Yes, my intention is to use the EARFCN to identify the band instead of taking the educated guess based off of GCI like it does now. As of this moment, it's just displaying it as another piece of data and not interpreting anything based on it. Once I can get it doing that smoothly and reliably, I'll change the app's overall behavior to rely on that. This is huge.. I'm excited. Hopefully it works on a decent swath of devices.

 

Sounds great!  Just to clarify for myself, it will continue making its educated guess if the EARFCN is unavailable, right?  I can't root my Verizon phone it would appear, my AT&T phone doesn't seem to support the EARFCN retrieval, and I haven't opted to root my Sprint phone (though I probably will try).  I wouldn't want to lose band ID on those.  :)

 

Or have you figured out how to make it run without root?

 

- Trip

  • Like 2
Link to comment
Share on other sites

Sounds great!  Just to clarify for myself, it will continue making its educated guess if the EARFCN is unavailable, right?  I can't root my Verizon phone it would appear, my AT&T phone doesn't seem to support the EARFCN retrieval, and I haven't opted to root my Sprint phone (though I probably will try).  I wouldn't want to lose band ID on those.  :)

 

Or have you figured out how to make it run without root?

 

Correct. I don't think this new method will work on as many devices as the existing methods do, and as of right now it does require root also.

 

-Mike

  • Like 1
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • large.unreadcontent.png.6ef00db54e758d06

  • gallery_1_23_9202.png

  • Similar Content

  • Posts

    • Since this is kind of the general chat thread, I have to share this humorous story (at least it is to me): Since around February/March of this year, my S22U has been an absolute pain to charge. USB-C cables would immediately fall out and it progressively got worse and worse until it often took me a number of minutes to get the angle of the cable juuuussst right to get charging to occur at all (not exaggerating). The connection was so weak that even walking heavily could cause the cable to disconnect. I tried cleaning out the port with a stable, a paperclip, etc. Some dust/lint/dirt came out but the connection didn't improve one bit. Needless to say, this was a MONSTER headache and had me hating this phone. I just didn't have the finances right now for a replacement.  Which brings us to the night before last. I am angry as hell because I had spent five minutes trying to get this phone to charge and failed. I am looking in the port and I notice it doesn't look right. The walls look rough and, using a staple, the back and walls feel REALLY rough and very hard. I get some lint/dust out with the staple and it improves charging in the sense I can get it to charge but it doesn't remove any of the hard stuff. It's late and it's charging, so that's enough for now. I decide it's time to see if that hard stuff is part of the connector or not. More aggressive methods are needed! I work in a biochem lab and we have a lot of different sizes of disposable needles available. So, yesterday morning, while in the lab I grab a few different sizes of needles between 26AWG and 31 AWG. When I got home, I got to work and start probing the connector with the 26 AWG and 31 AWG needle. The stuff feels extremely hard, almost like it was part of the connector, but a bit does break off. Under examination of the bit, it's almost sandy with dust/lint embedded in it. It's not part of the connector but instead some sort of rock-hard crap! That's when I remember that I had done some rock hounding at the end of last year and in January. This involved lots of digging in very sandy/dusty soils; soils which bare more than a passing resemblance to the crap in the connector. We have our answer, this debris is basically compacted/cemented rock dust. Over time, moisture in the area combined with the compression from inserting the USB-C connector had turned it into cement. I start going nuts chiseling away at it with the 26 AWG needle. After about 5-10 minutes of constant chiseling and scraping with the 26AWG and 31AWG needles, I see the first signs of metal at the back of the connector. So it is metal around the outsides! Another 5 minutes of work and I have scraped away pretty much all of the crap in the connector. A few finishing passes with the 31AWG needle, a blast of compressed air, and it is time to see if this helped any. I plug my regular USB-C cable and holy crap it clicks into place; it hasn't done that since February! I pick up the phone and the cable has actually latched! The connector works pretty much like it did over a year ago, it's almost like having a brand new phone!
    • That's odd, they are usually almost lock step with TMO. I forgot to mention this also includes the September Security Update.
    • 417.55 MB September security update just downloaded here for S24+ unlocked   Edit:  after Sept security update install, checked and found a 13MB GP System update as well.  Still showing August 1st there however. 
    • T-Mobile is selling the rest of the 3.45GHz spectrum to Columbia Capital.  
    • Still nothing for my AT&T and Visible phones.
  • Recently Browsing

    • No registered users viewing this page.
×
×
  • Create New...