dspic33 IOs wollen nicht

[Josch (Gast)]

Hallo,

da ich auch mal mit den PICs arbeiten wollte, habe ich mir einen 
dsPIC33FJ128GP802 und einen pickit3 gekauft.

Ich habe das ganze auf meinem Steckbrett aufgebaut und der Programmer 
kann mein device löschen, programmieren etc.

In MPLAB X habe ich nun ein ganz einfaches Testprogramm. Der Ausgang RA4 
sollte meiner Meinung nach dem Ausführen High sein. Ist er aber leider 
nicht.

Was ist an diesen wenigen Zeilen falsch? Oszilloskop und LED zeigen ein 
LOW an.

#include <xc.h>

void main(void) {
    TRISA = 0;
    ODCA = 0;
    LATA = 0xFF;
    PORTA = 0xFF;
    while(1);
}

[Peter C. (peter_c49)]

Hallo Josch,

schau mal in das Datenblatt.
AD1PCFGL: ADC1 PORT CONFIGURATION REGISTER LOW

Die sind default dem AnalogModul zugeordnet.

btw:

>LATA = 0xFF;
Das wird zum SCHREIBEN auf eine PORT benutzt!

>PORTA = 0xFF;
Das sollte zum LESEN von einem PORT benuzt werden, somit hier unsinn.


denke das es bei deinem dsPIC33 das auch so wie unten configuriert wird.

AD1PCFGLbits.PCFG4 = 0 ;  // Analog PIN, default!

AD1PCFGLbits.PCFG4 = 1 ;  // Digital PIN <= Das solltest du nehmen.

mfG
Peter ;-)

[Josch (Gast)]

Ich habe auch einen PIC18F14K22 hier. Laut MPLAB lässt sich dieser auch 
programmieren, erasen etc. Im Beispielcode zum LED blinken befindet sich 
folgender Code, der leider auch nichts tut. Hier wird auch mit PORTB und 
nicht mit LATB gearbeitet. Laut Datenblatt wird mit PORTB = x; auch das 
Latch geschrieben.

#include <xc.h>

void delay();

void delay() {
    int counter = 0;
    for (counter = 0; counter<10000; counter++) {
        ;
    }
}

void main(void) {
    TRISB = 0;

    while (1) {
        PORTB = 0xFF;

        delay();

        PORTB = 0x00;

        delay();
    }
}

[Reinhard (gotbread)]

Laut Diagramm hat Schreibzugriff auf PORT den
selben Effekt wie auf LAT, man sollte aber
dennoch LAT verwenden.

Ich habe hier einen dsPIC33EP256MU806, folgender
code funktioniert für eine LED:

int main()
{
    TRISEbits.TRISE7 = 0;
    for (;;)
    {
        __delay_ms(50);
        LATEbits.LATE7 = ~LATEbits.LATE7;
    }
}

Datenblatt sagt, input ohne AD1PCFGL zu ändern geht nicht,
schreiben sollte aber gehen, auch wenn nicht empfohlen.

Stelle auch sicher dass an allen VDDs und AVDDs Spannung
anliegt, sowie Vcap ein Kondensator hat.

[Johannes R. (oa625)]

Reinhard S. schrieb:
> Laut Diagramm hat Schreibzugriff auf PORT den
> selben Effekt wie auf LAT

Stimmt prinzipiell, ABER:
Das Schreiben auf einen PORT erfolgt immer als Read-Modify-Write. Es 
wird also immer zuerst der Zustand am Port gelesen und danach geändert.
In Deinem Fall ist es egal, ob da LATx oder PORTx steht.
Wenn aber ein/mehrere Portpin/s durch äußere Beschaltung bzw. 
Kurzschluss  "gewaltsam" auf den falschen Pegel gezogen werden, dann 
führt

   LATx = NOT LATx

 zum richtigen Ergebnis, während

  PORTx = NOT PORTx
 vom Zustand der Portpins abhängig ist.

Gruß
JRo

[Josch (Gast)]

Leider tut sich immernoch nichts. Vom PIC18 (oben erwähnt) habe ich VDD 
mit 3,3V und VSS mit GND verbunden (3.3V kommt aus dem Netzteil). An VDD 
noch den obligatorischen 100nF gegen Masse und an MCLR einen Pullup 20k.

MPLAB kann den Chip erkennen, erasen und programmieren. Die LED ist mit 
Vorwiderstand an RB7 angeschlossen. Lege ich den Widerstand kurz an 
3.3V, dann leuchtet die LED. Auf dem Oszilloskop und LED ist an RB7 
nichts zu sehen, immer LOW.

Mit dem Beispielcode oben (20.01.2018 18:15) hätte ich erwartet, dass 
die LED blinken würde. Auch unterschiedliche Frequenzen vom delay führen 
keine Änderung herbei.

Irgendwas übersehe ich, aber was?

[Reinhard (gotbread)]

Miss mal was an MCLR anliegt. Vllt ist der
Pullup zu groß. Ab und zu zieht mein Pickit3
auch den MCLR auf Masse, auch außerhalb des
programmierens.

[Josch (Gast)]

Die Spannung an MCLR ist nach dem Programmieren auf HIGH.

[Frank K. (fchk)]

Josch schrieb:
[...]

1. In der Initialisierung fehlt:

ANSEL=0xff;
ANSELH=0xff;

Dieser Schritt ist bei fast allen PICs notwendig.

2. Statt PORTB LATB verwenden.

Dann sollte es funktionieren.

fchk

[Axel H. (axhieb)]

hast du die Configbits richtig gesetzt?

ich kann mich erinnern, dass ich mit dem Clock bei den dsPIC33xxxxxx 
Probleme hatte. Du kannst in den Config Bits das Clock-Signal auf einen 
externen Pin legen und dann mit dem Oszilloskop schauen ob sich da was 
tut.

[Klaus (Gast)]

Läuft der der PIC (egal welcher) im Debugger? Kann man durchs Programm 
steppen?

MfG Klaus