[xDHC]

Originally Posted by cossie1

It won't accept the bimmertech mcu (the latest ones).

The olders ones were the same as andream & carlinkit.

What message do you get when you try?

[cossie1]

Nothing, you just get a blank screen.

Have to force reboot it, to get it to come back on.

[xDHC]

Originally Posted by cossie1

Nothing, you just get a blank screen.

Have to force reboot it, to get it to come back on.

so the update never goes through and after force reboot you are stuck with your own old MCU?

[nitsuj17]

Originally Posted by dws199

If he can make the change for the Carlinkit bin too for that price then I'm happy to contribute, if there's a few of us then it's not that much expense and worth it imo

Originally Posted by cossie1

Sounds ALOT to me and remember you will either have to pay again for future updates or miss out on any new features in future.

Originally Posted by jacobtc

Yeah, 120USD for a simple string change in a .BIN file seems unreasonable. I'm not qualified to do it myself, but it seems like the coder is taking advantage of this situation.

tbh if the guy would take the $120 to share how he is decompiling and recompiling (what linux tools) in a way that we would be able to apply our own changes in the future, id be happy to chip in $20. This is assuming we were flash the updates without a signature from the vendor

that way we could diff all the changes between the the software versions and pull in all the changes to apply

[phil5556]

Originally Posted by jacobtc

Yeah, 120USD for a simple string change in a .BIN file seems unreasonable. I'm not qualified to do it myself, but it seems like the coder is taking advantage of this situation.

It’s not really unreasonable is it? He’s got the skill/knowledge and you don’t. Maybe it only takes him 5 minutes but he will have spent plenty of time learning how to do it.

[jacobtc]

Originally Posted by phil5556

It’s not really unreasonable is it? He’s got the skill/knowledge and you don’t. Maybe it only takes him 5 minutes but he will have spent plenty of time learning how to do it.

You are right, that he is able to take whatever he wants for the job, but if this should be done on every single update from Andream, then that makes it too expensive for most.

[x-m4n]

Originally Posted by cossie1

As far as I understand it the mcu is what talks to the cars canbus (controls which buttons do what on the MMI interface) and takes control of the screen.

The ISPBOOT is what gives you the pretty pictures.

I think the mcu "reads" what has been pressed and sends the intel to the Andream box. The software then tells CarPlay/AA what is meant to do...

$20 if the developer could edit the tilt right/left idrive behaviour so it can skip/back songs on Andream /CarPlay

[dws199]

Originally Posted by jacobtc

You are right, that he is able to take whatever he wants for the job, but if this should be done on every single update from Andream, then that makes it too expensive for most.

I'm happy to also pay $20 to just get it working with the proper resolution, I'm not really interested in any new features, it's got some other issues but I can live with those and I doubt they'll ever be fixed by Andream/carlinkit now.

[Divanovski]

Hello guys,
I just signed up on bimmerpost and there are so many useful information about bmws here!

Okay, so I just installed the Andream box. Everything works good except the audio doesn't play on all of the speakers. I don't hear anything on the driver's side speakers. (Only passenger side speakers are working).
When I switch to BMW Idrive, then all of the speakers are working just fine.
Not sure what could be wrong...

[phil5556]

Originally Posted by Divanovski

Hello guys,
I just signed up on bimmerpost and there are so many useful information about bmws here!

Okay, so I just installed the Andream box. Everything works good except the audio doesn't play on all of the speakers. I don't hear anything on the driver's side speakers. (Only passenger side speakers are working).
When I switch to BMW Idrive, then all of the speakers are working just fine.
Not sure what could be wrong...

At a guess you’ve got a dodgy loom or some bad soldering on the internals of the box. Only one of the channels is being fed in to the Aux input of your head unit. Check for any loose pins on the MMI plugs or Quadlock connectors.

Do you have the Aux cable with 3.5mm headphone jack connected? If not try that under your arm rest Aux in socket.

Or if you have anything else you can plug that in to so you can test it, like a pair of computer speakers etc that you could take out to your car. I guess even earphones should work if you have a male to male adapter.

Edit: Just thought you can probably plug it into your phone and record it then playback. Might need a second phone and an app that shows a wave form of each channel.

[phil5556]

Originally Posted by x-m4n

I think the mcu "reads" what has been pressed and sends the intel to the Andream box. The software then tells CarPlay/AA what is meant to do...

$20 if the developer could edit the tilt right/left idrive behaviour so it can skip/back songs on Andream /CarPlay

I use the left/right on the controller to jump the cursor between sections of the screen. Sometimes it’s quicker to flick left/right than it is to scroll.

The steering wheel buttons however would be awesome to get working. It’s the only thing that would make me try an update.

[xDHC]

They cant just add new features such as buttons etc.

A XML change is doable but honestly not sure panoramic AA is worth $125....

[phil5556]

I have a question about multiple iPhones....

How does it deal with switching / deciding which phone to connect to? I’ve done a quick test with my wife’s phone this afternoon. We have both phones now listed on the Wireless Devices screen, i switched to her phone manually and then reboot the unit using the back button and it reconnects to her phone. If I then connect to mine and reboot then it starts back up connected to mine.

Does it always reconnect to the last used phone or did I just get lucky?

I assume if she gets in the car it will connect to her phone (unless mine is in range at home).

I’ll see what happens over the next few days but just wondered if anyone knew how it behaves.

