-
Thread
Picaxe oder doch Amtel
beachtet werden. Ob die PicAxe in µC-Programmiererkreisen anzutreffen sind, waage ich auch zu bezweifeln, die Dinger sind 'einfach' - dafür halt bissle langsam. Projekte wie 12-fach Software-PWM könnten vll. mit den X1/X2-Versionen
sich auch zur PicAxe ziehen - wenn halt auch nur in abgespeckter Version (ala 16-fach Software-PWM ... da brauchen wir nicht diskutieren). Hab halt mit den, teilweise als nicht-richtige-µC bezeichneten Teilen angefangen
-
Thread
PIC24f32KA304 EEPROM lesen und schreiben
downloads/en/DeviceDoc/31007a.pdf Ist auch das falsche Dokument, ist für die 8 Bitter. Das für die PIC24 heißt DS39720A und ist Kapitel 5. War blöd zu finden, habs mir vor längerer Zeit runtergeladen und lebe aus der lokalen Kopie. Bei den PIC24 gibts weniger Register, sind ja auch 16 Bit breit.
Jasmin, Hallo Klaus, Vielen Dank erstmal für Eure Antworten. @Jasmin Ob ich das so für den X16-Compiler übernehmen kann, glaube ich nicht, aber es ist eine gute Idee bei MircoChip mal nach EEP.h/EEP.c für den X16 zu suchen. @Klaus Das Du das Dok nicht weitergeben willst, kann ich verstehen
-
Thread
(Umfrage) Was war eure erste Programmiersprache usw.?
Autolisp (Autocad Lisp) dito - HC11 Assembler auf nem Motorola EVB mit DOS-Crosscompiler - Diverse C compiler unter Windows - Mikroe Pic C (16/18/32er) - Microchip C (MPLAB) - Php etc
1987/88 Basic, Asm, Pascal und etwas Forth auf KC85 und SCP/CPM (Z80/U880) 1988 µC (UB883/884) in Asm 1989 C auf Atari und Amiga 1990 Smalltalk und Asm auf x86 1991 S5 und andere SPSen 1992 C++ und (Turbo-)Pascal auf x86 Ich muss sagen das mir Basic den Weg geebnet hat. Besonders
-
Thread
EMS > Adapter > NetIO > Raspi
0x05 0x09 0x00 0x00 0x00 0x00 0x05 DATA: Raum-Solltemperatur = 0 °C DATA: Raum-Isttemperatur = 21.5 °C DATA: HK2-Kennlinie = -10 °C: 5 °C / 0 °C: 5 °C / 10 °C: 9 °C DATA: HK2-Solltemperatur = 5 °C
00 IO: Got bytes 0xaa 0x55 0xd 0x10 00 0x6 00 0x10 0x5 0xb 0x8 0x10 0x16 IO: Got bytes 0xaa 0x55 0x16 0x8 00 0x34 00 0x3c 0x2 0x67 0x2 0x67 0x21 00 0x1 00 00 0x1 0xad 0x2c 00 0x15 0x73 00 0x3f 0xf9 MESSAGE[08.05.2016 11:30
-
Thread
AD-Wandler 8Bit 100MHz
jemand mit USB-Anschluss erfunden -> FTDI FT2232D (MPSSE). Controller mit AD und DA-Wandler z.B. C8051F06x 2x 16-Bit ADC (1 Msps), 2x 12-Bit DAC dsPIC33FJ64GP804 12-Bit ADC (500 ksps), 2x 16-Bit Audio DAC oder einen der PSoC3/5 von Cypress (falls die mal irgendwann in Stückzahlen und nicht nur als
Ich kann keine Umsetzungssoftware schreiben. > > Controller mit AD und DA-Wandler z.B. > C8051F06x 2x 16-Bit ADC (1 Msps), 2x 12-Bit DAC > dsPIC33FJ64GP804 12-Bit ADC (500 ksps), 2x 16-Bit Audio DAC > oder einen der PSoC3/5 von Cypress (falls die mal irgendwann in > Stückzahlen und nicht
-
Thread
Mikrocontroller-Auswahl: ATTiny, ATMega, Pic,?
stromsparender. Relevant ist aber, was deine Schaltung tun muss: GPS aktiv halten, das kostet 100 x mehr Strom als der uC. Dann vielleicht ein Display oder eine GSM Verbindung. Und speichern wolltest du die Waypoints der letzten 5 Jahre auch noch ? Üblich in Trackern war SIM808, enthält schon
Ich werfe da mal den PIC16LF1825 (mit L) in den Ring, der braucht im Sleep-Mode bei 3 Volt nur etwa 40 nA bzw nur etwas über 2 µA wenn der Timer1 als RTC läuft, den Timer könnte man extern z.B. mit einem RV-3032-C7 auf 160
-
Thread
Sender/Empfänger mit PIC - Einstieg
Die meißten PICs laufen zwischen 2-5,5 Volt. Welchen du nimmst, liegt an deiner Anwendung. Z.B. der Pic 16f648 hat eine UART drin. Gibt aber noch andere. Da mal im Datenblatt genauer schauen, was du brauchst.
Welchen Pic hast du dir als Lampencontroller vorgestellt ? Für 5-6 Leds brauchst du 12 Pins bei 5V. Also wirst du warscheinlich auf ein 18 Pin ausweichen müssen, 16f6xx als Beispiel. Als Sender kannst du dir
-
Thread
Verschieden ICs abzugeben
/technologies/semiconductors/microcontrollers/32-bit/Seiten/3010889-LPC1765FET100,551.aspx?IM=0 5 x TLC5911 (ACTIVE) 16-Channel LED Driver http://www.ti.com/product/tlc5911 3 x LM22677 (ACTIVE) 5A SIMPLE SWITCHER http://www.ti.com/product/lm22677 5 x AT45DB081B-RC (SMD) 2x 8570T (Phillips
noch übrig: LPC1765 in TFBGA100 http://de.futureelectronics.com/de/technologies/se... PAL16l8acn 2 x EP600IPC-45 5 x TLC5904 TLC5904 (ACTIVE) 8/16-Channel LED Driver http://www.ti.com/product/tlc5904 Hinzu kommt: 2 x PIC16F627A 2 x PIC16F628A 2 x PIC16F648A 2 x PIC18LF2550 1
-
Thread
8-Bit Controller noch zeitgemäß?
LPC832M (SO 8) dem ATmega128 (TQFP 64) vorziehen. ... Lothar schrieb im Beitrag #5151777: > bei PIC und > PIC32 aber der MIPS Kern war halt eine Fehlentscheidung. PIC32M = MIPS PIC32C = Core - also ARM (Aus den ATMEL SAM) Und ich finde die PIC32MZ richtig gut! Gruß Jobst
Für die meisten Anwender - auch hier! - ist es völlig egal, ob der Chip 4, 8, 16, 32 oder 64 Bit hat. Kaum jemand nutzt die sich ergebenen Eigenschaften, weil erforderlich, aus. Die kleinen Bastelobjekte lassen sich mit allen gängigen uC lösen. Es geht also nur um den "Geschmack
-
Thread
DC-Motor über Gegen-EMK-Spannung regeln
kann ich es mir eigentlich auch sparen, aber dennoch noch einmal: Die GES wird über den üblichen 2x10k Spannungenteiler und einen Filter-C gegen Masse, parallel dazu eine Schottky-Klemmdiode nach Masse, dem A/D-Eingang des PIC zugeführt. Und "gegossen" ist die Software nur insofern, als ich die
Teil um IC3B herum zur Signalformung vor den A/D-Eingang einzufügen). Die Regelung wird allein im PIC ausgeführt - die GES wird über den üblichen 2x10k-Spannungsteiler an den A/D-Eingang des PIC geführt, dort liegt lediglich noch ein C und eine Schottly invertiert gegen Masse. > eingreifen könnt.
-
Thread
diskreter uC (und er funktioniert sogar)
. Bhi : Subtraktion > 0 (unsigned) 0x5f. Bgt : Subtraktion > 0 (signed) 0x6f. Ble : Subtraktion <= 0 (signed) 0x7f. LdROM : Lade Konstante aus ROM (addresse) 0x8f. LdROM ptr : Lade Konstante indirekt aus ROM 0x9f
> Wahrscheinlich nicht mal ansatzweise. Ich kann mir nicht vorstellen, >> dass die kommerziellen uC so ineffizient ihr Programm abarbeiten > > Oh, wunder dich nicht: die PIC-Architektur (die Padauk-MCUs sind > PIC-Clones) ist uralt und wirklich auf minimalen Gatter-Count getrimmt - > die hat
-
Thread
µC - BUCK - BOOST Konverter
und fertig ist das Orchester. Es gibt µC, die den PWM-Takt per PLL nach oben schrauben können. Ein ATtiny45 kann das z.B. schon... BTW: der D5 des Arduino wird sich schwer wundern... ;-)
/732646/Fast-digital-I-O-for-Arduino) per digitalWrite das PWM mit deadtime hinbekommen! :) [c]#include <arduino2.h> const uint8_t Q18 = 5; const uint8_t Q15 = 6; const uint8_t Q16 = 9; const uint8_t Q17 = 10; int t = 10; // µS int dead = 1; // µS void setup() { pinMode2(5,
-
Thread
dynamisch Code ausführen - Code von SD-Karte
. Gedächtnisfetzen faseln da was von einer 1 hinten. Dann nicht aus dieser Serie. 2101 hatte 256x4, 2102 1024x1. Mein AIM65 hatte immerhin schon brandneue 2114 drin (1Kx4).
haben. Die Architektur dieser 16-Bitter (PIC24, dsPIC33, anfangs dsPIC30 aber die heizen doch sehr) ist völlig OK, mit leicht kuriosen Anwandlungen wie einer Multiplikation als schnellstem Weg, zwei Register zu nullen. Zwar getrennte
-
Thread
C versus Assembler->Performance Gesperrt
ist allerdings auch noch eine offene Frage für mich: Wie ist die Umsetzung des sbi/cbi-Befehls in C? Ist ein "PORTB |= 0x01" wirklich dann ein "sbi PORTB, 1"? Oder baut mir der Compiler daraus ein: in r16, PORTB ori r16, 0x01 out PORPB, r16 Das wäre mir unangenehm!
4a: b1 1d adc r27, r1 4c: 80 93 71 00 sts 0x0071, r24 50: 90 93 72 00 sts 0x0072, r25 54: a0 93 73 00 sts 0x0073, r26 58: b0 93 74 00 sts 0x0074, r27 5c: c0 e0 ldi r28, 0x00 ; 0 5e:
-
Thread
Einspeisewechselrichter Software
hoch angesetzt meiner Ansicht nach. Welche Leistungsklasse? Typische Schaltfrequenzen liegen bei 16kHz - 48kHz in Anlagen mit ca 5kW Leistung. 3x48kHz sind immernoch weniger als 150kHz, da wo EMC relevant wird, dh harmonische liegen immernoch außerhalb der EMC Richtlinien. Gruß,
> > 100kHz ist auch ziemlich hoch angesetzt meiner Ansicht nach. Welche > Leistungsklasse? 1,5kW > Typische Schaltfrequenzen liegen bei 16kHz - 48kHz in Anlagen mit ca 5kW > Leistung. Kann sein. > 3x48kHz sind immernoch weniger als 150kHz, da wo EMC relevant wird, dh > harmonische liegen
-
Thread
PIC18 - 10bit vs. 8bit PWM
Hallo, ich habe ein kleines Verständnissproblem zum PWM. Ein Codeschnipsel: /* MCU: PIC18F2525 * EC-Clock: 40.000 MHz * Compiler: MikroC PRO for PIC v.5.6.1 * LCD: HD44780 4x20 Zeichen */ CCP1CON = 0x0C; // PWM Register 0b00xy0000 wobei x,y <=> DC1B1,DC1B0
Tastverhältnis eingestellt CCP1CON=0x0C; // PWM Mode ausgewählt T2CON=0x79; // 1:16 Postscale, Timer2 aus, Prescale=4 T2CONbits.TMR2ON=1; // Timer2 an } Formel zum Errechnen der Periodendauer: PWM Period
-
Thread
[PIC] Assembler Problem Sprungtabelle in Externer ASM Datei
Wenn keine Fehlermeldung mehr auftritt dann ja. Bei mir funktioniert es jedenfalls sowohl mit PIC16C84 als auch PIC16F876. Gruß Anja
Welchen PIC hast Du denn jetzt? Bedenke das die, je nach Typ, intern mit 10, 12, 14 oder 16 (...) Bit opcodes arbeiten. Nur weil PIC16 draufsteht, heißt das noch lange nicht, daß der auch mit 14 Bit arbeitet
-
Thread
H743 und F746 - Probleme mit dem Takt
0x00000006 <+6>: str r0, [r7, #4] 0x00000008 <+8>: mov r3, r1 0x0000000a <+10>: strh r3, [r7, #2] 0x0000000c <+12>: ldrh r3, [r7, #2] 0x0000000e <+14>: lsls r2, r3, #16 0x00000010 <+16>: ldr r3, [r7, #4] 0x00000012 <+18>: add.w r1, r3, #24 0x00000016 <+22>: ldrh r3, [r7, #2] 0x00000018 <+24>: str r3, [r1, #0] 0x0000001a <
-
Thread
Hat jemand Interesse an einer CAN Platine?
Ausgäne oder PWM Ausgänge - 8 digitale Eingänge oder Analoge Eingänge oder Encoder Interface - I²C - Uart - SPI oder 2. Uart - 3,3 V - 5 V Also alles was man braucht um bequem erweitern zu können. Als Controller können bestückt werden: - dsPIC33FJ128MC506 - dsPIC33FJ64MC506 - dsPIC33FJ128MC706
Die sdsPIC33xxx haben einen super ASM, der ist fast schon besser als C. Wieviel Strom zieht denn das Ding ?
-
Thread
Newbi braucht hilfe Pic 16f876
0x2C HdH EQU 0x2D ;3 Hunderter HdZ EQU 0x2E ;2 Zehner HdE EQU 0x2F ;1 Einer HdX EQU 0x30 ; Puffer für eine Dezimalstelle ;16 Bit Rechenregister f0 equ 0x31 ; f1
btfsc STATUS,C goto Sub16A movlw 0x01 ; borgen von f1 subwf f1, f btfss STATUS,C bsf Fehler, C ; unterlauf Sub16A movf xw1,w ; f1=f1-xw1 subwf f1 , f btfss
-
Thread
PIC: Bit aus Byte an PORT ausgeben
Mc was zu mäckern hätte und das stimmt auch. Ich selbst bin, obwohl es villeicht so scheint, kein PIC-Freak. Ich hab nur viel mit denen gemacht. Mein Herz schlägt für den M16C. Ich fühl' mich in einer 68k Umgebung nunmal zuhause. Viel habe ich auch mit dem Z180 angestellt, aber das ist ja kein Microkontroller
adressiertes Register um eine Stelle nach links rotieren ; Bit 7 ist jetzt in c btfss c bcf portb,5 btfsc c bsf portb,5 ; an portb,6 ausgeben Das Ganze in einer Schleife 8 mal und dann weiter mit dem nächsten Byte. MfG Steffen
-
Thread
Handydummy (Attrappe)mit richtigem Display - Sony Ericsson Vivaz
jP0wLMCz3LU Additional information Show all MD5 : 557d030ce6d57989cc4ad34e808bd8b9 SHA1 : e034f637dec4a0342dfbdb0eaded8f561e5abfd0 SHA256: b9a5bac0559adf2e954ae8ae69871d3a996e7534c2b7b310c2dcb268c989b5c6
wäre halt schön, wenn ich das Display an´s rennen kriegen könnte. Ist ja wie geschaffen, für einen M16C. Im Moment habe ich nur 128x64 (diverse Controller) und möchte ganz gerne auf Color Display umsteigen. Dank im Voraus, C.E.
-
Thread
Camera Modul (OV9655) am STM32F4 Discovery Board
-ich hab hier mal die OV9655 an einem Open407I-C Board mit einem 5"-Display Die 320x240 Pixel sehen recht verloren aus, auf dem grossen LCD. (Cam auf den Monitor gerichtet) Ist aber nicht zu empfehlen ohne leistungsfähige ext.5Volt(USB reicht nicht
Zum Beispiel wenn man das oft verwendete Bild in einem Rutsch vom Flash auf die Karte schreibt: [c]const uint16_t pic[76800] = { 0x9BA8,0xA3E9,0xAC0A,0xAC2A,0xA3E9,0x9B88,0xA3C8,0xAC0A, ... // weitere 9500 Zeilen weggelassen }; FIL f; if(f_open(&f, "0:/PIC.DAT", FA_WRITE | FA_CREATE_ALWAYS
-
Thread
PIC18F USART Problem
Baud LoadBaudRateContrReg1 MOVLW B'01000000' MOVWF BAUDCON1 Also SPBRGH1:SPBRG = 0x008a = 138, der passt zu den Tabellen 16.5 für 115.2kb, SYNC=0, BRGH1=1, BRG16=1 - OK BAUDCON1 initialisierst du mit B'01000000' - also ist dort BRG16=0, sollte aber 1 sein ! Die ganze CONFIG-Geschichte
froh. Wollte schon Busfahrer werden! Aber ganz was anderes: Ich bin sehr Hardwarenah und habe mit C (leider) nichts am Hut. Wir suchen (gegen Bezahlung natürlich) jemanden der in C gut ist und eine Seite C-Code mit Mathe drin in einen PIC32F26 Assemblercode (das dann als Unterprogramm aufrufbar ist
-
Thread
Probleme mit meinem LCD-Display
Weder 0x38, 0x39 ... funktioniert noch das aus Tabelle 5
und die Pinbelegung. Also wo der I2C vom Pic an den uC geht. Gruß Frank
-
Thread
PIC16F57 Timer0 einbinden
Hallo zusammen, bin gerade dabei für eine Low Cost Lösung mich mit einem PIC16F57 auseinandezusetzen bzw. zu programmieren. Programmieren werde ich in C mit MPLAP IDE V8.66, Compiler von Knudsen CC5X Grundkenntnisse mit C Programmierung sind vorhanden. Jetzt will ich
So, das Ding funkt jetzt auch in C. das mit dem Timer dürfte mit der Header Datei von dem Knudsen CC5x Compiler zusammenhängen. ist ein gewaltiger unterschied zwischen der 16F57.h von Knudsen und von PIC16F57.H von einem anderen
-
Thread
MPLABX XC16 Start Assembler Programmierung
Hallo. Habe viele Jahre mit Atmel Tiny, Mega und XMega in Assembler rum gemacht. Jetzt ist mir ein PIC24FJ64GB002 in die Hände gekommen und wollte mal mit MPLABX 5.40 ausprobieren, wie man einen PIC in Assembler programmieren kann. Ich habe zusätzlich zu dem MPLABX den XC16 Compiler und auch den zum
kleines Testprojekt zu sehen, welches ich so erstellt habe: 1. "Standalone Project" ausgewählt 2. 16bit PIC24 ausgewählt 3. PIC24FJ64GB002 ausgewählt 4. Tool Simulator ausgewählt 5. neues Assemblerfile unter "Source Files" angelegt Das nötigste für den Assemblercode eingegeben und versucht das
-
Thread
PIC18 Daten per EUSART versenden
Hi, ich habe hier einen PIC18, an den ist ein DAC per SPI (SDA/SCL an Port C 6/7) angeschlossen. Der DAC kann auf der SCL-Leitung Pulsweiten von 18 nsec, also einen Takt, der weit über dem maximalen Clock des PIC liegt. Also initialisiere
benutzt? SPI liegt normalerweise auf Pin 3 - 5 von PortC, I2C auf Pin 3 und 4. @TO: Deine Beschreibung ist wirr. Es ist nicht klar, ob du SPI, I2C oder eine UART verwenden willst, deshalb: - Welchen PIC verwendest du? - Welchen Baustein möchtest
-
Thread
Hilfe für Beginner Code_Mikrocontroller
wämmere, wenn ich ihn von Hand auf dem Papier durchsgespielt habe 10x lieber. (Na, sagen wir 16x, das läßt sich besser handhaben.) ;-) MfG Paul
C > ASM schrieb im Beitrag #4231894: > Frank schrieb: > C++ PIC > > Klingt interessant, welchen Kompiler nimmst du dafür? Stimmt, da hast du mich erwischt. Das einzige Projekt wo wir einen PIC
-
Thread
Timer in Funkschaltsteckdose integrieren
Den PIC10F200 gibt es es im 6-pol SOT-23-Gehäuse und er braucht nur einen 100nF zwischen zu Vdd und Vss. Bei "2-3" CMOS kommen noch plus 4-5 C plus R dazu und man hat schon wieder Drahtverhau oder eine Platine
> Ist es auch. Programmiere einen Timer des µC so, dass er alle paar > Millisekunden ein ISR auslöst. Der PIC10F200 kennt keine Interrupts. Braucht man auch nicht, wenn man nur alle x Stunden einen Pin "wackeln" will. Einfach einen mehrstufigen
-
Thread
PIC18F2553 firmware für SD Karte
enthalten ist eine "foolproof" example für AVRs. Da drin anpassen muss man im Endeffekt nur die sdmm.c Das lässt sich relativ leicht auf PICs portieren. Man muss ein paar kleiner Anpassungen machen. Also solche Sachen: [c] #define DI_INIT() DDRB |= 0x02 /* Initialize port for MMC DI as output */ #define DI_H() PORTB |= 0x02 /* Set MMC DI "high" */ #define DI_L() PORTB &= 0xFD /* Set MMC DI "low" */ [/c] Das sind Makros, zum auf die Pins schreiben. Das kann beim PIC zum Beispiel so aussehen: [c] #define
-
Thread
EPROM 2708 U555 - Spannungen erzeugen?
mit U555 wurde da nicht weiter zur Reihenfolge gemacht. Ein 2708 hat auch mal vertauschte +12V / -5V überlebt, heiß und glühende Bonddrähte! Ich würde die Spannungen aus einem Trafonetzteil erzeugen, 2x 7,5V oder so, +5V und -5V per Einweggleichrichtung an einer Wicklung und 7805/7905, +12V an beiden
poliger PIC-uC der mit den Adress/Datenleitungen des Target-EPROMs verbunden ist, einen COM-Port mit 9600 Baud (8N1) in Software simuliert (vl nehme ich auch einen PIC mit Hardware-USART) und über simulierte Handshake-Leitungen
-
Thread
Schaltschwelle der digitalen Eingänge des PIC
richtig! Kann der PICSTART 16B1 überhaupt den PIC16F84 programmieren? Oder nur die PIC16C-Typen, also die vor-Flash-Typen? Jedenfalls kann ich Dir auch nur dazu raten, den 16B1 beiseite zu legen. Den PICkit 2 bekommt man für
Beim PICSTART 16B1 muss ich AFAIK den 16C84 auswählen, um den 16F84 zu brennen. Das hat bisher aber geklappt. Ich hab auch nichts gegen einen neues Programmiergerät, wenn das nicht zu teuer ist. Ich habe gerade
-
Thread
uC Familien Empfehlung
Und schade, dass es (AFAIK) keine Controller > in kleinen Formfaktoren mit über 2k SRAM gibt. 16KB SRAM im 5x5mm VQFN: https://www.microchip.com/en-us/product/AVR128DB48
> dann auch diese Spannung haben? Das wäre mal was feines. Das sind Sachen, wo ich dann gerne dsPIC33EV... einsetze. 16 Bit, 70 MHz, 256k Flash und 16k RAM, bis 64 Pins, und das alles bei 5V Vcc und 5V I/O, damit kann man schon einiges machen. Und das ist alles problemlos kaufbar. Nuvoton und Toshiba
-
Thread
Sinus bis 150kHz mit Leistung aus PWM
#4066610: > jap alles Bedacht und mit einberechnet. Ich habe die LC Glieder so > dimensioniert das C um ein vielfaches größer ist als das Last C. Damit hast Du natürlich eine gute Stabiltät, schon vom Design her, aber auch das X-fache des Last-Stroms durch den Filter-C. Dieser Strom muß auch durch
gleich eine gewaltige Frequenzänderung. Ergo -> ich musste das anders >lösen. Ja, mit DDS! [c] uin16_t sinus[1024]={etc.} volatile dds_inc; timer_isr() { static uint32_t phase; phase += dds_inc; pwm = sinus[phase>>20]; } [/c] Dann klappts auch mit der feinen Frequenzauflösung
-
Thread
LCD EA DIP204-4 Initialisieren
Deine Initialisierung für 4-Bit ist nicht korrekt: Nimm mal diese: [c] display_command(0x24); display_command(0x09); display_command(0x20); display_command(0x0C); display_command(0x01); display_command(0x06); [/c] Damit läuft Dein Programm bei mir mit
hintereinander gesendet out PORTB,temp ;werden zur Initialisierung rcall lcd_enable ;1x rcall wait5ms rcall lcd_enable ;2x rcall wait5ms rcall lcd_enable ;und 3x! rcall wait5ms ldi temp,0b00000010 ;4bit-Modus einstellen out PORTB,temp rcall lcd_enable
-
Thread
PROM lesen /schreiben / Programmiergerät
Ich habe hier einige EM 1031 Empfänger. Auch 16 Kanal. Die sind schon etwas neuer und haben keinen PROM sondern einen PIC16C71-04/SO. Ich glaube aber das ist ein nur "einemal beschreibarer"? Unter dem PIC sieht man noch die Programmierpins
schrieb im Beitrag #4831427: > Die sind schon etwas neuer und haben keinen PROM sondern einen > PIC16C71-04/SO. Und eine ganz andere PLL. > Ich glaube aber das ist ein nur "einemal beschreibarer"? Ja.
-
Thread
[V] µC, Halbleiter, Relais
Kleines Update der verfügbaren Bauteile. µC: 74x ATMEGA325-16AU: AVR -> 1€/Stk. 5x AT89C2051X2-16SI: 8051 -> 1€/Stk. 4x AT89C2051X2-16PI: 8051, DIL -> 1€/Stk. 9x AT89C2051X2
Kleines Update der verfügbaren Bauteile. µC: 64x ATMEGA325-16AU: AVR -> 1€/Stk. 5x AT89C2051X2-16SI: 8051 -> 1€/Stk. 4x AT89C2051X2-16PI: 8051, DIL -> 1€/Stk. 9x AT89C2051X2
-
Thread
Emulator Microchip PIC16F84
schrieb im Beitrag #8028266: > Vor paar Wochen habe ich angefangen einen Emulator für den Microchip > PIC16F84 zu schreiben. Tolle Herausforderung! Gibts den PIC16F84 nicht im Emulator von MPLAB-X?
im Beitrag #8028266: >> Vor paar Wochen habe ich angefangen einen Emulator für den Microchip >> PIC16F84 zu schreiben. > > Tolle Herausforderung! > Gibts den PIC16F84 nicht im Emulator von MPLAB-X? JA! Aber, bei allen Projekten, in denen es um mehr geht als paar LEDs zu steuern, braucht man
-
Thread
HC12 oder M16C
elektronikladen net schlecht... Wahrscheinlich bau ich mal nen kleinen Testroboter mit den Maßen 8 x 8 x cm und experimentiere ein bisschen mit dem AVR rum...Später kann ich dann, falls notwendig immer noch auf einen HC12 oder M16C umsteigen.
(256KByte DINOR Flash / 10KByte SRAM / CPU_CLK = 20MHz / 5V / 2xCAN) HCS12: MC9S12DG256 (256KByte Flash / 12KByte SRAM / CPU_CLK = 48MHz BUS_CLK =24MHz / 5V / 2xCAN) 10-bit-A/D-Wandler M16C: 3,3us (Wandlungszeit) HCS12: 7us (Wandlungszeit)
-
Thread
Möglichst kleiner µC mit CAN
Ich verwende hauptsächlich µC von Atmel, daher beschränken sich meine Vorschläge auf diesen Hersteller. z.B. ATmega16M1, 1xCAN, 1xLIN, 16k Flash ISP programmierbar, 1k sram. Gehäuse z.B TQFP32 http://www.atmel.com/devices/ATMEGA16M1
wenn du nichts gegen Microchip hast, dann dsPIC33E, PIC24E - 36-Pin VTLA 5x5mm dsPIC33EP32MC203/503 PIC24EP64MC203 dsPIC33EP64MC203/503 die werden schon teilweise produziert. Gruß Hermann
-
Thread
TFT-LCD LQ043T3DX02
0-15. Der 13506 kann nur 16bpp, und bietet daher nur 3x6bpp. Die jeweiligen beiden niedrigsten Bits kommen daher einfach auf GND. Im Datenblatt unter Table 5-9: LCD Interface Pin Mapping ist dann die Zuordnung zwischen FPDAT und
@ Udo Ich habe mir kürzlich ein paar KM416V1204C bei ebay gekauft: http://cgi.ebay.com/416V1204-KM416V1204CJ-5-KM416V1204CJ-416V1204JC5_W0QQitemZ140072630987 Der Verkäufer ist recht nett und der Versand ging schnell. Zudem hat das 50 statt 60ns und
-
Thread
PIC16F1705 ADC Samples
ADC-programm zum Laufen bringen, dann einen Timer und dann beides verbinden. Weiss nicht, ob dein PIC vom MCC unterstützt wird, sonst kannst du da schon mal die Basis-Funktionen bekommen. Arbeitest du mit MPLAB X und dem XC8? Und das hier gibzs auch noch: https://github.com/sowd/pic16F1715_Analog_to_UART
starten } void stopTimer() { Irgendwie den Timer stopen/einfrieren deaktivieren } [/c] Wenn mir jemand einen Tipp geben könnte, wie ich start/stopTimer implementiere wäre ich sehr dankbar. Der verwendete µC ist übrigens ein PIC16F1705 Danke und Grüße
-
Thread
Welcher Controller ist für mich geeignet?
in ASM geht, hat weniger mit RISC oder CISC zu tun, sondern damit wie einfach die Architektur des µC ist. Die PIC10xxx bis PIC18xxx, x86 sind da eher schwierige Vertreter. Die Atmel AVR oder Ti MSP430 sind da eher logisch strukturiert.
ASM geht, hat weniger mit RISC oder > CISC zu tun, sondern damit wie einfach die Architektur des µC ist. Die > PIC10xxx bis PIC18xxx, x86 sind da eher schwierige Vertreter. Die Atmel > AVR oder Ti MSP430 sind da eher logisch strukturiert. Also das die PIC jetzt schwieriger für ASM sein aollen
-
Thread
Led Cube (Fragen Multiplexing)
>Ich möchte mir einen 12x12x12 LED RGB Cube basteln. Du weißt dass du da über 5000 einzelne LEDs hast? >Ziel ist es, dass der Würfel von einem PIC betrieben wird Dann kanns ja nur was werden... >Die LEDs möchte ich gerne
ich bin zwar kein Elektronikspezialist, dafür aber Maschinenbauer;) ). Es muss ja nicht mit einem PIC funktionieren, man kann ja auch beispielsweise 13 Pics nehmen und dann jeweils eine Spalte mit 12x12 Leds ansteuern und dann einen Pic, der das Signal aufspaltet. Und eine Beschreibung für einen 8x8x8
-
Thread
Umstieg auf PIC18f2550
Hallo, ich habe ein Programm für einen PIC16f876A geschrieben (CC5X Compiler). Nun wollte ich für die gleiche Schaltung den zufällig Pin gleichen PIC 18f2550 benutzen (C18 Compiler). Doch leider funktioniert die Schaltung nichtmehr, obwohl ich
Klaus m. ... schrieb im Beitrag #2202469: > ich habe ein Programm für einen PIC16f876A geschrieben (CC5X Compiler). > Nun wollte ich für die gleiche Schaltung den zufällig Pin gleichen PIC > 18f2550 benutzen Also ganz gleich sind die ja nicht. Mindestens Pin14 (VUSB) unterscheidet
-
Thread
Kompliment für die neue Elektor
> Och, den M16C kann man dank des Passwortes schön totflashen. Das hab ich zwar bis jetzt weder bei M16C noch bei R8C geschafft, aber ich geb zu ihr Ausleseschutz, bzw. die Implementierung, ist das bloedeste an
Fallen in die man treten kann: Ich hatte eine Software für einen M16C62P bei dem der PLL aktiviert war. Diese habe ich auf einem M16C62 laufen lassen und hatte vergessen die PLL abzuschalten. Es war also ein Bit gesetzt, das beim M16C62 als "set to 0" beschrieben ist.
-
Thread
Theremin/Etherwave Layout
Frage: Du bist ja eigentlich ein microcontroller, oder? *LOL* Ja, ich _bin_ so gesehen eher ein µC als ein Schwingkreis :) > Hab ich nicht viel zu tun gehabt bisher; Also so wie ich mit den analogen Sachen =) > Ich bräuchte für einen PIC16f628 ein leistbares Programmiergerät, ev. > USB und Software. Leistbar in welchem Rahmen? > Sollte auch für PIC16 funktionieren, da gibt´s für Anfänger am meisten > Beispiele. Kannst du mir einen kurzen Abriss über die Programmier-Interface der beiden Controller geben? Ich bin eher der 805x-Typ, daher weiss
-
Thread
Küchenwaage mit seriellem Port?
Üblicher Controller: Nein Ich brauchte auch eine schnelle Waage mit µC Anschluss. Also hab ich es selbst versucht. Im Anhang ein Foto von der ursprünglichen Waagenelektronik. Mit einem 22bit ADC und vieeeeel Interpolieren komme ich auf etwa 1g Auflösung und etwa +/-5g
ist im bild 224 - 2451, sie besteht aus einem BS170 und einem BS250 und schaltet die spannung für pic und max232 dann mit dem rest der waage zusammen.... das bild 224 - 2449 ist die übersicht des displays, es hat 16 anschlüsse welche oben von 1 bis 16 numeriert sind, darunter befindet sich tabellarisch
-
Thread
dsPIC oder PIC 32 und passendes Board
sehe, dass ein Atmel AT90S2313 mit 10 MIPS und 8bit-archidektur verwendet wird, wirst du es mit einem PIC18 (10, 12, 16 MIPS, 8bit-archidektur) oder einem PIC24F (16 MIPS, 16bit-archidektur) locker schaffen :-) die 10- und 12 MIPS PIC18 arbeiten mit netten 5V, falls das dir angenehmer ist, als die 3.3V
dsPIC30 arbeiten auch mit 5V