Bitte um Mithilfe bei pic-as Problem - bitte nur wer sich auskennt

[Michael S. (misax)]

bitte nur antworten wenn du dich mit pic-as wirklich auskennst - bitte 
keine Vermutungen oder unnötige doofe Kommentare die nichts mit der 
Sache an sich zu tun haben (das ermüdet langsam).

Warum leuchtet die LED am PIN 5 des PIC16F15313 nicht ?

    PROCESSOR 16F15313
    #include <pic16f15313.inc>
    
// CONFIG1
 config FEXTOSC = OFF
 config RSTOSC = EXT1X
 config CLKOUTEN = OFF
 config CSWEN = ON
 config FCMEN = ON
// CONFIG2
 config MCLRE = OFF
 config PWRTE = OFF
 config LPBOREN = OFF
 config BOREN = ON
 config BORV = LO
 config ZCD = OFF
 config PPS1WAY = ON
 config STVREN = ON
// CONFIG3
 config WDTCPS = WDTCPS_31
 config WDTE = OFF
 config WDTCWS = WDTCWS_7
 config WDTCCS = SC
// CONFIG4
 config BBSIZE = BB512
 config BBEN = OFF
 config SAFEN = OFF
 config WRTAPP = OFF
 config WRTB = OFF
 config WRTC = OFF
 config WRTSAF = OFF
 config LVP = OFF
// CONFIG5
 config CP = OFF

 PSECT resetVec, class=CODE, delta=2
 
 resetVec:
    PAGESEL main
    goto main
    
 PSECT code
 
 main:
    
    banksel TRISA
    clrf    TRISA
    
    banksel PORTA
    clrf    PORTA
    
    banksel LATA
    clrf    LATA
    
    banksel ANSELA
    clrf    ANSELA
        
 loop:
    
    banksel TRISA
    bcf     TRISA, 2
    
    banksel LATA
    bsf     LATA, 2    
    
    goto   loop

    end resetVec

[Hilft dir selbst, dann hilft dir Gott (Gast)]

> Warum leuchtet die LED am PIN 5 des PIC16F15313 nicht
weil sie an einem anderen Pin hängt und obendrein defekt ist?

[Michael S. (misax)]

bitte bitte keine doofen Kommentare mehr - bitte geht woanders spielen 
Kindsköpfe

[Helmut -. (dc3yc)]

Hilft dir selbst, dann hilft dir Gott schrieb:
>> Warum leuchtet die LED am PIN 5 des PIC16F15313 nicht
> weil sie an einem anderen Pin hängt und obendrein defekt ist?

Sie könnte aber auch verkehrt herum verschaltet sein. Dass ein 
Vorwiderstand verbaut ist, nehme ich mal an. Wie immer, hilft auch ein 
Foto des Aufbaus!

[Oliver S. (oliverso)]

Michael S. schrieb:
> Warum leuchtet die LED am PIN 5 des PIC16F15313 nicht ?

Kein Strom?

Oliver

[Michael S. (misax)]

Ich habe den Aufbau und die configs mit einem C-Programm getestet, das 
läuft

[Michael S. (misax)]

es muss also am Programmcode liegen

[Hilft dir selbst, dann hilft dir Gott (Gast)]

Und die tooglerate wird wohl zu hoch für die kapazitive Last (und deine 
Augen) sein.

[Michael S. (misax)]

der aufbau

[Michael S. (misax)]

die LED soll nicht blinken, sondern konstant leuchten ! Bitte nur 
antworten, wer sich auskennt und in der Lage ist, Assemblercode zu 
lesen.

[Hilft dir selbst, dann hilft dir Gott (Gast)]

Zweimal Masse am LED-Zweig ?!

[Oliver S. (oliverso)]

Michael S. schrieb:
> die LED soll nicht blinken, sondern konstant leuchten !

Dann häng die einfach direkt an VSS, und laß den Controller ganz weg.

Das erspart dir erhebliche Frustration, und uns einen weiteren sinnlosen 
Freitagnachmittagsthread.

Oliver

[Michael S. (misax)]

NEIN denn das C-Programm läuft doch mit diesem Aufbau !!!

[Michael S. (misax)]