I did notice her XS runs quite a lot more smoothly than my 6S too...

[phil5556]

Originally Posted by xDHC

They cant just add new features such as buttons etc.

A XML change is doable but honestly not sure panoramic AA is worth $125....

I thought the steering wheel buttons used to work until an update broke them?

[dkeruza]

Hi all,
I edited the XML and I can change it in the bin file.
If the .bin file is not signed, is a very simple process. Only problem is that I don't have the unit to test it myself.

[xDHC]

Originally Posted by dkeruza

Hi all,
I edited the XML and I can change it in the bin file.
If the .bin file is not signed, is a very simple process. Only problem is that I don't have the unit to test it myself.

See your DM!

[muniz_ri]

Originally Posted by dkeruza

Hi all,
I edited the XML and I can change it in the bin file.
If the .bin file is not signed, is a very simple process. Only problem is that I don't have the unit to test it myself.

Awesome. What tool did you use to decompile, edit, and repack the .bin?

[dkeruza]

binwalk, I extracted the squashfs file, changed the XML and re-created the squash file and inserted into the .BIN
There are some weird thing that might make it to not work. We will see.

[Firefly1337]

Would like to know this as well
Tried it myself on the weekend but my resulting .bin wasn't flashable.

I used binwalk to identify start and end of the partition and extracted it with dd. After making the changes I wrote it back into the .bin (the size hasn't changed):

mksquashfs squashfs-root spsdk.squashfs -comp lzo -Xalgorithm lzo1x_999 -Xcompression-level 9
dd if=spsdk.squashfs of=ISPBOOOT.BIN bs=1 count=50941952 seek=14186496 status=progress conv=notrunc

And even corrected the md5 hashes which is a PITA because it's split to 2 MB blocks (25 total) and each one has its own md5.
I checked and extracted the modified .bin and everything looked okay, but the unit didn't accept it and said 'Failed' during the flash.
Probably something else needs changing as well or I made a mistake along the way. I'll probably remove the md5 hash checks completely during the next try, but don't expect anything.

//Edit:

Originally Posted by dkeruza

binwalk, I extracted the squashfs file, changed the XML and re-created the squash file and inserted into the .BIN
There are some weird thing that might make it to not work. We will see.

That will only work if the size of the modified squashfs partition is exactly the same and I mean down to the last Bit.
And like I wrote above, you still need to account for the md5 checks in the ISP flash script at the end of the .bin.

And I also noticed that the extracted squashfs files using binwalk are a little bit bigger than when you do the same with dd.

[xDHC]

If you get the failed when flashing, does it brick anything?

[cossie1]

Originally Posted by Firefly1337

Would like to know this as well
Tried it myself on the weekend but my resulting .bin wasn't flashable.

I used binwalk to identify start and end of the partition and extracted it with dd. After making the changes I wrote it back into the .bin (the size hasn't changed):

mksquashfs squashfs-root spsdk.squashfs -comp lzo -Xalgorithm lzo1x_999 -Xcompression-level 9
dd if=spsdk.squashfs of=ISPBOOOT.BIN bs=1 count=50941952 seek=14186496 status=progress conv=notrunc

And even corrected the md5 hashes which is a PITA because it's split to 2 MB blocks (25 total) and each one has its own md5.
I checked and extracted the modified .bin and everything looked okay, but the unit didn't accept it and said 'Failed' during the flash.
Probably something else needs changing as well or I made a mistake along the way. I'll probably remove the md5 hash checks completely during the next try, but don't expect anything.

//Edit:


That will only work if the size of the modified squashfs partition is exactly the same and I mean down to the last Bit.
And like I wrote above, you still need to account for the md5 checks in the ISP flash script at the end of the .bin.

And I also noticed that the extracted squashfs files using binwalk are a little bit bigger than when you do the same with dd.

Just a suggestion to try.

Unpack the original bin again, then repack it (without changing anything).

Then repack it with the changed xml (don't correct any md5's).

Then do a hex compare and you should find the lines in the bin file that were changed.

Then edit the original bin with that change and save it (again don't fix any md5's).

See if that works (file length should be exact still that way).

[dkeruza]

Originally Posted by Firefly1337

Would like to know this as well
Tried it myself on the weekend but my resulting .bin wasn't flashable.

I used binwalk to identify start and end of the partition and extracted it with dd. After making the changes I wrote it back into the .bin (the size hasn't changed):

mksquashfs squashfs-root spsdk.squashfs -comp lzo -Xalgorithm lzo1x_999 -Xcompression-level 9
dd if=spsdk.squashfs of=ISPBOOOT.BIN bs=1 count=50941952 seek=14186496 status=progress conv=notrunc

And even corrected the md5 hashes which is a PITA because it's split to 2 MB blocks (25 total) and each one has its own md5.
I checked and extracted the modified .bin and everything looked okay, but the unit didn't accept it and said 'Failed' during the flash.
Probably something else needs changing as well or I made a mistake along the way. I'll probably remove the md5 hash checks completely during the next try, but don't expect anything.

//Edit:


That will only work if the size of the modified squashfs partition is exactly the same and I mean down to the last Bit.
And like I wrote above, you still need to account for the md5 checks in the ISP flash script at the end of the .bin.

And I also noticed that the extracted squashfs files using binwalk are a little bit bigger than when you do the same with dd.

I had issues with DD inserting the patched squashfs partition.