Ik ben op het moment bezig met het programmeren van een 16f877 in basic, daarvoor gebruik ik de freeware versie van de mikrobasic compiler. Maar nu ben ik er net op de verkeerde mannier achter gekomen dat er een ook een payversie van is. Het programma weigert namelijk (zolang ik niet betaal) een hex file te maken die groter is dan 2k. Nou zit ik in basic over dat maximum heen dus kan ik niet meer compilen.
Maar nou vroeg ik me af of het misschien mogelijk is om het programma zodanig kan inkorten dat de hexfile aan het maximum voldoet. Daarna steeds stukken van de basic code te vervangen en de nieuwe stukken die er dan in asm bij komen bij elkaar te voegen. waardoor ik uiteindelijk een grote asm file krijg die ik vervolgens met een ander programma om kan zetten naar een hex file.
weet iemand of dat mogelijk is of moet ik dan eerst nog iets aan de asm code vervanderen? HELP! 
Maarten
k.p.meinesz
Een schizofreen is nooit alleen!
Als die asm files puur tekst is kan het via het dos commando copy in een dos-box
syntax: copy myasm1.asm+myasm2.asm myasm3.asm
Je copieert dan binair file1 + file2 naar file3.
Oud MS-DOS truukje.
k.p.meinesz
Een schizofreen is nooit alleen!
ja dat kan alleen als de compiler geen adres info bevat, wat mij sterk lijkt helemaal omdat het van basic naar asm gaat.
In de tijd dat ik nog op de PC (8086) met assembler werkte via MASM (de microsoft assembler) was de uitgang van de programmatekst file .asm, deze had ook een beperking tot max 64kb.
De asm-file was dan puur de programmatekst. Compileren gaf dan de .obj-file. Die was weer via een exe compiler om te zetten in een self executing stand-alone .exe file.
Over de oude overlay-files zullen we het maar niet hebben. De eerste PC's konden maar 64Kb programma aan.
Vandaar mijn opmerking.
Op 10 december 2004 23:17:26 schreef k.p.meinesz:
ja dat kan alleen als de compiler geen adres info bevat, wat mij sterk lijkt helemaal omdat het van basic naar asm gaat.
precies, van de spronginstructies klopt straks niks meer.
k.p.meinesz
Een schizofreen is nooit alleen!
Op 11 december 2004 00:04:15 schreef ikkedus:
[...]precies, van de spronginstructies klopt straks niks meer.
en wat dacht je van de variabelen
lappen of toch maar asm leren
Op 10 december 2004 22:52:27 schreef Hmmmm PIE!:
Ik ben op het moment bezig met het programmeren van een 16f877 in basic, daarvoor gebruik ik de freeware versie van de mikrobasic compiler. Maar nu ben ik er net op de verkeerde mannier achter gekomen dat er een ook een payversie van is. Het programma weigert namelijk (zolang ik niet betaal) een hex file te maken die groter is dan 2k. Nou zit ik in basic over dat maximum heen dus kan ik niet meer compilen.
Maar nou vroeg ik me af of het misschien mogelijk is om het programma zodanig kan inkorten dat de hexfile aan het maximum voldoet. Daarna steeds stukken van de basic code te vervangen en de nieuwe stukken die er dan in asm bij komen bij elkaar te voegen. waardoor ik uiteindelijk een grote asm file krijg die ik vervolgens met een ander programma om kan zetten naar een hex file.weet iemand of dat mogelijk is of moet ik dan eerst nog iets aan de asm code vervanderen? HELP!
Maarten
...neem JAL (JustAnotherLanguage) en ga daar mee werken... http://jal.sourceforge.net/
Daan
*zucht* daan JAL = een hobby code die de functionaliteit mijn inziens serieus beperkt. er zijn wel betere comilers voor de pic te krijgen. voor de AVR C is wel verrektes makkelijk