-
Thread
PIC18F47Q10 programmieren
https://hackaday.io/project/177988-68k-mbc-a-3-ics-68008-homebrew-computer In dem Projekt ist ein PIC18F47Q10 verbastelt. Ich habe mich jahrelang um die Firma Microchiop herumgedrückt, muss mich aber jetzt wohl mit dem Zeugs beschäftigen. Ich suche jetzt eine möglichkeit den Controller zu programmieren
MPLABX IDE/IPE. Kostenlos downloadbar. > Ist da auch ein C-Compiler dabei? Nein. Den passenden XC8 Compiler musst Du Dir getrennt runterladen (auch kostenlos) und installieren. Microchip hat Prozessoren mit 8, 16, und 32 Bit Datenbusbreite, und für jede Gruppe hast Du extra Compilerpakete. PIC18 hat
-
Thread
UP/Down Zähler Schaltung mit Hilfe von Mikrocontroller
Atomkraft, warum nicht? schrieb im Beitrag #6544721 bereits am 10.01.2021 um 18:50: > Da ist jede Hilfe voellig wirkungslos. Selbst *ein* winziger PIC12F675 kann mit ein paar 74HC595 dahinter schon ca. 400 LED hoch und runter binaerzaehlend blinkern lassen. Voellig ohne
In der Tat wusste ich nicht, dass so ein kleiner Kontroller wie PIC12F675 hier gibt. Mit 40 bis 50 Cent pro Stück ist es sehr interessant. Der Preis ist natürlich sehr entscheidend.
-
Thread
Einstieg in die Mikrocontroller-Welt
jrg1968 schrieb im Beitrag #2107636: > * Mit welchen Controller sollte ich starten? Allemal mit einem 8Bitter. Ob AVR oder PIC oder etwas Exotisches, ist prinzipiell egal. Ich habe auch mit AVR begonnen und fand ihn recht einsteigerfreundlich. Außerdem sind die Dokus zu den Atmel-Bausteinen herhorragend
auf den >Stopp-Button geklickt wird. Der Programmlauf wird nämlich beim klicken >auf Cotinue (F5) auch an diesem nicht gestoppt. Dann erreicht dein Programm nie die Stelle des Brakpoints. Statt mit F5 mit F10 oder F11 weiter machen. MfG Spess
-
Thread
Modelbau
schon seit längerem produziert und vielfach verkauft. Ich arbeite allerdings mit anderen Prozessoren (PIC12F629). *Bitte keinen Glaubenskrieg über die unterschiedlichen Prozzis anfangen !!!* Dabei überprüfe ich alle 0,01ms, ob ein entsprechender Eingang am PIC auf H-Pegel liegt. Ist dies der Fall, erhöhe
für den aufmerksamen Leser auch eine Postadresse, die sogar stimmt. Aber bitte nicht weitersagen... 8-D ...
-
Thread
Zaubertrick von Auto überfahren, was tun?
Auf der Leiterplatte befinden sich ein MCU (PIC18F13K22), ein Dreiachskompass (HMC5883) und ein kleiner Vibrationsmotor (baugleich ANDA-B1020). Nettes Prinzip, Motor vibriert bei Kopf einmal und bei Zahl zwei mal. Die Leiterplatte funktioniert
Sebastian W. schrieb im Beitrag #5135214: > Auf der Leiterplatte befinden sich ein MCU (PIC18F13K22), ein > Dreiachskompass (HMC5883) und ein kleiner Vibrationsmotor (baugleich > ANDA-B1020). Nettes Prinzip, Motor vibriert bei Kopf einmal und bei Zahl > zwei mal. > Die Leiterplatte
-
Thread
Padauk PFS154 und Rambelegung
rda5807_writereg(5); } [/code] Laut map-file des SDCC benötigt die Funktion für das Argument 8 Byte (Speicher von 0x3F bis 0x46 (inklusive): Listing map-File ---------------- [code] Area Addr Size Decimal Bytes (Attributes) ------------
jetzt nicht all die HW-Register dieser Chips auswendig gelernt, aber wenn ich mal ganz kühn von den PIC auf die Padauk schließe, dann kommt mir deine Quelle etwas verschwenderisch vor. Ich mach da mal ein paar Anmerkungen: [c] uint8_t aktvolume = 7; // wozu überhaupt eine Variable erzeugen? uint8
-
Thread
Von AVR auf PIC umsteigen
Hallo zusammen, nachdem ich nun eine Zeit lang mit dem Atmega8 von Atmel in C programmiert habe, will ich nun auf einen PIC 16F887 von Microchip umsteigen. Dies liegt vorallem daran, dass ich Anfang nächsten Jahres ein Abschlussprojekt mit dem PIC 16F887 erstellen
ungeeignet für die > C-Programmierung seien. Ich MUSS aber mit dem PIC 16f... programmieren > und würde es am liebsten in beiden Sprachen tun. Das MPLAB X ist wirklich nur die IDE, da ist kein Compiler dabei. Den passenden Compiler für Deine Architektur (PIC16/PIC18
-
Thread
PIC18F2550 Firmware für Brenner8 SPRUT
Hallo, ich habe das gleiche Problem wie im Oktober durch Oli beschrieben. Ich möchte den Brenner8 von sprut bauen und habe das Problem die Firmware zu brennen. Gibt es eine Möglichkeit die Brennerhard- und Software vom PIC16F84 (serielle Schnittstelle) für den PIC18F2550 zu erweitern oder würde mir jemand gegen Portoerstattung die Firmware des Brenner8 auf zwei PIC18F2550 brennen? Gruß Andy
-
Thread
Problem Start PIC16F876A
einen Rattenschwanz absolut ohne Funktionen und Prozeduren zu pferchen. Alternativ könnte man einen 18F nehmen. Danke an alle! Gruss Chregu
Christian M. schrieb im Beitrag #4894103: > Alternativ könnte man einen 18F nehmen. Eine Alternative wären evtl. die Enhanced Midrange Typen (12F1xxx, 16F1xxx). Pinkompatibel zu den alten Midrange Typen, aber u.a. 16 Level Stack.
-
Thread
RFID MFRC522 und PIC18FXXXX
über das Datenblatt verrät das eine Eingangsspannung VCC von 3,3V benötigt wird. Wenn ich also den PIC18F4550 benutze muß ich für das Modul noch einen LDO mit 3.3V Ausgangsspannung dazubasteln (plus ein paar C's). Soweit sogut, aber was ist mit den SPI Leitungen vom Pic zum MFRC522 ??? Tja, hab da
Du kannst einfach den PIC auch mit 3.3V betreiben. Und für den PIC18F4550 gibts verbesserte Nachfolger, PIC18F45K50 und PIC18F45J50, die weniger Strom verbrauchen und mehr Features haben und inzwischen auch billiger sind.
-
Thread
SPI MCP23S09
Ich benutze den PIC16F886 und meine LED soll mit dem MCP auf Masse gezogen werden.
Sry, ich war grad mit den Gedanken in einem anderen Thread^^ Da ging es um einen PIC18F2550^^ Für den PIC16 ist das Beschreiben von PORTA ok. Dann schau dir bitte die Kommunikation mit dem MCP23S09 an. Du musst ihn via SPI korrekt adressieren! D.h. fallende Falnke CS + Opcode
-
Thread
Wer kann mir (fix) einen PIC18F2550 brennen?
Servus zusammen, mir ist intelligenter Weise mein Brenner8 von Sprut abgeraucht. Kann mir denn jemand einen einen PIC18F2550 mit die aktuellsten hex für den Brenner8 @ 20MHz beschreiben? Leider eilt die Sache etwas =). Mir wär's also am liebsten, wenn
bitte einen Preis nennen) und dann entwededer noch den PIC dazu oder ich schick nen 18F2550 per Post. Wäre super wenn sich jemand bereit erklären würde. Bitte meldet euch an kruszi@web.de aber nur wenn ihr's auch wirklich fix schafft ansonsten komm ich
-
Thread
Laufschrift mit PICs
Hallo Dominik, ich habe so eine Anzeige mit einem PIC 16f84, 8 Anzeigen mit 5X7 Punkten und einigen Schieberegistern gebaut. Als ich mir das im Urlaub ausgedacht habe, war mir noch nicht so ganz klar, was das für eine Lötarbeit ist...z.Zt programmiere
www.poms-engineering.at/html/index.php?inc=projects_moving_screen&lang=de Laufschrift (erweiterbar) mit PIC18F458 Controller und Zigbee Modul.
-
Thread
LCD (HD44780) timing extrem träge
Hallo, Ich arbeite mit einem PIC18F2550 und dem Microchip C18 Compiler und möchte jetzt, nach einiger Einarbeitungszeit mein erstes LC-Display ansteuern. Ich habe mir anhand des xlcd Sourcecodes eigene Routinen gestrickt, die das
drüber schauen. Die Ein oder Andere Eingebung bringt das ab und zu. ;) Der Code ist für einen PIC18F4550 mit 40MHz Quarzoszillator. schönen Abend noch. Sebihepp
-
Thread
dsPIC4011 AD Wandler
Matthias Motschiunig wrote: > #include "30F4011.h" > #include <string.h> > > #fuses XT_PLL8, NOWDT, NOBROWNOUT > #use delay(clock=58982400) > #use standard_io(d) > > #use rs232(baud=9600,UART2) > > unsigned int16 wert; > float spannung
viel > davon benötigen. Sorry, aber das ist gelogen, du hast nicht mit dem C18-Compiler an einem 4013 gearbeitet. (Ich nehme an du meinst den 30F4013, der verlangt nach dem C30 Compiler)
-
Thread
Präsentation mit Fußschalter steuren (USB-HID)
Hi, Natürlich lassen sich die Pics auch über C programmieren... Für die "größeren" (ab 18F) würde ich es auch auf jeden Fall empfehlen! Die sind dafür ausgelegt! Die Entwicklung ist ja nicht beim 16c84 stehengeblieben (Wie manche "militante" AVR-Fans anscheinen manchmal glauben!) So ist
Framework und alle anderen Beispielprogramme für die USB - Geschichte rein in C Geschrieben! Für die 18F gibt es auch einen ganz brauchbaren Compiler zur freien Verwendung (unter Studentenversion irgendwo auf der µChip HP) Auch die kleineren Pic (10F, 12F 16F,) lassen sich natürlich in C proggen. Auch
-
Thread
Digitalverstärker
Ich habe einen Versuch (mit PIC18) gemacht. Ich habe das PWM auf 8bit, 250kHz eingestellt und die 8 höherwertigen bits des ADCs direkt mit dem PWM Modul ausgegeben. Ich habe 44100 Mal pro Sekunde gemessen und die Werte an das PWM
weitergegeben. Das Ergebnis war bis auch ein bisschen Rauschen relativ gut. Am Eingang habe ich mit 470nF Kondensator + 2*100kOhm einen 2.5V Offset zum Audiosignal addiert. An PWM Ausgang hatte ich einen 220µF Elko: PWM_Pin--> Elko* --> Kopfhörer --> GND Der Code (Achtung ist für PIC18) sah so aus:
-
Thread
OLED-Display SPI Psoc4
(); Write_Cmd(0xAE); //Set Display OFF Initial_SSD1327(); Pic_show(&pic1);// Ausgabe an Display Write_Cmd(0xAF); //Set Display On } void Pic_show(unsigned char ptr[][MAX_COL/2]){ unsigned char i=0,j=0; Write_Cmd(0x15)
{ Pic_show(&pic1);// Ausgabe an Display } void Pic_show(unsigned char ptr[][MAX_COL/2]){ unsigned char i=0,j=0; Write_Cmd(0x15); //Set Column Address Write_Cmd(0x00); //Start Column
-
Thread
Mouser Bestellung
Keks F. schrieb im Beitrag #7451167: > Klar, kein Ding. Ich wünsche dir noch einen angenehmen Sonntag. Angenehm wäre er ~8 Grad kühler gewesen (Höchstwert heute knackige 33,8°C), aber Danke, gleichfalls
meine Liste: 2x LT3571 -> 584-LT3571EUD#PBF 2x TL431 -> 511-TL431ACZ-AP 2x PIC16F17146 -> 579-PIC16F17146-I/P 6x AQY284EH -> 769-AQY284EH
-
Thread
mit was starten? Atmega8 - Einsteiger will keinen Mist kaufen
Es muss nicht unbedingt ein Atmega sein. Ich habe mit Microchip erste erfahrungen gesammelt. Der PIC18 ist schon sehr leistungsfähig und dennoch übersichtlich. Als Debugger empfehle ich dann ein PicKit3, den gibts zusammen mit einem demoboard für wenig geld. Mit diesem kannst du auch die ganz großen
F. Fo schrieb im Beitrag #4087500: > uC..net habe ich auch erst viel später entdeckt. ich auch, aber der TO hat schon hergefunden :-) Ich fing mit ATmega8 an und pony2000 F. Fo schrieb im Beitrag
-
Thread
rcall/ relativ call Anweisung PIC18F85J10
Hi, ich stelle gerade von PIC16F auf 18F um und habe ein wenig mit einigen der neuen Befehle zu kämpfen. Einer der Befehle ist der rcall Befehl. Das was im Datenblatt zur "INtruction" steht ist mir recht klar, ich kann damit den
sollte rcall nach meiner Vorstellung den ProgrammCounter um 4 Stellen weiter schieben. Da es sich beim PIC18F um 16bit Anweisungen handelt sollten dies wie ich denke 2 Zeilen im Programm sein, allerdings rcall weder zu Main noch zu einem der TutX Unterprogs. Was mache ich falsch ? Grundlegend scheint
-
Thread
Enhanced Capture mit PIC18f448
PORTD4 für den Capture-Modus um die Periode der Frequenz zu ermitteln.Zum programmieren nutze ich C18 von Microchip. (PIC18F448) Sind die Einstellungen für diesen Modus denn so richitg? es scheint als wird kein Interrupt ausgelöst. OpenTimer3( TIMER_INT_OFF & T3_SOURCE_INT ); OpenECapture1
in deinem PIC. Vielleicht geht die Verwendung der C18 Librarie ja nur wenn man zwei CCP Module hat, denn hier steht nur 2xCCP und nicht ECCP: [c] T1_CCP1_T3_CCP2 [/c] Aber das ist nur eine Vermutung. 3.Und
-
Thread
PIC18F1220 (C-Code) Port (einzelnen Pin) abfragen
Hi! Seit etwa einer Woche beschäftige ich mich mit PICs, z.Z. eigentlich nur mit dem 18F1220 (weil ich lieber in C schreiben möchte). Ich benutze MPLAB X und PICkit3. Soweit so gut! Bis jetzt habe ich es geschafft Ports ein und auzuschalten (LED blinken lassen), den Wert eines Potis
mir gerade so einfallen. Es ist auf jeden Fall sauberer. fchk PS: Das ganze gilt nicht nur für PIC18, sondern genauso für PIC24/dsPIC und PIC32. Da isses genauso.
-
Thread
MCP2200 wir dnicht erkannt
Verschalung der 470Ohm und 10KOhm Widerstände in der > verlinkten Schaltung nicht verstehen. Soll der 0,1nF den POR Puls > glätten? Aber wieso wird dieser im Datenblatt nicht erwähnt? Ich kann > mir nicht vorstellen, dass dieser nötig ist. Der MCP2200 ist ein PIC18F13K50 oder 14K50. Wenn Du einen 8
Frank K. schrieb im Beitrag #3438791: > Der MCP2200 ist ein PIC18F13K50 oder 14K50. Wenn Du einen 8 Bit PIC > programmierst, werden je nach Typ so um die 8.5..14V an !MCLR (!RST) > angelegt, und die sollen möglichst nichts anderes beschädigen. Daher > diese Schaltung
-
Thread
Beim 16x1 LCD will der Zeilenwechsel nicht klappen
*************************************************************** ;Ansteuerung eines LCD Displays ;PIC 16F628 ;Takt 4MHz ;Kay ;06.08.09 ;*********************************************************************** ;Pinbelegung des PIC**************************************************** ;***********
. Naja, mit dem Assembler hat das wenig zu tun, der kann es. Allerdings können nur die neueren (18Fxxx) und ein paar wenige von den 16Fxxx Daten direkt aus dem Flash lesen. > Das wäre schon allein ein Grund für mich, vom PIC auf AVR umzusteigen: > [avrasm] > .db "Hallo Peter", 0
-
Thread
32 Bit Controller für Motion Control
Hallo, ich suche eine leistungsfähigere Alternative für einen aktuell eingesetzten dsPIC33 in einen Servoantrieb. Der aktuelle dsPIC hat 40 MIPS, 16 Bit, 128KB Flash und 16 KB RAM. Von der Performance sind wir am Limit. Die Anforderungen an den neuen Controller wären: - 128 ... 512
Es gibt zwischen 8- und 32-bit keine klare Nische für 16-bit Cores. Preislich und funktionell konkurrieren sie entweder mit den 8bittern (MSP430) oder mit den massiv nach unten drängenden 32bittern, speziell denen mit
-
Thread
LPC1102, jetzt wird's winzig. 32-bit auf 5 mm2
#1682243: > Hab ich da schon wieder was verpasst? Wusste wirklich nicht, dass es den > AVR32 oder den PIC32 in DIP gibt. Ich denke auch, daß die Anwendungen, wo man einen DIP-8 oder DIP-20 benötigt von den verfügbaren 8-Bittern zu wuppen sind. Zumindest ich benötige dafür keine 32Bit-Power. Ein 32
Mega328 schnallen, aber ein ARM ist bei dieser Art Software umgänglicher. Deshalb sind für mich die PIC24 noch leidlich interessant. Wo AVR zu klein ist oder mich softwareseitig nervt, aber ARM mechanisch unpraktisch. Die PIC24 gibt's nämlich in 18 und 28 Pins.
-
Thread
chipKit PIC32 gcc wird von Arduino nicht gefunden
Board_Data.c.o Using precompiled core: C:\Users\DIE\AppData\Local\Temp\arduino_cache_628508\core\core_chipKIT_pic32_chipkit_pro_mx7_USB_z_custom_f3a7e7bad86846c41ad9e9e66219d0a5.a Linking everything together... "C:\\Users\\DIE\\AppData\\Local\\Arduino15\\packages\\chipKIT\\tools\\pic32-tools\\1.43-pic32gcc/bin
\\hardware\\pic32\\2.1.0\\cores\\pic32/chipKIT-application-32MX795F512.ld" -T "C:\\Users\\DIE\\AppData\\Local\\Arduino15\\packages\\chipKIT\\hardware\\pic32\\2.1.0\\cores\\pic32/chipKIT-application-COMMON.ld" "C:\
-
Thread
Videoverschlüsselung
Obwohl ich ja teilweise zu einem regelrechten "2-Layer Künstler" mutiere ;-) Ich habe kürzlich ein PIC18F8722 Board mit 2 128x8 SRAMs gebaut mit 2 Layern. Auch das ging - das ist allerdings noch nicht mit den doppelt so vielen Pins des Blackfin vergleichbar - ächz! Lg Josef
zurückgreifen müsste wegen der S-RAMs, oder? Ich habe schon S-RAMs versuchsweise angesteuert - mit einem PIC18F8722. Der hat aber schon ein eigenes Interface dafür. Ein CPLD würde da wohl eher "gnadenlos" ohne Rücksicht auf Timings drauflos schreiben. Auch 2 Stk der Spartan (alte Version I) hätte ich -
-
Thread
PIC takten delay
ausprobieren gewählt wurde, bei viel höheren kam eine Fehlermeldung im Compiler. Ich benutze einen PIC18F14K22 und würde gerne den internen Takt benutzen. Ich hab auch das Datasheet mit wo auf Seite 13/404 was mit System Clock steht, da ich allerdings sehr neu bin weiß ich nicht wie das geht.
und wie wäre der beim PIC18F14k22? Hier ist das Datasheet https://www.google.de/url?sa=t&rct=j&q=&esrc=s&source=web&cd=2&ved=0ahUKEwjwpNm5ub7LAhUpQpoKHYsiAs0QFgglMAE&url=http%3A%2F%2Fwww.microchip.com%2Fmymicrochip%2Ffilehandler.aspx
-
Thread
Unterschied 12- 14- & 16-Bit Kern eines Prozessors
kann man implementieren. Beim AVR ist die Instruktionsbreite 16 oder 32 Bit. Beim 8051 ist sie 8, 16 oder 24 Bit. Vom Kern her sind 8051, AVR und PIC10..18 alles 8-Bitter, d.h. die Breite des Datenbusses beträgt 8 Bit. Peter
. Laß die Finger davon, außer wegen Kosten bei großen Projekten, außer die 8pinner sowie ev. die 14pinner. Pic14 Standard Pic Bausteine, für Assembler Programmierung, Basic Pic16 Neuere, aber meist sehr teuer, haben 8bit Flash, also bei 2K Flash vergleichbar mit 1K Flash
-
Thread
ispMACH 4000 - Wie die Hardware programmieren?
Die alten 8 Bitter waren ja wirklich nicht schnell, ich glaube das was so um 1MHz. Da können die Speichertimings ja auch noch nicht so problematisch gewesen sein. Ich würde das da mal mit einem 5V PIC als Anbindung
Henrik F. schrieb im Beitrag #3580285: > > Die Idee hat auf jeden Fall ihren Reiz. > Hat sie, aber auch ein dickes Problem. Um einen 8 bit Wert von einer zufälligen Addresse eines seriellen SPI Flashes
-
Thread
PIC18F26K80 EEPROM erhalten bei erneutem Flashen
speichern und beim erneuten Flashen des MCUs den vorher gespeicherten Wert auslesen. Ich verwende einen PIC18F26K80 und das MPLAB X v3.55, als Programmer verwende ich das PICkit3. Im MPLAB kann man unter Project Properties -> PICkit3 folgende Einstellungen vornehmen, die den EEPROM Speicher erhalten sollte
chris schrieb im Beitrag #5155014: > Einfach absolute eeprom adresse eintragen, > also 310000-31000f z.b. . Danke für den Tipp, allerdings funktioniert das auch nicht. Beim PIC18F26K80 ist das EEPROM im Speicherbereich F00000-F003FF angesiedelt (nur herausgefunden durch die *.map Datei, im ganzen
-
Thread
PIC18F2550 läuft nicht an - externer Oszillator
Hat jemand Erfahrung mit dem 18F2550 und kennt eine ähnliche Situation? Ich treibe den PIC mit einem Oszillator, den ich aus einer alten Grafikkarte ausgebaut habe. Der Oszillator gibt - laut Aufdruck - 40 MHz aus, mein 20 MHz-Scope
mal hier: Mit diesen Configuration bits laufen meine Schaltungen: http://burger-web.com/Projects/PIC18F4550USB/en_PIC18UsbBoard.htm Beste Grüsse Geri
-
Thread
Code(SRAM steuern) verbessern. Arduino mega 2560
AD0..7 -> Digital22..29 A8..15 -> Digital37..30 (absteigend!) ALE -> Digital39 RD -> Digital40 WR -> Digital41
Maxim B. schrieb im Beitrag #5441920: > Banking ist schlechteste, was aus dem PIC nur kommen könnte. Banking hat mit einem PIC nichts zu tun. Ja ich weiß, es gibt PICs mit Banking. Darum geht es aber nicht. Du verwechselst da was. Absichtlich. Maxim B. schrieb im Beitrag
-
Thread
Welcher Compiler wurde verwendet (Quellcode PIC)?
Hi, Wenn du den genauen PIC Type angegeben hättest könnte man mehr eingrenzen. Wenn es sich um einen PIC18F oder größer handelt würde ich aus dem Gefühl heraus auf die "älteren" C Compiler von Microchip ohne X Tippen. Wenn
Vielen Dank für die Rückmeldung. Der Controller ist in der tat ein PIC18F (PIC18F2580 und PIC18F24K20) und die Ursprünge des Projekt gehen bis 2007/2008 zurück. Von daher kann es gut ein alter Compiler sein. Erste Test sehen schon vielversprechend aus. super!
-
Thread
Suche Empfehlung für zukunftssicheren ATMEGA Gesperrt
werden und irgendwann vom Markt verschwinden. Bei Microchip sieht man das ganz deutlich. Die haben die PIC18F-Serie langsam von 5V auf 3.3V portiert (die neuen Bausteine haben ein J oder K in der Bezeichnung), und die 3.3V-Typen kosten nur noch die Hälfte von dem, was die alten 5V-Typen kosten (die man alle
µC - mehr als etwa 8 kBytes ASM-Code ist schon etwas für Masochisten und Genies. Auch wenn man später vom Mega auf den XMega umsteigt, ist der schritt nicht so groß wie z.B. vom PIC16 zum PIC18. Es kommt dann auch vor
-
Thread
MPLAB X IDE 1.00 vom Programm zur .hex datei?
----------------------------------------------- Debug build of project `C:\Users\HP\Desktop\MPLAB 8.50 Test Programm PicKit 3\helloworld.mcp' started. Language tool versions: MPASMWIN.exe v5.42, mcc18.exe v3.40, mplib.exe v4.40 Preprocessor symbol `__DEBUG' is defined. Fri Jan 27 23:02:46 2012
-- Clean: Deleting intermediary and output files. Clean: Deleted file "C:\Users\HP\Desktop\MPLAB 8.50 Test Programm PicKit 3\01 Hello LED.o". Clean: Done. Executing: "C:\mplab_c-18\bin\mcc18.exe" -p=18F45K20 "C:\Users\HP\Desktop\Testprogramme\PICkit 3 Debug Express Lessons\01 Hello LED\01 Hello
-
Thread
Stromverbrauch: ATmega32L vs PIC18LF2680
schnittstelle und muss diese verarbeiten.wie kann ich in etwa abschätzen, wie der stromverbrauch eines - PIC18LF2680 mit ca 3,7V und 16 oder 32MHz also 4 oder 8MIPS - ATmega32L mit 4 oder 8MHz abschätzen kann, bzw welcher der 2 controller den geringeren stromverbrauch aufweist? gruß, Hermann
bei ca 50mA, im durchschnitt schätze ich den stromverbrauch auf ca. 25-30mA. würde gerne einen mega8 nehmen, jedoch hat der ja nur 8k und 512 RAM und ich weiß nicht ob ich damit auskomme. einen mega16/32 hab ich nur im pdip-40 und dass ist mir schon etwas zu groß. deshalb tendier ich zum pic18f2680
-
Thread
Programmierer für kleinere Aufgaben
schon fertig. Was Kostet mich den die Benötigte peripherie für AVR? Im AktuellenProjekt wird ein Pic16F628 verwendet im Nächsten sich in Planung befindlichen Projekt ein Pic18f2550 wegen der USB schnitstelle und den 48MHz. Welche AVR´s sind gleichwertig? MaWin schrieb im Beitrag #3810476: > Leitwolf
wenn der Benutzer > die Taste nicht mehr loslässt? welche Taste meinst du genau? > Ist der PIC schon festgelegt oder kann es irgendein PIC sein? > Oder auch jeder andere uC? 5V, 3.3V? Ja es sollte der Pic16f628 sein. Ggf Kann auch Auf Avr Umgestiegen werden, Prüfe das Kosten mässig mal morgen
-
Thread
Reset nach interrupt
oh man sorry *vorn kop hau ich nutze einen pic18f4550 programmiere in matlab ide und hab nen pickit2 hier falls das wichtig ist
Alex K. schrieb im Beitrag #2104454: > oh man sorry *vorn kop hau > ich nutze einen pic18f4550 > programmiere in matlab ide und hab nen pickit2 hier falls das wichtig > ist Na, dann kannst Du doch prima im Emulator sehen, wann was passiert.....warum fragst Du dann hier? Brauchst
-
Thread
MPASM dynamische symbolische Adressen?
#4766162: > Ich würde auf jeden Fall neue nehmen - sind besser, billiger und > Pin-kompatibel. Neue Pic sind nicht immer gleich besser. Vergleiche z.B. mal die Comparatoren von einem PIC12F629 und und PIC12F1571... Vielleicht findes du den unter schied.
einfach kurz erläutern würdest - da hätten dann alle was > davon. Unterschied Comparatoren PIC12F629 bei 3V Strombedarf: 6-8 µA Offset: +/- 5-10 mV (Eher 2-5mV*) Response Time: 150nS PIC12LF1571 bei 3V im Highspeed Modus Strombedarf: 21 µA (Eher 18-30µA*) Offset: +/- 7,5-60 mV (Eher
-
Thread
PIC18F2550 Probleme mit Usb-connection
verbindung über usb zum pc aufnehmen. Dazu hab ich die CDC -Firmware von Microchip MCHPFSUSB 1.3 auf meinen Pic18F2550 angepasst und auf den PIC gebrannt. Sobald ich ihn dann anschließe kommt folgende meldung: "USB-Gerät wurde nicht erkannt..." Die vendor-id des usb-ports welche der pc ausgibt ist 0000, obwohl sie im programm 0x04D8 ist. deshalb erkennt der treiber das gerät auch nicht. meine frage: hat jemand schon erfahrung mit dem pic18F2550 und den fehler die dabei entstehen können? und ist mein schaltplan soweit richtig?
-
Thread
Mega8, ADC, UART. Excelblatt als Voltmeter
nicht hier... Ja, gerne poste ich den String, der sieht in Hex folgendermaßen aus: AA AA 19 09 18 08 20 02 17 03 16 05 18 04 Startkenner ist AA AA 19 Kanal1, akt.Temp. Vorkomma (19°C) 09 Kanal1, akt.Temp. Nachkomma (,9°C), dementsprechend geht's weiter mit 18 Kanal1, Min.Temp. Vorkomma 08
03 Kanal2, akt.Temp. Nachkomma 16 Kanal2, Min.Temp. Vorkomma 05 Kanal2, Min.Temp. Nachkomma 18 Kanal2, Max.Temp. Vorkomma 04 Kanal2, Max.Temp. Nachkomma keine Endekennung Der kleine Controller liefert 9600, 8, N, 1. Vielleicht hat noch jemand Antworten auf 2 Fragen: 1. Ich möchte die
-
Thread
Portierung eines Mikrocontrollers
Änderungen beziehen sich auf das HAL. Bis jetzt portierte ich das besagte RTU Programm auf folgende uC: PIC16F - Original FW (mit CCS C Compiler) PIC16F auf PIC18F (CCS C) DSPIC24/30/33 (CCS C) AVR (328P/32/644P/1284P/120/2560) (CodeVision/GCC) Arduino (328/1284P/2560) (CodeVision/Arduino GCC) NEC28C11 auf AVR1284P (CodevisionAVR oder Arduino) ZILOG Z8 Encore! (ZILOG IDE/Compiler/Debugger) STM32F103/407 (IAR/Crossworks/ImageCraftICCV8/Atollic TS./CooCox) LPC2103 (IAR/Imagecraft V7) LPC2366 (IAR/Imagecraft V7) LPC2476 (IAR/Imagecraft V7),(FORTH
-
Thread
Anfänger uc gesucht
"xxx ist aber besser" vermeiden/herrauszögern. Wenn PIC, würde ich den PIC18F46K22 (oder, wenn Reichelt, 18F45K22) empfehlen, das ist ein DIP40 (somit sehr gut lötbar und auch das größte DIP-Gehäuse bei Microchip µCs), hat relativ viel Speicher und 36 IOs. Dazu ein PICKIT3, ggf gleich mit dem Demo-Board inkl PIC18F46K20, 8LEDs, Poti, Taster und ICSP-Stecker. Mit Experimentierboards (egal, welcher µC es werden soll) kann man schon vieles lernen und testen, jedoch sind diese meist nicht grad günstig. Da man
-
Thread
USB zu CAN Brücke
jemand vielleicht noch Korrekturvorschläge oder > Verbesserungsvorschläge hat? 1. Wenn Du einen PIC32MX564F128H verwenden würdest, wäre der FTDI-Baustein überflüssig. Das würde Platz und Kosten sparen und die Geschwindigkeit erhöhen. Der genannte PIC32 ist genauso teuer wie 90CAN128, auf TQFP64, aber
dem die > Grundlagen erklärt werden und was man alles zum Programmieren benötigt? Kauf Dir ein PicKIT3, und ziehe Dir auf der Microchip-Seite das MPLAB8 und den C18 Lite und die Application Libraries runter. Dann hast Du alles, was Du brauchst. Dokumentation ist mit dabei, Tutorials hab ich keine