Oliver, hast du nichts besseres zu tun als hier blöde Kommentare 
abzugeben ? wenn du keine Ahnung hast dann bleib doch meinem Thread fern 
!

[Michael S. (misax)]

mit dem C-Programm klappt es, also kann es nicht am Aufbau liegen. was 
im Programmcode stimmt nicht ? im pic-as-Code ?

[Toxic (Gast)]

Michael S. schrieb:
> Warum leuchtet die LED am PIN 5 des PIC16F15313 nicht ?

Hast du einen 2. Thread aufgemacht?

Die Loesung ist doch hier:
Beitrag "Re: Frage zu einem kleinen PIC-ASS-Programm"

[Michael S. (misax)]

weil da die Lösung nicht ist. Wie lautet sie denn, du Schlaukopf ?

[Armer Schlucker (Gast)]

Michael S. schrieb:
> die LED soll nicht blinken, sondern konstant leuchten ! Bitte nur
> antworten, wer sich auskennt und in der Lage ist, Assemblercode zu
> lesen.

Blinkt die LED?

[Michael B. (laberkopp)]

Michael S. schrieb:
> bitte keine Vermutungen oder unnötige doofe Kommentare die nichts mit der
> Sache an sich zu tun haben (das ermüdet langsam).

Bitte keine unnötig doofen Fragen hier stellen

Michael S. schrieb:
> NEIN denn das C-Programm läuft doch mit diesem Aufbau !!!

Ach, DAS Programm, ja, danke für den Einblick. Herr wirf Hirn.

Michael S. schrieb:
> bcf     TRISA, 2

RA2 ist immer noch 4

[Michael S. (misax)]

RA2 ist bei diesem PIC Pin 5

[Michael B. (laberkopp)]

Michael S. schrieb:
> RA2 ist bei diesem PIC Pin 5

Oh Mann, da kann man nix mehr machen,

Bei dermassen tiefgreifenden Missverständnissen.

Man fragt sich, warum man zitiert.

[Michael S. (misax)]

hier ist das analoge C-Programm dazu, wo es funktioniert:

// PIC16F15313 Configuration Bit Settings

// CONFIG1
#pragma config FEXTOSC = OFF
#pragma config RSTOSC = EXT1X
#pragma config CLKOUTEN = OFF
#pragma config CSWEN = ON
#pragma config FCMEN = ON
// CONFIG2
#pragma config MCLRE = OFF
#pragma config PWRTE = OFF
#pragma config LPBOREN = OFF
#pragma config BOREN = ON
#pragma config BORV = LO
#pragma config ZCD = OFF
#pragma config PPS1WAY = ON
#pragma config STVREN = ON

// CONFIG3
#pragma config WDTCPS = WDTCPS_31
#pragma config WDTE = OFF
#pragma config WDTCWS = WDTCWS_7
#pragma config WDTCCS = SC

// CONFIG4
#pragma config BBSIZE = BB512
#pragma config BBEN = OFF
#pragma config SAFEN = OFF
#pragma config WRTAPP = OFF
#pragma config WRTB = OFF
#pragma config WRTC = OFF
#pragma config WRTSAF = OFF
#pragma config LVP = OFF

// CONFIG5
#pragma config CP = OFF

#include <xc.h>

void main(void) {
    
    TRISA2 = 0;
      
    while(1) {

        RA2 = 1;

    }
    
return;

}

[Michael S. (misax)]

ich hab TRISA,4 und LATA,4 geändert, aber damit geht es auch nicht - ist 
doch klar. Michael B. du verwechselst da was. BCF bezieht sich auf die 
Nummer des Bits und nicht auf dem dezimalen Wert des Registers. kannst 
du überhaupt Assembler ?

[2⁵ (Gast)]

Kannst du den C-Compiler dazu bringen, Assemblercode auszugeben? Beim 
gcc geht das z.B. mit der Option "-S". Wenn ja, den Code bitte 
hochladen!

[PIC-Spezialist (Gast)]

Probiere doch mal eine rote LED weil grüne oft nicht leuchten..

[Michael S. (misax)]

oh du Witzbold ... hast du nichts Besseres zu tun ?

