Neueste Beiträge

Seiten 1 ... 8 9 10
91
H
Mikrocontroller / Board 2012
Letzter Beitrag von Herbert - 26.10.2021, 14:53:30 CEST
Hallo Volker,
du hast eine PM von
mir.
Ich bin mir nicht sicher
ob ich das Senden der PM  Richtig gemacht habe.
Danke 
Herbert
92
P
Compiler Software / Aw: MPLAB x für Linux
Letzter Beitrag von pic18 - 25.10.2021, 15:42:14 CEST
Danke, ich probier es mal mit dem XC8 Compiler
93
V
Compiler Software / Aw: MPLAB x für Linux
Letzter Beitrag von vloki - 25.10.2021, 14:29:35 CEST
Anscheinend gibt es nur CCS Compiler für die Kommandozeile in Linux, nicht integrierbar in die IDE.

-> https://www.ccsinfo.com/faq.php?page=linux
94
P
Compiler Software / Aw: MPLAB x für Linux
Letzter Beitrag von pic18 - 25.10.2021, 11:30:51 CEST
Danke, das war der Fehler, wie ich die x.XX reinkopiert habe weiß ich nicht. Nun habe ich das nächste Problem. Nach Start von MPLABx.ide kommt die Meldung das ich den CCS C Compiler nicht installiert habe. Wenn ich installieren Ja drücke, dann läd er eine Exe-Datei herunter, welche ich unter Linux nicht öffnen kann. Bei Nein macht er weiter und ich kann offenbar ein xc8 Projekt laden. Wenn ich MPLABx neu starte kommt wieder die Meldung das der CCS C Compiler nicht installiert ist.
95
V
Compiler Software / Aw: MPLAB x für Linux
Letzter Beitrag von vloki - 25.10.2021, 09:15:19 CEST
Hi,
ich schätze mal, du musst das X.XX mit der Versionsnummer deiner Installationsdatei ersetzen.
Bzw. der Dateiname muss dem der von dir runter geladenen entsprechen!

(vermutlich xc8-v2.32-full-install-linux-x64-installer.run)
96
P
Compiler Software / Aw: MPLAB x für Linux
Letzter Beitrag von pic18 - 24.10.2021, 19:34:08 CEST
ich habe jetzt versucht den XC8 Compiler zu installieren, leider wird hier auch kein Befehl gefunden. Irgendwas mache ich da falsch. Das Verzeichnis müßte aber stimmen.
97
P
Compiler Software / MPLAB x für Linux
Letzter Beitrag von pic18 - 24.10.2021, 19:11:23 CEST
Hallo, ich habe vor kurzem Linux installiert und möchte MPLAB x ide benutzen. MPLAB x habe ich installiert, aber ich bekomme keinen C-Compiler installiert. Kennt sich jemand mit Linux aus?
Ich habe folgende Zeile schon installiert
sudo apt-get install libc6:i386 libx11-6:i386 libxext6:i386 libstdc++6:i386 libexpat1:i386

