scudderfish
|
| posted on 12/1/26 at 07:23 PM |
|
|
Tuning with a web browser
Due to Google policies, MSDroid is effectively dead so I'm scratching an itch with a web browser based app for tuning Megasquirt and Speeduino
type ECUs. I need data to test the auto VE tuning aspect. If you have a reasonably well tuned setup, can you please send me you MSQ and MSL files?
I want to feed them through and check it doesn't do much.
If you can help, please send them to dave.g.smith@gmail.com
Regards,
David
|
|
|
|
|
Sanzomat
|
| posted on 12/1/26 at 10:42 PM |
|
|
quote:
Originally posted by scudderfish
Due to Google policies, MSDroid is effectively dead so I'm scratching an itch with a web browser based app for tuning Megasquirt and Speeduino
type ECUs. I need data to test the auto VE tuning aspect. If you have a reasonably well tuned setup, can you please send me you MSQ and MSL files?
I want to feed them through and check it doesn't do much.
If you can help, please send them to dave.g.smith@gmail.com
Regards,
David
When did MSDroid "die"? I last used mine (via bluetooth from my phone to my Speeduino) August 2025 to check the TPS readings following
fixing a broken throttle cable on a track day and it was still working fine then. Is it just not getting updates?
|
|
|
scudderfish
|
| posted on 13/1/26 at 06:29 AM |
|
|
Dead in the way that it can no longer be updated. Because of the way it works Google autorejects any update that gets uploaded and making it
compatible with their new rules is a huge undertaking. If you have it installed and it does what you need, then no need to worry; there just will nor
be any more changes made to it.
I'm glad to hear it's been useful for you 
|
|
|
coyoteboy
|
| posted on 14/1/26 at 12:38 PM |
|
|
Can't you just sideload? I do this for a bunch of apps. Obviously the browser route is maybe better from an end user perspective, though I always
find browser based anything challenging. (I'm just curious/nosey, I have no dog in the race).
[Edited on 14/1/2026 by coyoteboy]
|
|
|
scudderfish
|
| posted on 14/1/26 at 01:13 PM |
|
|
quote:
Originally posted by coyoteboy
Can't you just sideload? I do this for a bunch of apps. Obviously the browser route is maybe better from an end user perspective, though I always
find browser based anything challenging. (I'm just curious/nosey, I have no dog in the race).
[Edited on 14/1/2026 by coyoteboy]
Sideloading is doable, but not having it in the App Store would make it invisible.
Browser is interesting because it is the defacto 'run anywhere' platform and a well written webpage will be usable on iOS, Android, Windows,
Linux, FreeBSD, MacOS etc. I'm not going to try and support the Commodore Amiga though
So....... Anyone want to send me some MSQ/MSL files?
|
|
|
obfripper
|
| posted on 15/1/26 at 12:13 AM |
|
|
I would say that sideloading is the best option for retaining compatibility, but google are trying to kill that by requiring any android device that
uses Google play services to use only signed apk's, which require the same level of developer registration etc as submitting an app to the play
store, this is rolling out worldwide by next year.
It won't matter to those who use versions of Android that don't use Google play services, but that only makes up a few percent of android
users.
Fdroid might be another avenue to approach making the app available from a storefront, the principle of the fdroid store is FOSS, but iap and donate
options within an app are acceptable.
I do use msdroid mostly for data logging and for making small adjustments, i tend to use megalogviewer to filter and make changes to the maps. I do
sometimes use the msdroid dashboard layouts when trying to find issues that I can't spot directly in the logs.
With your webpage implementation, is it going to rely on an external backend, or will it be useable as a "portable app" and downloadable to
a local device?
I'll send you some msq/msl files to have a look at and try out.
Dave
|
|
|
scudderfish
|
| posted on 15/1/26 at 08:03 AM |
|
|
The website will be effectively a static page with no communication with any server. Once it's loaded in the browser there is no network
requirement. I'm also going to put a service worker into it so it will possibly work fully offline as well (once you've visited it once to
initially load it)
Thank you so much for the files.
Regards,
David
|
|
|
