Jump to content

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


mikejeep

Recommended Posts

Wow, over 8200 units made since they have hit 0EE.

 

Sent from my LG-LS997 using Tapatalk

  • Like 2
Link to comment
Share on other sites

SignalCheck is reporting my Magic Box as Band 25.

I wonder where the Magic box range will end. 0ED magic boxes show correct at least in the logs.

 

That's the issue.. the previously known ranges for Magic Boxes was 0EC-0ED. I'll add 0EE for the next update!

 

-Mike

  • Like 6
Link to comment
Share on other sites

I've realized I only get bad battery drain after a restart, it will consume between 1-2% within a few hours. If I kill the process and restart virtually no drain. Hope that helps maybe, S8+ here.

 

Battery usage is a common question on this thread and in my inbox.. I understand why some people raise concern, but a lot of it has proven to be due to misunderstandings. If you leave the app running on the screen for 2 hours, will it impact your battery? Of course. The screen eats a tremendous portion of power, but also the Logger, Location Service, background process, Alerts, etc.

 

This is tricky to explain clearly, but hopefully sums everything up. I need to fine tune and put this somewhere permanently to reference..

 

Please remember that the Android battery usage stats do not show the percentage of your battery that SignalCheck has used; they show the percentage of your overall power consumption since last full charge that SignalCheck is responsible for. (In previous Android versions, it may measure back to your last reboot, but I am not certain.)

 

For example: Charge your phone to 100%, turn it on, and immediately launch SignalCheck. Leave it on screen for 20 minutes, but don't interact with any other apps. If you look at your battery stats, SignalCheck will appear to have a very high battery use. If it says 20%, that is not indicating that SignalCheck has used 20% of your battery; it has used 20% of whatever battery usage has occurred. This is expected, because other than some system and background processes, you haven't used any other apps on your device during that time period.

 

If your battery charge is down to 95%, and SignalCheck shows 20% usage, that means the app was responsible for 20% of 5% -- aka 1% of your total battery usage.

 

In addition, some devices attribute battery usage by the display to individual apps. I have observed that this varies by device. Of course, leaving your display on will consume battery power; some devices report that under the "Screen" category, while others do not. Same for location/GPS functions; sometimes those are separated, other times the usage is attributed to the individual app requesting location information. It varies by device, OS version, and battery optimization settings.

 

None of this is meant to claim that SignalCheck is infallible. It's definitely not. But the core functions of the app have not changed in quite some time, nor will they. Any perceived spikes in power usage are likely due to usage patterns (you take a 50 mile drive and leave the app running in the foreground) or specific circumstances (you increase the location accuracy to the maximum setting while lingering in a basement or somewhere else with poor GPS and mobile signal). 

 

Hope this helps shed some light on things!

 

-Mike

  • Like 2
Link to comment
Share on other sites

The CFO of Sprint said on Thursday they will be making hundreds of thousands of Magic Boxes. That would take at least 25 hex primary GCI, so I would extend it to 0EF and then we will have to see what ranges they use after that.  He noted that it costs them about the same as a smartphone and they may report MagicBox tonnage with the next quarterly report.
Link to comment
Share on other sites

Just now, lilotimz said:

@mikejeep It seems that the engineering / debug menu shortcut does not work with the latest Android  8.0 update on the Pixel. Putting in the dialer code works though. 

I was just about to post this, myself. Too funny. 

Using Pixel XL on S4GRU Mobile Site

  • Thanks 1
Link to comment
Share on other sites

On 9/9/2017 at 10:21 AM, dkyeager said:
The CFO of Sprint said on Thursday they will be making hundreds of thousands of Magic Boxes. That would take at least 25 hex primary GCI, so I would extend it to 0EF and then we will have to see what ranges they use after that.  He noted that it costs them about the same as a smartphone and they may report MagicBox tonnage with the next quarterly report.

I was out of town this past weekend and saw a funky B41 GCI starting with 0E8; I was parked in front of a Sprint store. I just looked through my SCP logs and found another 0E8.. coordinates were right in front of my local Sprint store. Do Sprint stores deploy Magic Boxes?

 

6 hours ago, lilotimz said:

