[Standard]

I feel like, especially as it gets cool, I'd want to run a checklist: Is the engine (OIL) warmed up, are the tires 'green not blue' yet, and then when done just see the digital speed readout.

Ideally, this little checklist and maybe other bits could just be put in the corner of the screen in any of the modes. As it stands, it's a bunch of twiddly thumb-work with no notification either when the conditions are met.

Has anyone done anything to alter the electronics or software around this?

[olrocker]

Originally Posted by Standard

I feel like, especially as it gets cool, I'd want to run a checklist: Is the engine (OIL) warmed up, are the tires 'green not blue' yet, and then when done just see the digital speed readout.

Ideally, this little checklist and maybe other bits could just be put in the corner of the screen in any of the modes. As it stands, it's a bunch of twiddly thumb-work with no notification either when the conditions are met.

Has anyone done anything to alter the electronics or software around this?

What you're asking for is probably not impossible, but pretty darn close. You'd need access to GM's proprietary software and then know how to change lines of code in it. Not for anyone, and certainly not something anyone can even get their hands on.

[Rogueleader_92]

More then anything I'd just like the battery gauge to work when in accessory mode. while its good to know what kind of power the alternator is putting out I'd still like to know how much power the battery itself has before starting the car so when the battery is dying I can know that its probably the problem.

Fortunately the dash cam I just had installed can read the battery so it knows when to turn itself off and not kill the battery and it becomes active in accessory mode so I can read the battery off it. Still not great to have to find this kind of work around for something so simple.

[arpad_m]

Originally Posted by olrocker

What you're asking for is probably not impossible, but pretty darn close. You'd need access to GM's proprietary software and then know how to change lines of code in it. Not for anyone, and certainly not something anyone can even get their hands on.

It's more the secrecy than the difficulty that makes this unrealistic. That said, Chris White may be willing to go to the depth required for this: https://www.whiteautoandmedia.com/capabilities/

[BundiMan]

Ford CEO had a great point each OEM writes their own code for what they provide. So it's not really GM it's whoever provided and wrote the code for the cluster in the radio.

[ctrlz]

Originally Posted by arpad_m

It's more the secrecy than the difficulty that makes this unrealistic.

Yes. I think there's encryption involved that makes this harder than one would think. I suppose if one could reprogram his infotainment and then crash the car, he could still sue the automaker for allowing him to reprogram it in the first place. That's America.

I get the point though. I remember downloading custom firmware so my dvd players could play mkv and other formats, back when usb slots first started showing up on players.

[arpad_m]

Originally Posted by ctrlz

Yes. I think there's encryption involved that makes this harder than one would think. I suppose if one could reprogram his infotainment and then crash the car, he could still sue the automaker for allowing him to reprogram it in the first place. That's America.

I get the point though. I remember downloading custom firmware so my dvd players could play mkv and other formats, back when usb slots first started showing up on players.

Encryption is a deployment issue and a potentially serious one, but if one has access to the source code, developing or making adjustments to these software components can't be very difficult. I downloaded the GM SDK for the MyLink 2.5 infotainment in my 2018 from here, and from the look of it, the kit roughly represented the state of the art in JavaScript development about 10-12 years ago...

