Welcome guest, is this your first visit? Click the "Create Account" button now to join.
Page 2 of 4 FirstFirst 1234 LastLast
Results 11 to 20 of 31
  1. #11
    Member
    Join Date
    Nov 2011
    Location
    South shore, Montreal
    Posts
    10
    Rep Power
    0

    Default

    update_detailmap_2720.BAT file works perfectly, Webupdater opens, when lucky it ''SEES'' unit. Then errror message listing installed maps etc etc etc. Pasted 11 pics in a word document but too large to post. Getting error communicating with device error also

  2.    Advertissements


  3. #12
    Garmin/GPS Systems GMod.

    Neil's Avatar
    Join Date
    Aug 2011
    Location
    Oz.
    Posts
    7,387
    Rep Power
    1434

    Default

    If it can see it and communicate for a several seconds that might be enough to load that tiny map and over the corrupt NA. It very quickly wiped the US map completely and loaded Rarotonga on mine in a matter of seconds. Keep trying, being as quick as you can. To maximise your chances, have the BAT file visible ready with curser hovering to double-click, 2720 turned off but connected to PC. Turn it on, when you hear the Windows connection tone start the bat file. If you hear the disconnection tone, abort it and start over.

    You can upload the word doc [or the images themselves] to a free site like [Only registered and activated users can see links. ]. No need to register. Compress to a .rar, or .zip first for quicker up and dn. If you pack it enough you might still be able to attach it on our server, it'll load if 5MB or less.
    'Thanking Posts' are banned. To thank someone, and/or to see hidden links and content, use the [Only registered and activated users can see links. ] button below left of the helpful post then refresh your browser [F5 key]. 'Thanking Posts' are banned.
    Please don't spam. Posts serving no purpose other than to thank or to ask about hidden links are trashed or deleted, it's GPSPower's policy. Please don't spam.
    [Only registered and activated users can see links. ] should make their first post as a new Intro Thread in [Only registered and activated users can see links. ].

  4. #13
    Moderator

    flagmax's Avatar
    Join Date
    Jun 2014
    Location
    Ca
    Posts
    609
    Rep Power
    331

    Default

    Neil, When it comes to real Garmin devices, I am more scared of them then this guy funny dog

    I just had bad luck with these things hardware wise.

    As for the rgn header, this is my limited understanding of it and could be wrong, the header is 0x3C bytes long and is followed by data. At offset 0x32 is the region number.

    Code:
    Please Login or Register to see the links
    3 Things to edit
    0A 00 56 00 - Region data size + 0A (written in reverse)
    0F - Region number (ie 15)
    00 00 56 00 - Region data size (ie 5636096 bytes) written in reverse

    Data Follows
    XX XX XX XX actual region data

    I just realized you can just use RGN Tools v0.84, to create rgn file, then just hex edit the Region number at offset 0x32.

    Good luck mates.

  5. #14
    Garmin/GPS Systems GMod.

    Neil's Avatar
    Join Date
    Aug 2011
    Location
    Oz.
    Posts
    7,387
    Rep Power
    1434

    Default

    Thanks for that info flagmax. I'll have a play with the header info for the rgn made from gmapprom.img for primary map.

    Yep knew about the use of RGN_Tool, that's how i made the Pacific basemap into an rgn file which successfully flashed to region 3. I fluked the region change in hex with the basemap, changing the number at 0x32 from 33 to 03 resulted in the Section number appearing in RGN_Tool as xxxx [unidentified] which happens to be correct. I confirmed this by reverse-engineering the Atlantic basemap .rgn which is available here: [Only registered and activated users can see links. ]. When i got the img file [which then works fine], i renamed it to .bin and loaded it to RGN_Tool and remade the RGN. I then compared the 'homemade' one to the known good in hex and found only the one difference 33 instead of 03 at offset 0x32. Fixing that resulting in the files matching of course, so i then did the same with my self-made Pacific basemap rgn and flashed it, works fine as reported in P7. Unfortunately changing 0x32 to 49 with the detail map rgn doesn't result in a successful flash as also reported in P7. Could it be to do with the Section number requiring editing as well? I can't find a detail map as an rgn anywhere to compare any further differences. Do you know where the Section # can be edited by any chance? I'm prepared to experiment with Section # to find the working one. It can't be overwritten in RGN_Tool nor can Region # of course.

    I have neither programming skills or background in software so if you can enlighten me, use small words with much soothing cooing please.
    'Thanking Posts' are banned. To thank someone, and/or to see hidden links and content, use the [Only registered and activated users can see links. ] button below left of the helpful post then refresh your browser [F5 key]. 'Thanking Posts' are banned.
    Please don't spam. Posts serving no purpose other than to thank or to ask about hidden links are trashed or deleted, it's GPSPower's policy. Please don't spam.
    [Only registered and activated users can see links. ] should make their first post as a new Intro Thread in [Only registered and activated users can see links. ].

  6. #15
    Moderator

    flagmax's Avatar
    Join Date
    Jun 2014
    Location
    Ca
    Posts
    609
    Rep Power
    331

    Default

    I believe the Section is irrelevant to flashing and is just RGN tool thing chosen by looking at know data in .bin. Not sure on this.

    To confirm, you are converting region decimal number 49 to hex 0x31 when editing the rgn?

  7. #16
    Navigation software Moderator

    kunix's Avatar
    Join Date
    Sep 2011
    Location
    Belarus
    Posts
    1,035
    Rep Power
    601

    Default

    Guys, making RGNs manually could be dangerous. I suggest using makergn.exe. It's rock-solid and doesn't try to guess regions number/section by file contents.
    Also guys, RGN file has a flashing delay for each region in the region header, which is described by the following strucure:
    Code:
    Please Login or Register to see the links
    Nor RGN_Tool, nor makergn.exe, nor gfw.exe allow setting the delay field which can lead to problems sometimes.

  8. #17
    Garmin/GPS Systems GMod.

    Neil's Avatar
    Join Date
    Aug 2011
    Location
    Oz.
    Posts
    7,387
    Rep Power
    1434

    Default typo correction.

    G'day kunix, thanks for replying. It's OK with the dangerous stuff, i'm doing all the testing on a 'half-broke' SP2790 which owes me next to nothing. I know i was being cavalier about this but that's because there was no immediate response so i thought i'd 'have a go'! I think i've already blocked part of rgn49 by trying to flash a detail map gmapprom.img as RGN with region changed in hex from the RGN_Tool default 33 to 49. In answer to flagmax I don't know what i'm doing with hex to be honest, as i said i simply lucked-in with the basemap region # change, but with the primary detail map it's changed ok to 49 from the default 33 set by RGN_Tool but i suspect to the incorrect Section # because i now can't flash a secondary map gmapsupp.img to the unit, that is, it flashes apparently but then the map details aren't shown on the boot screen nor shown in the unit's menu of selectable details maps. That makes me suspect that both primary and secondary maps share rgn49 and i've blocked the section which is used by the secondary map. Here's the before and after for my self-made detail map RGN file for Rarotonga:

    [Only registered and activated users can see links. ]

    So nothing else has changed in the file other than the region # from 33 to 49, exactly as i did with the Pacific basemap where i successfully changed 33 to 03 and it works on the unit. But the change to 03 in the basemap rgn results in the Section showing in RGN_Tool as XXXX [unsupported section identifier] and 'unknown.bin'. But 33 and 49 have a defined Section, 3305 and 4905 respectively yet there's no other difference in hex as shown above, however the section name is different, dskimg.bin for 33 and section4905.bin for 49 [i didn't name the bin files used for the rgn making as that, it was gmapprom.bin originally]:

    [Only registered and activated users can see links. ]

    So my bush logic tells me that RGN_Tool has nothing to do with setting the Section and by my changing the Region in hex the same 'default' (05) is maintained for both Sections, 3305 and 4905. So i've maybe flashed the Primary map to the wrong section which has now somehow 'blocked' me loading the Secondary map. So what is the right section and how do we change it? You've mentioned makergn.exe kunix, and i mused about that for setting the correct region but i know nothing about it. I think maybe you even spawned it, but even if you didn't you'd know how it works backwards:
    Quote Originally Posted by Neil View Post
    ...............
    Now we only need to find out how to erase rgn49 to wipe the primary map. I suspect there is a way to make a flashable RGN from an IMG file renamed to BIN. .............. I can load the map bin to RGN_Tool but i cannot override the section or the region setting which defaults to 33 when we need 49 ..............

    Maybe by making an rgn file with something such as makergn.exe could sections and regions to be changed. But now i'm just blathering, i've not used it so i simply dunno. There could also be a program like SendMap20 which can erase the primary map [it'll only erase the secondary map gmapsupp.img].

    Need Expert help here. C'mon you guys from the x-Eastern Block 'n' Central EU!! It won't kill you to help a couple of Westerners out .......
    After making that post and getting no quick reply even though i knew who'd read the thread i set about playing with my 'home baked' basemap rgn file, and so emboldened promptly cocked-up the primary map rgn file and flashed it to section 4905 which partially crippled my 2720's rgn49.

    So, i don't expect you guys to give me a lesson in hex editing but i'd like to know if anything further can be done with the primary map rgn file in hex to set the correct section # [wotever it is], or, if that's a really stupid question, after you've stopped laughing point me to some easily understandable tut on using makergn.exe and please tell me, if you know, what section i need to set for the primary and secondary maps because i'm now almost sure that they both are flashed to rgn49. While you're at it can i fix my unit's rgn49 which now won't flash a secondary map gmapsupp successfully? That's not so important i can live with that because i can always combine maps and flash as gmapprom primary map anyway.

    My unit's gonna die itself eventually anyway i reckon from the intermittent screen-freeze problem. But if you can say how to erase 49 entirely or make a working flashable gmapprom.rgn file we at least can fix the OP's 2720 i think.

    @technit
    The General has arrived to lead the Cavalry. I'm hoping this isn't the Battle of Little Bighorn figuratively for both our 2720s ...... How's the BAT file going?
    Last edited by Neil; 6th November 2014 at 07:30.
    'Thanking Posts' are banned. To thank someone, and/or to see hidden links and content, use the [Only registered and activated users can see links. ] button below left of the helpful post then refresh your browser [F5 key]. 'Thanking Posts' are banned.
    Please don't spam. Posts serving no purpose other than to thank or to ask about hidden links are trashed or deleted, it's GPSPower's policy. Please don't spam.
    [Only registered and activated users can see links. ] should make their first post as a new Intro Thread in [Only registered and activated users can see links. ].

  9. #18
    Member
    Join Date
    Nov 2011
    Location
    South shore, Montreal
    Posts
    10
    Rep Power
    0

    Default

    [Only registered and activated users can see links. ]No luck with the BAT file, unit just doesn't give WebUpdater enough time :-( Must be on tial number 80 by now
    Last edited by technit; 6th November 2014 at 03:50. Reason: Attachment added

  10. #19
    Garmin/GPS Systems GMod.

    Neil's Avatar
    Join Date
    Aug 2011
    Location
    Oz.
    Posts
    7,387
    Rep Power
    1434

    Default

    Ok, stand by then. I reckon the only way is to load a correctly modified gmapprom.rgn or erase rgn49. Latter may be risky, if any essential stuff other than maps is also in there [but i doubt it, probably exclusively for detail mapping].

    Somebody somewhere must already know how to do it or kunix will find a way i'm sure.
    'Thanking Posts' are banned. To thank someone, and/or to see hidden links and content, use the [Only registered and activated users can see links. ] button below left of the helpful post then refresh your browser [F5 key]. 'Thanking Posts' are banned.
    Please don't spam. Posts serving no purpose other than to thank or to ask about hidden links are trashed or deleted, it's GPSPower's policy. Please don't spam.
    [Only registered and activated users can see links. ] should make their first post as a new Intro Thread in [Only registered and activated users can see links. ].

  11. #20
    Member
    Join Date
    Nov 2011
    Location
    South shore, Montreal
    Posts
    10
    Rep Power
    0

    Default Test with PIC

    Quote Originally Posted by Neil View Post
    Ok, stand by then. I reckon the only way is to load a correctly modified gmapprom.rgn or erase rgn49. Latter may be risky, if any essential stuff other than maps is also in there [but i doubt it, probably exclusively for detail mapping].

    Somebody somewhere must already know how to do it or kunix will find a way i'm sure.
    Test with attachment
    Attached Images Attached Images

 

 
Page 2 of 4 FirstFirst 1234 LastLast

Tags for this Thread

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
This website uses cookies
We use cookies to store session information to facilitate remembering your login information, to allow you to save website preferences, to personalise content and ads, to provide social media features and to analyse our traffic. We also share information about your use of our site with our social media, advertising and analytics partners.