@mikejeep It seems that the engineering / debug menu shortcut does not work with the latest Android  8.0 update on the Pixel. Putting in the dialer code works though. 

Hmm, I hadn't noticed that, thank you. Looks like most of the system shortcuts fail with a security rejection. Apparently Oreo does not let third-party apps trigger dialer codes, rats. I'll see what I can do.

-Mike

Link to comment
Share on other sites

11 minutes ago, mikejeep said:

I was out of town this past weekend and saw a funky B41 GCI starting with 0E8; I was parked in front of a Sprint store. I just looked through my SCP logs and found another 0E8.. coordinates were right in front of my local Sprint store. Do Sprint stores deploy Magic Boxes?

 

Hmm, I hadn't noticed that, thank you. Looks like most of the system shortcuts fail with a security rejection. Apparently Oreo does not let third-party apps trigger dialer codes, rats. I'll see what I can do.

-Mike

1) Yep. A lot of em had Gen1 MBs for a while and a lot are now getting Gen 2s.

2) Ugh. Android 8.0 ... sigh. Google giveth google taketh. 

  • Like 1
Link to comment
Share on other sites

11 minutes ago, lilotimz said:

1) Yep. A lot of em had Gen1 MBs for a while and a lot are now getting Gen 2s.

2) Ugh. Android 8.0 ... sigh. Google giveth google taketh. 

1) Got it, thank you; I will add 0E8 and 0EF for now then. I suspect this will continue to evolve as MBs start spreading, but I don't want to speculate without confirmation in the wild. My code is sloppy enough as it is..

2) It's driving me insane. From SCP's standpoint, 8.0 has brought no improvements, only setbacks. Logcat is a mess now.. lat/long on BSLs is swapped.. some permissions are now out of reach.. annoying. Some of these bugs they were aware of in beta testing too, they just didn't fix them.

-Mike

  • Sad 1
Link to comment
Share on other sites

  Here is 0EE for a Magic Box [credit BluesRulez]:

4807745224640505127%253Faccount_id%253D1

  • Like 1
Link to comment
Share on other sites

Yes as I mentioned in a few earlier posts, I'll be adding 0E8, 0EE, and 0EF to the Magic Box list. A public update with those changes and a couple other minor tweaks should be ready by tonight sometime this weekend. I don't need more examples of those, but if anything else is spotted in the wild, please let me know.

-Mike

Edited by mikejeep
Update not quite ready yet!
  • Like 2
Link to comment
Share on other sites

SignalCheck Pro update is finally out! Should be available on Google Play within the hour. I believe most of the changes should be self-explanatory. 0E8 appears to be for Airave 3's, not Magic Boxes. The biggest difference is Airave 3 or S1000 B41 connections will now show as "Airave/S1000" because I have not identified a way to differentiate between the two yet.

  • Added additional indicators for Sprint LTE band 41 Airave/S1000 cells.
  • Added additional indicators for Sprint LTE band 41 Magic Box cells.
  • Added indicators for T-Mobile LTE band 4 Cellspot and In-Store Pico cells.
  • Added support for LTE band 71.
  • Improved identification of mobile network type on IWLAN connections.
  • Resolved issue with invalid GSM neighbor cell PLMN/CID/LAC information displayed.
  • Resolved issue with IWLAN signal strength missing from notification icon. (Pro)
  • Updated provider database.

Thanks for everyone's support! Holler with questions anytime..

-Mike

  • Like 3
  • Love 1
  • Thanks 3
Link to comment
Share on other sites

1 hour ago, mikejeep said:

SignalCheck Pro update is finally out! 

-Mike

As of today LTE band isn't showing up in the status bar, instead Android system icon is showing saying SignalCheck Pro is running in the background. Is there a setting that I should enable? On Android 8.0.

Link to comment
Share on other sites

1 hour ago, njjdnt said:

As of today LTE band isn't showing up in the status bar, instead Android system icon is showing saying SignalCheck Pro is running in the background. Is there a setting that I should enable? On Android 8.0.

You probably need to raise the status bar icon priority within the app. Preferences > Status Bar Icons > Notification Icon Priority.. if you select Minimum, it will never show on the status bar, only in the notification pulldown. Other than that, the higher priority you select, the less likely it will get bumped off the status bar by another icon. This setting does not change what the app does in the background, it only changes where the icon(s) will land in the notification list.

