Even een stukje van Duwgati gekopieerd van 1-4-2004 en de oplossing is er nog steeds niet trouwens de site van visoduck is helemaal uit de lucht.
Voor al diegenen met een MasterA, MasterCRD, SC-Master enz. enz. die een Funkaart-6 willen programmeren om bijv. hun CAM te updaten, heb ik slecht nieuws.
Let wel, dit betreft uitsluitend het programmeren van een eeprom file waarvan meer dan 512Kbit is gevuld. Dat is makkelijk te herkennen: een fun-5 eeprom is ca. 181Kb op schijf en een fun-6 is 361Kb op schijf.
De enige universele software die de fun-6 support op de genoemde programmers, is Masterburner. Maar helaas zit daarin een bug. En helaas voor de SC-Master bezitters, bevat ook SC-Quickburner diezelfde bug.
Maar nog veel vervelender is dat **$*@*%*&^*#** helemaal niet reageert op mijn emails met de bug-melding in Masterburner, en dat terwijl ik ze nota bene tot in detail heb uitgelegd wat er mis gaat.
Bij SC-Master is mij toegezegd dat ze er ogenblikkelijk werk van zouden maken, maar dat is inmiddels wel al weer enkele weken geleden. Mij lijkt dat het niet zoveel werk kan zijn, maar ze hebben wellicht andere prioriteiten.
Voor de nieuwsgierigen onder ons die willen weten wat er precies mis gaat, hier het probleem:
De externe eeprom van de funkaart was eigenlijk nooit bedoeld om meer dan 512Kbit te adresseren. Dat kun je zien aan de ruimte voor de adressering die slechts 2 bytes groot is. Open maar eens een eeprom file in Notepad en je ziet iets dergelijks verschijnen:
Code:
--------------------------------------------------------------------------------
:100000003B0E554C4F41440000000A0002B99000DD:10001000474100100020C00C00010000000000005B:1000200000000000000000000000000000000000D0
--------------------------------------------------------------------------------
De rode cijfers geven de 2 bytes weer voor de adressering.
Het maximum dat je daarmee kunt adresseren, is dus FFFF, en dat komt overeen met 512Kbit.
Maar een funkaart-6 heeft een extern geheugen van 1024Kbit. Er moest dus een truuc worden verzonnen om die 2e portie van 512Kbit ook te kunnen laden. En die truuc is simpel. Er wordt gewoon een extra regeltje tussengevoegd om de software te vertellen dat het volgende blok van 512Kbit in de 2e helft van het geheugen moet worden geladen. Dat ziet er dan als volgt uit:
Code:
--------------------------------------------------------------------------------
:10FFE00044CA85F06232A54A257A629A338FD26E6E:10FFF00059935205B6CABC31848454C220A18AAB3D:020000040001F9 :100000007AC3A1A52469A4B054C983FBA5F910E95A:1000100076CB2AEA769107DA9AA06695CBFA00E7C2
--------------------------------------------------------------------------------
De blauwe regel geeft het commando om het 2e blok van 512Kbit te beschrijven. Je ziet dat ook aan de addressering. Die springt van FFF0 naar 0000.
En misschien voel je 'm al aankomen, maar voor de zekerheid. Wat er nu mis gaat is dus simpelweg dat Masterburner en SC-Quickburner dat schakelcommando niet correct interpreteren. Ze schakelen dus niet over naar het 2e blok, maar overschrijven doodleuk de eerste 512Kbit nogmaals met de data uit de 2e 512Kbit.
En nu maar afwachten wanneer er een oplossing komt.
Toch jammer als je probeert om de mensen een handje te helpen en het probleem panklaar uitgewerkt op hun bordje legt en ze doen er vervolgens niets mee
Enfin, als je dus kaarten wilt maken voor een CAM-update, kies dan de Funkaart-5 files en programmeer je kaart als een Funkaart-5. Voorlopig zul je het daarmee moeten doen.
GR