(By the way, my main problem with the SDK was something else: I'd wanted to write a Torque Pro counterpart app for the infotainment screen, but the API offered very, very little in terms of access to actual realtime engine parameters, IIRC maybe speed and rpm were there but not much more... then, in addition to only allowing the creation of extra app and nothing in the way of changing existing ones, it felt heavily geared towards writing [yet another] media player, which I have no interest in.)

[Standard]

Yeah I get it, was just asking if someone happened to have a bead on it. Barring that, *getting* a bead on it, as someone of some age who's been involved in programming for a while. . . yeah, it would involve decompiling some machine code on some obscure chip that's really technically executing a program that someone thought would be cute to unzip some php script and feed into an embedded PhP interpreter that had been modified to. . .

Or something along those lines. Critically, the team that wrote it, and the team that it was *first* outsourced to, are long gone. Good odds noone can put together a complete system that can even combine the archaic bits of software that can even recompile it.

"Encryption" could come into play if the hardware would first scan the software on the chip and reject it if it doesn't match some checksum that could only be made with the master key, so even if you could build alternate software, you couldn't run it on the machine (early electronic slot machines did this, and your PC probably does it now depending on how it was set up).


My one hope for these systems, like the horror shows I see of old '2-engine-computers-per-engine' Ferrarris that go through irreplaceable computers like soft-compound tires, is that one day super-AIs can do the grind that no human or even static-analysis tool could do, and be able to comprehend these machines/software/systems through inspection, and design 'replacements-plus' within a fraction of a second. Sadly, this will be after it's smart enough to kill us all; but at least may give it something to stay amused with afterwards.

[arpad_m]

Originally Posted by Standard

Yeah I get it, was just asking if someone happened to have a bead on it. Barring that, *getting* a bead on it, as someone of some age who's been involved in programming for a while. . . yeah, it would involve decompiling some machine code on some obscure chip that's really technically executing a program that someone thought would be cute to unzip some php script and feed into an embedded PhP interpreter that had been modified to. . .

Or something along those lines. Critically, the team that wrote it, and the team that it was *first* outsourced to, are long gone. Good odds noone can put together a complete system that can even combine the archaic bits of software that can even recompile it.

"Encryption" could come into play if the hardware would first scan the software on the chip and reject it if it doesn't match some checksum that could only be made with the master key, so even if you could build alternate software, you couldn't run it on the machine (early electronic slot machines did this, and your PC probably does it now depending on how it was set up).


My one hope for these systems, like the horror shows I see of old '2-engine-computers-per-engine' Ferrarris that go through irreplaceable computers like soft-compound tires, is that one day super-AIs can do the grind that no human or even static-analysis tool could do, and be able to comprehend these machines/software/systems through inspection, and design 'replacements-plus' within a fraction of a second. Sadly, this will be after it's smart enough to kill us all; but at least may give it something to stay amused with afterwards.

That's likely not how this works, although I never worked at/for GM and can't say for sure. Typically they'd have a number of source repositories, then a build system would generate the artifacts that are then encrypted and deployed into these modules.

With access to the infotainment source code, which is probably a hodgepodge of old Javascript and maybe some custom low level language, my estimation (based on their SDK) is that it can be understood and modified relatively easily compared to state-of-the-art codebases with tens of millions of lines of code.

Reverse engineering the encrypted deployed code artifacts is an uphill battle, look at HP Tuners who are excellent at this game and yet have only managed to decode a relatively small number of data/configuration tables over the years, which is great and enables tuning, but nowhere near being able to edit the code and build a custom version. (Again, I'm not privy to the actual details of GM's infrastructure.)

You hope for the future isn't unfounded---I remember how amazing my Amiga was back in the day, with nary an imitation let alone a better option, and granted, it took 20 years, but hardware emulators eventually reached a point where every custom component in that wundermachine can now be emulated in software and better than the original ever was. This may happen to our car modules as well, unless legislation is drawn to be explicitly outlaw everything around vehicle modifications of course.

[Arbe_GTC]

Just to shed a little information.


IO6 = HMI2/2.5 system is a linux system

IOS/IOU system = Harman info 3X is an Android-based system and from https://developer.gm.com/ you can download resources.

HMI 2.5 App Store System Discontinued by GM and for the info3x system

I think that by asking for access from the developer website, you can try homemade applications but I'm not sure.


What I do know is that you can enable the info3 system as ADB, but it is locked:



e:\platform-tools>adb devices

List of devices attached
AGUF4R31e752c4 device

e:\platform-tools>adb install filemgr.apk
Performing Push Install
adb: error: failed to copy 'filemgr.apk' to '/data/local/tmp/filemgr.apk': remote The Secure ADB mode is enabled.
Please use the GM Secure ADB Client tool to authenticate first.
filemgr.apk: 1 file pushed, 0 skipped. 619.5 MB/s (5536292 bytes in 0.009s)



Nothing can be modified in the update files, because it is signed by GM.

On hardware prior to 2020/21, it is possible, for example, to edit calibrations because they are NOT signed.

Calibrations, for those who are not familiar with the GM Global A platform, are like "applications" that tell the modules how they should work.

Now, going into something deeper, without GM tools, is practically impossible.

[arpad_m]

That's why I'd be much more interested in the old 2.5 system (and BEcause I have a 2018, of course), but the corresponding Javascript SDK at developer.gm.com is very-very limited. I'd like to make changes to the cluster and the built-in nav.