int.eep.hex file bij Huts update ??

[Gast]

Een vraagje bij de files die in een update file van Huts aanwezig is.

 

Er zijn vier files in de Zip file aanwezig nl:

 

flash.hex

Hutsefruts_philips_V9_02-09-2002.ee_full_ext.hex

int.eep.hex

WARNING watching pay tv without a valid subscribtion is ILLEGAL.txt

 

De eerste 2 file gebruik ik bij het maken van een nieuwe Fun kaart.

 

De laaste file lees ik aandachtig door ??????????????

 

De vraag is namelijk over de derde file met de naam : int.eep.hex

 

Ik denk dat dit een Eeprom update file is maar weet dit niet zeker, ook omdat als ik de eeprom update is dit een eeprom.bin file (let op BIN)

 

Ook vind ik het raar als de eeprom moet worden ge-update als er een nieuwe Fun kaart update moet plaats vinden ???

 

Wat is er nauw in de eeprom geregeld ? ? ? <img src="/ubbthreads/images/icons/confused.gif" alt="" /> <img src="/ubbthreads/images/icons/confused.gif" alt="" />

 

 

 

 

[Gast]

het is eigenlijk heel simpel,

 

hex of bin maakt niet uit, er zijn nog twee formaten die je kunt tegenkomen, .crd en .asm uiteindelijk komen ze allemaal op het zelfde neer.

 

ATMEL/PIC <--- altijd de 'controller' het computertje

 

EEPROM <--- opslag medium voor keyz, logs of wat je wil

 

het is alleen zo dat er bij elke flash/pic of wat dan ook een specifieke eeprom hoort, de dingen waar hij om vraagt moeten natuurlijk wel op de daarvoor bedachgte plek staan...

 

groet

[Gast]

Bedankt voor de reactie.

 

Ik heb nog even een vraag (praktijk gericht)

 

Als ik een nieuwe Fun kaart programmeerd dan zit er ook een int.eep.hex file bij.

 

Als ik een eeprom file wil plaatsen (via Oslink Satfly prog.) dan vraagt deze om een *.bin file. ??????

 

Wat kan ik dan met een int.eep.hex file doen ??

 

Is het, bij een fun kaart update, nodig dat de eeprom file opnieuw geprog. wordt.

 

Nogmaal bedankt voor de moeite de je wilt nemen om mij deze kennis te geven.

 

 

Viper32....

[Gast]

De file's voor een funcard bestaan gewoon uit 3 file's.

Die int.eep.hex file hoort daar dus echt bij en heeft met de eeprom van je philips helemaal niets te maken.

 

dwikkie

 

[Gast]

de eeprom,bevat de keys,deze wisselt dan ook regelmatig.

je zou hem eens moeten uitlezen, met isvedit of picbined.

weet niet of dit met jouw progammer gaat,werk zelf met een mastera

[jakob2002]

De int.eep.hex is de eprom in de atmel.

 

Als ik het goed heb is de flash - de loader (flash.hex) die werwijst naar de

interne eprom (int.eep.hex) en omdat die te klein is ,

word dat weer verwezen naar de externe eprom (ee_full_ext.hex).

[hanb]

Ik probeer al een tijdje een fun2 te beschrijven met de huts files voor de philips. Zonder succes, alles blijft zwart, hoewel de kaart ogenschijnlijk goed beschreven word. Leg eens uit welke files welke naam moeten hebben om geschreven te worden met bv cardpro of chipcat.

Ik heb een andere funcard (5in1) die ik met cardpro kan copieren, die werkt dan goed. Als ik dan alleen de eeprom file (hutsefruts_Philips_V9.....ext.hex) naar de kaart schrijf, werkt ie wel, met alle nieuwe zenders die er in zitten.

Vraag 1, waarom kan ik de files niet op een lege kaart schrijven

vraag 2, wlke files schrijf je waar? (bv bij cardpro kan ik 3 files selecteren)

vraag 3, hoe controleer je of de files goed geschreven zijn, anders dan met verify want dat gaat gewoon goed. <img src="/ubbthreads/images/icons/confused.gif" alt="" />

[Gast]

chipcat

eerst hamertje 6 mhz

dan kaart type selecteren

load 1 dit is de flash

load 2 dit is de ext eeprom

bliksemschicht

progammer stand 4

dan stand 0

en dan weer 4

normaal is het dan goed

[CB1]

Load1 = Flash.hex

Load2 = inteprom

load3 = exreprom.

<img src="/ubbthreads/images/icons/wink.gif" alt="" />

 

greets cb1

[hanb]

Starter, dat is de procedure die ik gebruik, kan ook haast niet missen, maar het werkt nog steeds niet.

CB1, je kan in chipcat maar alleen een 1 en 2 selecteren. waar komt die 3 van daan.

Als je logisch nadenkt, moet het zo zijn dat de internal eprom niet wordt geschreven. Als ik de kaart copieer, is ie al beschreven en gaat de eeprom er gewoon bij. Dus moet op een of andere manier een blanko kaart niet goed beschreven worden door de multi pro. Niet helemaal logisch want als ik hem kan inlezen van de kaart in cardpro en dan de eeprom er bij kan zetten, zou ik hem ook moeten kunnen inlezen van de schijf, tenzij die file op een of andere manier anders is dan de data op de kaart.