nun habe ich versucht den CCSLoad Programmer zu installieren, ich habe diesen heruntergeladen, das Verzeichnis entsprechend verändert und versucht diesen zu installieren. (Nach Anleitung: http://www.ccsinfo.com/downloads/readme_ccsload.txt).
Leider kommt ständig die Fehlermeldung das der Befehl nicht gefunden wird, siehe screenshot.

Hat jemand eine Ahnung was ich hier falsch mache? Bzw wie ich einen C-Compiler installieren kann?
Vielen Dank Pic18
98
P
Mikrocontroller / Aw: Zeiten im PIC : Frequenz u...
Letzter Beitrag von picass - 22.10.2021, 15:30:14 CEST
Wieder ein Rätsel gelöst! (Teil-) Ziel war es, mithilfe eines PIC's lange Zeiten, also einen Rechteck-Impuls mit großer Länge  – gemeint sind 30 Minuten bis mehrere Stunden – zu erzeugen. Erst hatte ich eine voll alte Uhrenplatine am Wickel, die immerhin schon 2-Sec-Impulse ausgab, und an einem PIC – bitte weghören – hatte ich noch nie einen der internen Timer/Counter in Betrieb gehabt. Letzteres habt ihr jetzt echt nicht gelesen. Aber nun doch der Versuch "mit nur" einem PIC:
Also mit dem s.o. ermittelten Takt von 30,51 kHz des HF-Oszillators eines PIC18F14K22 gestartet, und dem ein erschütternd kurzes Assembler-Prog verpasst, in dessen Voreinstellung der Timer0 im 8-bit-Teilermodus durch 256 teilt, in einer Winzig-Schleife eine LED toggelt und hauptsächlich sich mit NOP's vergnügt. Das sollte dann einen Impuls immerhin schon im Sekundenbereich erwirtschaften.
Beim ersten Einschalten tat sich scheinbar nichts, irgendwann leuchtete die Kontroll-LED los und blieb auch so los. War wohl nix! Der Simulator versagte, weil es mir nicht gelang, den notwendigen Interrupt des Timer-Überlaufes zu simulieren. Der um Hilfe gebetene Digi-Oszi half zur Erkenntnis, dass der PIC mit 38 Hz die LED beschaltete, anstelle von Sekunden leider nur 26 Milli-Sekunden.
Wie üblich schweres Wälzen des PIC-Datenblattes und irgendwann fiel mir endlich der an mindestens zwei Stellen im Extra-Kasten hervorgehobene Sonderhinweis der Microchip-Truppe auf, dass nach einem ausgelösten Interrupt der gleich wieder einzufangen wäre, indem noch in der IRQ-Routine das TMR0IF-Flag des INTCON-Register zu löschen wäre. Schwitz, zig mal gelesen, aber lass' ma..... Die Zeile rein, und der PIC kam endlich aus seiner IRQ-Routine raus. Nun blinkt die LED, zumindest dann, wenn man geduldig hinschaut alle 8,59 Sekunden für genau diese Dauer.
Und wieder werden nur wenige Frauen – also meine auf keinen Fall – nachvollziehen können, warum sich der Mann am Blinken einer LED derart erbauen kann! Dieses Blinken verhilft mir u.a. zu einer neuartigen Erkenntnis: das fleißige interne Zählen der Befehls-Zyklen läuft ja gänzlich ohne irgendwelche Programmzeilen-Abarbeitung ab! Der Timer-Betrieb ist wohl vollständig in Hardware gegossen und beeinträchtigt in keiner Weise weder Programmplatz noch die sonstige Abarbeitung eines Programms! Das hatte ich mir bislang genau andersrum vorgestellt, und mich aus diesem Grund vor der Nutzung der Timer-/Counter-Resourcen gedrückt! Liegt vielleicht an meinen wenig ausgeprägten Englisch-Kenntnissen, aber ein solcher explizierter Hinweis auf die von der Hardware ermöglichte Unabhängigkeit war mir bislang entgangen, und auch beim Betrachten der Diagramme war mir diese Erkenntnis nicht gelungen.
Nun hat mir das verschlafene Blinken einer LED aus meinem Tiefschlaf geholfen: fortan wird getimert, was das Laufwerk hergibt. Wenn das so weiter gehen sollte, werde ich irgendwann die Grundlagen eines PICs noch raffen.
Grüße, picass
99
avatar_Peter
Projekte und Eigenbau / Aw: Rollladensteuerung altehrw...
Letzter Beitrag von Peter - 20.10.2021, 21:26:28 CEST
Ich kenne mich zwar nicht in Eagle aus aber kannst du nicht einfach
im Schaltplan auf den Namen klicken und einen anderen Name für das
Bauteil vergeben ? Dann stimmt es ja wieder. Der Rest ist ja dann gleich.
100
P
Mikrocontroller / Zeiten im PIC : Frequenz und Z...
Letzter Beitrag von picass - 20.10.2021, 15:31:29 CEST
Um mich der exakten Messung der Dauer von Zeitschleifen anzunähern, habe ich erst mal die Taktfrequenz bei einem Exemplar eines PIC18F14K22 zu ermitteln versucht. Gewählt war der interne Oszillator und die anschließende maximale Teilung auf den offiziellen Takt von 31,25 kHz. Dazu hatte ich dem PIC ein Programm verpasst, welches in einer Schleife genau 100 Zyklen ausführt. Das Prog enthält am Anfang die Toggle-Anweisung (1 Cyc.) für einen Pin, an dem eine LED geschaltet wird, und am Ende eine BRA-Anweisung (2 Cyc.) auf den Anfang, dazwischen NOPs. Das Digi-Oszi zeigt 26,22 ms für eine komplette Schwingung, bestehend aus 200 Cyclen. Also die 26,22 mS geteilt durch 200 ergeben 0,131 µS. Dessen reziproker Wert gibt dann die Frequenz, mit welcher die Cyclen abgerechnet werden, das wären 7,628kHz. Weil der µC-Takt noch durch vier zu teilen ist, um  die Zeit für einen Instruction Cycle zu ergeben, also die 7 k noch multipliziert mit 4, das wären dann 30,511 kHz. Und das wiederum wäre eine Abweichung vom offiziellen Wert in der Größe von 2,4 %.
Für echt zeitkritische Anwendungen sicher nicht geeignet, aber bei solchen Programmen mit langsamsten Änderungen von z.B. Messwerten wie meiner Öltemp-Messung für das Auto oder die Feuchte-Messung eh' egal. 2% Abweichung bei z.B. Widerständen gilt ja noch als guter Wert. Insgesamt also ein erbauliches Ergebnis für eine Schaltung ohne Quarz oder Keramikschwinger– sofern ich da nicht was missverstanden und ungut gerechnet haben sollte.
Grüße, picass
Seiten 1 ... 8 9 10