Battery charge tests - running a battery to 0 frequently - checking re-charge times...

On 5/14/2022 11:18 AM, Jeff Liebermann wrote:
On Sat, 14 May 2022 13:01:08 -0400, nospam <nospam@nospam.invalid
wrote:

In article <3rjv7htsgmnt4dp2jboaqkqhr2saoj7ue9@4ax.com>, Jeff
Liebermann <jeffl@cruzio.com> wrote:

Older automobile electrical system testers used a carbon pile load.
Basically, a big resistor.

they did, except that those are now obsolete.

The mechanic who works on my 2001 Subaru has one with a carbon pile
load. I know because I\'ve repaired it a few times. Several of the
auto shops that I frequent also have ancient chargers. Sorry to
report, but the old stuff doesn\'t just disappear.

In the olden days they used a high-wattage/low-ohm resistor, like 0.5
ohms at 300 watts to cause the battery to put out about 25 amps (though
as the voltage fell the current fell slightly). You time how long the
battery takes to fall to 10.5 volts and then you have the reserve
capacity. The resistor gets very hot of course.

A more accurate way to measure RC is to keep the load at 25 amps. You
can design an active load using multiple MOSFETs. Of course those get
hot as well, and you need to heat sink them well and distribute the load
between multiple devices.

For all intents and purposes, a high-wattage resistor is sufficient for
testing the reserve capacity of a lead-acid battery. DC load and AC
conductance tests only take a few seconds but they don\'t give any
indication of reserve capacity. There is little, if any, correlation
between the internal resistance of a battery and reserve capacity.
 
On Saturday, May 14, 2022 at 2:18:16 PM UTC-4, Jeff Liebermann wrote:
On Sat, 14 May 2022 13:01:08 -0400, nospam <nos...@nospam.invalid
wrote:
In article <3rjv7htsgmnt4dp2j...@4ax.com>, Jeff
Liebermann <je...@cruzio.com> wrote:

Older automobile electrical system testers used a carbon pile load.
Basically, a big resistor.

they did, except that those are now obsolete.
The mechanic who works on my 2001 Subaru has one with a carbon pile
load. I know because I\'ve repaired it a few times. Several of the
auto shops that I frequent also have ancient chargers. Sorry to
report, but the old stuff doesn\'t just disappear.
Modern testers use an active load. Both
get rather hot when testing a battery.

nope. modern testers do not get warm, let alone hot.

they perform an instantaneous check which measures cold cranking amps
(cca), internal resistance, health (soh), state of charge (soc) and
more.

https://m.media-amazon.com/images/I/71mjeZjNQMS._AC_SL1500_.jpg
https://m.media-amazon.com/images/I/71w0q0qP13L._AC_SL1200_.jpg
https://m.media-amazon.com/images/I/618nFOfH+7L._AC_SL1000_.jpg
Yep. I totally forgot about ESR battery testers. I use an ESR meter
to testing batteries. However, it was made for testing capacitors,
not batteries. Thanks for the correction.

I also have a battery discharge tester:
http://www.learnbydestroying.com/jeffl/LiPo/Ultrafire%2018650%20test.jpg
The graphs it produces are far better than anything produced on a
typical ESR tester. For example:
http://www.learnbydestroying.com/jeffl/battery-tests/18650.jpg
I don\'t have the optional large heat sink and load necessary to test
automobile batteries. However, it does well for testing and matching
LiIon cells:
http://www.westmountainradio.com/cba.php
They usually include a spring
loaded \"test\" switch to prevent leaving it on and setting fire to the
tester. A good battery will usually survive, while the shop burns to
the ground. Notice the spring return toggle switch:
https://www.amazon.com/OTC-3180-Battery-Load-Tester/dp/B000F5HU6C/

old school.
Guilty as charged. I\'m 74 years old and officially retired. I borrow
one of these when I need one.
https://www.harborfreight.com/100a-612v-battery-load-tester-61747.html

Incidentally, someone possibly in this newsgroup, mentioned that none
of my test equipment was newer than about 1985. That\'s really old
school:
http://www.learnbydestroying.com/jeffl/pics/home/test-equip-mess.jpg
I wouldn\'t mind having the latest and greatest, but if the old stuff
works, it\'s good enough.
there\'s no need to destroy things to learn, although it\'s easy to
destroy stuff without learning anything.
True. However, the cost of destroying something tends to reinforce
the learning experience. Incidentally, the slogan came from my
college days, where the school motto was \"Learn by Doing\".
--
Jeff Liebermann je...@cruzio.com
PO Box 272 http://www.LearnByDestroying.com
Ben Lomond CA 95005-0272
Skype: JeffLiebermann AE6KS 831-336-2558

Whoops - Previous message got accidently sent before It was completed.
Is the battery discharge tester you have home brew or COTS?

I\'ve been tempted to build my own but other things seem to push it lower on the stack. Back in the day, I designed and built a computer-based battery charge-discharge system for a supplier of batteries & equipment for underground mining. The customer had some interesting life-cycle tests they wanted to run on incoming battery stock, such as take 10 batteries and have each battery go through a custom charge - discharge cycle, and mixing up the charge-discharge tests. They also wanted to run life cycle charge-discharge test for as long as two years. The test system had to support up to 200 batteries and of course capture data for each test (e.g. voltage, temp, cell temp, ambient temp, etc. Another requirement was they wanted the computer system to have zero downtime so had to design a hot standby system Fun project.
Anyway, just curious about your system.
Thanks,
J
 
On Sun, 15 May 2022 10:35:21 -0700 (PDT), Three Jeeps
<jjhudak4@gmail.com> wrote:

On Saturday, May 14, 2022 at 2:18:16 PM UTC-4, Jeff Liebermann wrote:

I also have a battery discharge tester:
http://www.learnbydestroying.com/jeffl/LiPo/Ultrafire%2018650%20test.jpg
The graphs it produces are far better than anything produced on a
typical ESR tester. For example:
http://www.learnbydestroying.com/jeffl/battery-tests/18650.jpg
I don\'t have the optional large heat sink and load necessary to test
automobile batteries. However, it does well for testing and matching
LiIon cells:
http://www.westmountainradio.com/cba.php

Whoops - Previous message got accidently sent before It was completed.
Is the battery discharge tester you have home brew or COTS?

I listed the manufacturer in the my posting. However, I didn\'t
include the model number because it is not the latest:
<http://www.westmountainradio.com/cba.php>
I have a CBA-II.
<http://www.learnbydestroying.com/jeffl/NiMH/cba-II.jpg>
The current version is a CBA-V for $190. However, these are only good
up to 200 watts. Higher power versions are available, but you won\'t
like the price. There\'s also a problem with higher power batteries.
The designers decided to save a few dollars and NOT provide a four
terminal Kelvin bridge voltage sense system:
<https://en.wikipedia.org/wiki/Four-terminal_sensing>
The result is that any voltage drop in the cables between the
discharge tester and the battery is substracted from the battery
voltage. This creates accuracy problems at high power levels. I\'ve
been told that this was fixed in later units, but until I see a photo
with 4 power wires (two heavy gauge, two smaller) I don\'t believe it.