-Mike

Link to comment
Share on other sites

It appears that Oreo is not reporting valid Wi-Fi frequency information when DFS is enabled (thanks @ingenium). Please 'star' this issue if you feel inclined, and add any comments with your device and exact OS version so hopefully it gets some attention:

https://issuetracker.google.com/issues/66697994

Thanks,
-Mike

  • Like 2
Link to comment
Share on other sites

It could also be 4th carrier. The GCI is where the predicted 4th carrier is located(only one 4th carrier believed to be active) but where Triband antennas are found. If you could investigate which it (triband or 4th carrier) that would be great.

  • Like 2
Link to comment
Share on other sites

6 hours ago, Dkoellerwx said:

I believe tri-band antenna. Only identifiable in Samsung markets pretty sure. 

When you say tri-band antenna, is that an antenna on the tower that does B25, B26 and B41 all in one?  If so, is there a pic of one of those?

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

    • Historically, T-Mobile has been the only carrier contracting with Crown Castle Solutions, at least in Brooklyn. I did a quick count of the ~35 nodes currently marked as "installed" and everything mapped appears to be T-Mobile. However, they have a macro sector pointed directly at this site and seem to continue relying on the older-style DAS nodes. Additionally, there's another Crown Castle Solutions node approved for construction just around the corner, well within range of their macro. I wouldn’t be surprised to see Verizon using a new vendor for their mmWave build, especially since the macro site directly behind this node lacks mmWave/CBRS deployment (limited to LTE plus C-Band). However, opting for a multi-carrier solution here seems unlikely unless another carrier has actually joined the build. This node is equidistant (about five blocks) between two AT&T macro sites, and there are no oDAS nodes deployed nearby. Although I'm not currently mapping AT&T, based on CellMapper, it appears to be right on cell edge for both sites. Regardless, it appears that whoever is deploying is planning for a significant build. There are eight Crown Castle Solutions nodes approved for construction in a 12-block by 2-block area.
    • Starlink (1900mhz) for T-Mobile, AST SpaceMobile (700mhz and 850mhz) for AT&T, GlobalStar (unknown frequency) for Apple, Iridium (unknown frequency) for Samsung, and AST SpaceMobile (850mhz) for Verizon only work on frequency bands the carrier has licensed nationwide.  These systems broadcast and listen on multiple frequencies at the same time in areas much wider than normal cellular market license areas.  They would struggle with only broadcasting certain frequencies only in certain markets so instead they require a nationwide license.  With the antennas that are included on the satellites, they have range of cellular band frequencies they support and can have different frequencies with different providers in each supported country.  The cellular bands in use are typically 5mhz x 5mhz bands (37.5mbps total for the entire cell) or smaller so they do not have a lot of data bandwidth for the satellite band covering a very large plot of land with potentially millions of customers in a single large cellular satellite cell.  I have heard that each of Starlink's cells sharing that bandwidth will cover 75 or more miles. Satellite cellular connectivity will be set to the lowest priority connection just before SOS service on supported mobile devices and is made available nationwide in supported countries.  The mobile device rules pushed by the provider decide when and where the device is allowed to connect to the satellite service and what services can be provided over that connection.  The satellite has a weak receiving antenna and is moving very quickly so any significant obstructions above your mobile device antenna could cause it not to work.  All the cellular satellite services are starting with texting only and some of them like Apple's solution only support a predefined set of text messages.  Eventually it is expected that a limited number of simultaneous voice calls (VoLTE) will run on these per satellite cell.  Any spare data will then be available as an extremely slow LTE data connection as it could potentially be shared by millions of people.  Satellite data from the way these are currently configured will likely never work well enough to use unless you are in a very remote location.
    • T-Mobile owns the PCS G-block across the contiguous U.S. so they can just use that spectrum to broadcast direct to cell. Ideally your phone would only connect to it in areas where there isn't any terrestrial service available.
    • So how does this whole direct to satellite thing fit in with the way it works now? Carriers spend billions for licenses for specific areas. So now T-Mobile can offer service direct to customers without having a Terrestrial license first?
  • Recently Browsing

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