-
Thread
Basic und/bzw. vs - C Erfahrungsumfrage
/reserviert ein Zeichen 16 bit, benötigt aber nur 7/8 Bit.
>Meiner Meinung nach ist das aber doch ansich dämlich ein Byte größer als >8 Bit zu machen oder nicht? Wenn ein "normaler" 8bitter µC die Angabe >hat, er hat ein 1024B EEPROM, dann ist doch die Größe 1024Byte=8192Bit. >Wenn ein 16bitter, wo ein Byte 16bit hat, auch einen 1024B
-
Thread
Auswahlhilfe Starterkit
Ich finde das Nerdkit doch ziemlich teuer. Ein 4x16 LCD gibts bei Pollin für 8€. Mit Lochrasterplatine, AtMega 16 und evtl. noch ein MAX232 bleibst du unter 15€. Überlege erst einmal folgendes: Woher bekomme ich meine 5V Versorgungsspannung?
16V dabei, bei anderen 100V. Was soll man da nehmen? 10x (je) Keramikkondensator (100N, 15P): http://www.reichelt.de/?ACTION=3;GROUP=B353;GROUPID=3169;ARTICLE=9265;SID=22aREyidS4ARYAAEz@eQA84432dc9d682f530d4f2923003389856
-
Thread
MP3-Player fürs Auto
Interrupt) und Daten schaufeln. Der Decoder, die HDD und die Schnittstellen steuere ich über einen PIC18F8722 an (8Bit, 40MHz). Zwischenspeicherung von 512Bytes (MP3) mach ich mit dem internen RAM des Controllers. Viel mehr zwischenspeichern macht eigentlich nicht viel Sinn, es sei denn du machst nebenbei
LPC2378 für 13,77 -> zugegeben sehr teuer, aber das Verhältnis stimmt). Nachteil der beiden LPC23x8 ist das externe Businterface, welches hier nur 8Bit Daten- und 16Bit Adressbreite bietet. Ein integriertet Ethernet-MAC hat übrigens gewaltige Vorteile! Zum einen sind wesentlich weniger Leitungen
-
Thread
Pic18f1320 fährt nicht hoch
// Interrupts global freigeben while(1){ T0CON = 0b10000010; // Timer0 ein, 16bit,intern,x,Vorteiler,1:8 while(INTCONbits.TMR0IF!=1); } }
Die Quarz Frequenz ist zu hoch! Wenn du 32Mhz brauchst dann einen 8Mhz nehmen und beim PIC H4 einstellen.
-
Thread
Problem mit Interrupt des Timer1 bei PIC18F2550
delay_cycles(100); } } [/pre] Die folgende h-Datei habe ich eingebunden: [pre] #include <18F2550.h> #device adc=8 #use delay(clock=4000000) #fuses NOWDT,WDT128,XT, NOPROTECT, NOBROWNOUT, BORV20, NOPUT, NOCPD, STVREN, NODEBUG, LVP, NOWRT, NOWRTD, IESO, FCMEN, NOPBADEN, NOWRTC, NOWRTB, NOEBTR
Habe bei mir das ganze mit einem vorhandenen 18F4620 ausprobiert. Bei 16MHz und einen Reloadwert von 65485 (Um die 16MHz zu beruecksichtigen, also bei 50us) funktioniert das einwandfrei. Die zweite Delay ist uebrigens unnoetig. #include <18F4620
-
Thread
PIC 12F 629 ohne *inc -> wo liegt hier der Fehler verborgen?
PIC12F629 laufen. Also habe ich die Grundeinstellungen und RESET-Einstellugen von 16F627 (welche funktionierten!) mit 12F629 verglichen und angepasst. Gut, dann einen *.hex compiliert (mpsasm) und auf
und dabei sehr viel lernen! > Also habe ich die Grundeinstellungen und RESET-Einstellugen von 16F627 > (welche funktionierten!) mit 12F629 verglichen und angepasst. Was hast Du denn alles angepasst? Ich habe Datenblätter der beiden PIC's jetzt nicht im Kopf, aber ich denke, da ist ganz schön
-
Thread
Z80 Mikrocomputer Bastelei
der den Z80 in allen Bereichen um Längen >schlägt. Solange mehr oder minder sämtliche Mainstream 8-bit Mikrocontroller, also AVR und PIC, eine Havard Architektur haben kann man die Teile nicht für richtige Computer gebrauchen. Ich selber hab hier noch einen 65816 (16-Bit Variante des besten 8-bitter
Es wird immer 4,8 und 16bit Controller geben, auch wenn irgendwann mal Quad-Core 2Ghz Controller in 1x1cm BGA Gehäusen verfügbar sein sollten. Nur dir Architektur wird nicht stehen bleiben. Der 8051 ist der einzige
-
Thread
AVR Einstieg
Zweck um Regelungsalgorithmen zu implementieren oder elektronische Schaltungen zu ersetzen. > Atmega8 Auch wenn hier im Forum immer anderes behauptet wird, der Anteil von AVR in der Industrie ist mittlerweile sehr klein. Dagegen haben ARM und 8051 zusammen 2/3. Ansonsten PIC, Renesas, TriCore, aber
beschäftigt und bin ihnen bis heute Treu geblieben. Für den Einstieg und um Grundlagen zu legen find ich die 8Bitter(Pic/AVR/8051) sehr praktikabel. Vor allem sind sie überschaubar und wenn man einmal die entsprechende Peripherie verstanden hat sollte ein Klassenaufstieg von 8-16/32 nichts im Wege stehen.
-
Thread
PIC 16F946 RTC Uhr sleep mode timer1interrupt weckt nicht auf
Hallo zusammen Ich habe gerade ein Projekt am laufen. Folgendes: An meinem PIC 16F946 ist ein RTC Quarz mit 32.768kHz über T1OSO/RA6 und T1OSI/RA7 angeschlossen. Über den Timer1 lasse ich jede Sekunde einen Interrupt aufrufen, wo er jeweils eine Sekunde hinaufzählt. Die ganze
Datenblatt 16F946 Page 259 (für den 16F887 sind es wenige µA mehr): Bei 3 Volt sind 176 µA für SLEEP viel zu viel, das dürften höchstens 6-8 µA sein, typisch wären nur 2-3 µA! Also kein SLEEP! Auch wenn der µC
-
Thread
Warum Keil (oder andere unfreie Compiler) statt SDCC?
Lang ist's her, vermute eine 2.x.0-Version: PIC: Libraries waren nicht kompatibel, müssten aufwändig angepasst werden, um mit dem SDCC zusammenzuspielen. (z.B. das USB-Framework für 16F4550 &co) Inzwischen sind die PIC-Targets im SDCC unmaintained
Debugunterstützung. PICs beispielsweise kann man > mit dem Microchip Studio beglücken, und da funktionieren PicKit, Mplab > Snap etc. als Programmier- und Debuginterfaces. Genau. Und das nicht nur für PIC16, sondern auch für PIC18, PIC24 und PIC32. Es macht da einfach gar keinen Sinn, etwas anderes als das
-
Thread
Lampe mit Berührungssensor
neuen PICs haben sog. "Cap Touch Channels", das sind berührungssensitive ADC-Eingänge. Beispiel PIC16F1826 http://www.microchip.com/wwwproducts/Devices.aspx?dDocName=en538964
GENAU DAS kann auch der "falsche" PIC16F1826, siehe Datenblatt Kap. 26.0
-
Thread
Peripheral Pins Select PPS beim 18ner PIC
Du mit diesem Assembler unterwegs bist, bleibt Dir z. B. nur ein eigenes Inlude File aus z. B. P18F26Q43.inc zu editieren. Ich habe das für einen PIC18F16Q41 gemacht. Nun zu Deiner PPS-Frage (stammt aus einem Source File für PIC18F16Q41): Ursprünglich: MOVLW 010000B ; REDIRECT INPUT
einen PIC16F15325 eingesetzt und dafür die Software auch fast fertig. Aber die 7kB Flash sind bei dem einfach zu wenig. Deshalb wollte ich den 18F06Q40 einsetzen.
-
Thread
8051er oder AVR
Wenn ich die Wahl zwischen 8051 oder AVR zu treffen hätten, nähme ich einen 16 Bit PIC oder einen 32 Bit Cortex. Ansonsten kommt es natürlich immer auf die Anwendung an.
Beitrag #1966037: > Wenn ich die Wahl zwischen 8051 oder AVR zu treffen hätten, nähme ich > einen 16 Bit PIC oder einen 32 Bit Cortex. Ansonsten kommt es natürlich > immer auf die Anwendung an. Verstehe ich jetzt nicht ganz: Du hast die Auswahl zwischen Audi und BMW und entscheidest dich für einen
-
Thread
[PIC12F675] AD-Wandler zu ungenau
Programm sieht so aus: [c]#define __12f675 #include"pic/pic12f675.h" typedef unsigned int config; config at 0x2007 __CONFIG = _CP_OFF & _WDT_OFF & _BODEN_OFF & _PWRTE_OFF & _INTRC_OSC_CLKOUT & _MCLRE_OFF; int Zeichen;
c] Also ich habe den PIc16F690 und auch den Sensor und den PIC an einer Spannungsquelle und hatte noch keine Probleme mit den Werten. Hab allerdings nur kurz mal mit dem 12F675 zu tun gehabt. Hast du vielleicht in der Umwandlung
-
Thread
M68k BDM Interface , GAL ersetzen?
Klar holger http://www.latticesemi.com/lit/docs/datasheets/pal_gal/16v8.pdf "The GAL16V8 input and I/O pins have built-in active pull-ups. As a result, unused inputs and I/O's will float to a TTL "high" (logical "1")."
ist es nicht genau das gleiche was im orginal steht. Z.b steht im orginal am Anfang : QF2194*QP20*F0* und wenn ich ihn auslese steht da : *QP20*QF2194*QV0*F0*G0*X0* Was geht denn? p.s. und ja der GAL hatt Pull-Up's. So stehts im Datenblatt. Orginal [code] GAL16V8 EQN2JED - Boolean Equations
-
Thread
LCD 480x320 mit wenig Aufwand zum Anbinden
Touchscreen (sehr verlockend, hab ich noch nicht implementiert). Ach so, ja, das Display hat ein 8 Bit Interface - einfach toll: verbraucht "nur" 13 Leitungen (8 Daten, Reset, CS, RS, RD, WR) im Gegensatz zu den 21 eines 16-bittigen. Wenn man diese Hardware nimmt, sich von den trägen, lästigen
Touchscreen (sehr verlockend, hab > ich noch nicht implementiert). Ach so, ja, das Display hat ein 8 Bit > Interface - einfach toll: verbraucht "nur" 13 Leitungen (8 Daten, > Reset, CS, RS, RD, WR) im Gegensatz zu den 21 eines 16-bittigen. Link ?
-
Thread
C Compiler für PIC 12Fxxx
Also ich benutze mikroC for PIC von mirkoElektronika. In der Freien Version ist dieser Codegrößenbeschränkt (2kWords), damit kannst du jeden PIC10F/12F bis auf den 12(L)F1840 voll ausnutzen. Der 12F1840 wird auch unterstützt, sowie
PIC me up schrieb im Beitrag #2606219: > Meistens die 8-beinigen 12Fxxx. Was gefällt Dir denn an den 8-beinigen ATtiny13..85 nicht? Peter
-
Thread
Welchen µC-Typ für neues Projekt?
nahezu die gleiche CPU wie die normalen AVRs. Bei gleichem Takt sind sie > exakt gleich schnell. 16 bit MUL 16 bit auf einer 32 bit ALU = 2 Befehle für das Register füllen und einen Befehl für MUL...fertig 16 bit MUL 16 bit auf einer 8 bit ALU = sehr viele Befehle, da mehr Register in anspruchgenommen
Falk Brunner schrieb im Beitrag #3877591: >>16 bit MUL 16 bit auf einer 8 bit ALU = sehr viele Befehle, da mehr > > WIEVIELE?!!!! [c] int a = 0xfedb4561, b = 0x12345678; long c = 0; c = ((long)a)*((long)b); macht 85 zyklen auf einem
-
Thread
Freier unbegrenzter Toolkit für silabs 8051er
GPIO weniger) oder den PIC16F1516 (SOIC-28). Beide wären aber deutlich teurer. 75cent für den C8051F860 sind halt unschlagbar günstig, selbst falls noch ein paar Cent für ein I²C-EEPROM dazu kämen.
Beitrag #3621920: > Als Alternativen hatte ich noch: ATTINY841 (hat einen GPIO weniger) oder > den PIC16F1516 (SOIC-28). Beide wären aber deutlich teurer. > > 75cent für den C8051F860 sind halt unschlagbar günstig Du solltest deinen Kopf noch weiter drehen: Für das Geld bekommt man auch 16Bit Leistung
-
Thread
Diverse 68000 CPUs
1977, Malaysia) 32K fast static RAM PDIP28 AS7C3256 15nSec ALLIANCE USA. CMOS STATIC RAM 32Kx8, 15 nSec, ISSI IS61LV256 15, 3.3, SOIC Moulded NEC D4016-C2 2Kbyte SRAM static RAM, vintage memory IC 1983 NEU: SST25VF016 16MBit Serial FLASH, SOIC8 (W), Microchip AT49F040 4MBIT 512KX8 5V FLASH PLCC32 29F002T 2M BIT 256KX8 5V Parallel FLASH DIP32 ICs 29F010 1MBIT 128KX8 FLASH 5V PLCC32 28F020 2MBIT 256KX8 FLASH PLCC32 - Intel Brand SRM20256 256KBIT 32K X 8 CMOS STATIC RAM - PDIP28 - SONY 62256
-
Thread
Einstieg Konfiguration , BUS und DIsplay
. Wo bitte kommt das her??? Was das bedeutet ist mir jetzt auch klar allerdings besitzt mein PIC16F1703 einen internen Oszillator, und ich will den auf 8MHz einstellen. in C finde ich oft _XTAL doch was macht dieser Befehl, ich erwarte ja gewisse Einstellungen im Register OSCCON. Soll ich versuchen
das Programm in Assembler und einbinden? I2C-Bus: Hat schon jemand einen BUS realisiert in dem PIC mit 3,3V und 5V vorhanden sind? Ich habe ca 1,8nF Leitungskapazität bedeutet ca 3us (bei 1,8kOhm*1,8nF) bis "1" erkannt wird. Gibt es da auch alternativen zu I2C oder kann ich den mit ca 20kHz betreiben
-
Thread
SD-Card über SPI - manche gehen, manche nicht.
kommt nach ACMD41 nie aus dem Idle-State. Wenn ich vor dem Versuch die Karte zu initialisieren ein CMD8 sende, bekomme ich 0x7F.FF.FF.FF.FF als Antwort zurück (die anderen Karten antworten mit 0x01.00.00.01.AA), und auf CMD58 bekomme ich 0x01.00.FF.80.00 zurück (wenn ich CMD8 nicht sende, bekomme ich da
Probleme erklären. > Link anklicken und nach unten scrollen: > http://www.shop.display3000.com/pi8/pi14/pd102.html F***, ich glaub ich werd da jetzt selber mal nachmessen... sieht ja fürchterlich aus...
-
Thread
Kress/AMB Fräsmotor 1050-FME-1 Regelelektronik tauschen
schon Luxus. =^p Ich verstehe die Schaltung nicht vollständig: 1. Was machen R13,R14,D4,D5,C8,R12 an PIC Pin 3? 2. R2, R3, R4,R8, C2, D2 an PIC Pin 4 gehören wohl zur Nulldurchgangserkennung (ZCD). Was macht D2? Schutz? 3. Q1,C11,R16,L1,C10,D6,R15,C9 an PIC Pin 5 gehören zur Tacho-Kontrollschleife
Chancey schrieb im Beitrag #8023425: > Was machen R13,R14,D4,D5,C8,R12 an PIC Pin 3? Erkennen, ob S1 geöffnet wurde. > R2, R3, R4,R8, C2, D2 an PIC Pin 4 gehören wohl zur > Nulldurchgangserkennung (ZCD). Was macht D2? Schutz? Ja, unbedingt notig sonst schaltet
-
Thread
FAT für SD
Hallo zusammen, möchte gerne auf einer SD-Karte ein Fat16/32 dateisystem aufziehen. War schon auf Ulrich Radigs seite. Benutze leider einen PIC16F877a Controller. Hat jemand da schon was fertiges, mir kommts vor allem auf die Schreibfunktion an und nicht aufs
http://forum.microchip.com/tm.aspx?m=199006&mpage=1 Laut der Aussage dort brauche ich mit meinem PIC16F877a gar nicht erst anzufangen das FAT-System für eine SD Karte zu implementieren da der PIC zu wenig RAM besitzt und man mindestens 1.5 Kbyte benötigt (mindestblock ist 512 Byte.)Der PIC16F877 hat
-
Thread
PIC 16F877A führt Programm nicht aus
Hallo zusammen :) ich habe ein kleines Problem mit meinem Pic 16F877A und hoffe hier Hilfe zu finden. Ich habe mir eine Platine fertigen lassen zur Programmierung des Pics. (Schaltplan im Anhang) Programmieren tu ich im MPLAB mit dem CCS Compiler. Der Pic
Hardware Reset hab ich schon gemacht. Wenn ich mich nicht irre hat der 16f877A keinen internen Takt. Hier der Code: #include<16f877a.h> #fuses HS,NOLVP,NOWDT,PUT #use delay(clock=20000000) #use RS232(Baud=9600,XMIT=PIN_C6,RCV=PIN_C7) void main() { set_tris_a
-
Thread
ebus protokoll mitschnitt bei einem Wolf Heizkessel
jedoch nicht für die SollVorlauftemp ? Byte 9 ist vermutlich die aktuelle Raumtemperatur. [pre]#F0#52#50#14#07#03#00#30#80#11#00#6A#2F#00#09#00#01#E6#2D#00#80#14#8C#00#2E#00[/pre] In diesem Bsp. war die Raumtemp 17,7° Byte 9 = #11 --> 17 Die Kommastelle konnt ich noch nicht finden.
01 = Solarpumpe läuft ? ^ ^ ^ Kollektortemperatur * 16 (LLHH) ^ ^ WW Solar Temperatur * 16 (LLHH) SM -> alle 71 FE 50 18 0E 00 00 1B 00 0A 00 B0 01 4F 01 00 00 00 00 3F ^ Ertrag Tag?
-
Thread
TIMER für IRMP
Heinz B. schrieb im Beitrag #3963923: > Meine Lösung war folgende: > [c] > OCR2 = ((F_CPU / F_INTERRUPTS)/8) - 1; > TCCR2 = (1 << WGM21) | (1 << CS21); > [/c] Mal nachrechnen: [code] 8000000 / 15000 / 8 - 1 = 65,666 --> OCR2 = 65 [/code] Jetzt zurückrechnen: [code] F_INTERRUPTS
Zuweisung korrigieren, sonst koppelt die Korrektur von F_INTERRUPTS zurück in den Wert von OCR2 wegen (falscher) konsequenter Abrundung: [c] OCR2 = (uint8_t) ((F_CPU / F_INTERRUPTS) / 8) - 1 + 0.5); [/c] Diese Zuweisung wird dann noch auf den besten
-
Thread
Befehlssatz der bo8-CPU - was ist gut, was ist schlecht
den vier 8-Bit-Akkus A, B, E und F.
innerhalb eines 256-Byte- Bereichs angeben, die Differenz berechnet der Assembler. [pre] IXL 3c.8c ergibt IXL 4f DXL 8c.3c ergibt DXL 4f IXL 8c.3c ergibt IXL af (Start=008c Ziel=013c) DXL 3c.8c ergibt DXL af (Start=013c Ziel=008c) [/pre] Gleicher Wert für Start
-
Thread
Wasser-Sensor, Schaltung kontrollieren Bitte
Jahren (6J glaube ich). An den Schrauben ist keine Veränderung feststellbar. Nur wenn der Akku.... 8-o Deshalb neu mit µC. Das sollte InCircuit programmierbar sein. Will aber keine Jumper verbauen, was wohl nicht gehen wird?-/ Ein PIC 12F222 (liegt noch einer rum) und PicKit3, werden zum Einsatz
doch noch einen 8-pin PIC: weiße oder blaue > LED mit internem pullup bestromen und die Spannung messen. Wenn der > ADC-Wert ansteigt, ist die Zelle leer. :-) Komm ich nich hinter, klär mich auf, pls!
-
Thread
Drehmomentsensor - defekte Platine
und einem PIC16F1824 Microcontroller zusammen. Ich habe ein Bild mit der Bezeichnung einiger Bauteile an dieser Stelle angehängt, vermute aber, dass das Bild nur ganz unten im Beitrag angehängt wird.
können. Als der PIC16F1824 ausgelötet war bestätigte sich die Vermutung, das zwischen VDD und VSS (warum steht im Datenblatt nicht GND?!) ein Kurzschluss vorlag. Da der PIC16F1824 Chip ein MCU ist und ich vermute, dass
-
Thread
Das ultimative Aquariumsteuergerät
Kannte ich noch nicht. Danke für den Hinweis. Meinst Du das? http://www.diskusportal.de/aqua-pic-f41.html Dann schaue ich mir das gleich mal in Ruhe an. PNP schrieb im Beitrag #2745493: > Torsten interessiert sich für das Thema Computer und Aquaristik. > … und wenn … sich der Bedarf bestätigt
gedacht? Mit SPI und I²C sind Erweiterungen quasi keine Grenzen gesetzt. Preiswerter wäre z.B. ein PIC 16F1827-I/SO für 1,45€. Bei diesem PIC kann man einen SPI und einen I²C gleichzeitig nutzen, also entweder SPI-1 und I²C-2 oder SPI-2 und I²C-1. Der 16F1827 ist nur ein Beispiel! Ob AVR oder PIC
-
Thread
Problem Start PIC16F876A
Zeit treibt mich ein Problem fast zum Wahnsinn. Es handelt sich um eine Tochteruhrsteuerung mit einem PIC16F876A mit 4MHz. Schema und Layout beiliegend. Problembeschreibung: Ich kann nicht mehr genau sagen, ab wann (gefühlsmässig seit Anfang) der PIC nur sporadisch das Programm startet, oder nach kürzester
Takt)! Screenshot von LA leigt bei. Beide Programme sind angehängt. Geschrieben in "mikroBasic for PIC" von mikroE. Ich habe schon viele Projekte damit gemacht, auch mit dem PIC16F876A, immer ging alles wunderbar. Nur einmal hatte in einen PIC, der zog -MCLR intern mit ca. 0mA5 runter. Der hat dann dauernd
-
Thread
Programm von MicroSD / Externem Rom ausführen
einem Original Z80. Zum Lesen eines Bytes brauchst du ein Unterprogramm. Der Z80 hat einen Bus aus 16 Adress-, 8 Daten- und mindestens 3 Steuerleitungen - wo wolltest du die denn an die SD-Card mit ihren 8 Pins anschliessen?? Gruss Reinhard
meisten PICs. Genau, es gibt bei den PICs Ausnahmen. Ich habe so eine Spielerei schon mal mit einem 8-Bit-PIC gemacht. Einige Typen (z.B. der PIC18F8722) haben ein externes Speicherinterface, an das man auch SRAM klemmen kann (mindestens 128kB sind da möglich). Ich hatte dann ein "Betriebssystem" in
-
Thread
riesige LED-Matrix
um etwas auszuprobieren. Allerdings noch mit "Einzel-LEDs. Gesteuert wurde das ganze von einem PIC16F628. Das Ding war auf "zeilenweisen" Betrieb ausgelegt,d.h. es wurden über eine Kette CD4094 immer die LEDs einer ganzen Zeile UND die jeweils aktuelle Zeile geladen und dann umgeschaltet. Es waren also nur drei I/Os am Pic in Verwendung. Wie weiter oben schon schon geschrieben ergab das dann eine Austastung von 1:7. Das hat der kleine PIC noch "sehr Locker" gepackt. Ein ATMEGA8 müsste es also auch noch locker packen
-
Thread
PIC wird mit XT/PLL x16 (118Mhz) sehr heiß
Hallo, habe hier nen dsPIC30F6014 mit 7,372MHz Quartz. Wenn ich den normal betreibe, also mit XT ohne PLL, ist alles in Ordnung. Wenn ich XT mit 4x PLL, also 29,488MHz einstelle, wird er schon gut warm. Wenn ich aber jetzt XT
Beim dsPIC33FJ12GP201 sind für den Takt des VCOs im PLL 100-200 MHz angegen. Danach kommt aber ein Teiler von 4 , 8 oder 16. Die eigentliche CPU läuft dann mit maximal 40 MHz (nominal 40 MIPS), bzw. Fosc von 80
-
Thread
SPS Betriebssytem
nochmal durch den Kopf gehen lassen und bin zu folgendem Entschluss gekommen! MCU: ATmega32-16 DIP mit 16MHz Quarz Inputs: 16 Stück (durch 2x 74HC595)ggf mit Optok. Outputs: 16 Stück (durch 2x 74HC165)ggf mit Optok. ADC: 8 ADC`s (die des AVR`s) PWM: 2 CAN: MCP2515 RS232: MAX232
Hi, bin durch zufall hier drauf gestoßen. Also ich hab auf basis des STM32F407 eine industrielle Steuerung mit Ethernet, 24V galvanisch getrennte 8DE/16DA und 12bit 6AE, 2AA entwickelt. Ertweierungsmodule werden per CAN oder Modbus angeschlossen. Ja hab sogar ein Anybus Modul
-
Thread
Welcher Controller könnte das sein?
Von der Lage der Versorgung und des Quarzes könnte es ein PIC18F.... mit 20 Pins sein. Die Verbindungen zum LCD Controller müssten zum SPI Interface passen. Wenn es einer ist, sollte er Programmer in der Lage sein über die ID den genauen Typ zu bestimmen.
Das ist jedenfalls kein PIC. Da sind bei den 20 Pin-Gehäusen Vdd und Vss gerade anders herum (sowohl bei PIC16... als auch PIC18...) oder ganz woanders.
-
Thread
Avr 8bit VGA
Rolf M. schrieb im Beitrag #5792184: > 256 Zeichen mit je 16x16 Pixeln VGA verwendet 8x16 Pixel (bzw. 9x16 Pixel im echten Textmodus), und andere PC-Textmodi noch weniger: CGA 8x8, EGA 8x14, Hercules/MDA 9x14. 8x8 (das man auch von diversen Homecomputern
per PIC16F871 machen, der verträgt auch 20 MHz und er kann mit seinem Slaveport als I/O-Gerät vom Z80 aus benutzt werden. Ansonsten wäre für so ein Teil vielleicht ein wesentlich kleineres Display angemessen
-
Thread
NIXIE PROBLEM
300V. D.h. der NE555 taktet zwar, aber die Regelung geht nicht. Prüfe die korrekte Bestückung von Q8 und R25. Die Spannung an IC5 Pin 5 muss unter 2/3 von VCC, hier also unter 8V liegen.
Ich vermisse 2x 100nF am 7805 (und 4x 100nF über den Dioden des Gleichrichters, aber das interessiert ja eh keinen mehr). Abblockkondensatoren mit 22nF ist für meinen Geschmack zu wenig, besser 100nF. Vielleicht ist
-
Thread
PICkit 3 -> Target Device ID (0x0) does not match
Ganz wichtig, an jedes Vcc-GND-Paar gehört ein 100nF-Kondensator! Und dann mal testen den PIC per externer Stromversorgung zu speisen. Benutzt Du den internen Spannungregler im PIC? Ich weiß nicht genau ob man den deaktivieren muss/sollte wenn man
das in der PDF? Seite 3, Punkt 2.1 Power Requirements. Das Bild (Figure 2-3) müsste auf Deine PIC-Typen zutreffen. Der Core wird intern mit 1,8V versorgt und braucht dafür seinen internen Spannungsregler. Der muß einen 10µF Abblock-Kondensator an VCAP haben und der VBAT-Pin muss wohl ebenfalls
-
Thread
.bin-Datei für PIC-Programmierung verwendbar? Wie Umwandeln?
HY3005M-3 ist eine Hälfte defekt. Das Problem scheint bekannt, und offenbar ist die Ursache ein defekter PIC16F873A. Laut hier: http://translate.google.com/translate?hl=ru&sl=ru&tl=en&u=http://cxem.net/remont/remont61.php gäbe es für das betreffende Gerät auch die passende Firmware für beide "Hälften"
. Muss jetzt ein PICKit besorgen und dann einen Programmierversuch starten (Ersatz PIC16F873A habe ich hier). Das mit den Config Bits muss halt noch irgendwie ausgeknobelt werden, hoffe aber da kann man bei der 3A-Version "abkupfern".
-
Thread
[AVR] FM-Transmitter für 1,50EUR --> Ansteuerung?
vor dem Disassemblieren mal ansehen sollen ... [pre] :1000000000000101020203030404050506060707B8 :10001000080809090A0A0B0B0C0C0D0D0E0E0F0F28 :100020001010111112121313141415151616171798 :10003000181819191A1A1B1B1C1C1D1D1E1E1F1F08 :100040002020212122222323242425252626272778 :10005000282829292A2A2B2B2C2C2D2D2E2E2F2FE8 :100060003030313132323333343435353636373758 :10007000383839393A3A3B3B3C3C3D3D3E3E3F3FC8 ... [/pre] Fällt dir was auf? :)
-
Thread
PIC code protection gesetzt! Muss man den PIC erst löschen, oder kann man direkt überschreiben?
Zum reservierten Flash: gibt es ne möglichkeit, da ran zukommen (evtl. auch bei nem 16er PIC) ? Hat jemand da schon Erfahrungen gemacht ? W.
http://de.wikipedia.org/wiki/PICmicro#Sicherheit_und_Kopierschutz Power-Stress wie bei 16C84/16F84 geht bei neueren nichtmehr. Ausserdem sind die Fuses mit AND-Logik oder anderen Sachen versehen. Power-Glitch kann funktionieren, so arbeitet vermutlich auch der FlashPIC Reader von Semiresearch
-
Thread
[C] Merkwürdige Erscheinung
definiert? [c] char rcvd[5];[/c] Hmm schrieb im Beitrag #2893472: > Das Ergebnis ist aber > nur 8 Bit (char). Was hast Du Dir als Ergebnis vorgestellt und wie soll > es erreicht werden? Die linke Seite ist ein 16bit Wort, muss ich dann trotzdem für die Rechnung D1 bzw. D2/D3 casten? Danke
...bei den Pic 16 gab es doch garkeine getrennten latches für Ein- und Ausgang, wie das bei den 18nern ist habe ich ja nie ersichtet da auf Atmel umgestiegen... Gut war jedenfalls bei den 16nern auch die I/O Falle
-
Thread
Minutengenaue 24 Stunden-Wortuhr - wer will mitbauen?
/product-gs/pl9823-f8-8mm-round-hat-rgb-led-with-pd9823-chipset-inside-full-color-frosted-1707263595.html Stückpreis US$ 0,16 - US$ 0,19 ! lt Beschreibung versandkostenfrei. Lass mir die mal in größerer Stückzahl anbieten
/WC24h_18x16_Test.html#M11T0101 MINUTEn muss in der Einzahl sein: https://rawgit.com/TorstenC/1a59b9c73730eb8e144d/raw/28865a80765fb6dff38c5590b88726446b0dc2f3/WC24h_18x16_Test.html#M10T0529 "Es ist 12 Min
-
Thread
suche µC mit mind. 3 analogen Ausgängen (DACs)
PIC18F46K80 oder PIC18F66K80 z.B. haben CAN und 5x 10bit PWMs bei 1.8 - 5 Vdd. Ein paar dsPIC33EP haben 16x 16bit PWMs und CAN bei 3 - 3.6 Vdd und 70MIPS. Z.b. dsPIC33EP256MU806 (Hat 2 CAN und auch USB) als TQFP64/QFN64. Wenn 8x 16bit PWM reichen (und CAN), sind auch einige dsPIC33FJ dabei. Vorrausgesetzt du willst die DACs via PWM realisieren. Bei externen DACs ist es dann ja schon fast egal welchen µC du nimmst.
-
Thread
Einsteigerfrage: Pin Toggeln in Assembler - PIC
Meinst Du PIC16F1823 oder 18F23? Ist ANSEL für diesen Pin ausgeschaltet?(Der Pin ist zwar ein Ausgang, aber ich habe beim CCS-Compiler von dieser Problematik gehört/gelesen)
Klipp und klar: Es handelt sich wohl nur um den PIC16(L)F1823. Klar, wenn PORTC,1 ein digitaler I/O ist, wird dieses Bit durch den Code des TO umgeschaltet. Indem der PIC Output-Latches hat, ist es besserer Stil anstatt PORTC,1 - LATC,1 zu verwenden
-
Thread
[V] IC´s, Mikrocontroller, PIC´s, Treiber, LM xx.
Bauteile dazu kommen. Die Überschrift passt sonst nicht. Also biete an: Mikrocontroller: - 20 x 8-BIT MICRO-CONTROLLER USES A FULLY STATIC CMOS DESIGN TECHNOLOGY MDT2051P 340MBC --> kompatibel zu PIC 16C71 (lässt sich mit PIC - Programmer programmieren) - 1,50 €/pro IC - 1 x PIC 16F872 - 1,50 €/pro IC - 4 x PIC 16F84 - 1,50 €/pro IC - 1 x PIC 16F628 - 1,50 €/pro IC - 1 x PIC 12F629 - 1,50 €/pro IC Display - Treiber: - 2 x ICL 7107 - 1,50 €/pro IC IC´s: - LM 3916 - LM 723 - LM 724
-
Thread
pic18f252, SDCC 3.60, gplink 1.5, linux
Anhang kann ich kompilieren und Compiler und Linker produzieren folgenden Output: [code] sdcc -mpic16 --use-non-free -p18f252 -Wl-b1 --std-c99 --opt-code-size -DF_CPU=1000000ul -I./ -I../include -c f252_blink.c -o f252_blink.o gplink -r -m -I./ -I../include -a inhx8m -o f252_blink.hex /usr/local/share/sdcc/lib/pic16/libsdcc.lib /usr/local/share/sdcc/non-free/lib/pic16/libdev18f252.lib f252_blink.o 1>&2 message: Using default linker script "/usr/local/share/gputils/lkr/18f252_g.lkr". picreadhex pic18f252 f252
-
Thread
Mittelwert sinnvoll bilden
Der Algorithmus ist schon der Richtige. Nimm 4 , 8 oder 16 Werte. Welcher Wert für dich der Beste, ist musst du selbst bestimmen. Wenn du ANSI C nimmst und auf Bibliotheken verzichtest, wird der C Overhead sehr klein. Also zb eine Ausgabe nicht
Mehr ist es bei mir ja auch nicht (Bei Fensterbreiten von 2,4,8,16 usw. ist die Division ja auch nur ein Bitshift).