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

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

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!

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

Kein Strom?

Oliver

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

es muss also am Programmcode liegen

der aufbau

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

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

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

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

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

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

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

RA2 ist bei diesem PIC Pin 5

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.

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

1

// PIC16F15313 Configuration Bit Settings

2

3

// CONFIG1

4

#pragma config FEXTOSC = OFF

5

#pragma config RSTOSC = EXT1X

6

#pragma config CLKOUTEN = OFF

7

#pragma config CSWEN = ON

8

#pragma config FCMEN = ON

9

// CONFIG2

10

#pragma config MCLRE = OFF

11

#pragma config PWRTE = OFF

12

#pragma config LPBOREN = OFF

13

#pragma config BOREN = ON

14

#pragma config BORV = LO

15

#pragma config ZCD = OFF

16

#pragma config PPS1WAY = ON

17

#pragma config STVREN = ON

18

19

// CONFIG3

20

#pragma config WDTCPS = WDTCPS_31

21

#pragma config WDTE = OFF

22

#pragma config WDTCWS = WDTCWS_7

23

#pragma config WDTCCS = SC

24

25

// CONFIG4

26

#pragma config BBSIZE = BB512

27

#pragma config BBEN = OFF

28

#pragma config SAFEN = OFF

29

#pragma config WRTAPP = OFF

30

#pragma config WRTB = OFF

31

#pragma config WRTC = OFF

32

#pragma config WRTSAF = OFF

33

#pragma config LVP = OFF

34

35

// CONFIG5

36

#pragma config CP = OFF

37

38

#include <xc.h>

39

40

void main(void) {

41

42

    TRISA2 = 0;

43

44

    while(1) {

45

46

        RA2 = 1;

47

48

    }

49

50

return;

51

52

}

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 ?

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

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: habs geändert, aber geht auch nicht

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 ?

ü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

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

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.

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.

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

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.... :)

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

jetzt funktionuckelts es !

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

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.

danke nochmal, Teo. jetzt geht es.

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

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

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!

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. :)

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.