ASM + wisp

Beste medeCOers,

ik heb vanavond een klokje op breadbord opgebouwd. Alles ging goed totdat ik de PIC wilde gaan programeren. Op de site wordt namelijk de HEX en de ASM gegeven. Normaal werk ik met picbasic en bij uitzondering eens met mplab omdat daar een simulatie in zit en ik dan niet eerst alles hoef op te bouwen in proteus.

Goed, het probleem:
picbasic kan niet overweg met een volledig ASM programma en op het forum heb ik gelezen dat mplab de hardwarehandshake gebruikt en die komt volgensmij niet door de wisp628 heen en al ook niet door mijn usb>serieel convertor.

nu moet picbasic dus óf een nieuwe hex maken vanuit de asm, óf de hex zo in de pic kunnen stoppen.

Weet iemand een oplossing voor dit probleem? Hebben meer mensen dit gehad?

Alvast bedankt

PICbasis maakt een opgeleukte versie van iets wat eigenlijk niet meer dan een ASM programmering is, en wat later weer als HEX in je PIC geschoten wordt.

Maar om nou van die gewone ASM programmering weer terug te gaan hoe je dat zo leuk hebt gemaakt, zal niet lukken. Omdat PIC basic niet weet op welke manier de ASM geschreven is in PICbasic.

In PICbasic zijn -volgens mij- een paar manieren om een bepaald doel te bereiken, die allemaal hetzelfde ASM resultaat geven.

Als je een stukje ASM hebt, kun je dat niet terugbrengen naar PICbasic om het aan te passen, maar je kunt het wel met je WISP in een PIC schieten volgens mij.
Het compile commando, wat in PICbasic de PICbasiccode omzet naar ASM, sla je dan over.

KomarKomarKomar....
Als ik het fout heb. :-)
Ik denk dat het zo in elkaar steekt. ;-)

Een asm kan je compilen naar een hexfile met mpaswin (onderdeel van mlab), die je programmeerd met xwisp, xwisp2, bumblebee, ... in je chip. Mlab kan ook chipjes schieten maar alleen met een Microchip progger.

CMIIW!

Op 6 februari 2007 21:35:10 schreef Fantomaz:
PICbasis maakt een opgeleukte versie van iets wat eigenlijk niet meer dan een ASM programmering is, en wat later weer als HEX in je PIC geschoten wordt.

Dus doe je een stap verder en maakt een echte HEX-file.
Het voer van alle proggers.

Ik weet wat picbasic is. Het is een taal dat wordt geconverteerd naar asm. Daar gaan alle talen eerst heen en vanuit asm wordt er dan de hex van gemaakt. (maar daar gaat de vraag niet over.

Maar wat ik nu wil bereiken: met picbasic een hex in een pic schieten zonder dat ik de picbasic file heb. Weet iemand hoe dat kan?

edit: ik heb bumblebee geinstalleerd en het daarmee geprobeerd. bumblebee kan mijn programmer niet zien omdat hij com4 niet kan zien, hij gaat tot com3. Mijn usb>serieel kan worden gezien als com4,5,6 of 7 afhankelijk van de gebruikte USBpoort.

[Bericht gewijzigd door MAH op ]

XWisp2? Kan je toch een HEX-file inladen?

Op 7 februari 2007 18:53:30 schreef MAH:
edit: ik heb bumblebee geinstalleerd en het daarmee geprobeerd. bumblebee kan mijn programmer niet zien omdat hij com4 niet kan zien, hij gaat tot com3. Mijn usb>serieel kan worden gezien als com4,5,6 of 7 afhankelijk van de gebruikte USBpoort.

Is dat niet omslachtig?
DAt je PIC basic wilt gebruiken om een ASM bestanbd als HEX in een PIC wilt zetten.
Kun je je wisp niet op een ander poort zetten (die BBee wel herkent)?
Als je een HEX hebt, kun je die via BBee proggen lijkt me.
Ik als leek zijnde zeg dan: Open de HexFile via BBee en proggen dmet die handel.

Maar volgens mij lukt je dat niet om een andere reden, toch?

Op 7 februari 2007 18:53:30 schreef MAHedit: ik heb bumblebee geinstalleerd en het daarmee geprobeerd. bumblebee kan mijn programmer niet zien omdat hij com4 niet kan zien

Kun je niet handmatig de toegewezen com-poort terugzetten?
Op mijn laptop werd bij iedere keer de converter inpluggen een hoger com-poort nummer toegewezen.
Die kon ik handmatig weer terugzetten op een lagere waarde (via apparaatbeheer).
XP klaagde wel, maar ik had toch echt maar 1 com-poort op die laptop. Dus XP ging gewoon de fout in.

@fantomaz: klopt. wanneer ik de omzetter inplug dan kan ik kiezen tussen poort 4 tm 7. andere smaken kent ie niet. com 1 is printerpoort, com 2 en 3 zijn ingebouwde cartreader en cartslot(voor netwerkkaarten e.d.).
@picsels: Mogelijk kan dat anders toegewezen worden, maar lijkt me lastig.

@henry; morgen ga ik eens kijken naar xwisp2. hopelijk werkt het daar wel mee.

XWISP had je toch aan de praat... http://www.circuitsonline.net/forum/view/39422/

ja xwisp gekoppeld aan proton. maar proton wil dus niet een voor hem ombekende hex laden in een pic.
dus dan zal xwisp stand-alone moeten gaan functioneren.

hm volgensmij word dat dus weer moeilijk. moet phyton er weer bij.

[Bericht gewijzigd door MAH op ]

Python?
Je kunt achter XWisp2 toch gewoon de naam opgeven van je HEX bestand.

Ik meende: xwisp2w.exe port3 go abcde.hex

(Port is de poort die je gebruikt)
(abcde.hex is de naam van je hex programma)

ah, dank je frits, dat wist ik niet. ik dacht dat xwisp2 gekoppelt moest zijn aan proton en niet standalone kon werken. maar waar zet je die hex dan neer? of moet dat C://abcde.hex zijn? ik ga daar binnenkort mee bezig want dit is zo niet handig natuurlijk.

maar het probleem is opgelost. de huiscomputer (waar ik nooit achter zit) heeft nog een gewone seriele poort. daar bumblebee op gezet en ook virtual machine, test naar programmer, daarna nog wat moeilijkheden met indentificatie van PIC maar na de displaytjes te hebben losgehaald was ook opgelost (lekstroompje). vervolgens kon ik hem programeren en de klok draait nu. vervolgens wil ik de knopjes gan aansluiten en kom ik erachter dat die electroboer mij 100ohm ipv 10K heeft meegegeven... zo ff zoeken of ik nog wat heb liggen, ergens.....