So Leute, falls hier noch einer lebt. Habe das Problem endlich gelöst, hahaha. Nachdem ich heute bei einem neuen Projekt das EEPROM vergewaltigen wollte hatte ich wieder diese leidige Warnung:...
Art: Beiträge; Benutzer: BioSniper
So Leute, falls hier noch einer lebt. Habe das Problem endlich gelöst, hahaha. Nachdem ich heute bei einem neuen Projekt das EEPROM vergewaltigen wollte hatte ich wieder diese leidige Warnung:...
Elektroautos sind was für Trottel.
Unterm Strich ist die Energieeffizienz katastrophal. Das ein batteriebetriebenes Fahrzeug CO2 einspart ist eine reine Doktrin. Ein High-Tex Dieselmotor mit...
Hab' den Fehler eben selbst gefunden:
while (OSCCONbits.IOFS == 0) ; //Warten bis Frequenz stabil.
Diese Abfrage kann man nur für HFINTOSC machen. Der PIC lief, aber hat sich an dieser...
Dieser Code funktioniert, der PIC arbeitet mit 31250 Hz:
OSCCONbits.SCS1 = 1;
OSCCONbits.IRCF0 = 0;
OSCCONbits.IRCF1 = 0;
OSCCONbits.IRCF2 = 0;
Danke für die Antworten.
Zumindestens ist mir mal ein Licht aufgegangen was da passiert.
Der Compiler kopiert also alle Variablen erstmal auf den Stack, bevor sie bearbeitet werden. Wenn eine...
Er stört sich nicht an "static", sondern an "volatile".
Was volatile exakt bewirkt ist mir jedoch etwas unklar. Ich weiss nur, dass man es verwenden soll, wenn die Variable auch innerhalb von...
Ich habe das getestet, deshalb weiss ich dass es so ist wie ich es geschrieben habe.
Was im Datenblatt steht ist Dreck.
Auch die Zeichnung bzgl. der Takterzeugung ist fehlerhaft.
Der Baustein besitzt keine Flankenerkennung wie im Datasheet beschrieben, sondern eine Pegelerkennung.
Das perverse ist, dass der MPLAB-Simulator ebenfalls mit Flankenerkennung simuliert.
Hab den LCD Fehler gefunden. Hatte bei der Initialisierung das Display ausgeschaltet, es dann gelöscht und es dann vergessen wieder einzuschalten. So ein blöder Fehler, naja, jetzt kann ich beruhigt...
Hat sich erledigt habe den Fehler gefunden, man muss die interne Frequenz doch auf 8 MHz einstellen, sonst geht die PLL nicht und er nimt es von intern.
Wenigstens noch 1 Fehler gefunden, jetzt...
So, ja, Mist, geht nicht. Habe den halben Tag rumprobiert.
Datenblatt Seite 12:
http://ww1.microchip.com/downloads/en/DeviceDoc/41350C.pdf
Er geht zwar, aber er läuft nicht über die PLL. Er...
Platine fertiggeätzt, 1A.
Sogar mein Schriftzug mit der Schaltungsbezeichnung ist makellos geworden.
Nächstes mal probiere ich es mal mit nur 1er Folie.
Ich besitze keinen Teppich.
Habe die zwei übereinandergeklebten Folien auf Lichtdichtheit getestet, absolut lichtdicht, selbst unter Halogenlicht.
Ist doch wohl offensichtlich woran das liegt, an Deinem komischen Jumper.
Ist doch schon eine Schnapsidee den Quarz über Jumper mit dem PIC zu verbinden.
Wahrscheinlich hast Du noch ein 20m...
Gibt es bei z.B. bei Reichelt in der 400ml Dose.
Wie der Name schon sagt dient es dazu Leiterplattenausdrucke auf LASERfolie lichtdichter zu machen.
Habe das Zeug heute erhalten und gleich mal...
Danke für die Antwort, nur bin ich mir jetzt immer noch nicht sicher, dass das die richtige Einstellung ist.
Ist nämlich immer ein Horror, wenn der PIC nicht auf anhieb anschwingt.
Eine LED habe...
Ich wollte folgendes einstellen bzgl. Oszillator in den Configuration Bits:
FOSC = IRC (Internal RC oscillator)
PLLEN = ON (Oscillator multiplied by 4)
SCS<1:0> muss glaube ich nicht verändert...
Das mit dem Flag gefällt mir.
Hatte eben ein merkwürdiges Phänomen:
Ich habe einen 16 Bit-Counter, der in einem TMR0 Interrupt alle 0,68ms dekrementiert wird.
Ab und an wurde der Counter in der while-Schleife als 0 erkannt,...
Braucht die gleiche Zeit? Das kann ja nicht sein. Du springst mit Deinem Befehl ja auch weiter zurück als notwendig (oder?), da Du 4 Dinger vom PCL abziehst, statt 3.
Probier mal diese Methode und...
Ja, danke für die Antwort.
Ich habe das jetzt eher so vor:
_asm
MovLW PCL-Adresse
Btfss PORTC, 6, 0 //Warten bis Mess-PIN-TMR13 = 1.
MovWF PCL, 0 ...
PIC18F14K50 mit C18.
Zeitkritische PIN-Abfrage. Muss natürlich auf richtiger PCL-Adresse stehen, deshalb die NOP's:
_asm
NOP
NOP
Habs mal so probiert, aber gleiche Warnung (Warning [2054] suspicious pointer conversion):
static volatile union _tmrGATEcounter {
unsigned int LH;
struct {
char L;
...
Hab's jetzt so geändert, aber jetzt kommt:
Warning [2066] type qualifier mismatch in assignment
static volatile unsigned short tmrGATEcounter;
void ReadEEdata16(unsigned short *dest,...
Sorry vergessen, C18 verwende ich.
Spielt keine Rolle, ob das char oder short ist, der Fehler bleibt bestehen. Ich sehe da auch keinen rechten Sinn drin, denn ein Pointer ist 16 Bit lang, egal...