-
Thread
RFM12 - Funkmodul
Hagen Re wrote: > Deshalb wird es wohl das Einfachste sein einen 16.5 bis 15.5 langen > Draht senkrecht anzulöten. Der Draht wird dann Stück für Stück gekürzt > bis Resonanz entsteht. Wodurch kommt eigentlich die Länge von 15,5cm zustande ? c / 433MHz = 70cm ->
Inbetriebnahme des RFM01 - Empfang-Moduls bereitet mir kopfzerbrechen. Ich programmiere in Assembler einen PIC. Wie ich aus dem C-Code (C kann ich leider nicht) und dem Timingdiagramm lese muss als erstes nSEL und SCK auf Lo, dann wird als erstes 0x0000 übertragen (SDI = 0, SCK taktet 16 mal). Und da hakts
-
Thread
MMC/SD Bootloader füt ATMega16
Bootblöcke im AVR-Studio ist ein wenig seltsam, um nicht zu sagen, das haut überhaupt nicht hin. Mega16, 1k -> 0x1c00 Mega32, 2k -> 0x3800 Mega128, 4k -> 0xf000 Das muss man ja immer mit 2 Multiplizieren um auf die richtige Adresse zu kommen.
Adresse: Ihr berechnet die Startadresse mit 16384 Bytes Flash - 2048 Bytes Bootloader = 14336 => 0x3800. Für den ATMega88 also dann 8192 Bytes Flash - 2048 Bytes Bootloader = 6144 => 0x1800. Im Datenblatt des 88 ist die Startadresse aber mit 0xC00 angegeben, genau wie im Datenblatt des 16.
-
Thread
C und Assembler
wie war das beim pic 16 stack tife von 2? und dann mit C? In wie weit der Compiler da noch ANSI C conform ist mag ich bezweifeln.
123 schrieb im Beitrag #2506155: > wie war das beim pic 16 stack tife von 2? und dann mit C? > In wie weit der Compiler da noch ANSI C conform ist mag ich bezweifeln. Ich weiß ja nicht von welchem PIC du redest aber selbst der Steinzeitliche PIC16F84
-
Thread
Ist der PIC 18F2450 eine gute Entscheidung
Ich programmiere seit einiger Zeit PICs ausschließlich in C. Bisher PIC18 und dsPIC, aber auch die ach so verteufelten, "nicht für C gebauten" PIC12 und PIC16. Und ich muss berichten, es hat doch tatsächlich funktioniert... Sogar so wie ich wollte. Die Kompabilität
einfaches Projekt ist, z.B. ein I2C-Thermometer auslesen und an einem 2x20 LCD auageben, kann man so einfach suchen.. 5V PIC, min. 1xMSSP, interner Oscillator, min. 9 IOs (4+3 f. LCD, 2 f. I2C), für kleinstmöglichstes Gehäuse max. 14
-
Thread
Frage zu einem kleinen PIC-ASS-Programm
hallo; ich habe folgendes kleine PIC-ASS-Programm: [c] PROCESSOR 16F15313 #include <pic16f15313.inc> PSECT psect1 org 0x00 goto main PSECT psect2 main: movlw 0b11111011 movwf TRISA
... statt hier rumhängen, vielleicht erstmal das user guide pic-as lesen! [c] #include <xc.inc> processor 16F15313 // PIC16F15313 Configuration Bit Settings // CONFIG1 config FEXTOSC = OFF config RSTOSC = EXT1X config CLKOUTEN = OFF config CSWEN = ON
-
Thread
Einstieg PIC in C programmieren
z.B.: main.c file: [c] #include <pic16f84a.h> void main() { TRISB=0xFF; while (1) { PORTB++; } } [/c] Kompilieren mit: sdcc -mpic14 -p16f84a --opt-code-size main.c (Später macht da natüerlich
Lukas, der CC5X Compiler hat auch mir bereits mehrfach gute Dienste geleistet. Produziert stabilen Code. Hatte den 16F877 eingesetzt. Der MicroC ist noch ziemlich neu. Von den Jungs habe ich mal das EasyPic Board
-
Thread
Welcher Controller für Unterrichtszwecke?
sowieso Standard, und damit kommst Du unter ALLEN denkbaren Umständen immer wieder auf den Chip. Bei den 16 und 32 Bit Teilen wird ein spezielles Codewort reingetaktet, und damit ist das auch ohne HV-Programmierung (die gibts z.B. bei dsPIC33C und PIC32 gar nicht mehr) idiotensicher. Zum Anderen ist das
man möglichst wenig drumherum haben. Das ganze soll so primitiv wie möglich sein, und ob das dann PIC16, 6502 oder 8051 ist, ist dann auch egal. Was vielleicht für die Lehre auch interessant wäre, sind so Retro-Kisten wie David Murrays Commander X16 (http://www.commanderx16.com/), quasi eine Art
-
Thread
Nimm PIC's
gibt es wenn du unbedingt USB willst den PIC 16C765 mit integriertem USB. Aber eines muss dir bei USB im klaren sein. 1. es ist viel komplizierter und Aufwendiger als RS232 (USART), (einziger Vorteil Vcc=5V Rs232= +/- 12V) 1. Es benötigt
die leistung der 18er nicht reicht, einfach den code behalten (mehr oder weniger) und für einen dsPIC compilieren, der die 3-4x leistung hat und erst noch 16bit breit ist ;) ps: brenner kann man sich auch für PICs ab 5 Euros machen ;)
-
Thread
[V] Mini GPS Module - SkyTraq Venus 6 (22x22x8mm)
in so 5x5 Metern, die meisten innerhalb von 2x2 Metern. Apropos GPS-Programm: wie stell ich da die refresh-rate auf 10Hz? Baud bekomm ich hin, aber Refresh irgendwie nicht. also das was manche hier bemängeln
anfragen ob das schon bekannt ist oder ob ich einen Rechenfehler mache. Ich wollte eigentlich den µC rechnen lassen, sieht dann ungefähr so aus: ucBaud_Msg[ 4] = 0x05; // Message ID 0101 ucBaud_Msg[ 5] = 0x00; // COM Port 1 0000 ucBaud_Msg[ 6] = 0x03; // Baud Rate 38400 0011
-
Thread
PIC10Fxxx oder PIC18Fxxxx für den Einstieg?
Ich würde auch einen PIC18 oder einen von den neuen PIC16Fxxxx (4-stellige Endung) empfehlen. Die 18FxxK22 sind sehr vielseitig, benutzen wir für unsere Studenten im Labor auch (18F2xK22). Kannst ja mal [http://www.hs-ulm.de
auch noch in C loslegen zu wollen. >> ein PIC24F in Assembler wesentlich einfacher zu programmieren als ein >> PIC16. > Das sehe ich komplett anders. Mit dem Assembler für den PIC18 komme ich > nach dem Microchip-Tutorial
-
Thread
PIC4550 - Anfänger Problem
------------------------------------------------------ Grundsätzliches: 1) Man verwendet bei PIC18 immer den sog. Latch zum Output. Das heißt man schreibt nicht mehr PORTA=0xFF sondern LATA=0xFF. Bei den PIC16F war es ein bekannter Fehler, dass bei manchen Bitmanipulationen im PORTX immer wieder
durchgängig zu leuchten) Immerhin würde der PIC mit deiner Einstellung ja alleine mit einer 12x höheren Taktfrequenz laufen. Dazu sind die 18F Pics ja für Hochsprachen wesentlich besser geeignet als die 16F. Betrifft zwar in erster Linie C, aber
-
Thread
FTDI oder CP2102?
Sinn. Nun haben wir 2 kleine Fragen: Wie stellen den PIC24FJ128 auf die 16 Mhz Freuquenz ein? 2. Welche Formel stimmt den beim PIC zu Berechnung des richtigen UART Wertes...? Grüße, Roman
Low-Speed Modus arbeitet (BRGH = 0), dann kommt bei der Boud-rate von 115200 ein Teiler von 3,34 (mit 16 Mhz f(osz)). Dessen Abweichung ist dann zu groß, 8,5%. Wir haben nun den High-Speed-Modus aktiviert (BRGH=1) und Teiler von 16,361 auf 16 gerundet eingegeben. Die Abweichung liegt bei 2,14%, aber
-
Thread
Welcher PIC ist der beliebteste ?
Für USB gäbe es auch noch pic16f145x. Allgemein würde ich bei pic16 auch nur noch die mit 4 oder 5 Stellen hinter dem f empfehlen.
optimize-df --use-non-free In der Menü Project->Build options->Linker settings->Links libraries: C:\Program Files\sdcc\lib\pic16\libc18f.lib
-
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
PortA,3 ;g return fünf bcf PortB,7 ;a bsf PortB,6 ;b bcf PortB,5 ;c bcf PortB,4 ;d bsf PortB,3 ;e bcf PortB,0 ;f bcf PortA,3 ;g return sechs bcf PortB,7 ;a bsf PortB,6 ;b bcf PortB,5 ;c bcf
-
Thread
Arduino - UNO Flashershield (Linux)
:~$ cd /lib/x86_64-linux-gnu hans@Dell:/lib/x86_64-linux-gnu$ sudo ln -s /lib/libncurses.so.5.9 /lib/libtermcap.so.2 hans@Dell:/lib/x86_64-linux-gnu$ sudo avrdude -c arduino -p m328p -P /dev/ttyUSB0 -b 57600
* lrwxrwxrwx 1 root root 17 Dez 18 12:16 /lib/x86_64-linux-gnu/libtermcap.so.2 -> libncurses.so.5.9 hans@Dell:/lib/x86_64-linux-gnu$ sudo avrdude -c arduino -p m328p -P /dev/ttyUSB0 -b 57600 -B 5 avrdude: AVR device initialized and ready
-
Thread
mal wieder: china meßschieber - 2x24bit-Protokoll mit PIC auslesen
Hi nochmal, also so wie es aussieht, ist es wohl kaum machbar, mit einem PIC (16MHz interner IRC) mehrere Schieber simultan auszulesen. Zumindest bei den 2x24-Protokollen. Ich muss mit hoechstens 5uSec abtasten und auswerten und dafuer habe ich in der Zeit nicht genug Befehle
von 5 uSec einhalten und der PIC ist mit 16 MHz getaktet (sonst brauch ich einen Quarz). Also habe ich 16*5/4=20 Befehle zur Verfuegung - so grob gerundet. Mit diesen 20 Befehlen muss ich 5 Taktleitungen
-
Thread
Einstieg in der MicroController Welt
ohne "bundling" mit kostenpflichtiger SW. Für die gängigen Plattformen gibt es einen frei verfügbaren C Compiler/Crosscompiler (avr-gcc, arm-gcc), oder frei verfügbare IDEs wie das avrstudio für AVR Entwicklung unter Windows. > An für sich ich habe damals mit dem PIC16F84A gearbeitet und fand ich >
eher veraltet). Fuer beide gibt es Gratis-C-Compiler. Mircochip hat u.a. auch die dsPIC-Serie (16-bitter), die sind ganz schoen leistungsfaehig. Lass Dich nicht von den Taktfrequenzen verwirren - AVR barucht fuer (die meisten?) Befehle bloss einen
-
Thread
passender Controller gesucht.
Ich bin da etwas überfordert bei der Vielzahl von Typen und Herstellern... MUSS-Anforderungen: - 5 x 8-Bit A/D Channel - 6 X Digital Out - 1 x 8-Bit Timer - Umin <= 2,5V - Umax >= 4,5V - Sleep Modus - Selbstständiges Aufwachen aus dem Sleep Modus KANN-Anforderungen (Wunsch, aber keine Pflicht
Inwiefern? Also wenn ich die für mich relevanten Daten vergleiche, schneidet er einfach super ab: PC16F527 (Billigster PIC, der meine Anforderungen erfüllt) - 1x 8 Bit Timer - 8 Bit ADC - Eingeschränkte Wake-up Funktionalität durch WDT - Kosten bei Farnell: 0,905€ STM8S003F3P6 - 1x 8 Bit Timer
-
Thread
VPP, MCLR und VDD
#define blau PORTC.2 #define rot PORTB.5 CCP1CON = 0x00; CCP2CON = 0x00; CCP3CON = 0x00; while (1){ blau = 1; } } [/c]
zweitens kann es sein dass der Compiler die wegoptimiert. Deshalb: - entweder die Timer Peripherie im PIC verwenden - oder eine "Delay" Bibliothek verwenden, müsste der CC5X auch haben (bei C18 heißt sie delays.h)
-
Thread
News aus der Atmel Gerüchteküche
*** Live von der electronica *** Der neue XMega E5 kommt als 8/16/32 KB Flashvariante in TQFP32 Gehäuse im Q1/13 auf den Markt. Weitere Daten u.a. : SRAM 1/2/4 KB, EEPROM 0.5/1/1 KB, 1 SPI, 1 TWI, 2 USART, 12 PWM, 16 ADC, 2 DAC, 26 I/Os
8051 hat man sich zu helfen gewußt, wie man 100MHz schafft, obwohl der Flash nur 25MHz kann: "The C8051F12x and C8051F13x device families incorporate a 63x4 byte branch target cache with a 4-byte prefetch engine." Ist also kein Hexenwerk. Peter
-
Thread
Was wird denn nun aus AVR?
so klein sind, gibt es denn auch > so kleine IC's, wie die Tinys? Die LPC810 Reihe gibts mit 16 Pins in einem 3,2x2,5mm Gehäuse. Für SO8 hat es wohl nicht gereicht, in SO20, TSSOP16 und DIP8 gibts den aber auch. Cortex M0+ Core, 16KB Flash, 4KB SRAM. 3xUART, 2xSPI, 1xI2C, ein paar Pins können
Suchspiel: Wo in diesem Foto vom STM32F100C4T6B (16KB/4KB/LPC48) steckt der Cortex M3 Core (0.09 mm² in 90nm und Minimalkonfiguration): https://upload.wikimedia.org/wikipedia/commons/thumb/6/67/STM32F100C4T6B-HD.jpg/936px-STM32F100C4T6B-HD.jpg
-
Thread
PIC-Mikrocontroller Buch
Ich kann zu fast 100% dieses Buch hier empfehlen: PIC-Microcontroller: Programmierung in Assembler und C - Schaltungen und Anwendungsbeispiele für die Familien PIC18, PIC16, PIC12, PIC10 (Broschiert) http://www.amazon.de/PIC-Microcontroller-Programmierung-Assembler-Schaltungen-Anwendungsbeispiele
usw.) und damit experimentieren. Macht echt Spass :-) . Am Anfang würd ich mit den Mid-Range PICs (16F8*) anfangen.Zuerst in Assembler, dannach in legerem C (z.B. mit dem CC5X Compiler, der lässt sich einfach in MPLAB einbinden). Da sieht man schon das son ein "kleiner" µC fürs meiste ausreicht. Und
-
Thread
Assembler wieder auf dem Weg nach vorn Gesperrt
BTFSS PORTA, 0x4 03B2 2BB8 GOTO 0x3B8 03B3 1A87 BTFSC PORTC, 0x5 03B4 1E07 BTFSS PORTC, 0x4 03B5 2BB8 GOTO 0x3B8[/c] und gewinnt mit 6 Befehlen 25% Land. Natürlich könnte ich solche Tricks selbst
. Der PIC12F675 ist damit zu 16% gefüllt, sowohl Flash als auch Datenspeicher. Das C-Projekt ließe sich das sogar auf einen PIC10F220 ausführen. Mein Fazit in dem Fall: No Need For Assembler!
-
Thread
PIC: Laufzeit eines Programmabschnittes bestimmen?
im Anhang braucht zu lange. Ist es möglich, dass ich die Laufzeit eines Programmabschnittes (in C) berechnen (oder messen?) kann? Der 8-bit PIC16F15325 läuft mit 4MHz. Ich weiss, dass eine Instruktion bei meinem PIC 4 Takte braucht, aber wie viele Instruktionen braucht dann ein if, ein floor(),
Volker S. schrieb im Beitrag #5820484: > Ups, da muss ich mal schauen, ob das bei PIC16/18 auch geht. Nope, geht nicht bei MPLABX v5.10 / PICkit3 / PIC18F25K22.
-
Thread
als nächstes ARM oder FPGA/CPLD?
ich auf eine Sache mal keine Lust habe): - Ein via Encoder/USB einstellbares, µC gesteuertes und OPV geregeltes Doppelnetzteil (2x 20V/5A) inkl 3.3V/2A, 5V/3A und 12V/2A Festspannungsausgang. - Quadrokopter (allerdings noch relativ am Anfang) - neue, größere el. Last (Basis PIC18F
und eben nur mit statischem RAM, dafür ein CPLD (95144 reicht), was zusammen mit nem schnellen 256x16 oder 512x16 SRAM als LCD-Controller dient. Hier kannst du dann beides üben: µC und CPLD. c) ein ganz kleiner ARM (sowas wie ein LPC2103) mit nem kleinen monochromen Grafikdisplay, nem 20 ..24 Bit
-
Thread
LEDs an PIC ausglimmen lassen
hoffe, es erbarmen sich ein paar von euch, um mir zu helfen. Was ist mein Problem? Ich habe einen PIC16F µC und möchte 8 LEDs separat ansteuern und damit das kurze Aufleuchten nicht alzu ruppig erscheint, sollte es ausglimmen/"faden". Beim PIC werden 8 Ports als Input und entsprechend 8 als Output
anpassen an was du erreichen möchstest. Falls du das Prj neu beginnst, bitte verwende moderneren uC Pic16F1827 o.ä., mit ner vierstelligen Nummer. Gruss
-
Thread
PIC16F690 PWM
(mit bis zu 4 ausgänge), man könnte aber 3 Soft PWM programmieren als alternativ einen anderen PIC mit 3 oder 4 PWM module, wie: PIC16F737, PIC16F1829, PIC16F1508 Wie schnell soll denn die PWM Frequenz sein?
Hab sowas mit dem 16F737 gemacht und läuft gut. Damals noch in Assembler und dem leidigen Bankswitching. Heute würde ich nur noch 18F in C programmieren. Bitte beachten dass der PIC keinen EEprom besitzt, das ist mir
-
Thread
Auswahl geeigneter Hardware nach langer Auszeit
IDE heißt jetzt anscheinend MPLAB X und da steht etwas von 60 Tage Testversion für C16. Muss man danach zahlen oder gibt es auch eine kostenlose Version, wenn man das wie ich nur als Freizeitbeschäftigung betreibt? Die Antwort gilt dann
Kai P. schrieb im Beitrag #7153346: > und da steht etwas von 60 Tage Testversion für C16 Das stimmt, aber bezieht sich nur auf den 'Super-Duper' Compiler C16. Du kannst weiterhin in C und ASM mit MPLAB X programmieren (wimre heisst der Standardcompiler XC8 oder so). Ob C16 irgendwelche
-
Thread
youtube : "geile" demos - wer kennt noch mehr ?
LEDs etc. gefunden. Wer kennt mehr solcher Filme? Scopetetris http://www.youtube.com/watch?v=Hui5Azx5jQo Interactive LED Coffee Table http://www.youtube.com/watch?v=IkmpIXd9Q90 8x8x8 Led cube http://www.youtube.com/watch?v=J_ka5ztHOTM Borg 3D color http://www.youtube.com/watch?v=4MGKhFIujM
mein Japanisch ist etwas eingerostet... :) weiß du wo man LED matrix module mit rechteckigen Pixels 8x8 oder 16x16 bekommt?
-
Thread
ADCC - nur zuckeln am Eingang!
0x00; // ADCAP Additional uC disabled; //ADCAP = 0x00; ADCAP = 0x1F; //Enable all PC-Caps?? // ADPRE 0; ADPRE = 0x00; // ADACQ 255; ADACQ = 0xFF; // ADPCH ANA0
Peter D. schrieb im Beitrag #5101117: > Beim AVR gibt es neben ADCL und ADCH auch ADCW. ADCW ist 16Bit Gibts bei XC8 auch: ADRES In der PIC18F26K40.h definiert, die über xc.h automatisch includiert wird: [c]extern volatile unsigned short ADRES @ 0xF63;[/c]
-
Thread
Attiny Speicher zu knapp
--> Länge des Pattern0 z.B. pattern_pointer[0].Data[i] --> i-ter Datensatz aus Pattern0 patterni[x]={Speed (bzw Speed*Overflow_time), Patterns....} uint8_t patternn[length]={ Speed, pic1_red, pic1_green, pic1_blue, pic2_red, pic2_green, pic2_blue, pic3_red, pic3_green, pic3_blue }; Length
pattern2), pattern2}, {sizeof(pattern3), pattern3}, {sizeof(pattern4), pattern4}, {sizeof(pattern5), pattern5}, {sizeof(pattern6), pattern6}, {sizeof(pattern7), pattern7}, {sizeof(pattern8), pattern8}, }; [/c] main.c [c] //... serpa[0]=pattern_pointer[0].Data[show_program*3-2]; serpa[1
-
Thread
Zeigt her eure Kunstwerke (2017-2019) Gesperrt Bilder
geschrieben (was so im nachhinein eigentlich nicht soooo sehr geschickt ist, weil ich mit Lazarus oder C und QT5 wohl schneller gewesen wäre). Bilder im Anhang zeigen das Flashershield, einmal mit ATtiny44 und aktivierter UART-USB Bridge, mit PIC16F676, den Schaltplan und ein Screenshot des TUI. Hmmm
geschrieben (was so im nachhinein eigentlich nicht soooo sehr geschickt ist, weil ich mit Lazarus oder C und QT5 wohl schneller gewesen wäre). Bilder im Anhang zeigen das Flashershield, einmal mit ATtiny44 und aktivierter UART-USB Bridge, mit PIC16F676, den Schaltplan und ein Screenshot des TUI.
-
Thread
Hex-File auf Pic klappt nicht
Error: Code Mem 0x00016A: PIC=0x3FFF Buf=0x0008 Verify Error: Code Mem 0x00016C: PIC=0x3FFF Buf=0x3024 Verify Error: Code Mem 0x00016E: PIC=0x3FFF Buf=0x0084 Verify Error: Code Mem 0x000170: PIC=0x3FFF Buf=0x3004 Verify
mit deinem Programmiergeschirre. richard schrieb im Beitrag #3885306: > Verify Error: Code Mem 0x000168: PIC=0x3FFF Buf=0x20B6 > Verify Error: Code Mem 0x00016A: PIC=0x3FFF Buf=0x0008 > Verify Error: Code Mem 0x00016C: PIC=0x3FFF Buf=0x3024 Hier wird es noch viel deutlicher: egal was der Brenner
-
Thread
PIC Assembler Division 8Bit
Dieter L. schrieb im Beitrag #4040546: > 5 und 90 liefert, durch einen ebenso 8Bit > Wert, genauer dez. 10 zu dividieren. Normalerweise sollte man für sowas ein Gleitkommapaket auf der Hinterhand haben - ich hatte sowas für die PIC16Fxxx
nicht ganz schlau daraus geworden. Auf den ersten Seiten gibt es ja diese Tabellen je nachdem welchen PIC man benutzt, da war meiner nichtmal aufgeführt...da stand PIC16C...., ich verwende allerdings einen PIC16F887. John und Wit G: Werde eure Ideen bald mal ausprobieren, vielen Dank dafür. Stephan
-
Thread
Zeigt her eure Kunstwerke (2014) Gesperrt Bilder
Ein PIC16F887 Lochraster Hack für die Azubis. Eine Eurokarte mit festem Layout ist schon bestellt. Die "Firmware" wird mit dem MPLabX und XC8 Free Edition erstellt. 3 Analog Eingänge werden von den Potis mit einem Signal versorgt, das Steuerkreuz ist die Eingabemöglichkeit (WASD + Enter), das 240x64 Pixel Display GFX/TXT mit T6963CFG wird im Textmodus betrieben. An PortC wird noch UART und SPI herausgeführt. Der PIC16F887 ist von der IHK vorgeschrieben, das Lochraster Board ist im Gegenteil
-
Thread
PIC oder AVR, was ist besser
Wäre die Architektur wirklich ein Thema, die PICs wären aufgrund der Dominanz von Programmierung in C längst weg vom Fenster (und die übrigen Harvard-Biester einschliesslich AVR und i51 hätten auch einen schlechten Stand). Die PIC10/12/16 sind eine Katastrophe für einen C Compiler und die PIC18 sind
Architektur ist für C Compiler deutlich besser geeignet als die erste. > Das die PIC10-16 Architektur für C einen Katastrophe sind würde ich > jetzt nicht so sagen. Schwierig in der Umsetzung des Compilers - Ja auf >
-
Thread
Hilfe PIC aufgabenstellung
mal bei dem lehrer eine Prüfung die ich nicht bestanden habe , in der Aufgabenstellung war also ein PIC , an den pic brauchte ich 25 LEDs die mit Transistoren als schalter arbeiten , also zu jedem PIN am Pic war 1 Transisor als Schalter mit jeweils 5 LEDs zB blau ,und das Ganze 5 mal , und ich musste
Horbach schrieb im Beitrag #3779403: > Einschränkungen der free Version (nur eine *.h > und eine *.c Datei im Projekt) Ich habe schon Projekte mit 3 *.c und 2 *.h erfolgreich mit dem XC8 (free) in MPLAB X IDE kompiliert.
-
Thread
PIC-Start Glückssache?
viertes Auge, vielleicht seht ihr was ich nicht sehe. Also, ich möchte ein Wecker-Programm in Hi Tech C schreiben. Zum Experimentieren verwende ich vorerst den PIC16F818 weil vorrätig. Aber soweit komme ich erst gar nicht, da sich der PIC nur sehr zufällig zur Arbeit überreden lässt (das gleiche Problem
Kleiner Schaltplan im Anhang, allerdings nichts wirklich besonderes. Und hier der Programmcode: [c] ////////////// // includes // ////////////// #include <pic.h> #include <pic16f81x.h> /////////////////////// // chipconfiguration // /////////////////////// __CONFIG(0x2f31);
-
Thread
LED-Matrix (Wortuhr - frage)
Die 15 Ohm Widerstände kommen an die TPICs, nicht an die MOSFETs ! Wenn du nicht stur 11 x 10 oranisierst wenn du schon 16 Ausgänge an den 595 hast sondern 16 x 7, und dann für die MOSFETs die ungenutzen Ausgänge des uC verwendest, wird die Schaltung sogar elegant. (Bie der Verdrahtung aufpassen
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
16 unabhängig arbeitende Oszillatoren ?
? Davon abhängig ist das Ganze mit einem µC oder eben mit 16 µC lösbar. ... ulli-b
: JEDER uC, der Deine 16 Eingaenge (und einen Ausgang) hat ist damit unterfordert. Wenn Du einen Portkonverter fuer die 16 Eingaenge auf serielles Protokoll benutzt, tut es ein 8-beiniger PIC. Nicht gerade
-
Thread
PIC HEX Code umschreiben - geht das?
> Verständnis: Was sind das denn alles für Dateien im Sourcecode? > > Ich hab Textdateien: > 1x 18f84j90.lkr > 1x *.mcp > 1x *.map > 1x *.tagsrc > 1x *.mptags > 1x *.mcs > > 4x *.o (in C) > 6x *.h (in C) > 4x *.c (in C) > > 1x *.mcw > 1x *.cof > 1x *.hex So, ich versuche es
jan bader schrieb im Beitrag #3622165: > C18 ? Ich seh hier C16 - oder mix ich da was durcheinander? C18 ist der "alte" C-Compiler für PIC18. Er wurde abgelöst vom XC8 für alle 8bit PIC. XC16 ist der C-Compiler für 16bit PICs (PIC24, dsPIC30
-
Thread
[V] Rauchmelder FireAngel ST-620-DET
Was mir noch aufgefallen ist das der RM den Gleichen Mikrocontroller hat wie das W2 Module ein PIC16LF1936
Modul: D1 7E D1: Status der anderen Melder? 7E: End of transmission Modul -> Melder: D2 5F 7D 02 00 5A F3 xx xx 6C 0C 00 01 00 98 7E D2: Antwort auf D1 5F 7D 02 00 5A F3: ?? xx xx: Seriennummer anderer Melder (1 oder 2 Byte) 6C 0C: Vielleicht der Typ (= Rauchmelder)?
-
Thread
PIC - Frequenzzähler weit über 50 MHz auf die minimalistische Art
es auch in 6 Monaten noch gibt? Ich habe jetzt die TYETADSANF-20.0MHz von RS erhalten: 20MHz, 0,5ppm, 2,5x2,0mm² klein. Die ca. 1Vss Ausgangsspannung reicht für AVRs; wenn ein PIC damit nicht klar kommt, braucht man noch einen xx04 Inverter zur Pegelanhebung. Gegen Unkostenbeitrag kann ich Dir einen
angewiesen, der die Vorteiler enthält. Wenn man den sich spendieren will, dann ist allerdings fast jeder x-beliebige uC für dieses Projekt geeignet. Bloß wozu, wenn doch ein billiger kleiner PIC die Sache ohne zusätzlichen Aufwand bereits erledigt hat? Und wegen der Muster: Ich kann bei Farnell und Konsorten
-
Thread
PIC-Mikrocontroller - Alternativen
Oh, noch was: > 8x8 Multiplikation in 2 Zyklen (Die > meisten PIC brauchen für jeden Befehl mindestens 4 Zyklen). Ein PIC der neuesten Generation benötigt dazu lediglich 40 ns.
z.B. mit einer externen clock > arbeiten willst/musst hat der AVR einfach die Nase vorn." > > PIC haben eine x4 PLL - 10MHZ genuegt;-) *PIC18* haben eine x4 PLL (Achtung:Jitter!) und auch nicht alle. AVR können bis zu 20 MHz ab und sind dann doppelt so schnell wie ein PIC.
-
Thread
Die I2C Schnittstelle eines PIC16F876A initialisieren
PIR1 = 0x0C #define POS_RCIF 5 #define POS_TXIF 4 #define POS_FERR 2 #define POS_TMR1IF 0 #define POS_RX9D 0 #BIT PSPIF = 0x0C.7 #BIT ADIF = 0x0C.6 #BIT RCIF = 0x0C.5 #BIT TXIF = 0x0C.4 #BIT SSPIF = 0x0C.3 #BIT CCP1IF = 0x0C.2 #BIT TMR2IF = 0x0C.1 #BIT TMR1IF = 0x0C.0 Sind alle definiert. Aslo kann ich sie doch ala SEN = 1; ansprechen
-
Thread
Warum nur 8 MIPS bei 16 MHz Systemtakt?
zu Testzwecken eine Dauerschleife laufen lassen, die nur PD6 umschaltet, sonst nichts. Es ist ein 16 Mhz Quarz angeschlossen und die Fuses entsprechend programmiert: LFUSE: 0x0F7 (0xFF ändert nichts) HFUSE: 0xD9 EFUSE: 0xFF [code] #include <avr/io.h> int main(void) { DDRA = 0x00;
4 MHz auf PD6 ausgeben (mit Verzögerungen für den rjmp nach jeweils 5 Perioden): [avrasm] ldi r16, (1<<PD6) ldi r17, 0 loop: out PORTD, r16 out PORTD, r17 out PORTD, r16 out PORTD, r17 out PORTD, r16 out PORTD, r17 out PORTD, r16 out PORTD, r17 out PORTD,
-
Thread
UV-Laserdrucker
treiber auskommen, denke ich. [1] http://www.supermagnete.de/ringmagnete-neodym/ringmagnet-10mm-x-5mm-x-5mm-diametral-magnetisiert-neodym-n45-vernickelt_R-10-05-05-DN
2 Mhz, zumindest mit dem Pic ist es problemlos machbar. Derzeit gibt es noch pic's mit 75Mips. Der normale Pic ist 10Mips. Damit sollten 5Mhz machbar sein.
-
Thread
Vorverstärker und Vorteiler für Frequenzzähler
Aber nur mit grimmigem Gesicht. Mir wäre lieber, ich könnte den TCXO so abgleichen, daß es nur noch 0.5 Hz wären. Aber was soll's, das Ding ist ein Reziprokzähler, hat nen Pegel-Indikator und hat nix anderes drin als einen PIC16 und dazu drei UHS Einzelgatter: 2x Bustreiber und 1x D-FF, dazu noch ein Komparator
das Ding ist > ein Reziprokzähler, hat nen Pegel-Indikator und hat nix anderes drin als > einen PIC16 und dazu drei UHS Einzelgatter: 2x Bustreiber und 1x D-FF, > dazu noch ein Komparator. Und immerhin kommt man damit problemlos auf > 100 MHz. klingt nach einem interessanten Projekt. Vielleicht
-
Thread
Taugen MSP430 noch was?
für bestimmte Messungen (SINAD fast 129 dB bei langsamen Messungen). Dann noch z.B. die STM32F373: 3x 16-Bit Delta-Sigma und diverse Cortex-Mx von Freescale z.B. die KM3x mit 16-Bit SAR ADC (89 dB SINAD) und 24-Bit Delta-Sigma ADC und einige andere aus der Kinetis-Reihe mit 16-Bit SAR ADC und z.T. Delta-Sigma-ADC (K5x, KV3x, KM1x, KL4x, KL3x, KL3x, KL1x usw. usf.). Die KL1x sind zudem auch noch günstiger als der F2013, deutlich leistungsfähiger und ähnlich stromsparend... MKL16Z32VFM4 (32 kiB Flash, 4 kiB RAM)
-
Thread
PIC 18F2550 I²C Kommunikation XC8 Compiler
IdleI2C(); StopI2C(); // Stop condition I2C on bus TEST = MSB << 8 | LSB; MSB=0x00; LSB=0x00; } [/c]
(SSPCON2bits.SEN); WriteI2C(0x31); while(SSPCON2bits.ACKSTAT); Zeiger = ReadI2C(); AckI2C(); LSB = ReadI2C(); AckI2C(); MSB = ReadI2C(); value = MSB << 8 | LSB; x = value;