-
Thread
ESP8266 DOWNLOAD TOOL: Flasht nicht, Probleme mit Serieller Schnittstelle?
aufgrund der Aktionen erzeugt wird): [CODE] test offset : 1032192 0xfc000 case ok test offset : 0 0x0 case ok test offset : 1040384 0xfe000 case ok test offset : 4096 0x1000 case ok ************ check_res: (True, [[u'C:\\ESP8266\\espressif\\esp8266_nonos_sdk_v1.5.4_16_05_20\\ESP8266_NONOS_SDK\\bin\\boot_v1.5.bin', 0], [u'C:\\ESP8266\\espressif\\esp8266_nonos_sdk_v1.5.4_16_05_20\\ESP8266_NONOS_SDK\\bin\\at\\512+512\\user1.1024.new.2.bin', 4096], [u'C:\\ESP8266\\espressif\\esp8266_nonos_sdk_v1.5.4_16_05_20
-
Thread
Pico Frequenzzähler mit RP2040
und schon wäre der Screen scrollbar, das Display ist nur ein Fenster in einen 16 k x 16 k Bildbereich. Braucht aber einen schnellen Bildaufbau. 'Mein' Display kann wie viele andere nur das RAM auf dem TFT darstellen und man muss die Daten eben einfach da rein schaufeln, Linien oder
verwendeten Bodmer/eTFT_SPI Lib aber auch drin ist. Der Name der Lib ist nur historisch zu verstehen, 8 oder 16 Bit Parallel unterstützt die auf dem Pico auch. Auch bessere 3,5“ Displays mit 480x320. Leider habe ich gerade ein mittelschweres Handicap und kann da gerade nicht weiter machen. Für DMA mit double
-
Thread
Funktionsgenerator, NCO, PIC
Hallo, ich wollte einen Funktionsgenerator bauen, und habe mir dazu überlegt den NCO eines PIC's zu nutzen. Ich habe leider nur einen PIC16F1509 -> http://ww1.microchip.com/downloads/en/DeviceDoc/41609A.pdf sehe ich das richtig dass ich den Takt zum NCO nur mit dem Internen osc. (16Mhz)
Beitrag #4842591: > sehe ich das richtig dass ich den Takt zum NCO nur mit dem Internen osc. > (16Mhz) geteilt zuführen kann ? nur sehe ich im datenblatt das dieser > eine ungenauigkeit von 4.5% bei 0-60C° aufweist (HFINTOSC FREQUENCY > ACCURACY OVER V DD AND TEMPERATURE) Ich sehe auf FIGURE
-
Thread
LCD-Dispaly ansteuern
naja bei einen 4x20 sind das 80 Zeichen x 4 Seiten alsoo 320 Zeichen des bekomste locker in fast jeden PIC
4,"Max. Temperatur",13,5,39,"C",0,0 mt2: .db 4,"Hysterese",13,5,39,"C",0,0 mt3: .db 4,"Ausschalt-Zeit",13,6," mmm:ss",0,0 mt4: .db 4,"Alarmton-Start",13,5,0 mt5: .db 4,"Alarmton-Sweep",13,5,0 mt6: .db 4,"
-
Thread
TCP IP STACK Microchip POT wird nichtangezeigt
12bit A/D) AD1CON2 = 0x0404; // AVdd, AVss, int every 2 conversions, MUXA only, scan AD1CON3 = 0x1003; // 16 Tad auto-sample, Tad = 3*Tcy AD1CSSL = 1<<5; // Scan pot[/c] Der Ansel Befehl setzt BO (da ist AN0 dran) als analogen Input, sollte also dem Befehl vom PIC24H [c]AD1CHS0 = 0; // Input to AN0 (potentiometer)[/c] gleichgestellt sein.[c] AD1CSSL = 1<<5; // Scan pot[/c] ist dann wohl das gleiche wie [c] AD1CSSL = 0x1 [/c] und
-
Thread
Mini Wanderkiste " Runde I " Gesperrt
So Kiste kam heute bei mir an und geht morgen wieder auf die Reise. REIN: 5x 74AHCT125PW 5x 74HC14D 5x 74AHC1G08GW 5x 74AHC1G09GW 5x 74AHC1G125GW 5x 74AHCT1G08GW 5x 74AHC14PW 5x 74HC244PW 5x NPIC6C595BQ 5x NPIC6C596PW 5x NPIC6C595D 5x HEF4094BT 5x NPIC6C595PW 5x HEF4093BT 5x 74HC244D 5x HEF4894BT 5x NPIC6C596BQ 5x NPIC6C596D 5x 74AHCT1G125GW 21x UT20495 ISDN Übertrager 50x PIC16C54 µC 2x IN9 Nixie Bargraph Röhre 1 Packung SMD 10µF 16V 1206 1 Packung SMD 10µF 25V
-
Thread
Drehimpulsgeber
Verzeiht mir wenn ich jetzt mal kräftig in den Fettnapf trete. Vor Jahren adoptierte ich die in C geschriebenen Drehgeber Routinen vom Peter auf allen möglichen uC und haben bei mir ohne Ausnahme mit minimalsten Schwierigkeiten überall einwandfrei funktioniert. Hier die Liste: PIC18F8722, PIC18F4620
, PIC18F4620, PIC30F6014, PIC33Mc510, AVR, 8051, CORTEX M3/4, > ZILOG Encore! Dito in PSoC4 (M0). Auch im Multiplexbetrieb (4Drehgeber) no Problem mit Peters Routine. Einzige Änderung: Ich zähle
-
Thread
Ein µC oder auf mehrere verteilen?
wie sieht es da nun aus? Wenn der ATMega8 auch auf 3,3V wie der VS Baustein läuft und der "haupt" µC dann mit 5V. Können die einfach miteinander über I2C kommunizieren oder wird es da probleme geben? Also Hauptchip 5V => I2C => ATmega8 3,3V => SPI => VS10XX 3,3V & SD-Karte 3,3V Muss da ein
Die I2C-Leitungen haben keinen Pull-Up. Wofür brauchst Du 3 µC? Ich kann Dir wie einige Leute weiter oben bestätigen, dass Du eine Software-PWM für 8 oder 16 Ausgänge problemlos auf einem µC realisieren kannst
-
Thread
Atmega128: Umwandeln von HEX in ASCII
* ;************************************************************************* ; ;input: R17, R16 = 32 bit value 0 ... 65535 ;output: R20, R19, R18, R17, R16 = 5 digits (ASCII) ;cycle: 20 ... 170 ; bin16_ascii: ldi r20, 1- + '0' _bcd1: inc r20 subi r16, low(10000
AVR-Asm kenn ich leider nicht, hab bisher nur mit (in dieser Reihenfolge) Z80, µPD75108 (4Bit!), 8051, PIC16C und jetzt PIC18F gearbeitet. Vieles kann man trotzdem erkennen und teilweise auch verstehen, aber ist schon blöd dass jeder andere Mnemonics benutzt weil fast alle Markenschutz haben. Wette verlier
-
Thread
Ähnlicher PIC zu PIC16C73
normal" löschbar ist, also einfach überschreibbar. Ich benötigen nur die folgenden "Bausteine" des PIC16C73 - 1x Timer (1ms Interrupt) - 1x 16bit Counter - 1x Interrupt Pin - 6x Normale GPIO spielereien. Wichtig wäre aber, das der Assemblercode möglichst nahe dem des 16C73 ist, um die portierung
Name: schrieb im Beitrag #6510866: > PIC16F73: > https://www.microchip.com/wwwproducts/en/PIC16F73 Zitat aus dem link: "and is upwards compatible with the PIC16C5X, PIC12CXXX and PIC16C7X devices."
-
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?
läuft auch unter Win7. Zubehör: Steckbrett LEDs Widerstände 160, 180, 220 Ohm für LEDs bei 5V Stecknetzteil 5V, ca. 1A Seitenschneider, Knipex Lötkolben, Ersa Multitip C15 Lötzinn 0,5mm 1,5mm SbPb FSW 32 Silberdraht und Sortiment Drahtbrücken Taster/Schalter 1N4001 o. 1N400x und 1N4148
-
Thread
0-300mA Strommessung
Der Maximaler Spannungsabfall sollte nicht über 0.5V betragen. Der Mikrocontroller ist ein PIC16F15376.
. [pre] +7..12V | Last | +---|PIC16F15376 | 1Ohm | GND [/pre] und ist auf 1 digit genau, aber nicht initial: AD04 EOFF Offset Error — 0.5 2.0 LSb ADCREF+ = 3.0V, ADCREF-= 0V AD05 EGN Gain Error — ±0.2 ±1.0 LSb ADCREF+
-
Thread
Ineffiziente Codeausführung beim Z80
JR LA1000 relativer Sprung Der PC würde auf 0x1000, 0x1002, 0x1004, 0x1005 und 0x1007 zeigen, der DP auf 0x1000, 0x1003, 0x1006. Die Überlegung ist aber hinfällig, wenn es keinen DP gibt, weil das alles der PC machen muss. >> Kann mir noch jemand
besagten Befehl, steht 0x1000 Opcode 0x1001 Adresse Low Byte 0x1002 Adresse High Byte Wie bringst du das jetzt mit deinem Datapointer in Einklang, der laut deiner Aussage nur 0x1001 bzw. 0x1003 sein kann
-
Thread
5000 LEDs über I2C dimmen
mal 12 Bit PWM mit unterschiedlichem DutyCycle? 151 mal ca. 2 Meter ungeschirmtes Kabel auf dem mit 5 - 10 kHz bis zu 1,5 A laufen? Ich glaube, da hab ich mit I2C weniger Stress ;)
Wie immer, kaum wird ein I2C Bus über mehr als 5cm vorgeschlagen, schon machen sich alle in die Hose :) Halten wir mal fest: I2C über 2,5m ist absolut kein Problem. Zumindest wenn man ihn nicht mit 1MHz fahren will. Eine eigene
-
Thread
LED Messung mit AVR
Display angezeigt werden. Das Display vernachlässige ich erst mal. Ansteuerung direkt oder SPI oder I2C. Anzeige Betriebspannung und berechnung des Vorwiderstandes dazu und Anzeige wieder. Habe ein Modul mit INA219 - Strommessung, Display 4x16, Atmega 128 und arbeite mit C. Die LEDs haben von 2mA bis 20mA
> Habe ein Modul > mit INA219 - Strommessung, Nett, aber Overkill. > Display 4x16, Atmega 128 und arbeite mit C. Dito. Aber wenn's scheeee macht. https://www.youtube.com/watch?v=dPM3wPhaMvE ;-) > Die LEDs haben von 2mA bis 20mA so ziemlich alles oder lassen sich mit
-
Thread
ADC mit Schieberegister und LEDs
verwenden. Anschließend sollen die LEDs die Stellung des Potentiometer angeben. Programm: MPLAB X IDE; C-Programmiersprache; PIC 16F18446; Compiler: XC8 Header Datei: [c] #ifndef Schieberegister #define Schieberegister #define serPin LATAbits.LATA1 #define srclkPin LATAbits.LATA4 #define
[c] char dispCode[8]= {0b00000001,0b00000010,0b00000100,0b00001000,0b00010000,0b00100000,0b01000000,0b10000000}; x = dispCode[i] [/c] vs [c] x = 1<<i [/c]
-
Thread
problem mit ltc 1402 am pic 18f2250
der von ihm 'gesehenen' kleinsten Eingangsspannung die 100...000b aus. Da der AIN(-)-Eingang auf +2,5V vorgespannt wurde (die +2,5V von IC2), wird vmtl. am AIN(+) (Pin 3) eine Spannung anliegen (via Terminal X2, gegen GND) die kleiner als +2,5V - 2,048V = +0,452V ist, oder ?!?! Folglich 'klappern' die
gelegt wurde, um die interne Referenz abzuschalten. Dann kannst Du ja mal zum Ausprobieren Pin 4 und 5 als auch 7 und 8 des LTC1402 miteinander verbinden, d.h. die externen +2.5V an VREF legen. Bedenke dann aber auch, daß nun die zu messende Eingangsspannung an X2 im Bereich von +2.5V±1.024V (also zw.
-
Thread
PIC - Stringzuweißung (CC5X)
Hallo, ich versuche seit längerem einem String (Programmiersprache C, Compiler CC5X) einen Text zuzuweißen: unsigned char string [11]; string = "Hallo"; Doch leider bekomme ich immer die Fehlermeldung "Incompatible storage, 'const *' is required". Egal was ich
erzeugte Code war aber immer schön klein und fix, da kann man nicht meckern. Das Banking nimmt CC5x einem auch ab. Wenns komplettes C sein soll dann sollte man dann doch langsam zu den PIC18 wechseln.
-
Thread
42kHz Leistungsmesser 110V/3A
anzusteuern und später vielleicht ein USB-Interface zu realisieren. PIC 18F24K50, DSPic oder ähnliche. Hauptsache mit C -Compiler.
nutzen. Dafür änder ich das CONFIG Register (S. 59). Geht das überhaupt ohne Takt an Clockeingang? [c] GPIO_ResetBits(GPIOB, GPIO_Pin_12); //CS=0 SPI2_send(0x0C); //Adress SPI2_send(0b00011110); //DATA SPI2_send(0b00000000); //DATA GPIO_SetBits(GPIOB, GPIO_Pin_12); ////CS=1 [/c
-
Thread
Schneller Mikrocontroller
geregelt? Quelle: http://pessoal.utfpr.edu.br/hvieir/EL08D/EWARM_DevelopmentGuide.pdf - Schalte mal auf c99 und ändere in stm32f37x_gpio.c: [c] inline void GPIO_SetBits(GPIO_TypeDef* GPIOx, uint16_t GPIO_Pin) [/c] und in der headerfunktion [c] extern inline void GPIO_SetBits(GPIO_TypeDef* GPIOx, uint16
nicht herum. mein Compiler macht das daraus [code] 91: GPIOB->BSRR = GPIO_Pin_5; 0x0800030C 4C36 LDR r4,[pc,#216] ; @0x080003E8 0x0800030E F8C48000 STR r8,[r4,#0x00] [/code] LDR sind auch zwei Cycles (pipeline refill fällt weg weil STR) Aber he
-
Thread
Eure "schönsten" Schaltungsfehler
- uC Schaltung, 5V Versorgung. - ein Schaltungsteil kann über einen High Side Switch dazugeschaltet werden (5V durchschalten). - Komisches Verhalten, dass die uC Schaltung ständig neu startet. - Spannung
Kein Fehler aber zum schmunzeln: Eine Elektronik mit PIC16C54 im DIP. Prozessor (OTP) wurde vorab programmiert. Die Elektronik danach über die Welle gelötet. Die Versionsschilder wurden auf einem PC-Touch von Brother erstellt und beim programmieren auf
-
Thread
Gedanken zur Auswahl eines µ-Controllers
ist ein Schnellschuss, nur 2minuten Nachgedacht, nicht verifiziert!) ICh würde einen "schnellen" µC mit USB nehmen, PIC32 wahrscheinlich. Evtl. geht aber sogar noch ein "kleiner" Pic18F4550, müsste man schauen. Als Wandler 24Gleiche Einfachwandler mit SPI. Die HArdware SPI des µC würde ich Links
... Aber wie gesagt, das ist nur eine schnelle Idee. Bei einem 32Bit µC, oder aber einem 16Bit DsPic hätte man dabeit wenn möglich sogar noch die Zeit eine rudimentäte Aufbereitung/Auswertung der Daten schon im µC vorzunehmen! Gruß Carsten
-
Thread
Zwei Fragen zu Netzteil Nachbau (Alternative zu 2N3055)
=17g%40QixKwQARIAADTfJ6o84a32438324502b6ba70d6039eb85fc6;ACTION=3;LASTACTION=2;SORT=preis;GRUPPE=C55;WG=0;SUCHE=ringkerntrafo;ARTIKEL=RKT%252012012;START=16;END=16;STATIC=0;FC=670;PROVID=0;TITEL=0) ja 2 Wicklungen á 12V mit 5A habe und ich die wie ihr sagt problemlos in Serie schalten kann, kann ich
Ausgangsspannung wird dann mit standard Linearregler (Längstransistor) stabilisiert; alles per DAC vom PIC-Controller gesteuert. Ich dachte mir, der PIC wählt den Duty Cycle so, dass die unstabilisierte Spannung ca. 5-8 Volt über der gewünschten Ausgangsspannung liegt; der Rest darf an der Transe abfallen
-
Thread
PIC16F876 Problem mit Tabelle
außerhalb der Tabelle landet. Ich hatte vor einiger Zeit aber das gleiche Problem mit eben diesem PIC. Das Programm stürzte beim Aufruf der Tabelle ab, die Ursache konnte ich nicht finden. Das richtig merkwürdige an dieser Sache war jedoch, dass das Programm mit einem anderen PIC-Typ (16F84) bisher
> list p=16F876 ; Baustein > ... > __CONFIG 0x3F72 ; konfigurationsort 16F876 Diese beiden Zeilen meckert mein Assembler an. Außerdem ist der Code schwer zu lesen, mal werden Werte binär übergeben
-
Thread
Ersatz für alten Hitach H8/3337 µP?
beschriebenen Pins beim Reset > auf Low ziehen. Korrekt! Da haengt alles dran: Dual Port RAM CY7C136 Crystal LAN Chip CS8900A 2x 29F040 FlashROM 2x AS7C1024 128Kx8 SRAM
gerne mit ROM und SRAM sprechen möchte. Leider hab ich die jetzt gerade nicht hier. Das sind IS61C1024AL-12TL High Speed SRAMs https://www.reichelt.de/high-speed-sram-1-mb-128-k-x-8-5-v-12ns-tsop-32-is61c1024al-12tl-p284418.html?&nbc=1 Muss ich die schnell eben noch bestellen. Dieter und
-
Thread
usb_ch9.h ERROR
zusammen, vor kurzem habe ich mich mal auch entschlossen meinen Horizont zu erweitern, und einen PIC 18F2455 als USB-Gamepad zu verwenden, indem ich mal das fertige usb_descriptor Programm von Microchip nehme. Also, C18 runter geladen, include-Dateien hinzugefügt, usw ... Wenn ich jetzt allerdings
Headerdatei scheint für einen anderen Compiler als den von Dir verwendeten geschrieben zu sein. [c] __attribute__ (packed) [/c] ist eine compilerabhängige Anweisung, Strukturelemente ohne Alignment unmittelbar nacheinander im Speicher anzuordnen. Das ist für manche 16-, 32- und 64-Bit-Architekturen
-
Thread
4" TFT für 7,97€
Ram laufen würde, hätte > man ein grafisches Farbdisplay. Werde ich demnächst mal mit einem dsPIC33FJ64GP802 ausprobieren: Der hat 16kByte SRAM, das sollte für 160x109 Pixel ausreichen.
Die Preise sind ja echt günstig, was mich interessieren würde: LP2985IM5X-3,3V regulátor SOT23 LP2980IM5X-5,0V regulátor SOT23 APT6011-LVR 600V / 49A TO264 22uF / 10V tantal TAJB226K010R 22uF / 10V tantal TMC1AC226KLRH 68uF / 16V tantal TAJD686K016R AVX
-
Thread
ATtiny13 C-Programm zu groß
nicht so gut Danke für Tipps und es wäre nett, wenn ich nicht gleich völlig zerlegt würde: [c] #include <avr/io.h> // Variablen uint8_t I = 53; // Strom bei 47 Ohm in mA Wertebereich 1..75,5 uint8_t Duty_Cycle = 50; // Duty_Cycle in Prozent Wertebereich 1..100 uint16_t U; // aktuelle
Assembler. Nur eine Hochsprache garantiert Unabhängigkeit von Prozessorentypen. Die gleiche (#define…) C-Code kann man für PIC oder AVR verwenden. Vergessen sollte man nicht den Satz: „Reserve für zukünftige Entwicklung“. Wenn ein Kunde sagt Z.B „2“, dann denkt „x“. Das bezieht sich auch auf Speichergröße
-
Thread
C Compiler für PIC
CC5X ist kostenlos und unterstützt sehr viele 16F PIC's; hier gibts auch ein Tutorial. Ein Nachteil ist, dass man max. 1K Code pro Modul kompilieren darf; wenn man mehr haben will muss man sein Programm
Übersichtlichkeit nicht gerade guttut. Aber ansonsten war ich mit dem Compiler zufrieden. http://cc5x.de/ Wenn Du nicht unbedingt die 16F PICs benutzten MUSST (wegen alter Schaltpläne oder so), dann lass es sein - meine Meinung. Die Dinger haben dieses ätzende RAM-Banking, was zwar normalerweise
-
Thread
XMEGA reif für den produktiven Einsatz?
>Aber kennt ihr einen anderen µC der PWM mit 128MHz kann... Die Frage ist, ob man das wirklich braucht. Ich kann auch 16 bit PWM erzielen mit nur 16MHz Clock und trotzdem mit einer Frequenz von 60kHz arbeiten. Das Zauberwort ist
unbeding schlecht finde (reden) will. Aber die STM32 Dinger sind einfach besser. Dort sind auch bis zu 5xUARTs, bis zu 3xSPI, 2xI2C(TWI), DMA, usw. möglich. Seit neuestem ist sogar ein 16bit sigma delta A/D Converter integriert was den Controller sehr interessant für Messaufgaben macht. http://www.st.com
-
Thread
Frage zu char arrays
Hallo zusammen, ich schreibe ein C-Programm für einen PIC16F..., das einen Lauftext auf einem LCD ausgeben soll. Leider habe ich das LCD momentan nicht zur Verfügung und kann daher nicht testen. Mein Problem: [c] unsigned char
Da fällt mir gerade noch etwas ein... Wenn ich beim Deklarieren des Arrays [c] unsigned char text[]="Das ist ein Text "; [/c] schreibe (also hinter dem eigentlichen Text noch 5 Leerzeichen => 16+5=21 Byte), hat das Array dann 21 Elemente oder ignoriert der Compiler die
-
Thread
Oscillatorschaltung dsPIC33FJ128MC706A
Hallo, Beispiel: An meinen dsPIC33FJ16MC102 ist der 8MHz-Quarz mit R=1M überbrückt und an den beiden Quarzpins je ein 22p nach GND. Kein R vorm Quarz. Schwingt Problemlos. Gruß Peter
anderen PICs die interne > Verschaltung etwas anders ist. Beide Varianten finden sich z.B. in dsPIC33/PIC24 Family Reference Manual / Oscillator Module (DS70005131A) - oscdiads1.jpg ist dort als Figure 5-1 auf Seite 21 unter 5.0 PRIMARY OSCILLATOR (POSC).
-
Thread
Zwei PICs verbinden
synchrone-seriele Interface sollte doch alle Möglichkeiten bieten, die Du brauchst. Ich kenne den PIC18F4431 zwar nicht, aber die meißte PICs haben es. Und 16kByte reichen nicht für ein paar Texte und die SW. Hat der 16F877 nicht auch nur 8k x 14Bit? Eigentlich sollte man mit 8000 Instruktions
selber stricken. Oder du benutzt SPI. Die PICs können ja auch als Slaves arbeiten. Also verwende den PIC16 als Slave und schick ihn über SPI die daten.
-
Thread
2.4GHz Empfaenger auf ca. 1.1GHz umbauen!?
MDT2005, hier les ich gerade: Function Compatible With PIC16C54!
r n d W. schrieb im Beitrag #2573240: > MDT2005, hier les ich gerade: > Function Compatible With PIC16C54! Ist vermutlich auch völlig egal. Das Teil wird weiter nichts machen, als beim Einschalten eine bestimmte Abfolge von I²C-Befehlen abzusetzen und sich dann schlafen legen. Insofern genügt
-
Thread
ISR erstellen mit einem PIC18
function to handle * interrupts that occur at the high vector. */ #pragma code high_vector=0x08 //#pragma code high_vector=0x208 //remap for bootloader void interrupt_at_high_vector(void) { _asm GOTO high_isr _endasm } /* * For PIC18cxxx devices the low interrupt vector is found at
des PIC kann es beim 16-Bit Timer plus Prescaler schon recht lange dauern bis sich da was tut. Also entsprechend TMR0H/TMR0L setzen beim Init als auch im IRQ selber (Habe ich hier im IRQ-Code nicht gemacht)
-
Thread
Schnellstes DAC Verfahren?
die die Spannung ungeachtet des Stromes bringen Ok, wenn ich jetzt einfach einen Widerstand im 5-stelligen Bereich wähle (z.B. 12k und 24k) und das Ganze mit einem üblichen Controller (ATMegaxx, PIC16Fxx) betreibe wird das eher ungenau? Ich dachte an einen 16-Bit DAC mit 2 Ports aus einem der
gesagt, sollte keine High-End Anwendung werden nur >Ok, wenn ich jetzt einfach einen Widerstand im 5-stelligen Bereich wähle >(z.B. 12k und 24k) und das Ganze mit einem üblichen Controller >(ATMegaxx, PIC16Fxx) betreibe wird das eher ungenau? >Bin dabei etwas mit D/A Wandlern zu experimentieren
-
Thread
PIC16F88 CC5X zu XC8 konvertieren
} FSR = sv_FSR; // restore FSR if saved int_restore_registers } [/c] #pragma origin 4 Das dürfte mit dem XC8 schlicht überflüssig sein, oder? interrupt serverX( void) Wie schreibt man das korrekt für den PIC16F88? int_save_registers int_restore_registers
pragma origin 4 > > Das dürfte mit dem XC8 schlicht überflüssig sein, oder? > > interrupt serverX( void) > > Wie schreibt man das korrekt für den PIC16F88? > > int_save_registers > int_restore_registers Interrupts gehen beim XC8 so: [c]void interrupt myIsr(void) { //... }[/c]
-
Thread
Kleines Tiny13 Sensorboard
= 0 */ /* stack size = 0 */ .L__stack_usage = 0 sbi 0x18,0 sbi 0x17,0 sbi 0x17,1 ldi r24,lo8(2) .L4: sbic 0x16,7 rjmp .L2 cbi 0x18,0 rjmp .L3 .L2: sbi 0x18,0 .L3: out 0x16
,r16 Anforderung oder Implementierungsdetail? > ldi r16,$5 Anforderung oder Implementierungsdetail? > out DDRB,r16 ;PB0,2-> OUTPUT! Anforderung oder Implementierungsdetail
-
Thread
Laufschrift mit PICs
mir gerne eine Laufschriftanzeige bauen. Hat jemand vielleicht schon mal so ein Projekt mit einem PIC-Controller gesehen? Hier und in der Elektor finde ich nur Projekte mit Atmels. Ich besitze aber nur einen PIC-Brenner (Sprut5) und möchte mir die Soft- und Hardware der Atmels nicht auch noch antun.
Hallo Dominik, ich habe so eine Anzeige mit einem PIC 16f84, 8 Anzeigen mit 5X7 Punkten und einigen Schieberegistern gebaut. Als ich mir das im Urlaub ausgedacht habe, war mir noch nicht so ganz klar, was das für eine Lötarbeit ist...z.Zt programmiere
-
Thread
PICkit 3 -> Target Device ID (0x0) does not match
entschieden. Meine Hard- und Software: - Windows 7 (64 Bit) - PICkit 3 und MPLAB IPE v3.15. - PIC24FJ128GA010 und PIC24FJ128GC010 Wenn ich nun mit MPLAB IPE den µC auswähle und auf "Connect" gehe, kommt die Fehlermeldung "Target Device ID (0x0) does not match expected Devide ID (0x4...). Would
) 2 (VDD): Pin 2 (VDD), 16 (VDD), 30 (AVDD), 37 (SVDD), 46 (VDD), 62 (VDD) 3 (VSS): Pin 15 (VSS), 32 (AVSS), 32 (SVSS), 45 (VSS), 65 (VSS), 75 (VSS) 4 (PGD): Pin 25 (PGED1) 5 (PGC): Pin 24 (PGEC1) 6 (PGM): N/C Die Verbindung
-
Thread
PIC 16F946 RTC Uhr sleep mode timer1interrupt weckt nicht auf
Danke für den Hinweis. Du hast recht ich hatte zweimal das gleiche abgefragt. [c]if(min_high > 5) { min_high=0; hour_low++; } if(hour_low > 9) { hour_low=0; hour_high++; }[/c] Ich schreibe jetzt ein kurzes Programm mit wenig Code und schaue ob dies evtl. einen Einfluss
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
China SUPER Bauteile-Schnäppchen Thread [V2] Gesperrt
Entschuldigen :) Die Threads zu China sind einfach riesig! Ich wollte mir unter anderem ein oder zwei 16x02 LCDs bestellen. Dabei bin ich auf folgendes Angebot gestoßen: http://www.ebay.de/itm/DC-5V-HD44780-1602-LCD-Display-Module-16x2-Character-LCM-Blue-Blacklight-NEW-/380764947924?hash=item58a75c05d4
:g:5aAAAOSw5cNYN~HL CSR8645 APT-X Hifi Bluetooth 4.0 Receiver Board Gruß, Klaus.
-
Thread
USB I2C Interface Hardware Software
loss and worse! I will probe file /dev/i2c-17. I will probe address range 0x08-0x77. Continue? [Y/n] Y 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -
-- 70: -- -- -- -- -- -- -- -- [/pre] Send data: [pre] i2cset 17 0x20 0x12 1 [/pre] This example sends the value 1 to address 0x12 on slave 0x20 at bus 17. Receive data: [pre] i2cget 17 0x20 0x12 i 5 [/pre] This example receives 5 bytes from address 0x12 on
-
Thread
PIC 16F628A Problem (Frequenzzähler von sprut)
angeschloßen ist. Und mit welcher Frequenz > das ganze läuft. Schick dann mal ein File zum Testen. 16F628A Pinbelegung LCD 2x16 Zeichen (HD44780) Ansteuerung 4 Bit Modus RB0 Pin6 = Enable RB1 Pin7 = R/W RB2 Pin8 = RS RB4 Pin10 = D4 RB5 Pin11 = D5 RB6 Pin12 = D6 RB7 Pin13 = D7 Takt 10MHz
wurden. Kontaktprobleme sind da nie auzuschließen Mir ist da ein Testboard mit LED-Kontrolle der µC-Pins lieber. So müte Dein Konfiguration aussehen: LCD PIC 4 RS RB2 5 R/W RB1 6 E RB0 11 DB4 RB4 12 DB5 13 DB6 14 DB7 RB7 mfg Ottmar
-
Thread
Sinus array erzeugen
) printf("%i, ", sinetable[i]); printf("\b\b };\n"); } root@dockstar:~/c# gcc -lm sinetable.c root@dockstar:~/c# ./a.out 16 PROGMEM uint8_t sinetable[] = { 0, 25, 49, 74, 97, 120, 142, 162, 181, 197, 212, 225, 236, 244, 251, 254 }; [/code]
point.x /= SINETAB_MAXVAL; point.y /= SINETAB_MAXVAL; [/c]
-
Thread
RFM12 fehlersuche
for (unsigned char i=0; i<10; i++) __delay_ms(10); // wait until POR done rf12_trans(0xC0E0); // AVR CLK: 10MHz rf12_trans(0x80D7); // Enable FIFO rf12_trans(0xC2AB); // Data Filter: internal rf12_trans(0xCA81); // Set FIFO mode rf12_trans(0xE000); // disable wakeuptimer rf12_trans(0xC800); // disable low duty cycle rf12_trans(0xC4F7); // AFC settings: autotuning: -10kHz...+7,5kHz } void rf12_setbandwidth(unsigned char bandwidth, unsigned char gain, unsigned char
-
Thread
[V] µC, Halbleiter, passive Bauteile, Relais
dabei. Alle Bauteile sind neu und ungenutzt und wurden in ESD-sicherer Verpackung aufbewahrt. *µC* >20x 90USB1287-16AU → 2€/Stk. >20x ATMEGA325-16AU → 2€/Stk. 4x PIC12F629-I/P → 0,50€/Stk. 9x PIC16F648A-I/SO → 0,50€/Stk. >20x PIC16LF648A-I/SO → 0,50€/Stk. >20x MSP430F1611IPM → 1€/Stk. *Diverse
→ 1€/Stk. 1x CS8420-CSZ, 24Bit, 96kHz SampleRateConverter von Cirrus → 2€ 1x GM862-QUAD (Telit), GSM-Modul mit SMA-Kabel (siehe Bild) → 3€ >20x BU1924F, RDS-Decoder → 0,50€/Stk. >20x AD5541, 2,7V-5,5V 16Bit DAC
-
Thread
Vorteiler 10:1 mit 74HCT390 - Probleme
, sondern mit dem 5:1 und 2:1 Teil vertauscht. Das hat den Vorteil, daß am Ausgang ein Signal mit Tastverhältnis 1:1 rauskommt. Timo E. schrieb im Beitrag #4031707: > In diesem Screenshot pic_41_4.gif sieht man das
hmmm Bin ich blind (bin ich fast) oder ueberseh ich was ? auf dem PIC_41_4 sehe ich nur 4 negative Flanken und keine 5. der Teilt also nicht durch 5 sondern durch 4. Das bisschen "gekrissel" auf den pegeln halte ich persoenlich mal fuer unwesentlich. (in diesem Taktbereich
-
Thread
USB und AVR-Controller
USB-CAN-BUS-Controller/USB-N9604-28M/index.html?ACTION=3&GROUPID=2946&ARTICLE=58426&SHOW=1&START=0&OFFSET=16&;PROVID=2402 Weitere ICs findest du hier: http://www.mikrocontroller.net/articles/USB#Via_.C2.B5C_ansteuerbare_USB-Controller
oh weia...Leute, ich merke, Ihr seit Provis hoch 3! Das muß ich erst mal 5x lesen, um es evtl. zu begreifen. Erstmal vielen Dank..ich lerne immer mehr! Grüße Rolf
-
Thread
16bit PWM für mind. 3 Kanäle
teuer. Travel Rec. schrieb im Beitrag #1672406: > Guck Dir mal den Tiny24A an, hat immerhin 2 16-Bit PWMs. Key Parameters: Flash (Kbytes) 2 EEPROM (Bytes) 128 SRAM (Bytes) 128 Max I/O Pins 12 F.max (MHz) 20 Vcc (V) 1.8-5.5 10-bit A/D Channels 8 Analog Comparator Yes *
der Mega128 kann 3x16 Bit PWM, aber typ. nur bis 16Mhz Takt, da müsstest du die Übertaktung ausprobieren.