-
Thread
Kosten Microcontrollerprogrammierung
PICs dauern da schon mal länger... (PIC16F876). Man hat den Vorteil, daß man sehr schnelle Turnaround-Zeiten hat, wenn es Software-Änderungen gibt, aber wahrscheinlich ist die Handarbeit etwas fehleranfällig als die Programmierung vom
>Ein 4- oder 8-Gang Programmer hilft da auch nicht wirklich weiter. Oh doch das tut er. 100 Stück PIC16F819 in 10 Minuten ist doch ganz ok.
-
Thread
Pic18 - großes Array
Hallo, ich habe ein const char font[256][24] array auf einem pic18f26k40. auf einem pic 16 hat alles prima funktioniert, jetzt habe ich das auf den pic18 portiert und es geht nicht mehr. Fehlerbild - siehe Anhang. Ich sehe den Arrayinhalt im Debugger, wenn
einfiel: Write protection.. Aber die ist auch aus, siehe Bild. Weitere Infos: Ich verwende einen PIC18F26K40 mit dem XC8 in V1.41! Beim Rest komme ich leider grad nicht ganz mit. Was ich sagen kann: Zuvor hatte ich einen pic16f18857, da wurde das Array in einer "font.h" als: const char font[256
-
Thread
Relais Selbsthaltung für Taster - Schaltung "spinnt"
ziemlich diletantisch geworden aber ich denke man versteht was ich mein. C1 - vor 7805 - 1..10uF, 35V Elko C2 - parallel zu C1, 100nF, 35V Keramik C3 - nach 7805 - 100nF, >= 10V Keramik C4 - vor 5V Eingang T2S, gleiche Eckdaten wie C3 C5.1 bis C5.8 - von Tastereingang gegen GND, Eckdaten
Die ganze eingangsseitige Entstörerei ist doch überflüssig, da der PIC-TEC 8T2S laut Beschreibung sofwaremäßig mit 25ms entprellt ist. http://www.shop-021.de/Firmware-p82h68s70-Taster-zu-Schalter-8.html
-
Thread
PIC 18F1330 hängt sich auf
>PIC 18F1330 hängt sich auf Jööööö. Mein Beileid. >Hat jemand ähnliche Erfahrungen gemacht dass PIC einfach stehenbleiben? Nein. Das ist ein Programmfehler. Ueblicherweise auf Zeile 42.
deinem umfangreichen Erfahrungsschatz teilhaben. Was läuft bei dir schief ? Ich schon ein paar PIC16 und PIC18 verbaut. Und damit meine ich nicht 10 oder 100. Die laufen alle noch.
-
Thread
Speichergröße PICs
Hallo, ich muß noch einmal ne ganz dumme Frage stellen: Wieviel Programm passt in einen Pic? :-) Ich habe ein Programm geschrieben, was immer größer wurde. Zuerst passte es nicht mehr auf einen 16F84, dann bin ich auf den 16F628 ausgewichen, der ja 2048*14 bit orientiert ist. Für mein
Hallo, kann es sein, daß beim PIC die Befehle 14 Bit breit sind? Das müßte doch im Datenblatt stehen, unter Programmspeicher. Demnach passen beim 16F628 nur 2048 Befehle in den Programmspeicher. Die Codegröße=Anzahl der Befehle müßte
-
Thread
PIC16F690 init vom LCD funzt nich
Hallo leute, ich probier seit gewisser zeit mein lcd displaytech 162d mitm pic16f690 zum laufen zu bringen. weil ich den pic nur dafür nehme wollt ichs mal mit 8bit probieren, liegt dort evtl der fehler? scheinbar geht der code bis zu einer gewissen zeile, denn es werden alle
kann leichter geholfen werden www.htsoft.com ich beschäftige mich auch hauptsächlich mit dem pic 16f690 und würde dir gerne zur hand gehen aber ich kann leider dieses schreckliche pic-asm nicht wenn es fragen zum prinzip(wann muss welcher pin auf high oder low) sind kann ich dir auch gerne behilflich
-
Thread
Ultra Low Power MCU gesucht
mit ARM PSOC5LP gesammelt, aber die Programmierung ist dot deutlich einfacher als mit den anderen (8/16 bit?) MCU
Die XLP-µC von Microchip gibt es auch häufig im DIL-Gehäuse, z.B. den PIC18F14K50 oder PIC16F1459, weitere Auswahl auf http://www.microchip.com/maps/microcontroller.aspx, die kannst Du ins Breadboard stecken.
-
Thread
NXP verschenkt ARM-Chips
oder franzöischen Distributoren machen... Auf alle fälle rate ich von PC chips ab und genause von 8/16bit Teilen. Grüße Michelle
Konzack <michelle.konzack@tamay-dogan.net> Subject: Formike Electronics: .22" , 8".. samples status Dear Michelle, Thanks for your mail and sorry to not advise you updating news. Now, samples of 2.2"KWH022ST03-F01, 8"KWH080KQ03-F02, and all connectors are prepared well.
-
Thread
PIC16F872 ds18s20
berechnen und abgleichen?! Welchen CRC und was abgleichen? > Hoffe das noch irgendeiner diesen 16f872 benuzt oder wird der so selten > gebraucht das ich mich doch für den falschen entschieden hab?? Ist nicht gerade sehr verbreitet. Microchip empfiehlt für neue Anwendungen den PIC16F882. Leider
einen UART, was für die serielle Kommunikation mit dem PC ideal wäre. Nächstes Mal würde ich einen PIC16F886 nehmen, oder wenn der für gewisse Distributoren noch immer zu neu ist (gibt's seit > 2Jahren), dann den PIC16F876A. > Kenn mich noch nicht so gut aus aber das wird wohl mit der Zeit kommen.
-
Thread
[S] AT90PWM3B oder vergleichbar
die PICs sind mir etwas suspekt was die Programmierung in Assembler angeht. Da hab ich meinen Test-PIC16F877 damals ganz schnell ganz tief in der Bastelkiste vergraben nachdem ich einen ATMega32 in die Finger bekam. Ich werd mir den vorgeschlagenen dsPIC mal anschauen, aber ein AT90PWM3B im bastelfreundlichen
den PIC16. Kleiner Unterschied: die 8 GP Register sind 16 Bit statt 8 Bit Register, plus zwei 40 Bit DSP Akkus plus 22 Bit PC. > Ich werd mir den vorgeschlagenen dsPIC mal anschauen, aber ein AT90PWM3B
-
Thread
Display Anzeige - Farbkonvertierung
Die Frage wäre ob die du die Farben auch im Richtigen Bitformat umrechnest: 24Bit BMP = R(8) + G(8) + B(8) 16Bit Display = R(5) + G(6) + B(5) (je nach Display ggf. auch anders)
(word color565) { COLOR E; E.b = (color565 >> 8) & 0xF8; /* linksbündig */ E.g = (color565 >> 3) & 0xFC; E.r = (color565 << 3) & 0xF8; return E; } Aber ganz offensichtlich ist sowas für die heutige Ingenieurs-Generation bereits unzumutbar
-
Thread
10 bit ADC wert verarbeiten
Hallo ich habe folgendes Problem: ich benutzte den ADC des PIC16F887. Dieser ADC hat eine Auflösung von 10 bit und speichert diese 10bit im Register ADRESH und ADRESL. Nun möchte mit diesen 10bit rechnen. Nur wie mache ich das ? Ich habe doch nur 8 bit breite
8x8, 8x16, 16x16, 24x16, 24x24, 32x16, 32x24 udn 32x32 Multiplikation (jeweils signed/unsigned) und das alles in die Gegenrichtung - sprich Division. (den ganzen Source gibt es auch als ZIP-File!)
-
Thread
Verwirrung wegen JTAG
entscheidendes Argument gegen Atmel. Cortex mit Debugschnittstelle geht noch viel billiger, z.B 8.87 Eure für das F3Discovery Kit bei Mouser. Wenn man zusätzlich noch die Uart Verbindung zwischen Debug CPU und F3 nutzen will, zeigt http://embdev.net/articles/ARM#JTAG_Debugging eine Umbauanleitung
Debug-Schnittstelle > offengelegt ist, damit man sie "billig" über JTAG programmieren kann und > desweiteren 8-Bit breit sind. Du kannst jeden PIC nehmen, egal ob 8 (PIC18), 16 (PIC24/dsPIC) oder 32 (PIC32) Bit. Microchip verwendet zwar kein JTAG, sondern ihr eigenes ICSP, aber das zugehörige PicKIT3 kostet
-
Thread
PIC mit IR Datenübermitteln
eine. Oder ein PIC24F08KL301. PIC12/PIC16/PIC18 haben keine IRDA-Unterstützung in Hardware, hier müsstest Du das alles in Software machen. Sooo schwer ist das nun nicht, aber es ist Arbeit und Zeitaufwand. Also nimm
den Büchern gescheitert. Oh. Schade. Das sind keine guten Voraussetzungen. > - gibt es für den PIC24F(V)(16/08)KL301 evtl. ein Entwicklerboard? Wäre > dann wohl einfacher, oder? Nein. Das ist so primitiv, das kannst Du selber. Du brauchst nur einen 8 MHz Quarz, 2*22pf von den Quarzpins gegen
-
Thread
signalspeicherung in assembler
Pic18F26K80 und mplab8 Ich möchte mich jetzt schonmal bedanken für die bisher zahlreichen Antworten und die Unterstützung ;)
Für PIC ASM würde ich mal hier vorbeischauen: http://www.sprut.de/
-
Thread
Universelle Mikrocontroller Toolchain (Linux)
Plattformen sind momentan: --------------------------------------- - Atmel AVR (nur ATMega) - Microchip PIC14 (PIC12xx, PIC16xx) - Microchip PIC16 (PIC18xx) - Freescale HCS08 - Freescale HCS12 (auch banked) - TI MSP430 - Renesas R8C - STM/Freescale SPC56xx Dazu kommt eine universelle Bibliothek,
testen konnte: - Diverse MCS51 - Espressif ESP32 - Microchip/Atmel AVR (nur ATMega) - Microchip PIC14 (PIC12xx, PIC16xx) - Microchip PIC16 (PIC18xx) - NXP/Freescale HCS08 - NXP/Freescale HCS12X (auch banked) - NXP/Freescale MPC57xx - NXP/Freescale S9KEA - NXP/Freescale S32K11x - NXP/Freescale
-
Thread
Pic-C-Compiler
nun machen. Nur die Basic (also mit Vorzeichen) oder auch welche ohne Vorzeichen? Ist Integer bei 8-Bit-MCUs nun 8-Bit breit, oder doch 16???
sind! Und die haben noch riesige Reserven an I/Os und Rechenleistung... Warum nicht einfach einen PIC16F877? Mit 20MHz ist der schnell genug und hat alles an Hardware onChip was du braucht. 33 I/Os, 8A/D Wandler, MSSP, 2PWM/CCP, UART etc. Das sollte für vier Ladekanäle, ein LCD und nen paar Sensoren
-
Thread
Drehschalter codieren
Hallo, noch einfacher: Schalter als 4 x 4 Matrix an 8 I/Os, die übrigen 4 I/Os eines PIC16 geben den Graycode aus. Zum Pic (1 x DIP18) braucht man noch 4 Pullup-Widerstände. Aber einen Prozessor will der Fragesteller wohl nicht. Gruss Reinhard
Reinhard Kern schrieb im Beitrag #1963081: > Schalter als 4 x 4 Matrix an 8 I/Os, die übrigen 4 I/Os eines PIC16 > geben den Graycode aus. Zum Pic (1 x DIP18) braucht man noch 4 > Pullup-Widerstände. Aber einen Prozessor will der Fragesteller wohl > nicht. Ob der Fragesteller
-
Thread
Suche Empfehlung für zukunftssicheren ATMEGA Gesperrt
kleinen Tinys), denn dann steht man schnell an den Grenzen an. So gesehen hab ich persönlich den M8 bzw. M16 immer als gesunden Mittelweg empfunden. Nicht zu umfangreich aber umfangreich genug um universell nützlich zu sein.
µ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
ARM7 vs. AVR
wieder auf. Zum eigentlichen Thema: 8-bit AVRs, 4 MHz AVRs, Tiny, 8KB oder weniger sind nicht zum Vergleich herzuziehen. Es geht mehr um das Spektrum 32KB++ und 16 MHz, denn damit macht Atmel das Geld. Da die Frage zu stellen warum man nicht
: > Warum müssen die AVRs immer so wenig RAM haben? Gibt es Gründe dafür? Also 512Byte bei den 8-Pinnern und 16kB bei den 40-Pinnern finde ich schon ganz o.k. Die meisten 48-Pin ARM haben ja auch nur 2..16kB. Peter
-
Thread
Orientierungshilfe ATXMega oder ARM (ST, NXP)?
. Ich zähle mal ein paar Dinge auf, welche in der 32-Bit-Welt einfacher sind (dazu gehören noch PIC32/MIPS und Renesas RX, AVR32 kenne ich nicht), das gilt teilweise auch für MSP430 und PIC16): - Die Hardware beim AVR passt leider nicht zum GCC - Kein prog mem. D. h. auch nicht Ausgabefunktion
Timer 1... > Mit Totzeit Generierung usw. > Was hatte die AWEX hier für Vorteile? Richtig, beim F103 ist es glaub' ich, Timer 8 (muss ich nochmal gucken). Klar nehme ich den. AWEX ist praktisch, wenn du im Betrieb zwischen Sinus und Blockkommutierung umschalten willst. Der F103 hat da eine böse Falle
-
Thread
Grafik Display 128x64
Frank M. schrieb im Beitrag #3199744: > Dein PIC16F ist zu klein dafür Nein ist er nicht. Hat immerhin 8kB Flash und 368B RAM. Zum rumspielen reicht das locker. Markus schrieb im Beitrag #3201055: > der kontroller erkennt keine schrift muss
be stucki schrieb im Beitrag #3201123: > Frank M. schrieb im Beitrag #3199744: >> Dein PIC16F ist zu klein dafür > > Nein ist er nicht. Hat immerhin 8kB Flash und 368B RAM. Zum rumspielen > reicht das locker. Wenn ich dem http://ww1.microchip.com/downloads/en/AppNotes/01182b.pdf glauben
-
Thread
Hilfe BEi Programmierung von PIC 16F887
Hallo, ich soll für ein Schulprojekt einen PIC 16F887 über Assembler so programmieren das ich über acht Eingangsschalter verschiedene Töne abspielen kann. Frage 1. Ist das mit diesem Pic möglich. (Es ist der gängige Pic in unserer Schule)
Ist eigentlich gar nicht so schwer... Der 16F887 hat ein PWM Modul. Mit einem passenden Vorwiderstand an einen kleinen Lautsprecher (so PC größe - der den pieps beim Einschalten produziert) das PWM Modul auf etwa 8 bit Auflösung gibt 78Khz bei
-
Thread
PIC-Brenner 8 (sprut) nicht richtig erkannt
ich allerdings das Problem das er nur PICs mit 28 bzw. 40 Pin-Gehäuse erkennt. Ich habe hier einen PIC16F505 / PIC16F627a / PIC18F2550 / PIC16F887 rumliegen, alle sollten vom Brenner8 unterstützt werden. Er erkennt allerdings nur den PIC18F2550 mit 28pins und den PIC16F887 mit 40pins. Den PIC16F627a stell ich dann auf 18Pins / ISCP doch es kommt der Fehler: "## this PIC-ID 0x0000 is not in database" bei dem PIC16F505 mit 14 pins das selbe. hat jemand eine Lösung ?
-
Thread
PIC18F Frage
2-3 8-beinige Pics z.B.: Pic12F1840 und 18-beinige Pic16F1827 an.Am Anfang ist es selten, dass man 10000 I/O-Ports braucht...... Beide Typen sind guenstig bei Reichelt zu bekommen. Als 18F-Typen empfehle ich Dir den Pic18F2550 (auch Reichelt) Wenn Du mal genuegend Erfahrung hast kannst Du den Pic18F2550 mit einem Bootloader versehen.Wie das geht und was es damit auf sich hat siehe http://sprut.de/ http://sprut.de
-
Thread
Lauflicht Pic 16f877
weiß einfach nicht wo mein fehler ist... Wäre sehr dankbar!!! [avrasm] list p=16F887 ; PIC Typ festlegen #include <p16f887.inc> ; passende Include Datei nachladen __config _CONFIG1, _LVP_OFF&_FCMEN_OFF&_IESO_OFF&_BOR_OFF&_PWRTE_ON&_WDT_OFF&_HS_OSC __config
schon mal ganz gut, wird wohl erstmal ausreichen :-) jenachdem was für einen Systemtakt du dort hast. PIC teilt inter erstmal durch 4, zumindest die 16er machen das...
-
Thread
NanoVNA-QT Compilierung unter Suse Tumbleweed
/libz.so.1 (0x00007f84ae8e4000) libpng16.so.16 => /usr/lib64/libpng16.so.16 (0x00007f84ae89c000) libharfbuzz.so.0 => /usr/lib64/libharfbuzz.so.0 (0x00007f84ae7c6000) libsystemd.so.0 => /usr/lib64/libsystemd.so.0
.6 => /lib64/libc.so.6 (0x00007f94f09d9000) libz.so.1 => /lib64/libz.so.1 (0x00007f94f09bf000) libpng16.so.16 => /usr/lib64/libpng16.so.16 (0x00007f94f0977000) libharfbuzz.so.0 => /usr/lib64/libharfbuzz.so.0 (0x00007f94f08a1000
-
Thread
[S]uche µC PIC 16C84
Hallo, 16C84 wird nichtmehr hergestellt, das war der erste PIC mit EEPROM-Speicher, also der erste wiederbeschreibbare PIC ;) Du kannst als direkten Ersatz den 16F84, 16F84A nehmen - aber der ist extrem teuer geworden und kostet manchmal sogar 7-8 EUR! Wenn du an andere 18-polige PICs leichter rankommst, kannst du auch den 16F628, 16F628A, 16F648, 16F648A, 16F88 nehmen - poste hier einfach deinen HEX und ich patche dir das Programm so dass
-
Thread
programmieren eine PIC 16F1847
Hi, habe einen JDM Programmer der brennt mir 16F88 ohne weiteres. Aber beim 16F1847 klappt es nicht. Ich benutze das PICgm zum Übertragen, der PIC wird erkannt, aber der Brennvorgang wird abgebrochen mit der Meldung "to much errors". Würde da
Hi, with Pic Kit 2 it works. I burned a 16F1847 succssefuly. Thanks for help
-
Thread
Dumme Frage zum "C" mit AVR's
zumindest Toggeln ohne > Read-Modify-Write. Nicht alle. Die nach wie vor populären Klassiker Mega8/16/32/128 haben das noch nicht drauf. Erst danach kam diese Feature.
00 90 68 00 lds r0, 0x0068 60: 02 c0 rjmp .+4 ; 0x66 <main+0x1c> 62: 88 0f add r24, r24 64: 99 1f adc r25, r25 66: 0a 94 dec r0 68: e2 f7 brpl .-8 ; 0x62 <main+0x18> 6a: 58 2f mov r21, r24 6c: 50 95
-
Thread
16bit PWM für mind. 3 Kanäle
teuer. Travel Rec. schrieb im Beitrag #1672406: > Guck Dir mal den Tiny24A an, hat immerhin 2 16-Bit PWMs. Key Parameters: Flash (Kbytes) 2 EEPROM (Bytes) 128 SRAM (Bytes) 128 Max I/O Pins 12 F.max (MHz) 20 Vcc (V) 1.8-5.5 10-bit A/D Channels 8 Analog Comparator Yes *
und Sonderfunktionen gefragt wird. Heute ist wohl ein Timer-Tag... Auch hier kann ich den STM32F103C8 empfehlen. 4 Timer Jeder der 4 Timer hat 4 PWM Ausgänge. Also sind 16 PWM's möglich. Hohe Auflösung garantiert. (Timer 1, bis zu 72MHz) Noch Fragen? Hier gibts einige Details: http:/
-
Thread
Seltsames Problem mit PIC
Ich habe eine Platine mit dem Mikrocontroller PIC18F452 aufgebaut. Die Ports RE0 - RE2 sind als Eingänge definiert, an den Ports RD4 - RD6 sind 3 LEDs angeschlossen. Das Problem: Die LEDs gehen aus, wenn RE0 mit +5V verbunden wird. Wenn ich aber
Noch was: Ich würde an deiner Stelle auf Schreibweisen wie 255-(16+32+64) verzichten und stattdessen 0xF8 schreiben, da weis man dann schneller was im Register steht. Und es ließt sich besser.
-
Thread
PIC16F88 CC5X zu XC8 konvertieren
restore FSR if saved int_restore_registers } [/c] #pragma origin 4 Das dürfte mit dem XC8 schlicht überflüssig sein, oder? interrupt serverX( void) Wie schreibt man das korrekt für den PIC16F88? int_save_registers int_restore_registers Sind das Makros? Sind die mit dem XC8
Rudolph R. schrieb im Beitrag #4178038: > #pragma origin 4 > > Das dürfte mit dem XC8 schlicht überflüssig sein, oder? > > interrupt serverX( void) > > Wie schreibt man das korrekt für den PIC16F88? > > int_save_registers > int_restore_registers Interrupts gehen beim XC8
-
Thread
250k Baud beim PIC16F193X
Hi, ich glaube ich habe einen riesigen Fehler gemacht. Habe einen PIC16F737 durch einen PIC16F193X ersetzt, da laut der Microchip Auswahlseite: http://www.microchip.com/ParamChartSearch/chart.aspx?branchID=1002&mid=10&lang=en&pageId=74# Der letztere in allen Punkten
Eintrag für 250000. Sollte ich mir tatsächlich ins eigenen Bein geschossen haben und es ist bei dem PIC16F193X unmöglich 250k-Baud einzustellen? Ich habe den Chip natürlich schon gekauft :( Gibt es eine Rettung oder kann ich gleich eine neue Bestellung aufgeben und den PIC16F7x7 nachordern? Grüße
-
Thread
Atmega 2-Kanal Rechteckgenerator gesucht
Die PIC16F160x haben einen NCO (Numerical Controlled Oscillator). Bei 16 MHz Takt reicht der etwa bis 500 kHz. Die ausgegebene Frequenz ist linear zum (16 bit-)Steuerwort. Die ausgegebene Pulslaenge ist
Tippfehler: Es muss richtig PIC16F150x heissen.
-
Thread
UART von einem PIC24F zu einem PIC16F
ich arbeite zur Zeit an der Programmierung einer seriellen Verbindung über UART zwischen einem PIC24FJ64GB004 und einem PIC16F627A. Die Übertragung geht ausschließlich vom PIC24F aus zum PIC16F. Ganz einfaches 8-Bit-Datenfeld mit einem Stop-Bit, ohne Parity, vom PIC24F aus über das U1-Modul, ohne
, nix kurzgeschloßen oder so. Mit dem PICKit 3 haben wir auch schon debuggt, und an der Sockel vom PIC16F mit dem Oszilloskop die zwei geschickten Chars (die man in Form von Bytes abliest) überprüft, ohne dass der PIC16F in der Sockel drin war. Der Oszilloskop meldet was ganz falsches! Wenn wir den PIC16F
-
Thread
PIC I/O eingang abfragen ausgang schalten
ich habe mit multisim simuliert aber noch nicht programmiert. es ist pic16f84. Fehlt im code noch was?
Warum nimmst Du denn den Steinzeit-PIC 16F84??? Mit C kommst Du da nicht zum Zuge. Ein PIC16F18.. oder noch besser ein PIC18F.... ist da viel besser geeignet.
-
Thread
diverse Fragen zu PICs
findest Du auf der Website von Microchip. Bei der Auswahl musst du erstmal entscheiden, ob Du einen PIC der Serie 16F oder einen aus der Serie 18 F nehmen willst. Die 18-er haben schon einige Vorteile (unter anderem besser geloestes Banking), sind aber gleichzeitig komplexer, was einem Anfaenger den Ueberblick
Wenn Du Dich für PIC entschieden hast: Im aktuellen MPLAB (Version 8.00) liegt der PICC-Lite Compiler von Hi-Tech bei. Der kann Code für einige PIC12 und PIC16 (teilweise mit Einschränkungen) generieren. Oder für PIC18
-
Thread
LCD Display programmieren in C
Musst allerdings die verwendetet Datentypen anpassen (also z.B. "unsigned char" anstatt "uint8_t") und du musst dir die beidne delay Funktionen (_delay_ms(), delay_us() ) noch schreiben. Hab ich bei meinem aktuellen pic Projekt mit nem PIC18F26K20 auch so gemacht und es funktioniert einwandfrei
Header Dateien sind nicht das Problem ich besitze in C die Header Datei von PIC18F452, PIC18F4550, PIC18F46K20 und PIC18F46K22 Die Modifizieung fällt mir daher nicht schwer! Viel mehr ist das Problem, dass ich die Logik hinter der LCD-Ansteuerung verstehe!
-
Thread
Newbi braucht hilfe Pic 16f876
Hallo ich beschäftige mich seit 2 Wochen mit Pic’s. Ich habe den Pic16f876. Ich habe folgendes prob. Ich möchte in ein vorhandenes Programm einige Ausgänge integriert. Das original Programm habe ich von http://www.sprut.de/electronic/pic/projekte
STATUS, C goto Positiv bsf Negativ movfw f0 movwf xw0 movfw f1 movwf xw1 clrf f1 clrf f0 call Sub16 ; 16 bit f:=f-xw calc=xw cnt=f; neg=C Positiv call Hex2Dez8 ; Umrechnung in BCD call wait75ms
-
Thread
SPI 23LCV512 / 23LCV1024 ATMega328 oder ATtiny 2313
Ich denke, Dein Systemdesign ist ziemlich auf Kante genäht. Ich empfehle Dir einen dsPIC33EP512GP502 oder einen PIC32MX250F128B, beides auch 28 Pinner, mit 16 Bit/70 MHz/48k bzw 32Bit/50MHz/32k RAM intern. Der große Vorteil ist, dass diese Prozessoren DMA-Controller eingebaut haben, die
> Ich empfehle Dir einen dsPIC33EP512GP502 oder einen PIC32MX250F128B, > beides auch 28 Pinner, mit 16 Bit/70 MHz/48k bzw 32Bit/50MHz/32k RAM > intern. Der große Vorteil ist, dass diese Prozessoren DMA-Controller > eingebaut haben
-
Thread
Review Schaltung ATmega88 MCP2221 IRLZ34N
die Entwicklung via I2C übersteigt meine Fähigkeiten. Wollte den ganzen Aufbau nochmal mit einem PIC16f1454 versuchen, der ja die USB-Schnittstelle schon eingebaut hat. Grüße, Alex
Alex W. schrieb im Beitrag #6959419: > Wollte den ganzen Aufbau nochmal mit einem PIC16f1454 versuchen, Warum nochmal ändern?
-
Thread
Benötige Programmcode: PIC16F88 Interes Eeprom beschreiben und auslesen
Marc schrieb im Beitrag #1893016: > ich verwende den PIC16F88 mit dem CCS Compiler und benötige Hilfe beim > Beschreiben und Auslesen des internen Eeproms. Ich kenn jetzt den PIC16F88 nicht. Aber falls das ähnlich geht wie mit dem ATmega8 braucht man
Rolf Pfister schrieb im Beitrag #1893400: > Ich kenn jetzt den PIC16F88 nicht. Aber falls das ähnlich geht wie mit > dem ATmega8 braucht man noch 4 Zeilen aus diesem Tutorial: > http://www.mikrocontroller.net/articles/AVR-GCC-Tu...#include <avr/eeprom.h> > uint16
-
Thread
Banking probleme mit PIC 16f690
Immerhin ist ersichtlich, dass Du die Lite-Version verwendest. Die ist meines Wissens für den PIC16F690 auf Bank 0 und 1 limitiert (=176 Bytes). > laut daten blatt hat der 16f685 nur 255byte ram, ist diese in Bank0 und > Bank1 geteilt? 256 Bytes! Schau mal im Datenblatt auf page 29 nach
Wie kann ich mit HI-TECH PICC-Lite compiler daten in der Bank1 der pic16f690 plazieren, laut build output benutze ich ja nur 54% Ram und der BANK0 ist fast voll. Data space: BANK0 used 5Eh ( 94) of 60h bytes ( 97.9%) BANK1 used
-
Thread
Welcher Spartan ist idealer ?
Ich arbeite momentan mit einem PIC16F628, der mit 20 MHz getaktet wird. Dazu ein serielles I2C EEPROM. Ein SPI EEPROM ist bereits bestellt. Die Programmierung einer Spartan3 50 dauert damit leider schon 2 Sekunden :-/. Der PIC kommt
habe ich bei schukat.com bestellt. Ich verwende TQ144 Gehäuse >Ich arbeite momentan mit einem PIC16F628, der mit 20 MHz getaktet wird. >Dazu ein serielles I2C EEPROM. Ein SPI EEPROM ist bereits bestellt. >Die Programmierung einer Spartan3 50 dauert damit leider schon 2 >Sekunden :-/. >Der PIC
-
Thread
4094 Schieberegister mit PIC 16F84/a ansteuern
" von Sprut verwende, ich dann verschiedene Szenarien durchprobiere folgende infos: compare PIC with ANZ8RE.HEX: --172 Errors in Programm --0 Errors in ID --0 Errors in EEprom --0 Errors in Config Ein "write HEX-File into PIC" ist nicht möglich. Ich habe mir mal die Mühe gemacht, das Hex-File
Hallo Sebastian, habe eben einen 16F84A-04 mit deinem hex-File problemlos beschrieben. Programmer PIC-Kit2 mit original Brennersoftware. Das Problem liegt irgendwo bei dir. Das hex-File ist definitiv i.O. Jochen
-
Thread
Aktueller Mikrocontroller, der gut "bare metal" zu programmieren ist?
Mampf F. schrieb im Beitrag #5077685: > Leider gibt es die Kombination wieder nicht als Board ... I2S + SDRAM + > SD-Slot ... :( Das STM32F746 Discovery hat genau das: * 8 MByte SDRAM * 480x272 LCD * Audio-Codec
eigentlich fast alle µC programmieren. Für Audio oder SDR-Zwecke fallen aber fast alle kleineren Typen (8Bit usw.) heraus. Was übrig bleibt, sind PIC32 und Cortex M4F. Nun mußt du PIC32 und Renesas betreffend, jemand anderes als mich fragen, aber zu den unten genannten Cortexen kann ich was beitragen
-
Thread
Anfänger Frage zu PIC16F628A
Hallo ich traue mich das gar nicht zu fragen. Ich habe so ein PIC-READY 2 Board von Mikroelektronika und versuche die kleinen Käfer (PIC16F628A, PIC16F84) ohne Debug Möglichkeit zum fliegen zu bekommen. Einfach nur LED an [avrasm] CLRF PORTB MOVLW
das ist nett von euch ja es war nur ein codeschnipsel ich benutze normal den pic16f887 mit dem kenne ich mich ganz gut aus. Ottmar K besonderen dank dir, daß ist aber ein 628a der a typ hat ein anderes datenblatt werde mir das morgen anschauen.
-
Thread
PIC läuft durch String viel zu langsam
Hey, bei meinen neuen Projekt versuche ich zum ersten mal einen PIC18f4550 über ein RS232-Kabel mit meinen PC zu verbinden. Das Empfangen und Senden von Daten von und zum PC funktioniert erstmal super. Nur leider nicht mehr wenn ich das vom PC Empfangene Zeichen in
immer 1sek an und 1aus). Singnale an PortA1 nur noch verzögert und an PortA2 kommt garnix mehr. Pic läuft mit 18,432MHZ Bitte helft mir! Ich bin am Verzweifeln... main.c [c] #include <htc.h> #include <pic18f4550.h> #include <string.h> #include "usart.h" // main.c void main(void);
-
Thread
"Apps" für ein embedded Device
angepaßt werden (da kommen ein paar neue Sections hinzu) und (falls verwendet) müssen Libraries mit -fPIC neu compiliert werden. Wie gesagt, auf ARM habe ich's noch nie selbst probiert, aber gehen müsste das eigentlich schon.
: e8bd 4010 ldmia.w sp!, {r4, lr} 20008444: f7fa bfa4 b.w 20003390 <printf> 20008448: 2000d656 .word 0x2000d656[/pre] und mit "-fpic -msingle-pic-base -mpic-data-is-text-relative