[Michael S. (misax)]

dem C-Compiler den Assemblercode zu entlocken ist mal ein echt guter Tip 
- bestimmt geht das irgendwie - aber ob ich das so schnell hinkriege...

aber man kann doch bestimmt das auf dem PIC gespeicherte Programm 
de-aassemblieren oder ? Kann mir einer das schnell und sicher 
beschreiben wie das geht ohne dass ich da lange suchen und viel 
nachlesen muss ?

[Martin (Gast)]

was passiert, wenn du den code änderst:

banksel LATA
bsf     LATA, 2    

loop:
goto   loop

end resetVec

[Michael S. (misax)]

@Martin: habs geändert, aber geht auch nicht

[PIC-Spezialist (Gast)]

Blinkt die LED endlich?

[2⁵ (Gast)]

Michael S. schrieb:
> dem C-Compiler den Assemblercode zu entlocken ist mal ein echt guter Tip
> - bestimmt geht das irgendwie - aber ob ich das so schnell hinkriege...

Ist es der XC-8? Gugst du:

https://onlinedocs.microchip.com/pr/%20GUID-BB433107-FD4E-4D28-BB58-9D4A58955B1A-en-US-1/index.html?GUID-0EDEA40D-44E0-48FF-A5D7-3860807DF5E3

Ist auch die "-S" Option...

[Michael S. (misax)]

ja es ist der XC-8, aber in MPLAB X IDE integriert (nicht über 
Kommandozeile). Kann man den Assemblercode des C-Programms über die IDE 
bekommen oder über die IPE ?

[Michael S. (misax)]

über die IPE hab ich folgenden Programmcode auf dem PIC gefunden, wenn 
ich das (nicht laufende) Assembler-Programm lade:

000  9240  8C40  9840  B87E  1240  1840  280C  3FFF
008  3FFF  3FFF  3FFF  3FFF  3FFF  3FFF  3FFF  3FFF

[2⁵ (Gast)]

Sorry, mit der XC-8 IDE kenne ich mich nicht aus.

[Hilft dir selbst, dann hilft dir Gott (Gast)]

da ein beispiel, wie man mit comments im Quelltext den Reviewern das 
Leben leichter macht:

https://itecnotes.com/electrical/electronic-exiting-interrupt-routine-in-pic16f18877/

Dann könntest du auch erklären was die Abnsicht hinter den Zeilen

 config FEXTOSC = OFF
 config RSTOSC = EXT1X

ist.

Falls damit einen externen Oszi konfiguriert werden sollte - wo ist der 
auf dem Board?

[Michael S. (misax)]

an diesen PIC kann man meines Erachtens gar keinen externen Oszillator 
anschließen - und das C-Programm läuft ja mit diesen Configs

[Hilft dir selbst, dann hilft dir Gott (Gast)]

>an diesen PIC kann man meines Erachtens gar keinen externen Oszillator
>anschließen

Im Daten Blatt steht was von 32MHz Input clock, und selbst wenn man ihn 
nicht anschliessen kann, sollte der TO so gnädig sein uns zu veratten, 
welche Taktung er gewählt hat und wie er das konfigurieren wollte.

Es fehlen die verdammtem Kommantare !

[c-hater (Gast)]

Michael S. schrieb:

> an diesen PIC kann man meines Erachtens gar keinen externen Oszillator
> anschließen - und das C-Programm läuft ja mit diesen Configs

Dann musst du halt in Assembler nachbauen, was auch immer diese (oder 
auch alle verwendeten) Configs tun. Irgendwo muss das ja dokumentiert 
sein. Also würde jeder Normalbegabte diese Doku suchen und dann lesen...

[Hilft dir selbst, dann hilft dir Gott (Gast)]

c-hater schrieb:
> Michael S. schrieb:
>
>> an diesen PIC kann man meines Erachtens gar keinen externen Oszillator
>> anschließen - und das C-Programm läuft ja mit diesen Configs
>
> Dann musst du halt in Assembler nachbauen, was auch immer diese (oder
> auch alle verwendeten) Configs tun. Irgendwo muss das ja dokumentiert
> sein. Also würde jeder Normalbegabte diese Doku suchen und dann lesen...

