Multisim - PIC Schaltung arbeitet nicht!

Also zuerst würde ich mal einen externen Takt anschließen - oder wie 
soll der PIC sonst arbeiten?
Dann würde ich mich mal im Programm mit Interrupts beschäftigen und vor 
allem mal mit den sog. Special-Function-Registern.
So funktioniert das Programm nämlich auch nicht!
Alleine schon der Versuch einen 'movlw .1000' in ein Register zu 
schieben wird wohl so nicht ganz klappen.
Im Datenbuch stehen doch diverse Programmroutinen, wie mit welchen 
Registern umzugehen ist.
Also die Devise lautet:
ERST DAS DATENBUCH LESEN (und zwar ALLES) und dann anfangen zu 
programmieren.

Gruß
TK

>Interrupts benutze ich doch überhauptnicht!?
Genau das ist ja auch das Problem. Egal ob Interrupts benutzt werden 
oder
nicht - es gibt auch hier eine Einsprungadresse - und da sollte immer 
ein RETFIE stehen. Sicherheitshalber sollte man sich NICHT auf die 
Vorgaben der SFR nach einem Power-On verlassen (alles schon selbst 
erlebt)!! Also 'clrf INTCON' benutzen. Am besten auch noch 
OPTION-Register belegen. Dann kann die Warteschleife evtl. mit einem 
Timer realisiert werden.

Gruß
TK

Ach so - noch ein Nachtrag:
>BCF PORTB,1
>BTFSC PORTA,0
>PORTA,0 LOW ist
>goto mainr

An dem Code-Schnippsel stimmt ja wohl auch was nicht, oder???

Gruß
TK

So und jetzt Nachtrag der Letzte:

Wie soll denn überhaupt ein L-Pegel an den Tastereingängen erkannt 
werden?
Du betreibst die Pins im 'Floating'-Betrieb wenn die Taster nicht 
gedrückt sind. Das geht auch in die Hose!

Gruß
TK

>Genau das ist ja auch das Problem. Egal ob Interrupts benutzt werden
>oder nicht - es gibt auch hier eine Einsprungadresse - und da sollte immer
>ein RETFIE stehen.

Aber wenn wir das INTCON gelöscht haben kann es doch gar nicht mehr zu 
einem Interrupt kommen, da wir doch hier sämtliche Interupt Enable bits 
inklusive des GIE Bits auf 0 bzw. disable gesetzt haben.

Nehmen wir and, dass ich es so machen würde bedeutet das, dass ich bei 
der Einsprungadresse direkt den RETFIE Befehl schreibe.

Problem ist nur, dass er ja nach dem Interupt selbstständig dass GIE Bit 
wieder setzt. (Welches ich ja  nur 1x Am Anfang des Programmes gelöscht 
habe)

>Sicherheitshalber sollte man sich NICHT auf die
>Vorgaben der SFR nach einem Power-On verlassen (alles schon selbst
>erlebt)!! Also 'clrf INTCON' benutzen.

Okay hab ich zwar selber noch nicht erlebt aber gut, schaden kann es ja 
nicht.

>Am besten auch noch OPTION-Register belegen.
>Dann kann die Warteschleife evtl. mit einem
>Timer realisiert werden.

Das OR ist ja bei Power on schon auf FF, was soll ich da noch ändern?
Den Part verstehe ich noch nicht ganz..


Nochmal zur Warteschleife, diese würde funktionieren oder?
Hier wird ja nur Dezimal 250 geschrieben.
Wie aber mache ich das jetzt, wenn ich mehr brauche in meinem Fall rund 
1sec..?

Danke soweit!

Wait
  movlw  D'250'    ; 250 ms Pause
  movwf  loops

Wai
  movlw   .110           ; Zeitkonstante für 1ms
  movwf   loops2
Wai2
   nop                    ;
   nop
   nop
   nop
   nop
   nop
   decfsz  loops2, F      ; 1 ms vorbei?
   goto    Wai2           ; nein, noch nicht
                               ;
    decfsz  loops, F       ; 250 ms vorbei?
    goto    Wai            ; nein, noch nicht
    retlw   0              ; das Warten hat ein Ende

  end

