<div class="gmail_quote">
<div>thanks for your help.</div>
<div> </div>
<div>your solution seems to be fine but I guess the failed update has corrupted the first 0.5MB on the flash device :(</div>
<div> </div>
<div>It seems I would need a full dump of a working machine to compare the data of the first 0.5MB right?</div>
<div> </div>
<div>Do I have any chance to get this solved without a full dump?</div>
<div> </div>
<div>I hope someone can help me.<br><br></div>
<div class="HOEnZb">
<div class="h5">
<div class="gmail_quote">2012/12/6 Andrew Goodbody <span dir="ltr"><<a href="mailto:ajg4tadpole@gmail.com" target="_blank">ajg4tadpole@gmail.com</a>></span><br>
<blockquote style="BORDER-LEFT:#ccc 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote">
<div>On 01/12/12 21:11, Daniel . wrote:<br>
<blockquote style="BORDER-LEFT:#ccc 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote">So at last I just need to know now how I can merge the needed<br>decompressed files back into a flashable ROM file.<br>
</blockquote><br></div>No, this is the wrong way. You do not need to decompress the .wph file. The .wph file in this case is 1.5MB long with some extra data and code stuck on the end. So the first thing to do is to cut the excess after 1.5MB off the end of that file. This 1.5MB is the top 1.5MB of the 2MB flash image**. Read the first 0.5MB from the flash device* and prefix it to the 1.5MB image to create the 2MB image. You can then program that 2MB image to the flash device.<br>
<br>Andrew<br><br>* If the failed update has corrupted this first 0.5MB on the flash device then you have big trouble.<br><br>** If you want to confirm that, disassemble the last 16 bytes of the 1.5MB image, there should be a real mode far jump.<br>
</blockquote></div><br></div></div></div><br>