Eben:
http://ww1.microchip.com/downloads/en/DeviceDoc/40001897A.pdf

[Chris (Gast)]

Der To/Troll hat weder ein ASM tutorial / Beispiel gelesen, sowie auch 
nicht das Datenblatt durchgeschaut. Einfach bei C bleiben, das ist 
einfacher, weniger low level, dann kann man ra2 verwenden anstelle von 
porta und dass man lata falsch verstanden hat, dass kann man nicht 
entschuldigen, genausowenig wie dass man kein ASM tutorial oder Beispiel 
angesehen hat denn sonst wuerde man den fehler ja sehen.

[Teo D. (teoderix)]

Jo jo, hab mich mal "schlau" gemacht.

Meines Erachtens sollte alles passen. NUR im Simulator bekomme ich 
damit PortA nicht auf Digital I/O, wird immer als Analog-In 
gekennzeichnet!?
Scheint auch des öfteren (?-O) im Reset "hängen zu bleiben"....
Das is nix für den schnellen Einstig!


Hilft dir selbst, dann hilft dir Gott schrieb:
> Dann könntest du auch erklären was die Abnsicht hinter den Zeilen
>  config FEXTOSC = OFF
>  config RSTOSC = EXT1X
> ist.

Reset-condition für den Oszillator und co.
Du kannst damit die Analog-Module auf gewünschten Pin legen.
Passt beides.

[MaWin (Gast)]

Warum lässt du nicht einfach das C-Programm laufen, wenn es doch 
funktioniert?
Warum muss es Asm sein?

[Michael S. (misax)]

wieso muss ich die Configs in Assembler nachbauen ? werden die Configs 
nicht vom Assembler mit in den Programmcode übernommen ? falls ich da 
was falsch verstanden habe, liegt da wohl der Fehler.

[Hilft dir selbst, dann hilft dir Gott (Gast)]

Teo D. schrieb:

> NUR im Simulator bekomme ich
> damit PortA nicht auf Digital I/O, wird immer als Analog-In
> gekennzeichnet!?

> Scheint auch des öfteren (?-O) im Reset "hängen zu bleiben"....

?weil kein Takt kommt? Vcc Ramping verkackt? Reset-eingang flaoting?


> Du kannst damit die Analog-Module auf gewünschten Pin legen.
> Passt beides.

Ja was denn nun?
Oben schreibste passt nicht, unten dagegen passt??

[c-hater (Gast)]

MaWin schrieb:

> Warum lässt du nicht einfach das C-Programm laufen, wenn es doch
> funktioniert?
> Warum muss es Asm sein?

Vermutlich will da einer fliegen, der nicht mal richtig kriechen kann, 
geschweige denn laufen...

[Michael S. (misax)]

wie ist das denn mit den configs im Assemblerprogramm ? Setzen die die 
entsprechenden Register auch, oder haben die nur Kommentarfunktion ?

[c-hater (Gast)]

MaWin schrieb:

> Warum lässt du nicht einfach das C-Programm laufen, wenn es doch
> funktioniert?
> Warum muss es Asm sein?

Oder es ist halt wirklich nur ein Traffic-Troll. Was die bei weitem 
wahrscheinlichste Annahme ist.

[Hilft dir selbst, dann hilft dir Gott (Gast)]

Ich würde mich auch nicht darauf verlassen, das das HW-131 beide 
PWR-Rails am Breadboard gleichzeitig an schaltet.
Da mal ein Multimeter drangehalten?

[Teo D. (teoderix)]

Achne, wollts noch vor meinem letzten Post testen, habs leider 
vergessen.

Ändere mal das mal:
;    #include <pic16f15313.inc> // Löschen!!!
    #include <xc.inc> // <- so und nicht anders

In der Simu läufts.... :)

[Michael S. (misax)]

@Teo D.: D-A-N-K-E !!!

jetzt funktionuckelts es !

Du hast einen alten Mann glücklich gemacht ! 1000 Dank !

[Toxic (Gast)]

Michael S. schrieb:
> weil da die Lösung nicht ist. Wie lautet sie denn, du Schlaukopf ?

