|
Anzeige
|
Frage zu einem kleinen PIC-ASS-Programm
Gast
#7255247
hallo; ich habe folgendes kleine PIC-ASS-Programm:
Das Programm soll eine LED, die am PIN 5 eines PIC16F15313 angeschlossen ist, zum Leuchten bringen. Warum tut sie das nicht ? Hat das Programm einen Fehler oder ist das Programm so richtig und ich muss den Fehler woanders suchen ?
Gast
#7255274
Pin 5 ist PA2 stimmt soweit schonmal. TRIS auf 0 für Ausgang passt auch. Und jetzt die Frage : wo ist der andere Pin der Led hin verbunden ? An den Vorwiderstand wirst Du ja gedacht haben, oder ? Ist die Led nicht verpolt ? Kannst ja in Zeile 12 mal 0 ins W Register laden und schauen, ob die Led leuchtet, wenn der Pin low ist. 0 in Zeile 12 hat (erwartungsgemäß) nichts gebracht. Klar Vorwiderstand ist dabei und verpolt ist sie auch nicht, habe mit direktem 5V-Anschluß getestet. Passt die restliche Config.... Mach mal eine Endlosschleife vor end. CLRF ANSELA Gruss Chregu
Gast
#7255335
Christian M. schrieb: > CLRF ANSELA Datenblatt gibt in der Regel umfassendere Informationen... Microchip hat einige Videos fuer Beginner. Frueher waren die auf YouTube sind jetzt aber scheinbar ausgelagert auf eine andere Platform. https://www.microchip.com/webinars.microchip.com/WebinarDetails.aspx?dDocName=en556253 https://vimeo.com/369426557
Angehängte Dateien:
Gast
#7255349
Versuch mal:
movlw 0b00000100
movwf LATA
also ich hab jetzt alles Hinweise von euch ins Programm eingebaut. dann hab ich ein kleines C-Programm geschrieben, das funktioniert. dann hab ich die configs aus dem C-Programm ins Assemblerprogramm übernommen. aber es geht immer noch nicht. so sieht das Programm jetzt aus:
die Zeilen 61 bis 63 habe ich jetzt ersetzt durch
banksel LATA
movlw 0b00000100
movwf LATA
aber es geht immer noch nicht.
Michael S. schrieb: > banksel TRISA > movlw 0b11111011 > movwf TRISA > > banksel PORTA > movlw 0b00000100 > movwf PORTA Hmmm, wie schnell kannst du eigentlich gucken? wie meinst du das ? ich mache sie doch an und dann gehe ich in einen ewigen Loop. dann bleibt sie doch an. Oder ? Michael S. schrieb: > wie meinst du das ? Me Culpa, hab das weiter oben eingeführte LATA, irgend wie auf TRISA "gemappt". Sorry Wie viel Strom zieht den die LED? wie gesagt, wenn ich ein C-Programm lade, geht die LED einwandfrei. welcher Assembler ist denn jetzt der neuere ? MPASM pder pic-ass ? Kann es sein dass die meisten hier im Forum noch den MPASM haben und ich, da ich die Version 6 von der MPLAB IDE habe, den pic-ass und es zwischen den beiden Unterschiede gibt, wie ein Programm aufzubauen ist ?
Gast
#7255699
Michael S. schrieb: > und es > zwischen den beiden Unterschiede gibt, wie ein Programm aufzubauen ist ? RTFM https://ww1.microchip.com/downloads/en/DeviceDoc/MPASM%20to%20MPLAB%20XC8%20PIC%20Assembler%20Migration%20Guide%2050002973A.pdf
Gast
#7255762
Michael S. schrieb: > welcher Assembler ist denn jetzt der neuere ? MPASM pder pic-ass ? https://www.microchip.com/forums/m1150682.aspx "pic-as is a brand new eco-system that has been first released with MPLABX 5.40, and is still having the bugs and limitations ironed out of it. It is NOT something I would recommend for learning on." Ich habe bisher nur nur mit dem C-Compiler und MPASM-Assembler gearbeitet. Pic-As ist mir neu - erstelle ja nicht jeden Tag ein neues Progamm.... Mit Sicherheit wuerde ich mein naechstes Assemblerpr0gramm wieder mit dem MPASM erstellen - wenn ueberhaupt ! Ich verwende fast nur noch den C-Compiler selbst fuer kleinste und ziemlich alte PICs. Habe eben meine MPLAB-IDE gestartet - und tatsaechlich - MPASM ist nicht mehr verfuegbar.So ein Mist.Zum Glueck habe ich alle alten Assemblerprogramme schon laengst in C konvertiert. Aber nun werden ich mich wohl mit Pic-As anfreunden muessen..... ================================== Du weisst ja,das du den Simulator verwenden kannst? Das habe ich eben getan und wie es aussieht gibt es Probleme mit der Konfiguration - der Main-Code wird erst gar nicht durchgefuehrt. Im uebrigen: xc.h ersetzt normalerweise alle pic-header files in der C-Umgebung. Du verwendest 2 mal die include-Anweisung fuer den PIC :#include <xc.h> und #include <pic16f15313.inc> Den Pic-As schaue ich mir vorlaeufig nicht an....kein Bedarf im Moment
Angehängte Dateien:
Gast
#7255789
> RTFM
Der kann nicht lesen.
Ist das noch nicht allgemein bekannt?
Und mit FLAs kann er auch nichts anfangen.
Vermutlich bindet ihm Mutti auch noch die Schuhe zu.
Gast
#7255847
Psect1 u. Psect2 würde ich mal versuchshalber weglassen, jedenfalls wurde dies früher bei kleinen Pics nicht gebraucht oder aber eher in C bei grösseren Pics. Hast du ein template von MPLABX verwendet, oder wie bist du auf Psect gekommen?
Gast
#7255888
Schon seit längerem haben offenbar auch andere Probleme mit Pic as. https://www.microchip.com/forums/m1150682.aspx
Gast
#7255941
> haben offenbar auch andere Probleme mit Pic as
Wenn man in C und Assembler schreibt, war der XC8-Assembler,
darum handelt es bei "PICAS" ja wohl, schon beim alten
MPLAB 8.92 nach der XC8-Installation mit an Bord.
Das ist nun kein "Einfach-Absolut-Assembler" wie MPASM.
Man muss das Handbuch lesen wenn man ihn benutzen will.
Bei Unklarheiten kann es auch hilfreich sein, sich
den vom Compiler generierten Assemblercode anzusehen.
Dann schafft man es sogar, z.B. eine Interruptroutine in
Assembler seinem (C-)Projekt hinzuzufuegen.
Die ist nun bzgl. der Attribute etwas komplexer.
Notorische Nichthandbuchleser werden mit dem nicht viel
Freude haben.
Der ist halt nicht fuer Weicheier die nur Code kopieren koennen.
... statt hier rumhängen, vielleicht erstmal das user guide pic-as lesen!
... die absolute "org" Anweisung würde ich nur in Ausnahmefall benutzen, weil dann viele Linker Infos wegfallen! Besser benutzen "psect ResetVec, class=CODE, delta=2" und im Project unter Linker die -pResetVec Option nutzen! Dann ist die org Adresse relative im Segment definiert
Gast
#7255982
Apollo M. schrieb: > Besser benutzen "psect ResetVec, class=CODE, delta=2" Wie dem auch sei - dein Code funktioniert... Beim Debuggen gibt aber eine Warnmeldung: :0:: warning: (528) no start record; entry point defaults to zero
Angehängte Dateien:
Toxic schrieb: > :0:: warning: (528) no start record; entry point defaults to zero Wenn Linker Option -p genutzt wird, dann "end ResetVec" und die Warnung ist weg! Toxic schrieb:
> :0:: warning: (528) no start record; entry point defaults to zero
Mit absolute org ... im psect "ovrld" weg lassen und dann wieder "end
ResetVec" !
Gast
#7256023
Apollo M. schrieb: > Mit absolute org ... im psect "ovrld" weg lassen und dann wieder "end > ResetVec" ! Ich hab seit einiger Zeit nichts mehr mit dm Assembler gemacht(MPASM) und vom Pic As habe ich heute erstmals gehoert. Bin zur Zeit nicht mehr auf dem Laufenden - manchmal lohnt es sich mitzulesen... Aber Dank deiner Initiative kann der TO nun endlich die Led zum Leuchten bringen.Jetzt steht der Weg zur PWM-Steuerung eines Tesla Motors mit einem Encoder rechts neben dem Lenkrad nichts mehr im Wege...😉 Antwort schreiben |
Anzeige
|