Ik heb bij mijn kaart leverancier gevraagd, en oorspronkelijk is de kaart ook met huts beschreven. Ra Ra Ra waar komt het door.

[asslab]

Zoals zovaak:

Duwgati schrijft hierover in zijn FAQ over chipcat.

Daarom heet dat ding ook .eep

Chipcat weet dan dat dit de interne eeprom file is van de Atmel.

De reden waarom de auteur van chipcat dit gedaan heeft wordt niet vermeld.

Zodoende kun je nog steeds af met twee folders. De .eep wordt dan automatisch geladen.

Wat misschien helpt is de .hex te vervangen door .eep

 

[Gast]

Enige uitleg m.b.t. het branden van Hutsfiles.

De files van Hust heten:

file 1: Flash.hex

file 2: int.eep.hex

file 3: ......_full_ext.hex

 

Gebruik je ***geen-reclame*** dan heb je drie opties om een file te laden.

Gebruik je ChipCat dan heb je twee opties om een file te laden.

 

Wat nu te doen met de drie files van Huts:

Bij ***geen-reclame***:

A: Laad file 1 (flash.hex) in met optie 1

B: De tweede file (int.eep.hex) hoef je niet te laden met optie 2.

C: Laad file 3 (......_full_ext.hex) met de optie 3

 

Bij ChipCat:

A: Laad file 1 (flash.hex) in met optie 1

B: De tweede file (int.eep.hex) hoef je niet te laden.

C: Laad file 3 (......_full_ext.hex) met optie 2

 

Als je andere files gebruikt dan Huts, moet je de interne_eeprom wel laden, dus dat kan dan niet met ChipCat.

Suc6

Groetjes, tweetie

 

[Gast]

@asslab

 

Wat jij en Duwgati schrijft klop niet helemaal volgens mij, in eerste instantie dacht ik ook dan de int_eep.hex automatisch geladen werd.

Wat blijkt nu, je heb hem helemaal niet nodig.

Vraag me niet waarom, omdat ik dat ook niet weet.

Ik heb als proef de files van Huts "zonder de int_eep.hex" geplaatst in een lege directory en de twee files met ***geen-reclame*** op een funkaart gezet en zie alle zenders werken. (optie 2 dus overgeslagen)

Ook op dezelfde manier met ChipCat werken alle zenders.

De vraag blijft, waar wordt die file dan voor gebruikt? <img src="/ubbthreads/images/icons/confused.gif" alt="" />

 

ps wat ik wel uit ervaring weet is dat als je andere files gebruik dan de Huts, moets je soms de ext van de int_eeprom.hex wijzigen in int_eeprom.eep, als je gebruik maakte van ChipCat.

grts, tweetie

[Johan45]

@ tweetie

 

Kan alleen maar hetgeen je hier schrijft bevestigen.

 

Ben ook benieuwd naar de functie hier van de int.eep.hex <img src="/ubbthreads/images/icons/confused.gif" alt="" />

 

Hoop dat iemand dit uit wil/kan leggen.

 

Groeten Johan. <img src="/ubbthreads/images/icons/smile.gif" alt="" />

[Satori]

Toch even een kleine correctie.

 

Er bestaan 2 soorten setjes.

Setje-1

1) flash

2) Ext eeprom

 

Setje-2

1) flash

2) Ext eeprom

3) Int eeprom

 

Een Atmel processor chip heeft de processor aan board + een stukje geheugen waar het programma (flash) in moet en daarnaast een kleine eeprom (de interne eeprom).

 

We willen van een heel stel providers de info kwijt en sinds we ook nog meerdere codereringssystemen willen zien hebben we 5in1 een 6in1 kaarten gekregen. Al deze informatie van coderingsystemen en providers passen niet in het interne geheugen en daarom is er een extern geheugen nodig.

Op een funkaart zit dus een processor chip met een proggeheugen en een interne eeprom en nog een tweede chip met meer geheugencapaciteit en dat is de externe eeprom.

 

We weten nu dat in de processor chip het programma (flash) wordt geladen en dat alle provider info in het externe geheugen wordt geladen. Sommige mensen die deze funfiles voor ons maken laten het hierbij.

 

Een programmatje kun je echter universeler maken door een aantal stukje info niet in het programma te stoppen, maar in een geheugen. Sommige programmeurs maken daar gebruik van en zij gebruiken daarvoor de interne eeprom.

Heb je zo'n versie, dan moet je dus ook de interne eeprom proggen.

 

Bij Chipcat kun je de interne eeprom niet expliciet aangegeven, maar je moet de interne eeprom dezelfde naam geven als de flash, met als extentie .eep

Dus als het programmatje flash.hex heet dan geef je de interne eeprom de naam flash.eep.

Als het prgrammatje progje.hex heet dan geef je de interne eeprom de naam progje.eep.

Chipcat weet dan dat de interne eeprom ook geladen moet worden en je ziet dan ook een gedeeld scherm als je de 'at90s8515' tab open hebt.

 

Nu gebeurt er nog iets aardigs. De Huts files hebben een interne eeprom nodig, maar als die al op je funkaart staat en je geeft hem niet op, wordt de oude ook niet overschreven en omdat de interne eeprom zelden wijzigt, lijkt het alsof je de interne eeprom niet nodig hebt. Maar hij stond al op je kaartje van een vorige keer. <img src="/ubbthreads/images/icons/smile.gif" alt="" />

 

Groeten

Satori