Jump to content

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


mikejeep

Recommended Posts

Also might be easy thing to add I hope.

 

The third band 41 carrier for Samsung markets appears to end in GCI 06/07/08(?).

 

I saw some discussion about that but wasn't certain it had been confirmed. Would it be most consistent to identify it as B41³ ?

 

-Mike

  • Like 3
Link to comment
Share on other sites

I saw some discussion about that but wasn't certain it had been confirmed. Would it be most consistent to identify it as B41³ ?

 

-Mike

I suppose.

 

Also please note #squared or #cubed etc doesn't mean carrier aggregation is live. It just means that the GCI correspond to an additional LTE carrier being live and could mean CA is live band 41 but not so for band 25 (no CA on b25 deployed currently).

Link to comment
Share on other sites

I suppose.

 

Also please note #squared or #cubed etc doesn't mean carrier aggregation is live. It just means that the GCI correspond to an additional LTE carrier being live and could mean CA is live band 41 but not so for band 25 (no CA on b25 deployed currently).

 

Got it. I'm aware of the potential for CA confusion; I started using "B##²" as a simple way to indicate a second carrier. Looking back now, perhaps "B##-2" might have been better, but it's been so long I think the resulting end-user confusion would be even worse.

 

-Mike

Link to comment
Share on other sites

Trip, could you PM me a screenshot? The new scheme just uses the default Material theme, so it shouldn't be wildly different. On my 3 Nexus devices the headers are slightly brighter but everything is still clearly visible. I intended to add theming options soon but I could accelerate that if it's an issue.

 

Mike,

 

I've e-mailed it to you.

 

- Trip

  • Like 1
Link to comment
Share on other sites

That is a big hole I do need to add error checking to. In the meantime, you don't need to uninstall, you can just Clear Data through your device's Settings menu. When you import, it does automatically create a backup of your existing data so you could then re-import that file. But I agree that needs to be addressed sooner rather than later. I need to create some reference documentation for those features too.

-Mike

I didn't think of that thanks. There are some neat toast meassages at least.

20160328_225809.png?dl=0

Link to comment
Share on other sites

I suppose.

 

Also please note #squared or #cubed etc doesn't mean carrier aggregation is live. It just means that the GCI correspond to an additional LTE carrier being live and could mean CA is live band 41 but not so for band 25 (no CA on b25 deployed currently).

 

mikejeep is the developer, so he gets to make the ultimate call.  But I know that I have stumped for months for a switch to a "Bxx#2" and "Bxx#3" type carrier numbering scheme.  He is concerned that will increase user confusion.  However, user confusion already is rampant.  Frequently, we have to remind or educate users that "B41^2" does not necessarily indicate 2x CA -- and that "B25^2" does not indicate 2x CA at all, no way, no how.

 

AJ

  • Like 1
Link to comment
Share on other sites

I saw some discussion about that but wasn't certain it had been confirmed. Would it be most consistent to identify it as B41³ ?

 

-Mike

 

I've confirmed that the 3rd B41 carrier for Samsung markets end in 06/07/08...

 

Hoping a quick Beta update to identify that is sent out soon! They are mass launching it now!

  • Like 10
Link to comment
Share on other sites

I've confirmed that the 3rd B41 carrier for Samsung markets end in 06/07/08...

 

Hoping a quick Beta update to identify that is sent out soon! They are mass launching it now!

 

Soon™ -- aka however fast Google Play decides to publish what I uploaded a few minutes ago... ;)

 

-Mike

  • Like 6
Link to comment
Share on other sites

It crashes for me when I have the background service disabled and either exit the app (via home, back, or task switcher, but not the in app exit command) or when I try to open preferences. It seems the broadcast receiver for the background service may be getting terminated prematurely.

 