Was soll diese Piss-Antwort? Kann mich nicht erinnern dich beleidigt zu 
haben.
Mach mal einen Punkt - aber einen ganz Grossen.
Du wolltest/willst eine Led mit dem Pic As dauerhaft zum Leuchten 
bringen.
Der Code ist in deinem ersten Thread von " Apollo M. (Firma: @home)"
angegeben und ich habe dies sogar mit dem Simulator getestet und einen 
Screenshot davon gemacht.
Fuer Leute wie dich habe ich keine Zeit mehr.Reine Zeitverschwendung 
hier.

[Teo D. (teoderix)]

Michael S. schrieb:
> wie ist das denn mit den configs im Assemblerprogramm ? Setzen die die
> entsprechenden Register auch, oder haben die nur Kommentarfunktion ?

Na klar muss das im Code stehen. Das Tool generiert dir doch auch nur 
den Code, den Du rein kopieren musst.

[Michael S. (misax)]

danke nochmal, Teo. jetzt geht es.

[Teo D. (teoderix)]

Gern geschehen.
So hab ich mich wenigstens mal mit dem neuen Assembler beschäftigt (bzw. 
seit ~20J überhaupt mit Ass:) und einen für mich recht neuen Pic -> Ich 
bleib bei C und meine ollen Dinger, reichen mir alle mal. ;DDD

[Apollo M. (Firma: @home) (majortom)]

Michael S. schrieb:
> ich hab TRISA,4 und LATA,4 geändert, aber damit geht es auch nicht - ist
> doch klar.

Klar ist, dass du sehr laut bist! Sinnnig war wenig bis nichts von dir.
Zukünftig auch mal in die pic16fxxx.inc schauen und die passenden 
Bezeichner verwenden, dann kann auch weniger verwechselt werden.


main:
   banksel  ANSELA
   bcf  ANSA2
   banksel  TRISA
   bcf  RA2
   banksel  LATA
   bsf  RA2
   goto  $
   end  ResetVec

[Apollo M. (Firma: @home) (majortom)]

Teo D. schrieb:
> Ändere mal das mal:
> ;    #include <pic16f15313.inc> // Löschen!!!
>     #include <xc.inc> // <- so und nicht anders

#include <pic16f15313.inc> kann so  verwendet werden, ist nur unschlau, 
weil dann immmer per Hand nachgezogen werden muss, wenn der pic16fxxx 
wechselt.

xc.inc includiert ansonsten nur die pic16fxxx.inc sonst nichts.

@Michael S.

@HW, sinniger wäre vielleicht auch den RA2 im OC mode zu verwenden, also 
low-active ...

Jetzt lass mal toggle und definierte Variable im RAM, ...
Vom pic-as cmd/macro/linker functions hast du fast noch nichts 
verwendet, da warten noch einige Überraschungen auf den Anwender!

[Teo D. (teoderix)]

Apollo M. schrieb:
> #include <pic16f15313.inc> kann so  verwendet werden, ist nur unschlau,
> weil dann immmer per Hand nachgezogen werden muss, wenn der pic16fxxx
> wechselt.
>
> xc.inc includiert ansonsten nur die pic16fxxx.inc sonst nichts.

Stehen aber offensichtlich wichtige Defs. drin, deren fehlen(?) der 
Pre-Compiler, scheinbar klaglos schluckt. Warum auch immer.


PS: Dran geglaubt hab ich ja auch nich wirklich. Daher hab ichs ja 
vergessen zu testen. :)

[Apollo M. (Firma: @home) (majortom)]

Der pic-as hat einige Vorteile zum MPASM, aber die Linker 
Verständnishürde psect. Ist dadurch aber wesentlich flexibler, du kannst 
z.B. Segmente überlagern
also gleiche RAM Addr für unterschiedliche lokale Var und das Bist 
optimiert sogar, was bedeutet du musst für die EEPROM write Signature 
die Optimierung abschalten sonst ist sie weg und nix mit eepron write.

Es gibt zwei pre-compiler, die gleichzeitig verwendet werden können - 
der vom C-Compiler und der von pic-as!

Das User Guide ist völlig unzureichend ... und wichtige Infos stehen 
vergraben im Fließtext.