-
Thread
PIC16F628A kann nicht gelöscht werden.
zeigt "Device Verified OK". Ich habe gleich danach erfolgreich einen PIC16F84 mehr Malls nacheinander beschreiben und löschen können. Hat Jemand ein Tipp für mich, ich habe keine Ahnung woran es liegen könnte. Danke für jede Antwort. faribari
Hallo teoderix, der Brenner ist, Willem eprom programmer+27C256/27C512. Sorri für verwirrte Posting. Ich wollte nur sagen das, ich den pic16f84 löschen und beschreiben kann. Den pic16f628a nur beschreiben, auslesen, vergleichen aber nicht löschen. Danke,
-
Thread
PIC16f84a Frequenz
PIC16F84A ; ;___________________________________________________________________ ; ; External oscillator RC 1 Megacycles. Instruction = 4
; ;___________________________________________________________________; list p=16f84a,f=inhx8m ;assembler output hexadec. 8bits __config h'3ff7' ;WDT enable; external RC oscill. __idlocs h'BC01' ;chip identification org 0x2100 ;Eeprom 64 bytes de 0,0xff,0xff
-
Thread
C oder Pascal
die genannten erfindet. Gibt's dafür morgen früh auch nen guten Compiler für die Cortex M4 oder PIC16? Bei BASIC bin ich mir ziemlich sicher, daß es die Zeitläufte überstehen wird - auch wenn es nicht grad mein Fall ist und sämtliche C-Leute darüber die Nase rümpfen. W.S.
Ich habe gerade mal nachgeschaut: MSP430 und PIC16 wird von LLVM wohl immerhin unterstützt. http://de.wikipedia.org/wiki/LLVM#Unterst.C3.BCtzte_Architekturen
-
Thread
Suche günstige alternative µC mit CAN
Hallo, aktuell benutze ich für eine I/O Karte (16 Digitale Eingänge) welche über CAN mit der Controller Platine verbunden ist einen STM32F372 weil er 3,5€ kostet. Er besitzt CAN, braucht keinen externen Quarz und hat 16 I/O pins. Gibts eine günstigere
PIC18F25K80 100 Stück bei Digikey ab 1,84 €
-
Thread
PIC16f84a: startet nicht/nur bei quarz berühren
Hallo! Mein PIC16f84a ist auf einem Testboard (aus der Berufsschule) mit verschiedenen Beschaltungsmöglichkeiten für die Ein/Ausgänge. Nun habe ich den PIC mittels dem Projekt aus MPLAB IDE v8.91 und dem PICKIT
/pic/osc/index.htm] ; Beiliegend findest Du eines meiner ersten Blinkprogramme, welches ich für Dich noch mit einigen Kommentaren ergänzt habe. Diese Programm habe ich soeben nochmals in einen 16F84A
-
Thread
unprogrammierbarer PIC16F887
aus. Zum PIC: Ich nehme einen alten PIC16F887 aus einer Zwischenprüfung her. Ein anderer Pic, der originale, unveränderte PIC aus der Zwischenprüfung, gibt im Testboard schon etwas aus. Ich denke es liegt wohl am Konfigurationswort, denn das gleiche Programm läuft mit dem PIC16F84 problemlos. Hier ist noch das rudimentäre Programm, welches ich auf den PIC zu flashen versuche: list p=16F887 ; list directive to define processor #include <p16F887
-
Thread
Bosch HFG 164 Programmierung
00 00 00 00 00 00 00 00000070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000080: 17 1c 15 1a 16 1d 15 1a 16 1c 16 1a 16 1c 15 1a 00000090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 000000a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 000000b0: 00 00 00 00 00 00 00
einem PIC16F84 mal realisiert... (lang lang ist es her...) Es gibt aber zwei Randbedingungen zu beachten, wobei besonders die zweite oft Übersehen wird! 1. Die PLL ist relativ träge, trotzdem darf auch
-
Artikel
Diskussion:Mikrocontroller Vergleich
arg problematisch und konfliktträchtig, Vorsicht dabei - schon mit meinen knappen Kommentaren zur C-Eignung bin ich offenbar einem PIC-Freund sehr auf die Nerven gegangen. Letztlich helfen aber meist nur die parametrischen Suchseiten vom Hersteller. Und wenn es i51-er mit 0,5MB Flash geben mag, heisst
anfangen kann, der braucht kein solches Board. Abhilfe angekündigt. A.K. Interruptprioritäten beim PIC (16F84). Beim PIC kann man den einzelnen Interrupts Prioritäten zuweisen, anderfalls hätte meine SMBUS Implementiereung in den 16F84 nicht funktioniert. Der SMBUS braucht einfach eine höhere Priorität
-
Thread
8bit-Computing mit FPGA
ob ich das für irgendwas brauche ... Die Antwort war: nein Gründe: - Insel-Lösung ... Kein C/C++-Compiler dafür, kein Debugger dafür, niemand, der Libraries dafür entwickelt usw - es gibt für so ziemlich alle 8, 16 und 32Bit µC/CPU-Architekturen funktionierende und gut getestete fertige Cores
256 Adressen für I/O zu haben. (0-255) Das ist ein Irrtum. Bei jedem(!) I/O-Zugriff waren alle 16 Adressbits *definiert* gesetzt. Bei einem einfachen OUT 86h,A findet man auf A0-7 die Adresse 86h, der Akku liegt auf dem Datenbus aber A8-15 geben den Akku ebenfalls aus. Bei OUT (C),A wird C auf
-
Thread
Steuerplatine Mini-Kühlschrank
Der IC schein ein Holtek zu sein, ein PIC Clone, vielleicht ein pinkompatibler(?) 16F84. Ich glaub aber nicht daß ein Pot-Ausgang kaput ist - wobei man das ja relativ leicht nachmessen kann. Normalerweise kommt knapp Vcc raus oder 0V, allenfalls
Kein PIC clone, aber wohl PIC-ähnlich. Infos und Datenblatt: http://www.holtek.com/english/docum/uc/46x47_h.htm Tools gibts hier, einschl. C Compiler: http://www.holtek.com/english/tech/tool/MainPage1
-
Thread
Atmel oder PIC Gesperrt
Genutzt habe ich die PIC nicht - für die ASM Programmierung war mir die Architektur etwas unübersichtlich (PIC16 / PIC18). Für die Programmierung in C ist da aber eher wenig Unterschied. Im Gegensatz zu ARM und ähnlichen kann
Tippgeber schrieb im Beitrag #3146744: > Schön wäre es, wenn der PICF12/16 Assembler den Status des Bank- und > Page Switchings mitloggen würde. Was hindert dich daran deine eigenen Bank-Makros zu schreiben? Für den PIC16C84 könnte das dann so aussehen: [code]
-
Thread
Mikrocontroller mit USB Interface
zurück auf Start: Was sind das denn für Sensoren? Sollen die an einem Bus betrieben werden (z.B. ein µC als Master auf einem Bus, n Sensoren an diesem Bus), einzeln (jeder Sensor hat einen µC dabei der die Kommunikation übernimmt), 'sternförmig' (ein µC an dem 'direkt' alle Sensoren hängen), ..? > [
auf Start: Was sind das denn für > Sensoren? Sollen die an einem Bus betrieben werden (z.B. ein µC als > Master auf einem Bus, n Sensoren an diesem Bus), einzeln (jeder Sensor > hat einen µC dabei der die Kommunikation übernimmt), 'sternförmig' (ein > µC an dem 'direkt' alle Sensoren hängen), .
-
Thread
Signalgenerator, Grenzen eines Atmega8
> Warum also bloß immer wieder diese Verrenkungen, ein DDS per Software > auf eher ungeeignetem uC zu bauen? Ist das ein spezieller > Atmel-Fetischismus? Ich frage mich das auch immer. Ihm wäre ja auch schon mit einem dsPIC33F256MC802 geholfen. Gleiches Gehäuse wie ein Mega8, aber mindestens dreifache
return 0; } ISR(TIMER1_OVF_vect){ OCR1A = pgm_read_byte(&sinustabelle[counter.u8[1]]); counter.u16 += offset; return; } [/c]
-
Thread
Rechteckgenerator mit verschiedenen Frequenzen
einem Codierschalter und etwas Kleinzeug zusammengesteckt und folgendes Programm aufgespielt: [c] #include <stdint.h> #include <avr/io.h> // Taktfrequenz in Hz #define CLK 3686400 // Umrechnung von Frequenz in Wert für Output-Compare-Register #define OC(f) (CLK / 16 / (f) - 1) // 16 wählbare Frequenzen in Hz für die Schalterstellunge 0-9, A-F uint16_t periods[16] = { // 0 1 2 3 4 5 6 7 OC( 5), OC(10), OC(15), OC(20), OC(25), OC(30), OC(60), OC(60), // 8 9 A B C
-
Thread
Suche µC mit 4 bis 8 PWM-Kanälen, mind. 12Bit
Der dsPIC33FJ256GP506A hat 8 Kanäle mit 16 Bit Auflösung. http://www.microchip.com/wwwproducts/Devices.aspx?dDocName=en546062 Der dsPIC33EP512MC806 hat 16 Kanäle mit 16 Bit Auflösung und 8.32 ns PWM Resolution
c-hater schrieb im Beitrag #3083511: > 12Bit geht auch. Bei vier Kanälen schafft man sogar recht problemlos die > geforderten 200Hz cycles. Eine schöne Aufgabe für einen ATtiny84. Da ist > der viele
-
Thread
UKW-Prüfsender: Diverse Fragen!
Bastler schrieb im Beitrag #3084716: > -----------------+--- > | | | > c | A > c --- K > c --- +---R--- Signal > c | K > | | A > -----------------+--- > | > --- R= 30 .. 100KOhm Z-Dioden haben
-*--------*-... | | | | | V c | --- c --- | c --- *------\ c | | | | | --- | | | ^ | | | | |
-
Thread
Gps Geschwindigkeitsmesser
C Aufgaben. Der 16er Pic hatte doch auch noch die segmentierten RAM-Bereiche, oder? Das war grausam in Assembler. In C kümmert sich der Compiler drum, ausserdem nimmst du einen moderneren Pic mit mehr
Eric John schrieb im Beitrag #3071991: > Wenn ich die RX leitung vom GPS Modul an den Pic anschließe ist es doch > völlig egal welchen Pin ich benutze da ich in C ja sicherlich vorher > definiere über welchen Pin die Daten kommen? Dein µC kann, wenn er in C programmiert wird, nicht
-
Thread
Pollin PMT-Modul
hab ich auf morgen verschoben. ICs: 3x BB DAC 7612U - Dual 12Bit SPI in DAC +-2.5V out 1x TLC072C - Low noise J-FET dual OPA 1x AD829A - 120MHz Low noise OPA 1x 24C64WP - I²C EEP 1x 24LC512 - I²C EEP 1x PIC16F872 - MCU 1x TLC2262 - Rail2Rail OPA dual 1x LP2951
bei I2C behoben, funktioniert jetzt bei niedrigerem PIC16 tackt - externes Tacktsignal auf 2 MHz geändert, beim Arduino Code muss man das auch entsprechend ändern (OCR1A = 3). - Timer2 richtig konfiguriert
-
Thread
Grundgerüst eines ASM-Programms, PIC16F84A
ich habe vor längerer Zeit ein Schülerpraktikum besucht, in dem es um die Programmierung eines PIC16F84A ging, mit dem eine LED-Anzeigeplatine (siehe Bild) angesteuert wurde. Jetzt möchte ich mich wieder mit diesem Thema beschäftigen und wieder mit der einfachen Programmierung eines PIC beginnen
für ein einfaches Lauflicht, oder um die LEDs blinken zu lassen brauch ich zu Beginn nur: list p=16f84 #include <p16f84.inc> __CONFIG PWRTE_ON & _WDT_OFF & _XT_OSC (wenn ich bis 4MHz Takte) loops equ 0x22 (Die variable könnte ich auch anders benennen oder? für was steht equ
-
Thread
Problem mit abgeschnittenen Nachkommastellen bei einer Berechnung (CCS C Compiler)
Hallo, habe ein kleines Problem bei einer Berechnung. Ich verwende den CCS C Compiler zur Programmierung eines PIC µC. Das Problem betrifft folgende Formel: [c]dutyp = 30+(70/(max_temp-min_temp))*(temp-min_temp);[/c] Die einzelnen Variablen folgendermaßen deklariert: [c]signed int16 temp=0; // Temperature in °C int8 min_temp; // Min.-Temp int8 max_temp; // Max.-Temp signed int16 dutyp
-
Thread
Realisierung einer Zeitschaltuhr mit ugf 14 Kanälen
&hash=item4ab7e2b2e7#ht_3256wt_1257 1 x RTC http://www.ebay.de/itm/I2C-RTC-DS1307-AT24C32-Real-Time-Clock-Realtime-Module-Batterie-for-AVR-ARM-PIC-/320854497094?pt=Bauteile&hash=item4ab46b1746#ht_4419wt_1257 1 x Steckernetzteil Sind dann um die 70 Euro Material.
http://www.kmitl.ac.th/~kswichit/f84rtc/f84rtc.htm ist die HW beschrieben, habe das aber auch auf einen mega88PA laufen mit 18 Outputs, sowie i2c upload/download des Speichers und Selection des Programmes über Schalter oder Token, bei
-
Thread
RFM12 Hausautomatisierung - Hat jemand Erfahrungen?
weitere HW und SW Arbeiten mit notwendigen EW-Tools für die Controller.... Gut, ich hätte da Tolls für PIC16C/F84 oder für den AVR2313 (so hieß er doch??).. Tiny müßte dann auch gehen...
HW und SW Arbeiten mit notwendigen EW-Tools für die > Controller.... Gut, ich hätte da Tolls für PIC16C/F84 oder für den > AVR2313 (so hieß er doch??).. Tiny müßte dann auch gehen... Ein paar RFM12B Module kombiniert mit ATEMGA's sind keine große Herausforderung. Es gibt auch jede Menge Beispiele
-
Thread
Störanfällige ICSP-Programmierung eines PIC16F84A
HC49U als Quarz gesehen habe. Nachdem ich die 10pF-Kondensatoren wieder entfernt habe, konnte ich den PIC16F84A über meine ICSP programmieren :D Ich hoffe jetzt, dass das dauerhaft so bleibt :) Editiert zur besseren Verständnis
von Christiani über den PIC16F84A, darum nehme ich den her :D Aber ich denke in Zukunft, wenn ich es besser drauf habe, werde ich umsteigen.
-
Thread
Suche nach einfache Aufklärung für PIC kontroller
Die <= PIC16 sind schon ziemlich dünn, haben eine umständliche Speicherumschaltung PIC18 kann man wenigstens gut in C programmieren PIC24 ist recht neu und gut zu gebrauchen. Dokumentation ist zum Teil umständlich
zu verstehen. Zuerst zweistellig, dann mehr Stellen, Beispiel PIC16C54, PIC16F84 als zwei uralte Typen. Etwas anderes ist es mit dem Zeug, was gelegentlich hinter der Typbezeichnung steht wi ez.B. PICblablabla-I/20 oder umgekehrt, da gibt es Kürzel für Taktfrequenzen
-
Thread
Arduino - bringt's das ? Gesperrt
schrieb im Beitrag #3032493: > Nachfrage: Die haben richtig teures Fachwissen für das > Routing von 16 MHz Atmel µC Boards? Oder doch eher für richtige > Probleme? "Richtig" weiss ich nicht. Sagen wir "andere" Probleme ;-) Aber Du kannst auch bei 16MHz µC Boards schon richtig Probleme kriegen.
reinholt. Absolut Klasse was der kleine Kerl kann, kenne ich nur von PIC16 früher.
-
Thread
LED-Matrix (Wortuhr - frage)
erzeugt die nur eine Bruchteil dieser 100% Zeit an ist. Diesen PWM Impuls auf einen Ausgang des uC legen der mit G des TPIC6B595 verbunden ist. Der dimmt dann alle 16 LEDs der jeweils aktuellen Zeile auf ein mal, denn man kann auch alle 16 Spalten statt der einen der 7 Zeilen dimmen. c) Die
Darf ich nochmal wiederholen: "16 * 7 sind 112 LEDs und damit ausreichend viele. Kann es sein daß du verbohrt glaubst, man müsse die auch in 16 x 7 Form anordnen ?" Die Anordnung (Zeile 1 bis 7, Spalten A bis P) A1 B1 C1 D1 E1
-
Thread
[Umfrage] Welchen uC habt ihr bis jetzt a meisten benutzt?
MSP430F2013 2 MSP430F2274 1 MSP430F1612: 2 MSP430F5438: 1 TMS320F28023: 1 TMS320F28069: 1 TMS570 1 PIC12F202 1 PIC12F1822 2 PIC16C57 1 PIC16C84 1 PIC16F628 2 PIC16F690 1 PIC16F84 3 PIC16F88 1 PIC16F727 1 PIC16F871 1 PIC16F876 1 PIC16F877 2 PIC16F1827: 1 PIC16(L)F193x 2 PIC18F452: 2 PIC18F13K50
MSP430F2013 2 MSP430F2274 1 MSP430F1612: 2 MSP430F5438: 1 TMS320F28023: 1 TMS320F28069: 1 TMS570 1 PIC12F202 1 PIC12F1822 2 PIC16C57 1 PIC16C84 1 PIC16F628 2 PIC16F690 1 PIC16F84 3 PIC16F88 1 PIC16F727 1 PIC16F871 1 PIC16F876 1 PIC16F877 2 PIC16F1827: 1 PIC16(L)F193x 2 PIC18F452: 2 PIC18F13K50
-
Thread
Fehlerhaftes Mikro C Programm
einen anderen Controller verwendet, deswegen musste ich andere PIN's verwenden. Alt ->Neu PIC16F84A->PIC16F877A 10 Mhz ->20 Mhz 4 Stellen->6 Stellen A0-3 Segement Plus-> B0-5 Segement Minus A4 in(DFC77) -> A2 in(DFC77) B0-7, Segmente -> D0-7, Segmente B.7 Button -> No
die Config-Bits ein (HS, LVP, WDT usw)? Stell die am besten in der Datei ein und nicht in der IDE. 16F84A zum 16F877A sind auf alle Fälle unterschiedlich und viel mehr! Wende dich mal an das PIC-Forum von Fernando Heitor, da gehts dann weiter.
-
Thread
PIC16F688 - Probleme beim BUILD
[c] list p=16f688 ;*********************************************************************** ;* Pinbelegung ;* ---------------------------------- ;* RA: 0 > LED mit 1 kOhm Vorwiderstand
----------------------- Clean: Deleting intermediary and output files. Clean: Done. Executing: "C:\Program Files\Microchip\MPASM Suite\MPASMWIN.exe" /q /p16F688 "blinklicht_prog.asm" /l"blinklicht_prog.lst" /e"blinklicht_prog.err" /o"blinklicht_prog.o" Error[150] C:\USERS\AZUBIEL\DOCUMENTS\BLINKLICHT
-
Thread
V: USB PIC Programmer + 10 PIC16F84 DIL
USB Kabel; SW im I-Net: http://www.nbglin.com/usba.htm Habe nur ein paar 16F84 damit geflasht. Preis: 25€ VHB Interesse = Mail! Privatverkauf ohne Sachmängelhaftung. Peter
PIC 16F84A-04 I/P DIL Gehäuse EDIT: vergeben. Peter
-
Thread
C + TFT +SD ==> Unlogischer Fehler. Mit Wissenschaftlichen Mitteln nicht erklärbar!
Hallo Leute, ich habe ein Display mit SSD1963 Controller an einem PIC32MX340F512H. ICh versuche ein Bild von SD-Karte (Roh-Format) an das Display zu senden. Der Code: [c] for(i=0;i<(800*480);i++) { f_read(&file1, buffer, 2, &read); LCD_WR_Data((((short)
v0,v1,v0 9D00A840 3042FFFF andi v0,v0,0xffff 9D00A844 7C021620 seh v0,v0 9D00A848 00402021 addu a0,v0,zero 9D00A84C 0F402C85 jal 0x9d00b214 9D00A850 00000000 nop [/code]
-
Thread
PIC Programmer Probleme
verschiedene pics zum testen gehabt. die software sagt, dass das brennen erfolgreich war (beim ersten pic 16f84). will ich es dann testen funktioniert der Controller nicht. beim 2. pic kommt direkt eine fehlermeldung "fuse error" mit bad und good hexwerten. mach ich da was falsch oder ist der brenner
Ja für das Firmwareupdate brauchst du einen pic16f628 oder einen pic16f628A. Als nächstes brauchst du die neuste Firmware. Also das Hex-File der neusten Firmware (Das Hex-File und die neuste Brennersoftware findest du da: http://www.kitsrus.com/
-
Thread
Suche einen µC / Serie
Pic Romless, max 6.25Mips, die Bauform ist SMD, aber dank PLCC84 Socket problemlos auf Rasterplatine machbar. 18f801 müsste es sein.
vom Z80 gibt es auch Varianten mit eingebauten IO und Timer, sozusagen Z80-µC ... TMPZ84C015 und Z84C15
-
Thread
Pulsweitenmessung und vergleich ohne CPU mit dsPIC33
entscheiden beim Empfang des ersten Bytes on the flight, ob sie aktiv werden oder nicht. Das kann der dsPIC natürlich nicht (und auch kein anderer µC, den ich kenne). Eventuell könntest Du dem dsPIC noch einen kleinen CPLD spendieren, der etwas ähnliches macht, d.h. das erste Byte herausfiltern und je nach
ja anscheinend eh nicht da du mit jedem separat kommunizierst und die Fehlererkennung mittels CRC-16 oder so. Ich habe jetzt nur nicht nachgeschaut ob der dsPIC sich die benötigten 40mips aus deinem 5Mhz Taktsignal mittels PLL generieren kann. Frage am Rande. Der Master also der FPGA gibt die
-
Thread
Problme mil LCD Routine
funktioniert, jetzt scheitere ich aber am ausgeben des Textes. Ich Programmiere mit MPLAB IDE 8.84 LCD: http://www.unisystem.pl/download/produkty/2011/wh2004a-tmi-ct_gCuyl/WH2004A-TMI-CT%23.pdf Wenn ich das Schreibe: [c] LCD_RS=1; LCD_D7=0; LCD_D6=1; LCD_D5=1; LCD_D4=0;
Enables gemacht, und die SFR Ausgabe des Simulator beobachtet. Leider kann ich Deine Probleme im Pic Simulator nicht nachvollziehen; Alle 3 Bytes werden nach meiner Ansicht korrekt an den 4 Bit ausgegeben, mit Deiner geposteten ur main.c, nur an 3 Stellen zum compilieren geändert: - Include