I wiped data and tried again, but the problem persists. If I then manually edit the preferences file to enable the persistent background service (since I can't change it in the app), then it doesn't crash on exit since the service stays running. If I select "exit" from the menu it works correctly. If I then go into preferences and disable the background service, it crashes on app exit again using any method other than "exit" from the overflow menu in the app.

 

Sent from my Nexus 6P

Link to comment
Share on other sites

It crashes for me when I have the background service disabled and either exit the app (via home, back, or task switcher, but not the in app exit command) or when I try to open preferences. It seems the broadcast receiver for the background service may be getting terminated prematurely.

 

I wiped data and tried again, but the problem persists. If I then manually edit the preferences file to enable the persistent background service (since I can't change it in the app), then it doesn't crash on exit since the service stays running. If I select "exit" from the menu it works correctly. If I then go into preferences and disable the background service, it crashes on app exit again using any method other than "exit" from the overflow menu in the app.

 

Sent from my Nexus 6P

Ahhh no matter how much I test, I always miss something. Thank you for the detailed feedback, you made it easy for me to pinpoint the problem! I pushed out an update an hour ago, that should resolve it.

 

-Mike

  • Like 2
Link to comment
Share on other sites

Minor nitpick. It's Dl/UL earfcn (center frequency) and not channel.

Ah, hadn't thought much about that. I just kept the same terminology that's been in place for HTC devices from the beginning. I believe I got that from the engineering screens.

 

-Mike

Link to comment
Share on other sites

Soon™ -- aka however fast Google Play decides to publish what I uploaded a few minutes ago... ;)

 

-Mike

 

Mike,

 

Thanks first for dealing with the text color issue.  It was really causing me a problem over the weekend when I was driving around in the bright sunlight.

 

Second, my T-Mobile phone has shown me the EARFCN a handful of times, but otherwise shows nothing, including right now as I sit at work on the DAS outside my door.  I had to switch it to smd0 before it showed anything.  This despite Cell Mapper showing it consistently.  Is this the sort of thing sending a report back to you would be helpful with?

 

- Trip

  • Like 2
Link to comment
Share on other sites

Second, my T-Mobile phone has shown me the EARFCN a handful of times, but otherwise shows nothing, including right now as I sit at work on the DAS outside my door.  I had to switch it to smd0 before it showed anything.  This despite Cell Mapper showing it consistently.  Is this the sort of thing sending a report back to you would be helpful with?

 

I just confirmed /dev/smd0 is actually invalid on my device; I needed smd11.  So I've switched that back and, at the moment, I have EARFCN.  I'll keep an eye on it on the walk to the Metro and see if it behaves.

 

Also, just in case you missed this:  https://code.google.com/p/android/issues/detail?id=195574

 

- Trip

  • Like 1
Link to comment
Share on other sites

Looks like other apps read the signal fine on my work DAS, but not Signalcheck.

 

Thanks for the update.. since other apps see the DAS, I am fairly confident that it's related to the bug that appears to be fixed in the latest beta. A couple new glitches have already popped up in testing that I'm working on ironing out now, but it shouldn't be too long before I'm able to get a public update out.

 

I just confirmed /dev/smd0 is actually invalid on my device; I needed smd11.  So I've switched that back and, at the moment, I have EARFCN.  I'll keep an eye on it on the walk to the Metro and see if it behaves.

 

Also, just in case you missed this:  https://code.google.com/p/android/issues/detail?id=195574

 

I eventually hope to gather the proper /dev/* paths for as many devices as I can, so the app can default to the most appropriate configuration based on the device. smd11 came up the most when I was researching it, which is why that's the blanket default for now. I can't find anything that works on the N6. If anyone confirms the proper settings for other devices, please share it here so myself and others can benefit!

 

I am well aware of the new EARFCN support built into Android N, I've been following a few of those bug trackers for awhile.. awesome to see it finally coming down the pipe, even if it's rather broken at the moment. As was the case with the major additions to the Android 4.2 API, it will probably be some time before it's widely supported -- but I really hope I'm wrong.

 

-Mike

  • Like 5
Link to comment
Share on other sites

Thanks for the update.. since other apps see the DAS, I am fairly confident that it's related to the bug that appears to be fixed in the latest beta. A couple new glitches have already popped up in testing that I'm working on ironing out now, but it shouldn't be too long before I'm able to get a public update out.

 

Mike,

 

It seems you were right.  I updated again and now the EARFCN is much more consistent.  It doesn't pop up right away, but after the first update of a connected cell, I see the EARFCN.  (My T-Mobile phone is the one that has a really slow update frequency.)

 

- Trip

  • Like 1
Link to comment
Share on other sites

 

 

It seems you were right. I updated again and now the EARFCN is much more consistent. It doesn't pop up right away, but after the first update of a connected cell, I see the EARFCN. (My T-Mobile phone is the one that has a really slow update frequency.)

I think you replies to my comment to Overstew..? In any case, you mentioned something important I wanted to explain -- the EARFCN data. It takes quite a bit longer to get the return from the modem than it does to get the other signal information. My current approach is to show the EARFCN data on the first screen refresh after it becomes available. To ensure this information is never stale, it is flushed once the device changes to a new sector (or site). Because of this, the EARFCN data typically disappears for a moment. But I'd rather have it disappear instead of showing (and logging) stale info.

 

-Mike

  • Like 1
Link to comment
Share on other sites

I think you replies to my comment to Overstew..? In any case, you mentioned something important I wanted to explain -- the EARFCN data. It takes quite a bit longer to get the return from the modem than it does to get the other signal information. My current approach is to show the EARFCN data on the first screen refresh after it becomes available. To ensure this information is never stale, it is flushed once the device changes to a new sector (or site). Because of this, the EARFCN data typically disappears for a moment. But I'd rather have it disappear instead of showing (and logging) stale info.

 

-Mike

 

I did respond to your response to Overstew, but it was still relevant because I hadn't gotten the second update before I left for work that morning.

 

I more or less figured out that was what it did.  Not to make more work for you, but is there any way to have an option to allow it refresh again as soon as the EARFCN becomes available?  In the general case that probably doesn't matter, but given that this phone in particular sometimes goes 20 seconds between updates otherwise, it can be quite the waiting game.

 

And I agree, I'd rather have no data than bad data.

 

- Trip

Link to comment
Share on other sites

Not to make more work for you, but is there any way to have an option to allow it refresh again as soon as the EARFCN becomes available? In the general case that probably doesn't matter, but given that this phone in particular sometimes goes 20 seconds between updates otherwise, it can be quite the waiting game.

I want to, but that was the problem that held up getting the update out. I cannot reliably confirm that the signal data and EARFCN are in sync. The way the data would be updated on the screen could cause a stale EARFCN to be displayed/logged. Waiting to refresh the screen until the modem returned a result proved to be unstable, and the time it takes the result to come back varies. The method currently in place gets the information displayed as quickly as it can without sacrificing reliability. If I can figure out a better method in the future, I will implement it.

 

-Mike

  • Like 2
Link to comment
Share on other sites

I want to, but that was the problem that held up getting the update out. I cannot reliably confirm that the signal data and EARFCN are in sync. The way the data would be updated on the screen could cause a stale EARFCN to be displayed/logged. Waiting to refresh the screen until the modem returned a result proved to be unstable, and the time it takes the result to come back varies. The method currently in place gets the information displayed as quickly as it can without sacrificing reliability. If I can figure out a better method in the future, I will implement it.

 

-Mike

 

Understood.  Kind of disappointing but not your fault in the slightest.  Here's hoping Android N takes care of this once and for all. 

 

- Trip

  • Like 3
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...