Most of what I\'ve done with the CBA-II was characterize LiIon 18650
cells, match cells, and test various small battery packs for 2way
radios. Also, I did some rapid charge tests on NiCd and NiMH cells.
The dicharge tester doesn\'t have a battery charger feature, but was
useful for determining if my rapid charge method was decreasing
capacity and/or cycle life.

Some more random test results. The NiMH tests were to demonstrate
that a brand new NiMH cell will need to be charge cycled before it can
attain a full rated charge.
<http://www.learnbydestroying.com/jeffl/NiMH/>
<http://www.learnbydestroying.com/jeffl/LiPo/>
<http://www.learnbydestroying.com/jeffl/battery-tests/>
I have more test results, but can\'t seem to find them.

You\'ll probably find a better review in the various flashlight forums:
<https://www.candlepowerforums.com>
<https://budgetlightforum.com>


--
Jeff Liebermann jeffl@cruzio.com
PO Box 272 http://www.LearnByDestroying.com
Ben Lomond CA 95005-0272
Skype: JeffLiebermann AE6KS 831-336-2558
 
Andy Burnelli wrote:

Bear in mind there\'s almost no effort whatsoever in re-installing the
hundreds of missing apps; all the effort is going into trying to figure out
_why_ and _how_ that happened (as a lot of \"magic\" seems to have occurred).

Today I wrote a tutorial which shows an _easy_ way to install even
hundreds of apps from Windows to Android over Wi-Fi using the command line.

Tutorial: *Working examples using Android/Windows adb over Wi-Fi*
The documentation below is designed to be as cut-&-paste as possible.

This tutorial assumes you already installed adb & enabled USB debugging.
<https://source.android.com/setup/build/adb>
Note this was tested WITHOUT the Android SDK; it just needs \"adb.exe\".

Android 11 and up allows adb connections purely over Wi-Fi (with no
initial or continued need for USB cables) which allows mirroring
over Wi-Fi using any of a variety of free & FOSS tools such as:
a. Vysor
b. Scrcpy
c. Microsoft Phone Link plus Microsoft/Samsung Link to Windows

Those local/remote mirror tools are described in gory detail here:
*What free software do you use to locally mirror Android over Windows*
<https://groups.google.com/g/alt.comp.microsoft.windows/c/eMYBmpq2H50>

*What free software do you use to remotely control Android over Windows*
<https://groups.google.com/g/comp.mobile.android/c/7toIA9mxX4o/m/DAmq_Z4PAgAJ>

While screen mirroring is fantastic, what this tutorial focuses on is
using the Android Debug Bridge (adb) commands over Wi-Fi from Windows.

Prior to Android 11, if the user wished to use adb with Android over Wi-Fi,
the adb connection had to be initially _established_ over a USB cable.

There is much information about that problem set, only summarized below.
1. C:\\> adb kill-server (optional, but it helps for a starting point)
2. Connect the Android phone to USB (mandatory on Android 10 & below).
3. Connect to the Android phone over USB.
C:\\> adb connect
Or
C:\\> adb reconnect
You should see an output of something like:
* daemon not running; starting now at tcp:5037
* daemon started successfully
reconnecting ABCDEFGHIJK [device]
4. C:\\> adb tcpip 5555
You want one of these two show up:
restarting in TCP mode port: 5555
Or...
* daemon not running; starting now at tcp:5037
* daemon started successfully
restarting in TCP mode port: 5555
Not this:
* daemon not running; starting now at tcp:5037
* daemon started successfully
error: no devices/emulators found
But you might get this if you started from scratch
* daemon not running; starting now at tcp:5037
* daemon started successfully
error: device unauthorized.
This adb server\'s $ADB_VENDOR_KEYS is not set
Try \'adb kill-server\' if that seems wrong.
Otherwise check for a confirmation dialog on your device.
If you do, just press \"Allow\" & \"Remember\" on the phone when it asks.
5. At this point you can disconnect the USB cable (or leave it connected).
6. To connect over Wi-Fi, this always works at this stage in the process.
C:\\> adb connect 192.168.0.2
Or, if you\'re a stickler for details, specifying the port works too.
C:\\> adb connect 192.168.0.2:5555
In either case, you want to see this:
connected to 192.168.0.2:5555
7. At this point you are completely connected:
C:\\> adb devices
That should output either this (if you left the USB connected).
List of devices attached
ABCDEFGHIJ device
192.168.0.2:5555 device
Or this (if you disconnected the USB already).
List of devices attached
192.168.0.2:5555 device

However, as of Android 11 and up, it\'s now possible to pair your Android
phone to your over Wi-Fi Windows computer without ever needing a USB cable.

That instantly negates the need for the workaround above, detailed below.
*Android Studio wireless ADB error (10061)*
<https://stackoverflow.com/questions/37267335/android-studio-wireless-adb-error-10061>
That 5-year old wireless/usb workaround was updated on Oct 4, 2021.

Here\'s a description of the new adb Wi-Fi capabilities in Android 11+
<https://www.makeuseof.com/tag/new-adb-make-process-simple-easy/>
\"If you\'re on Android 11 (with SDK platform tool version 30 or greater)
and above, you can use wireless debugging to pair your device with the
computer. This Wi-Fi pairing method uses a new adb command called \'pair\'
which works similar to how Bluetooth pairing works.\"

The _new_ command sequence to pair Windows adb to Android over Wi-Fi is:
A. Optionally, start at a known default starting point on Windows.
C:\\> adb kill-server
B. Optionally, start at a known default starting point on Android.
Settings > Developer options > Revoke USB debugging authorizations
C. Make sure these Android 11+ settings are turned on.
Settings > Developer options > USB debugging = On
Settings > Developer options > Wireless debugging = On
Optionally:
Settings > Developer options > Disable adb authorization timeout = On

Then, to connect Windows adb to your Android 11+ phone over Wi-Fi:
<https://developer.android.com/studio/command-line/adb#connect-to-a-device-over-wi-fi-android-11+>
1. Long press on Android \"Developer options > Wireless debugging\" settings.
2. Press the \"Pair device with pairing code\" option item.
This will report something like the following information:
Pair with device: Wi-Fi six-digit pairing code: 123456
IP address & Port: 192.168.0.2:54321
3. C:\\> adb pair 192.168.0.2:54321 123456
You should see something like this on the phone:
Successfully paired to 192.168.0.2:54321 [guid=adb-{serial number}]
4. C:\\> adb connect 192.168.0.2:54321

Now you can issue adb commands from Windows over Wi-Fi to an Android phone.
C:\\> adb devices
That should report the devices that adb is connected to, for example:
List of devices attached
192.168.0.2:54321 device

C:\\> adb shell netstat
That should list the phone\'s TCP/IP connectivity tables.

C:\\> adb shell service list
That should list all the running services on the phone.

C:\\> adb shell ps
That should list all the running processes on the phone.

C:\\> adb shell ifconfig
That should provide your Android network interface information.

C:\\> adb shell \"cd /sdcard/Download && ls\"
That should list files in your internal storage Download folder.

C:\\> adb shell \"cd /sdcard && mkdir temp\"
That should create a \"temp\" directory in your internal
storage sdcard on your Android phone.

C:\\> adb shell screencap -p /sdcard/temp/screenshot.png
That should snap a screenshot of your android phone & store it
in the newly created temp folder on the Android phone.

C:\\> adb shell screenrecord /sdcard/temp/screenrecord.mp4
Do whatever on the Android phone & then press Ctrl+C to end.
That should create an MP4 recording of your Android screen.

C:\\> adb install \"C:\\path-to\\filename.apk\"
That should install the APK from Windows over Wi-Fi onto Android.
(Note this is useful when you have hundreds of apps like I do!)
<https://i.postimg.cc/bN875p8b/apk01.jpg> Windows APK archive

C:\\> adb push \"C:\\path-to\\filename.apk\" /sdcard/Download
That should copy the named file from Windows to Android &
(in this case) put it in your internal storage \"Download\" folder.

Note that each phone OEM \"can\" use a different filespec for
internal & external sdcards (e.g., /storage/emulated/0/Download).

C:\\> adb push C:\\path\\apk_archive\\ /sdcard/Download/apks
That should create a folder named \"apks\" in the Android phone\'s
internal storage \"Download\" folder and then copy all the files
from the Windows \"apk_archive\" folder into that new \"apks\" folder.

C:\\> adb shell
$ /storage/emulated/0/DCIM
$ ls
$ exit
That should allow you to interactively manage the Android
filesystem from Windows over Wi-Fi. Note these are common:
/mnt/sdcard/DCIM
/sdcard0/DCIM
etc.

C:\\> adb logcat
Use this if you\'re a glutton for punishment as it will forever
spit out a log of what\'s going on your phone (until you Ctrl+C).

C:\\> adb logcat *:E
The values are:
V: Verbose (lowest priority)
D: Debug
I: Info
W: Warning
E: Error
F: Fatal
S: Silent (highest priority. Nothing is printed)
Note logcat has multiple options, e.g.,
adb logcat Tag1:I *:S
That will list output log messages with the tag \"Tag1\"
and priority level Info or higher.
The *:S at the end will exclude the log from other tags
with any priority.

C:\\> adb shell getprop | FindStr /i \"ro.build.version\"
Get properties off the phone & grep for the given keyword.

C:\\> adb shell getprop ro.build.version.security_patch
This will report the property of the security patch level.

C:\\> adb shell getprop ro.build.fingerprint
This will report basic hardware information about your phone.

C:\\> adb shell input swipe 500 1000 500 100
This will instantly swipe from center to the top of the screen.

You can add a time period, e.g., take 3 seconds to swipe that.
C:\\> adb shell input swipe 500 1000 500 100 3000

C:\\> adb shell input text \"K-9\\ Mail\"
This will enter into the phone\'s search GUI a search for that app.

C:\\> adb shell pm list packages
That should list all the packages installed on your Android phone.

C:\\> adb shell pm list packages | findStr /i \"facebook\"
That should list all the packages with that string in their name.

C:\\> adb shell pm path com.facebook.appmanager
That should list the path to the named package, e.g.,
package:/system/app/FBAppManager_NS/FBAppManager_NS.apk

C:\\> adb pull /system/app/FBAppManager_NS/FBAppManager_NS.apk
That should copy the APK from Android over to Windows.

C:\\> adb shell dumpsys package com.facebook.appmanager
This should list an app\'s components, activities & services, etc.

C:\\> adb shell pm list permissions | FindStr facebook
This should list all permissions granted for that particular app.

C:\\> adb shell pm revoke com.facebook.appmanager android.permission.READ_EXTERNAL_STORAGE
This should revoke the stated permissions from that app.

C:\\> adb shell pm grant com.facebook.appmanager android.permission.READ_EXTERNAL_STORAGE
This should grant the stated permissions to that app.

C:\\> adb shell pm clear com.facebook.appmanager
This should clear all the application data in that package.

C:\\> adb shell pm uninstall -k --user 0 com.facebook.appmanager
That should uninstall the named package for the current user.
(You don\'t need root to uninstall system apps for the current user.)

Note this app will provide, by default, a list of all apps
you\'ve installed, in the reverse order that you installed them.
*App Inspector* by UBQSoft
Free, ad free, gsf free, rated 4.3, 100K+ installs
<https://play.google.com/store/apps/details?id=com.ubqsoft.sec01>

C:\\> adb shell pm install-existing com.facebook.appmanager
That should re-install that package that you had just uninstalled.
(This works because it was only uninstalled for the current user.)

C:\\> adb shell pm disable-user --user 0 com.facebook.appmanager
That should disable the named package.

C:\\> adb shell pm list packages -d | findStr /i \"facebook\"
That should find the disabled apps & then grep for \"facebook\".

C:\\> adb shell pm enable com.facebook.appmanager
That should enable the named package.

C:\\> adb shell pm uninstall com.facebook.appmanager
If you omit the \"-k --user 0\" part, it uninstalls for all users.

C:\\> adb bugreport
That should create a zip file of your current bug-report data.

C:\\> adb shell am start -n com.google.android.gms/.ads.settings.AdsSettingsActivity
That should pop up an Android \"Reset Advertising ID\" settings page.

C:\\> adb shell input tap 500 400
If run after the command above, that will tap the button to
asking to \"Opt out of Ads Personalization\" in that Activity
if that button is like mine, at the X=500 & Y=400 location.

On my phone, this is the \"Reset advertising ID\" button location:
adb shell input tap 500 200
On my phone, this is the \"OK\" button on that GUI above.
adb shell input tap 700 1000

C:\\> adb shell am force-stop com.google.android.gms
If run after bringing up the advertising-id reset Activity,
it will close the activity without doing anything else.

C:\\> adb shell input keyevent KEYCODE_HOME
That should press the \"Home\" button.
C:\\> adb shell input keyevent KEYCODE_CAMERA
That should press the \"Camera\" button.
C:\\> adb shell input keyevent KEYCODE_BACK
That should press the \"Back\" button.
C:\\> adb shell input keyevent KEYCODE_HEADSETHOOK
That should press the \"Headset\" button.
A list of hardcoded buttons is located in Android documentation:
<https://developer.android.com/reference/android/view/KeyEvent#constants_1>

C:\\> adb pull /system/etc/hosts .\\hosts.txt
[That should copy the hosts file over even if you\'re unrooted.]

C:\\> adb shell dumpsys battery set level 4
That will _simulate_ (aka \"spoof\") a 4% battery level,
which may instantly cause a cascade of actions on your phone
as \"if\" your battery level really were low.

C:\\> adb shell dumpsys battery set ac 1
That will _simulate_ (aka \"spoof\") that you just connected
an AC power adapter to your phone, so, for example, the phone
should show an icon and speak that you connected to AC power
if you\'ve set this app to do that for you.
*Charging Indicator* by Jason A. Maderski
Free, ad free, gsf free, rated 4.2, 50K+ installs
<https://play.google.com/store/apps/details?id=maderski.chargingindicator>

Note that with adding notifications, I use text-to-speech to
clarify what the notification is telling me, instead of sounds.

Two text-to-speech free apps I use for notifications are:
*Tell Me - Text To Speech* by Simply Complex Apps
Free, ad free, +inapp $, rated 4.1, 100K+ installs
<https://play.google.com/store/apps/details?id=com.simplycomplexapps.ASTellme>

*NTM* Convert Text To Audio File by MEPROWORLD
Free, ad free, not rated, 10K+ installs
<https://play.google.com/store/apps/details?id=com.meproworld.ntm>

In the case of the battery indicators, I set notifications such as:
\"Your battery just reached 100% charging\"
\"Your USB cable just disconnected\"
etc.

C:\\> adb shell dumpsys battery reset
This will turn off the battery-level simulation (aka spoofing).

C:\\> adb shell dumpsys battery set ac 0
That will _simulate_ (aka \"spoof\") that you just dis-connected
an AC power adapter from your phone.

C:\\> adb shell dumpsys battery set usb 1
That will _simulate_ (aka \"spoof\") that you just connected
a USB cable to your phone.
..
C:\\> adb shell dumpsys battery set usb 0
That will _simulate_ (aka \"spoof\") that you just dis-connected
a USB cable to your phone.

C:\\> adb shell pm list packages
That should list all installed packages.
C:\\> adb shell pm list packages -s (list system packages only)
C:\\> adb shell pm list packages -3 (list 3rd-party package names)
C:\\> adb shell pm list packages -u (list uninstalled packages)
C:\\> adb shell dumpsys package packages (list package information)
C:\\> adb shell pm dump com.facebook.appmanager (info on one package)
C:\\> adb shell pm path com.facebook.appmanager (package apk filespec)

C:\\> adb shell pm list packages google | find /c /v \"\"
That should tell you the number of packages you have on Android
which have \"google\" in the package name.

C:\\> adb shell am start -n com.android.settings/.Settings\\$PowerUsageSummaryActivity
That should bring up a moving graph of your current battery usage.

C:\\> adb shell am start -n com.google.android.gms/.location.settings.LocationAccuracyActivity
That should tell you if you have Google location spyware running.

C:\\> adb shell am start -n com.google.android.gms/co.g.Space
That should allow you to clear your Google Play services storage.

C:\\> adb shell am start -n com.google.android.gms/.update.SystemUpdateActivity
That should allow you to check for Android updates.

C:\\> adb shell am start -n com.google.android.gms/.nearby.exposurenotification.settings.SettingsActivity
That will let you know your Covid exposure notification status.

C:\\> adb shell am start -n com.google.android.gms/.app.settings.GoogleSettingsLink
That should bring up most of the Google privacy settings on Android.

C:\\> adb shell am start -n com.android.settings/.Settings\\$NotificationAppListActivity
That should bring up _all_ your extant notifications.

C:\\> adb shell am start -n com.android.settings/.Settings\\$AppMemoryUsageActivity
That should show you how much memory each app is using.

C:\\> adb shell am start -n com.android.settings/.network.telephony.MobileNetworkActivity
That should tell you how much mobile data you\'ve used up.

C:\\> adb shell am start -n com.android.settings/.applications.ManageApplications
That should bring up the form to set your default Android apps.

C:\\> adb shell am start -n com.google.android.gms/.gcm.GcmDiagnostics
That should scare the crap out of you when you see what it says!
mtalk.google.com is obtaining your private location information?

C:\\> adb backup -all
Supposedly this will back up your entire device & app data to an
encrypted \"backup.adb\" file in your current Windows directory.

C:\\> adb restore \"C:\\path-to\\backup.adb\"
Supposedly this will restore your backed up device & app data.

Please note that I tested the commands above so that cut-&-paste works.
Note, of course, that many (but not all!) of those commands can likely
be found on the net scattered about (however, some don\'t exist to my
knowledge on the net though, as they were found by trial and error).

However _basic_ information on adb commands abound on the net, e.g.,
*Android Debug Bridge (adb) cheat sheet*
<https://www.automatetheplanet.com/adb-cheat-sheet/>

In addition, below are untested possibilities... for future tutorials.

Note the debilitating problem that, while you can install an SMB _server_
on non-rooted Android, it\'s impossible (so far) to use an SMB _client_ on
non-rooted Android to connect to a typical Windows SMB share over Wi-Fi.

Non-rooted Android SMB client apps can\'t connect to Windows SMB shares
simply because Windows SMB requires port 445 but non-root Android SMB
clients, much to my chagrin, can\'t ever access ports lower than 1024.

However, an enterprising experimenter \"may\" be able to work around
this intractable problem perhaps by the use of \"port forwarding\"?
C:\\> adb forward tcp:local_port tcp:device_port
C:\\> adb reverse tcp:device_port tcp:local_port

And be advised that adb can temporarily elevate permissions for a user
where this example below is run completely on the Android device itself.
Termux % adb pair localhost:54321 <add the 6-digit wi-fi pairing code>
Termux % adb connect localhost:54321
Termux % adb shell
Termux # run-as com.termux
Termux $ {permissions are now elevated while inside this prompt}

It has been said you can run privileged commands, like look at the
default protected contacts sqlite database on Android phones.
<https://android.stackexchange.com/questions/41455/where-is-the-data-for-contacts-storage-located>
Termux $ adb -s emulator-5554 shell
Termux $ sqlite3
/data/data/com.android.providers.contacts/databases/contacts2.db
SQLite version 3.3.12
Enter \".help\" for instructions
sqlite> select * from data;
sqlite> delete from data;
sqlite> delete from contacts;
sqlite> delete from raw_contacts;
<https://www.dev2qa.com/android-contacts-database-structure/#>

If you have additional useful adb commands, please share so we all learn.
<https://blog.testproject.io/2021/08/10/useful-adb-commands-for-android-testing/>
--
Usenet is a team sport where each person adds unique value their own way.
 
On Sat, 14 May 2022 21:48:58 -0700, sms <scharf.steven@geemail.com>
wrote:

On 5/14/2022 11:18 AM, Jeff Liebermann wrote:
On Sat, 14 May 2022 13:01:08 -0400, nospam <nospam@nospam.invalid
wrote:

In article <3rjv7htsgmnt4dp2jboaqkqhr2saoj7ue9@4ax.com>, Jeff
Liebermann <jeffl@cruzio.com> wrote:

Older automobile electrical system testers used a carbon pile load.
Basically, a big resistor.

they did, except that those are now obsolete.

The mechanic who works on my 2001 Subaru has one with a carbon pile
load. I know because I\'ve repaired it a few times. Several of the
auto shops that I frequent also have ancient chargers. Sorry to
report, but the old stuff doesn\'t just disappear.

In the olden days they used a high-wattage/low-ohm resistor, like 0.5
ohms at 300 watts to cause the battery to put out about 25 amps (though
as the voltage fell the current fell slightly). You time how long the
battery takes to fall to 10.5 volts and then you have the reserve
capacity. The resistor gets very hot of course.

I found the docs to the load tester the my mechanic uses. It\'s a Sun
VAT-40:
<http://www.learnbydestroying.com/jeffl/Sun%20VAT-40/>
<https://www.google.com/search?q=sun+vat-40&tbm=isch>
Besides the battery, it also tests the alternator, starter, regulator,
gauges, and parts of the electrical system. The battery load is an
adjustable carbon pile.

A more accurate way to measure RC is to keep the load at 25 amps. You
can design an active load using multiple MOSFETs.

Yep. That\'s what the more modern shop use. An active load is much
better than a carbon pile.

Of course those get
hot as well, and you need to heat sink them well and distribute the load
between multiple devices.

For all intents and purposes, a high-wattage resistor is sufficient for
testing the reserve capacity of a lead-acid battery. DC load and AC
conductance tests only take a few seconds but they don\'t give any
indication of reserve capacity. There is little, if any, correlation
between the internal resistance of a battery and reserve capacity.

I don\'t have much experience with automotive ESR testers. The few
times I tried one, I found that a discharge curve test was much
better.
--
Jeff Liebermann jeffl@cruzio.com
PO Box 272 http://www.LearnByDestroying.com
Ben Lomond CA 95005-0272
Skype: JeffLiebermann AE6KS 831-336-2558
 
On 5/15/2022 6:26 PM, Jeff Liebermann wrote:

<snip>

I don\'t have much experience with automotive ESR testers. The few
times I tried one, I found that a discharge curve test was much
better.

Testing the resistance and conductance can tell you if the battery is
bad. But that can\'t tell you what the reserve capacity is.
 
In article <t5sblr$iqn$2@dont-email.me>, sms
<scharf.steven@geemail.com> wrote:

Testing the resistance and conductance can tell you if the battery is
bad.

that\'s the point.

> But that can\'t tell you what the reserve capacity is.

some do, however, it\'s a parameter that is not particularly important
for cars. it\'s also not something that\'s measured by carbon pile load
testers.

<https://www.cadex.com/products/spectro-ca-12-battery-rapid-tester>
 
Andy Burnelli wrote:

C:\\> adb shell am start -n com.google.android.gms/.ads.settings.AdsSettingsActivity
That should pop up an Android \"Reset Advertising ID\" settings page.

C:\\> adb shell input tap 500 400
If run after the command above, that will tap the button to
asking to \"Opt out of Ads Personalization\" in that Activity
if that button is like mine, at the X=500 & Y=400 location.

On my phone, this is the \"Reset advertising ID\" button location:
adb shell input tap 500 200
On my phone, this is the \"OK\" button on that GUI above.
adb shell input tap 700 1000

For the record, for anyone attempting to reset the Android Advertising ID
from Windows, Android 11 and below would reset the id to a GUID, or
globally unique ID, (similar to what Windows 95 CoCreateGUID created,
according to Mayayana\'s kind advice on the Android newsgroup today).\\
<https://i.postimg.cc/0NhFk5J2/adid01.jpg> Doubletap to Reset AD ID
<https://i.postimg.cc/qq4MPH3W/adid02.jpg> Set doubletap to any Activity
<https://i.postimg.cc/t4YpKqZ2/adid03.jpg> Calling an Intent with a URI
<https://i.postimg.cc/X7vb5j84/adid04.jpg> Calling an Intent with a GUI

However, notice in Android 12 the GUID at times is set to all zeroes.
<https://i.postimg.cc/nhNNQvNN/adid07.jpg> Check Advertising ID

We surmised that\'s because there are two new commands in Android
Settings > {Privacy,Google} > Ads > Reset advertising ID
Settings > {Privacy,Google} > Ads > Delete advertising ID <== new!
Settings > {Privacy,Google} > Ads > Get new advertising ID <== new!
<https://i.postimg.cc/XvqM5CSd/adid06.jpg> Delete Advertising ID

Apparently \"delete\" isn\'t so much a delete as a \"zero out\" such that the
GUID is of the form (8-4-4-4-12) of 00000000-0000-0000-0000-000000000000.

This program is the only known program in all of Google Play that is known
to report that Advertising ID outside of the Android Settings GUI.
*Device Identifiers* by Umang Chamaria
Free, ad free, Google free, GSF free, rated 3.8, 5K+ installs
<https://play.google.com/store/apps/details?id=com.utility.identifydevice>

But it\'s a crappy program otherwise as that\'s its only real job
(still, it\'s the _only_ one anyone knows about that does that).

These are better for reporting most of the identification IDs on Android.
*DevCheck Hardware and System Info* by flar2
Free + inapp, ad free, Google free, gsf free, rated 4.8, 1M+ installs
<https://play.google.com/store/apps/details?id=flar2.devcheck>

*Device ID* by Evozi
Free, ad free, Google free, GSF free, rated 4.5, 1M+ installs
<https://play.google.com/store/apps/details?id=com.evozi.deviceid>

*Inware* by evowizz
Free, ad free, Google free, gsf free, rated 4.4, 100K+ installs
<https://play.google.com/store/apps/details?id=com.evo.inware>

*Device Info HW* by Andrey Efremov
Free, ad free, Google free, gsf free, rated 4.7, 1M+ installs
<https://play.google.com/store/apps/details?id=ru.andr7e.deviceinfohw>

*Device ID* by BINHDRM26
Free, ad free, Google free, gsf free, unrated, 10K+ installs
<https://play.google.com/store/apps/details?id=com.binhdrm.deviceid>

*Device Identifiers* by Umang Chamaria (this gets the advertising ID)
Free, ad free, Google free, GSF free, rated 3.8, 5K+ installs
<https://play.google.com/store/apps/details?id=com.utility.identifydevice>

Unfortunately, I haven\'t found one app which gives you everything you need.

If you can find an app that does all that we need, that would be great, as
it would be nice, for example, to have all the critical versions spit out
by a single app.
Android Security Patch Level version
Google Play Services version
Google Play Store version
Google Play System update version
Android Device ID
Google Services Framework ID
Google Advertising ID
Java VM Android Runtime version
Media DRM Widevine CDM Device Unique ID
Hardware Serial Number
Device Build Fingerprint
etc.
--
Usenet allows purposefully helpful people to pool their experiences.
 
Andy Burnelli wrote:

C:\\> adb shell pm list packages
That should list all the packages installed on your Android phone.

C:\\> adb shell pm list packages | findStr /i \"facebook\"
That should list all the packages with that string in their name.

C:\\> adb shell dumpsys package com.facebook.appmanager
This should list an app\'s components, activities & services, etc.

C:\\> adb shell pm list permissions | FindStr facebook
This should list all permissions granted for that particular app.

C:\\> adb shell pm revoke com.facebook.appmanager android.permission.READ_EXTERNAL_STORAGE
This should revoke the stated permissions from that app.

C:\\> adb shell pm grant com.facebook.appmanager android.permission.READ_EXTERNAL_STORAGE
This should grant the stated permissions to that app.

Has anyone here used WebDav to mount Android onto Windows as a drive over
Wi-Fi?
If so, can _you_ see your Android external sdcard from Windows over Wi-Fi?

I can\'t.
I can see _everything_ else (including the root filesystem!) but not the sd
card.
(Note I\'m not rooted but that shouldn\'t matter to see the sd card, should
it?)

I attempted these permission-addition commands because the Windows Wi-Fi
mount of the Android file system as a drive doesn\'t access the external
sdcard yet.
C:\\> net use Z: \\\\192.168.0.2@8080\\DavWWWRoot

I also tried adding a login/password of (foo/bar) but that didn\'t matter.
C:\\> net use Z: \\\\192.168.0.2@8080\\DavWWWRoot /USER:foo bar

And I tried specifying the root directory:
C:\\> net use Z: \\\\192.168.0.2@8080\\storage\\emulated\\0 /USER:foo bar
C:\\> net use Z: \\\\192.168.0.2@8080\\storage\\0000-0001 /USER:foo bar

At least not when using this free WebDav server on Android to mount Android
as a
drive letter onto Windows over Wi-Fi using that Windows \"net use\" command.
*WebDAV Server* by The Olive Tree

<https://play.google.com/store/apps/details?id=com.theolivetree.webdavserver>

The problem I\'m having with Android 12 connecting to Windows is that I can
set the WebDav server root to anything I want to in the WebDav server GUI:
<https://i.postimg.cc/sxzR0Pg8/webdav01.jpg> Mount Android over Wi-Fi

But from Windows I can see everything on Android (including the root file
system) except what is on the external sdcard (even though, on Android,
I can easily see what\'s on the external sdcard).

Using this adb tutorial to check if permissions are the problem, I run:
C:\\> adb shell pm list packages | findstr \"webdav\"
package:com.zq.webdav.app_free <== this is ad free but more complex
package:com.theolivetree.webdavserver <== this is the one I\'m using

To list its permissions I can run this but it didn\'t find any permissions.
C:\\> adb shell pm list permissions | FindStr
\"com.theolivetree.webdavserver\"

This \"might\" grant it permission to read external storage:
C:\\> adb shell pm grant com.theolivetree.webdavserver
android.permission.READ_EXTERNAL_STORAGE

But, unfortunately, even though I can see the Android root file system
from Windows (with Android being a drive letter), I can\'t see the external
sdcard for some reason.

What\'s odd is I can see literally everything _except_ the external sdcard
from Windows with Android mounted as a drive letter over Wi-Fi.

Has anyone here used WebDav to mount Android onto Windows as a drive over
Wi-Fi?
If so, can _you_ see your Android external sdcard from Windows over Wi-Fi?

In summary, the situation is thus for mounting Android to Windows over
Wi-Fi:
a. I\'m not rooted (and yet I can see the root file system) as a drive
letter.
b. The WebDav server _says_ it will mount Android over Wi-Fi as a drive
letter.
c. But _only_ the external sdcard will not show up in that Windows mount.

Why?
What\'s the solution?
 
Big Al wrote:

Could you have mounted both the internal and external storage
using two drive letters Z: and Y:?

SOLVED!

Thank you for that purposefully helpful kind & astute suggestion!
<https://i.postimg.cc/BvJdKWzt/webdav06.jpg> Both sdcards mounted

Following up on your excellent advice, I mounted the entire internal sdcard
over Wi-Fi as Windows drive letter Y: using one Android webdav server set
up to use port 8080...

While simultaneously mounting the external sdcard over Wi-Fi as Windows
drive letter Z: using another Android webdav server over port 8081...

I don\'t follow a lot of what you did but find it interesting
you could do it, not that I would though. What I can get
off my phone with a simple cable works for me.

A USB cable is fine, and, in fact, works great for file transfer.
but it doesn\'t act like a Windows drive letter, nor an Android mirror.

a. This mounts the internal sdcard as a drive over wifi on Windows:
C:\\> net use Z: \\\\192.168.0.2@8080\\DavWWWRoot /user:foobar snafu

b. This mounts the external sdcard as a drive over wifi on Windows:
C:\\> net use Z: \\\\192.168.0.2@8081\\DavWWWRoot /user:foobar snafu

c. This pairs Android to Windows over wifi for mirroring & control:
C:\\> adb pair 192.168.0.2:54321 123456

Here is the result, where I don\'t know if it gets any better than this!
<https://i.postimg.cc/BvJdKWzt/webdav06.jpg> Both sdcards mounted

I do have a file explorer app on the phone that is in itself a
web server and when started you can go to the http address the
app displays and browse your files if you want to do it over wi-fi.

Again you bring up a GREAT question, of whether a WebDav server is
the same thing or if it\'s completely different from an HTTP server.

I don\'t know. Does anyone here know how a WebDAV server differs
from a plain old HTTP server? Are they one and the same?

If they\'re the same thing, all you need to do to make your Android
phone (or iOS phone for that matter) a drive letter over Wi-Fi is run
those \"NET USE\" commands listed above.

Of course all of what I\'m able to do
is not at the lowest level of the phones file structure.
I see no OS of any kind.

What I see is the entire Android phone from Windows over Wi-Fi,
at least as far as I know, but I only have write permission
to the sections of the phone that you\'d expect to write to.

As far as I know, you can\'t get much more power than I have now.

> Congrats though.

Thanks. I hope others benefit from the knowledge and I very much
appreciate that you helped me solve the problem of _simultaneous_
access to both the internal and external sdcard, thanks to you!

Here are some of the screenshots for those interested in this power!
(They\'re in reverse order as that\'s where the success is in the end!)

WebDav:
<https://i.postimg.cc/BvJdKWzt/webdav06.jpg> Both sdcards mounted
<https://i.postimg.cc/Njm6ZXsc/webdav05.jpg> Permissions are the same
<https://i.postimg.cc/3xCsd4HX/webdav04.jpg> My Files has permission
<https://i.postimg.cc/BvmRBrbt/webdav03.jpg> File Manager has permission
<https://i.postimg.cc/X7FS61HD/webdav02.jpg> X-plore has no permission
<https://i.postimg.cc/sxzR0Pg8/webdav01.jpg> WebDav has no sd permission

Vysor:
<https://i.postimg.cc/XqrD5Hqm/vysor29.jpg> Removing Apple iTunes crap
<https://i.postimg.cc/KYbVWDp3/vysor28.jpg> Nuking Apple shitware 1 by 1
<https://i.postimg.cc/MGbkZFfY/vysor27.jpg> The bloatware is everywhere
<https://i.postimg.cc/hP6R2xqV/vysor26.jpg> iTunes crapware won\'t install
<https://i.postimg.cc/fTy57WSY/vysor25.jpg> Best iOS drivers installed
<https://i.postimg.cc/3wmtyL46/vysor24.jpg> Apple Device working properly
<https://i.postimg.cc/tCvS8nGr/vysor23.jpg> iPad is connected to Win10
<https://i.postimg.cc/Kz7pW9mL/vysor22.jpg> Apple Win10 iOS drivers suck
<https://i.postimg.cc/QdVPMkqG/vysor21.jpg> Apple iPad on Win10 over USB
<https://i.postimg.cc/J7cSYhhg/vysor20.jpg> Classic Apple error 2502
<https://i.postimg.cc/yxP5DL5B/vysor19.jpg> Classic Apple error 2503
<https://i.postimg.cc/V6X28fWJ/vysor18.jpg> Apple Mobile Device Support
<https://i.postimg.cc/ZqB1wF9F/vysor17.jpg> Install Apple AMDS engine
<https://i.postimg.cc/Jzdf3dhz/vysor16.jpg> Classic Apple Error Code 2503
<https://i.postimg.cc/c4TyCJyY/vysor15.jpg> Apple Mobile Device Support
<https://i.postimg.cc/SRhF22xL/vysor14.jpg> Connect over the Internet
<https://i.postimg.cc/bv4jPFXB/vysor13.jpg> Vysor Camera virtual webcam
<https://i.postimg.cc/sg6r6gTy/vysor12.jpg> Vysor easily finds Android
<https://i.postimg.cc/wxL9qHjc/vysor11.jpg> Vysor searches for Android/iOS
<https://i.postimg.cc/XvPnJY5x/vysor10.jpg> Vysor Windows Virtual Camera
<https://i.postimg.cc/2S2zsw8s/vysor09.jpg> Classic Apple Error code 2503
<https://i.postimg.cc/yYCYcxbb/vysor08.jpg> Apple Mobile Device Support
<https://i.postimg.cc/Y2WCvYbF/vysor07.jpg> iOS requires Apple AMDS kluge
<https://i.postimg.cc/ydJYXZKw/vysor06.jpg> Remote mirror over the net
<https://i.postimg.cc/d0V03fxQ/vysor05.jpg> Vysor Internet mirroring
<https://i.postimg.cc/XY3qSqKC/vysor04.jpg> Vysor ADB USB setup switches
<https://i.postimg.cc/v8gc5pHc/vysor03.jpg> Vysor remote sharing
<https://i.postimg.cc/V6TPYG3h/vysor02.jpg> Vysor console operation
<https://i.postimg.cc/QNwjsCDM/vysor01.jpg> Vysor Android/iOS PC mirroring

Note: Android always works whereas iOS always sucks by way of comparison.

Scrcpy:
<https://i.postimg.cc/mrz6gJpC/scrcpy23.jpg> Android SMS/MMS on Windows
<https://i.postimg.cc/c4Wq5x9j/scrcpy22.jpg> Vysor IP address option
<https://i.postimg.cc/9FJMKYch/scrcpy21.jpg> Windows Drive: === Android
<https://i.postimg.cc/Y9jbTtcN/scrcpy20.jpg> Start /b as a CMD works! :)
<https://i.postimg.cc/3R6nTz7s/scrcpy19.jpg> Start /b TARGET fails :(
<https://i.postimg.cc/Y93b1z0n/scrcpy18.jpg> Free Automation APKs
<https://i.postimg.cc/bvRXdbxg/scrcpy17.jpg> AutoIT & IFFT & Automate
<https://i.postimg.cc/5NrK7jtg/scrcpy16.jpg> powershell hide-console trick
<https://i.postimg.cc/g2yNftw0/scrcpy15.jpg> Trick to pin batch shortcut
<https://i.postimg.cc/XqZsmVFM/scrcpy14.jpg> AppPath & shortcut TARGET
<https://i.postimg.cc/CxXH6N2r/scrcpy13.jpg> No scrcpy console window!
<https://i.postimg.cc/yYKNnHxD/scrcpy12.jpg> REG test of showwin.lnk
<https://i.postimg.cc/7LWJhWxq/scrcpy11.jpg> Shortcut test of showwin.lnk
<https://i.postimg.cc/fyWw2nXh/scrcpy10.jpg> The console came up :(
<https://i.postimg.cc/66Gn2t2g/scrcpy09.jpg> REG test of showwin.bat
<https://i.postimg.cc/nV6K0Cfn/scrcpy08.jpg> CMD test of showwin.bat
<https://i.postimg.cc/hjkVFyqJ/scrcpy07.jpg> Android mnt as drive letter
<https://i.postimg.cc/Sx1hgWmY/scrcpy06.jpg> Press two hardware buttons
<https://i.postimg.cc/wvsbcNBz/scrcpy05.jpg> Drag APK from Windows
<https://i.postimg.cc/Y00vx4yp/scrcpy04.jpg> Extraneous cmd window (&)
<https://i.postimg.cc/Vvrq0K0m/scrcpy03.jpg> The efficient setup explained
<https://i.postimg.cc/tTmdgKTB/scrcpy02.jpg> An efficient program setup
<https://i.postimg.cc/N0G1TXcZ/scrcpy01.jpg> Mirror Android on any PC
 
Can interfacing a smartphone to Windows get any better than this?
<https://i.postimg.cc/BvJdKWzt/webdav06.jpg>

Today I solved _all_ the problems I had run into, thanks to the advice from
other helpful intelligent people such as Andy Burns, Herbert Kleebauer,
Big Al, et. al, all of whom are who make Usenet a valuable adult
conversation where ideas are exchanged so we all benefit from the result.

1. Over Wi-fi
2. Using only widely available free tools
3. I can now easily mount the _entire_ Android device
4. both the internal sdcard (including the root partitions!)
5. and the external sdcard, simultaneously,
6. each as their own Windows drive letter
7. while at the same time being able to mirror the Android phone
8. and control the Android phone using the mouse & keyboard
9. while simultaneously sharing the two clipboards between them
10. And being able to slide files back and forth at will

My question to the group at large simply is whether there is anything else
that we could possibly want in terms of complete Android/Windows sharing?

Note all of this is done
a. WITHOUT any login to anything!
b. WITHOUT any connection to the Internet!
c. WITHOUT paying a penny for tools

Does it get any better than that?

WebDav:
<https://i.postimg.cc/BvJdKWzt/webdav06.jpg> Both sdcards mounted
<https://i.postimg.cc/Njm6ZXsc/webdav05.jpg> Permissions are the same
<https://i.postimg.cc/3xCsd4HX/webdav04.jpg> My Files has permission
<https://i.postimg.cc/BvmRBrbt/webdav03.jpg> File Manager has permission
<https://i.postimg.cc/X7FS61HD/webdav02.jpg> X-plore has no permission
<https://i.postimg.cc/sxzR0Pg8/webdav01.jpg> WebDav has no sd permission

Vysor:
<https://i.postimg.cc/XqrD5Hqm/vysor29.jpg> Removing Apple iTunes crap
<https://i.postimg.cc/KYbVWDp3/vysor28.jpg> Nuking Apple shitware 1 by 1
<https://i.postimg.cc/MGbkZFfY/vysor27.jpg> The bloatware is everywhere
<https://i.postimg.cc/hP6R2xqV/vysor26.jpg> iTunes crapware won\'t install
<https://i.postimg.cc/fTy57WSY/vysor25.jpg> Best iOS drivers installed
<https://i.postimg.cc/3wmtyL46/vysor24.jpg> Apple Device working properly
<https://i.postimg.cc/tCvS8nGr/vysor23.jpg> iPad is connected to Win10
<https://i.postimg.cc/Kz7pW9mL/vysor22.jpg> Apple Win10 iOS drivers suck
<https://i.postimg.cc/QdVPMkqG/vysor21.jpg> Apple iPad on Win10 over USB
<https://i.postimg.cc/J7cSYhhg/vysor20.jpg> Classic Apple error 2502
<https://i.postimg.cc/yxP5DL5B/vysor19.jpg> Classic Apple error 2503
<https://i.postimg.cc/V6X28fWJ/vysor18.jpg> Apple Mobile Device Support
<https://i.postimg.cc/ZqB1wF9F/vysor17.jpg> Install Apple AMDS engine
<https://i.postimg.cc/Jzdf3dhz/vysor16.jpg> Classic Apple Error Code 2503
<https://i.postimg.cc/c4TyCJyY/vysor15.jpg> Apple Mobile Device Support
<https://i.postimg.cc/SRhF22xL/vysor14.jpg> Connect over the Internet
<https://i.postimg.cc/bv4jPFXB/vysor13.jpg> Vysor Camera virtual webcam
<https://i.postimg.cc/sg6r6gTy/vysor12.jpg> Vysor easily finds Android
<https://i.postimg.cc/wxL9qHjc/vysor11.jpg> Vysor searches for Android/iOS
<https://i.postimg.cc/XvPnJY5x/vysor10.jpg> Vysor Windows Virtual Camera
<https://i.postimg.cc/2S2zsw8s/vysor09.jpg> Classic Apple Error code 2503
<https://i.postimg.cc/yYCYcxbb/vysor08.jpg> Apple Mobile Device Support
<https://i.postimg.cc/Y2WCvYbF/vysor07.jpg> iOS requires Apple AMDS kluge
<https://i.postimg.cc/ydJYXZKw/vysor06.jpg> Remote mirror over the net
<https://i.postimg.cc/d0V03fxQ/vysor05.jpg> Vysor Internet mirroring
<https://i.postimg.cc/XY3qSqKC/vysor04.jpg> Vysor ADB USB setup switches
<https://i.postimg.cc/v8gc5pHc/vysor03.jpg> Vysor remote sharing
<https://i.postimg.cc/V6TPYG3h/vysor02.jpg> Vysor console operation
<https://i.postimg.cc/QNwjsCDM/vysor01.jpg> Vysor Android/iOS PC mirroring

Scrcpy:
<https://i.postimg.cc/mrz6gJpC/scrcpy23.jpg> Android SMS/MMS on Windows
<https://i.postimg.cc/c4Wq5x9j/scrcpy22.jpg> Vysor IP address option
<https://i.postimg.cc/9FJMKYch/scrcpy21.jpg> Windows Drive: === Android
<https://i.postimg.cc/Y9jbTtcN/scrcpy20.jpg> Start /b as a CMD works! :)
<https://i.postimg.cc/3R6nTz7s/scrcpy19.jpg> Start /b TARGET fails :(
<https://i.postimg.cc/Y93b1z0n/scrcpy18.jpg> Free Automation APKs
<https://i.postimg.cc/bvRXdbxg/scrcpy17.jpg> AutoIT & IFFT & Automate
<https://i.postimg.cc/5NrK7jtg/scrcpy16.jpg> powershell hide-console trick
<https://i.postimg.cc/g2yNftw0/scrcpy15.jpg> Trick to pin batch shortcut
<https://i.postimg.cc/XqZsmVFM/scrcpy14.jpg> AppPath & shortcut TARGET
<https://i.postimg.cc/CxXH6N2r/scrcpy13.jpg> No scrcpy console window!
<https://i.postimg.cc/yYKNnHxD/scrcpy12.jpg> REG test of showwin.lnk
<https://i.postimg.cc/7LWJhWxq/scrcpy11.jpg> Shortcut test of showwin.lnk
<https://i.postimg.cc/fyWw2nXh/scrcpy10.jpg> The console came up :(
<https://i.postimg.cc/66Gn2t2g/scrcpy09.jpg> REG test of showwin.bat
<https://i.postimg.cc/nV6K0Cfn/scrcpy08.jpg> CMD test of showwin.bat
<https://i.postimg.cc/hjkVFyqJ/scrcpy07.jpg> Android mnt as drive letter
<https://i.postimg.cc/Sx1hgWmY/scrcpy06.jpg> Press two hardware buttons
<https://i.postimg.cc/wvsbcNBz/scrcpy05.jpg> Drag APK from Windows
<https://i.postimg.cc/Y00vx4yp/scrcpy04.jpg> Extraneous cmd window (&)
<https://i.postimg.cc/Vvrq0K0m/scrcpy03.jpg> The efficient setup explained
<https://i.postimg.cc/tTmdgKTB/scrcpy02.jpg> An efficient program setup
<https://i.postimg.cc/N0G1TXcZ/scrcpy01.jpg> Mirror Android on any PC
--
On Usenet, kind hearted people try to help each other all day every day.
 
133 posts, so far, for no discernably new, useful or effective information other than uninspired navel gazing. Not quite a record given all this originated with Jimmy Neutron.

The lesson remains: Please do not feed the trolls.

Peter Wieck
Melrose Park, PA
 

Welcome to EDABoard.com

Sponsor

Back
Top