Also die Schleife sollte jetzt so funktionieren.
Dann nochmal was Grundlegendes:
An Adr 0x04 im Programmspeicher liegt die Einsprungadr für die 
Interrupts.
Jetzt stell Dir mal vor, du bekommst einen unsauberen Spannungspegel auf 
der Versorgungsleitung - vielleicht wegen HF, EMV oder einfach nur, weil 
die Versorgungsspannung beim Einschalten prellt! Der PIC kann laut 
Datenblatt in Abh. der Oszillatorfrequenz bis ca. 2.6V intern noch 
arbeiten. Ab da KÖNNEN Registerinhalte undefinierte Werte annehmen!!! 
Und dabei reicht es schon aus, wenn die Spannung für wenige us unter 
diesen Pegel fällt. (Jetzt kann man natürlich den Powen-On-Timer in den 
CONFIG-Fuses setzten, was auf jeden Fall sinnvoll ist!) Das kann auch 
dazu führen, daß z.B. das INTCON-Register zufällig Interrupts aktiviert. 
Das führt wiederum dazu, daß ein Interrupt an Adr 0x04 springt. 
Dummerweise liegt bei dir da schon Programmcode. Mit einem RETFIE wird 
zwar das GIE-Bit gesetzt, aber wenigstens läuft der Rest des Programms 
OHNE einen STACK-OVERFLOW weiter. Das sind nämlich Fehler (wenn Sie denn 
mal auftreten), die man unendlich lange suchen muß!
Gleiches gilt für alle anderen SFR und GPR genauso.
Eine sinnvolle Initialisierungsroutine sieht wie folgt aus:
ORG 0x00
GOTO init
ORG 0x04
RETFIE
init
 (jetzt die PORTS vorgeben)
 (jetzt ALLE GPR auf 0 setzen)
 (jetzt ALLE SFR auf Initwerte setzen)
 (jetzt EVTL GPR vorbelegen)
main
 clrwdt
 (hier die Hauptroutine vorgeben)
goto main
ORG (letzte Adresse)
forever
 goto forever
 (>> wenn Programm jemals bis dahin kommt, gabs einen FATAL-ERROR, daher 
in eine Forever-Schleife eintreten, die dann den Watch-Dog aktiviert)

Gruß
TK

Hallo,

wieso nimmst Du nicht ein Steckboard und bestückst dieses mit einem 
minimalen Aufwand an Bauteilen (also 5V Versorgung mit 100nF 
Kondensator, Quarz / oder besser Resonator und evtl. eine LED)?
Ich kenne das Simulationsprogramm nicht. Sollte aber gehen. Takt am 
OSCIN, Versorgungsspannung an VDD und VSS, MCLR auf H (am besten mittels 
10k -> siehe Datenblatt).

Gruß
TK

Also ich hab keine Ahnung, was das mit der Simulation soll???
Wenn Du mit einem PIC arbeitest, dann nimm bitte auch ein Microchip 
TOOL!!!
MPLAB ist kostenfrei und hat einen Simulator eingebaut, ein 
Programmiertool, eine Entwicklungsumgebung usw....
Ich bin mir nicht sicher, ob der 16F84A einen internen Oszillator hat, 
aber ich glaube nicht. Daher muß eine ext. Quelle vorhanden sein.
Übrigens müssen die FUSES vor dem Programmieren bzw. Simulieren richtig 
gesetzt sein, sonst funktioniert dein Programm auch nicht (also OSC auf 
XT setzen, WatchDog AUS, Rest ist egal.)

PS: nach dem letzten CALL wait sollte irgendwann auch mal wieder ein 
goto main kommen.

Gruß
TK

Hi
schau mal bei www.oshonsoft.com/pic.html
guter PIC Simulator mit LCD , 7 Segment, Stepper und mehr

Gruss Mastereric

Ich denke, das wird er nach 11 Jahren, die der Thread alt ist, auch 
nicht mehr wissen ;)