-
Thread
Wie hoch ist der "München-Bonus" wirklich?
Einkommen Familie (2+2) Raum München bei 1,5 Stellen: Brutto 120.000 netto ~73.000 Einkommen Familie (2+2) Raum Chemnitz bei 1,5 Stellen: Brutto 65.000 netto ~43.000 Miete Haus Raum München 2500 warm x12 = 30000 Miete Haus Raum Chemnitz 1000
(mit-) geschaffen. http://www.dtoday.de/cms_media/module_img/1010/505221_1_lightbox_5465eedf7a4a5.jpg http://www.mb-research.de/_pic-kaufkraft/MBR-Kaufkraft-Karte.png
-
Thread
DDS AD9834/ PIC SPI Problem
//RESET muss für den gesamten Zyklus (beim Daten senden) an bleiben SPI1_Write(0x4000); //LSB für 100kHz laden 0x0 while(SPITBE == 0){} //solange der Buffer nicht leer ist warte SPI1_Write(0x40C8); //MSB für 100kHz laden while(SPITBE == 0){} //solange der Buffer
= 1; RPOR12.RP24R2 = 1; RPOR12.RP24R3 = 0; RPOR12.RP24R4 = 0; RPOR12.RP24R5 = 0; //RP24 auf SDO1OUT zugewiesen [/c]
-
Thread
Audio ausgeben mit µC
obere byte nur auf 240 beschränkt: so ist bequemer, gängige Obertöne für Wave-Tabelle zu berechnen: 16' = 480, 8' = 240, 5 1/3' = 160, 2/3' = 20): [c] // main.h #ifndef MAIN_H #define MAIN_H 1 #ifndef F_CPU // Quarz 20 MHz. #define F_CPU 20000000UL // CPU_F fuer Verzoegerungen #endif
aa >> 1; SPDR = aa; ton_1 += kton_1; // max MSB = 240 if((unsigned char)(ton_0 >> 16) >= 0xf0) ton_0 -= 0xf00000; bb = (ton_1 >> 8)&& 0x1ff; aa = 0; if(FLAG_REG & (1<<F_GED16)) aa = ged_16[bb]; if(FLAG_REG & (1<<F_PR8)) aa += pr_8[bb]; while(!(SPSR & (1<<SPIF)));
-
Artikel
ARM-elf-GCC-Tutorial
VIC Channel # Watchdog 0 RESERVED 1 ARM Core (DbgCommRx) 2 ARM Core (DgbCommTx) 3 Timer0 4 Timer1 5 UART0 6 UART1 7 PWM0 8 I2C 9 SPI0 10 SPI1 11 PLL 12 RTC 13 EINT0 14 EINT1 15 EINT2 16 EINT3 17 A/D-Wandler 18 RESERVED 19 Für weitere Informationen hilft ein Blick ins Datenblatt. Die ISR wird wie folgt
Grundsätzlich gilt: Jeden n. Takt vom Prozessortakt kommt ein SPI-Takt. Beispiel: 60 MHz Systemclock / 16 = 3,75 MHz SPI-Takt. Allerdings muss der Teiler größer oder gleich 8 sein. Das Senden eines Bytes per SPI sieht so aus: I2C. In der "Codesammlung" befindet sich eine I2C-Master-Bibliothek für den Polling-Betrieb
-
Thread
AVR stürzt ab nach PCINT
das merkt, ganz einfach: Es wird vor dem ganzen Init die IOs eingestellt, und 2 Ausgangspinne auf 5V geschaltet. Und da hängen LEDs dran über einen Mosfet. Und die flackern halt 2-3x bevor alles normal läuft. Man sieht es auch am Osci. ISR habe ich natürlich. In der ISR ist eine recht große
Das habe ich mit PIC erlebt.: Unbenutzte Pins vom Mikroprozessor als Fehlerquelle.
-
Thread
Ist es noch sinnvoll, mit Controllern zu arbeiten?
fertig gewordener MP3-Player mit S8515, MAS3507, 2x16 LCD und einer 2,5" HD mit Amiga-FFS. Amiga war vorhanden und die Struktur des Amiga-FFS ist viel µC-freundlicher als FAT. Um hier jetzt den Bogen zu schlagen: SD-Card am ESP32, MP3/FLAC/... Decoder
gehört jedoch auch zu betrachten was die eigenen Fähigkeiten & Ressourcen hergeben. Wer z.B. kein C oder Assembler mag ist ggf. mit einem MicroPython-fähigen µC besser aufgehoben (z.B. stm32, teensy, nRF51 16bit-PIC). Ein Video welches mir parallel zum lesen dieser Frage durch purzelte: https:/
-
Thread
Absoluter Anfänger
ich. Ich mag einfach nur keine dummen Vergleiche, die aus Engstirnigkeit resultieren. Wenn PIC<>AVR müsstest du PIC16/PIC18 <> ATMEGA vergleichen. Und PIC12, PIC16 mit ATTINY. Selbst das ist schwierig, denn es gibt steinalte PICs, und nagelneue, schlechte AVRs und gute. Weder AVR noch PIC16
werden, nur weil Jemand bzgl. irgendeiner Mikrocontroller-Familie eine andere Meinung hat. > Wenn PIC<>AVR müsstest du PIC16/PIC18 <> ATMEGA vergleichen. > Und PIC12, PIC16 mit ATTINY. Selbst das ist schwierig, denn es gibt > steinalte PICs, und nagelneue, schlechte AVRs und gute. > Weder AVR noch
-
Thread
STM32F103: Problem mit ChanFat und SD karte
, die Plattformabhängig sing. Mosi steht richtig: [c] /*-------- SCK (PA5 Out), MOSI (PA7 Out), MISO (PA6 In) -------------*/ GPIO_StructInit (&GPIO_InitStructure); GPIO_InitStructure.GPIO_Pin = GPIO_Pin_5 | GPIO_Pin_6 | GPIO_Pin_7;
Da stimmt was nicht..... [c] SPI_8Bit(); FCLK_SLOW(); CS_LOW(); xchg_spi(0x11); xchg_spi(0x22); xchg_spi(0x33); xchg_spi(0x44); CS_HIGH(); CS_HIGH(); [/c] ergibt
-
Thread
Selektion von Funkmodulen in einem RFM69 Netzwerk
Leerlauf. Stimmt, aber die überwiegende Anzahl der Komponenten verträgt maximal 3V6 und nicht 4V5 (Lithium). Und bei 3x Ni-MH bin ich bei 3V6, der Sensor (genauer die Batterie) funktioniert dann aber nicht bei unter -10°C. Alle Komponenten sind übrigends mindestens von Tmin -40°C bis Tmax +
power-down-modes sind für das Modul ja eher die Regel als die Ausnahme. Aber: Das Design ist mit einem PIC16F690 als Controller angegeben. Den kenne ich nun sowas von gar nicht. Wenn dessen pins sich im power-down-mode anders verhalten, nützt das bei einem LPC8xx natürlich nix. Also muß ich beim nächsten
-
Thread
STM32Fxxx: Frage zur Initialisierung mit der StdPeriphLib
die SPI schnell ein /2 */ void FCLK_FAST() { SPI1->CR1 &= ~((1 << 3) | (1 << 4) | (1 << 5)); // (BR = Bit 3,4,5) löschen SPI1->CR1 |= SPI_BaudRatePrescaler_2; } [/c]
uint32_t)(rtc.year - 1980) << 25) | ((uint32_t)rtc.month << 21) | ((uint32_t)rtc.mday << 16) | ((uint32_t)rtc.hour << 11) | ((uint32_t)rtc.min << 5) | ((uint32_t)rtc.sec >> 1); } #endif [/c]
-
Thread
PIC16F676 LCD_Init
Hallo lieber Forum! Ich bin ratlös und will nach einem Rat fragen. Ich will einen LCD (2x16) initialisieren und benutzen, dafür habe ich Funktionen für PIC16F676 (CC5X-Compiler) erstellt. Diese Funktionen laufen auf PIC16F628 bei analoger Beschaltung perfekt (Unterschied: statt PORTC wird
Hallo, mit dem cc5x-Compiler bin ich gar nicht vertraut, deshalb, ohne lange den Code zu studieren schlage ich vor, 1.)Gut zu überprüfen, ob der Oszillator den genau gleichen Wert hat wie der Pic16f628. Beim LCD müssen
-
Thread
Fehler zum nachbauen :-)
5tiC|<y E|_80\/\/
Andreas S. schrieb im Beitrag #5873153: > mov b, c; Das könnte man noch retten: [c] #define mov(x,y) x = (y) ... mov (b,c); [/c] ;-)
-
Thread
KiCad Anfänger benötigt Hilfe bei Schaltplan Erstellung Gesperrt
Oben im Menu bei Board das PicGenius auswählen und bei LCD das 16X4 auswählen. Für ein reales Board wäre hier auch das 20x4 mit 44780 denkbar.
10059_10184_10534_100031_10319_10103_10624_10623_10622_10186_10621_10620,searchweb201603_25,ppcSwitch_5&algo_expid=c34c774f-eebd-4443-8750-52f95698e073-9&algo_pvid=c34c774f-eebd-4443-8750-52f95698e073&transAbTest=ae803_4&priceBeautifyAB=0 https://de.aliexpress.com/item/PIC-Development-Board-Kit-Microchip-PIC16F877A
-
Thread
stromsparender hochohmiger ADC mit MUX und 0-5V
zusätzlich nötige Teile. Externe MUX sind oft teuer. Die üblichen Verdächtigen Mikrocontroller: ADUCM36x (24-Bit SD), Renesas RX21A (24-Bit SD), div. MSPs mit SD16, SD24 oder CTSD16 (16- bis 24-Bit SD), PIC18F87J72 (24-Bit SD), STM32F373 (16-Bit SD). Bester AD-Wandler ADUCM36x. 0V-10V: keiner Externe
16- bis 24-Bit SD), leider eben nur bis VCC 3.6V. > PIC18F87J72 (24-Bit SD), https://www.mouser.com/ds/2/268/30009979B-1074171.pdf 2 Kanäle, Referenz 12ppm, PGA. 4.5-5.5V. dazu 12bit SAR-ADC
-
Thread
Bauen oder nicht bauen ?
V SYNC, die sollten auch nicht extra reinkommen. Und dann Zählt da ein Zähler den Pixeltakt, nach X Takten ist VSYNC und nach x,y Takten ist ebene dein 5tpd etc. Diese 5tp, +6tpd usw erzeugen durch Verzögerung ist absoluter Murks. Es hat alles nach x y z Takten zu erfolgen, synchrones Design eben
/commanderx16/x16-emulator [2]: https://x16.tmp2k.com/ [3]: https://www.facebook.com/groups/CommanderX16/
-
Thread
64 Stall- Laternen mit dimmbarer LED ansteuern
einen eigenen Tinyxxx? Irgendwie vernetzen, da gibts reichlich Möglichkeiten. Oder PCA9685? Per I2C 16 PWM-Kanäle.
: https://www.ebay.de/itm/10x-8x-G4-LED-COB-Dimmbar-3W-5W-Energiespar-Lampe-Birne-360-Warmweis-AC-DC-12V/323005242513?hash=item4b349cdc91:m:mxmUcBcpOwB5Iy4tcS6ADlA Sockel: https://www.ebay.de/itm/2x-Sockel-Adapter-E14-auf-G4-MR16
-
Thread
LCD mit Interrupts?
; uint8_t year; uint8_t parity=parity_even_bit(calendarBCD&0xFF); parity+=parity_even_bit((calendarBCD>>8)&0xFF); parity+=parity_even_bit((calendarBCD>>16)&0x3F); parity%=2; if(parity!=((timeCodeLocal>>(DCF77_BIT_OFFSET_DAY+22))&0x01)) {
das LCD static void lcd_out( uint8_t data ) { LCD_PORT_DB4 &= ~(1<<LCD_DB4); if (data & 0x10){ LCD_PORT_DB4 |= (1<<LCD_DB4); } LCD_PORT_DB5 &= ~(1<<LCD_DB5); if (data & 0x20){ LCD_PORT_DB5 |= (1<<LCD_DB5); } LCD_PORT_DB6 &= ~(1<<LCD_DB6); if (data & 0x40){
-
Thread
ATmega Development Boards (Sind die OK?)
10103_10627_10626_10624_10623_10622_10186_10621_10620_5722415_5711313,searchweb201603_41,ppcSwitch_5&algo_expid=9300ac5e-51c8-4974-8c79-728b39f3f2a0-9&algo_pvid=9300ac5e-51c8-4974-8c79-728b39f3f2a0&transAbTest=ae803_3&priceBeautifyAB=0 ATmega16 https://www.aliexpress.com/item/free-shipping-ATMEGA16
Für den Anfang bist du sicher mit folgender Ausstattung gut bedient: 5x ATtiny45 5x Arduino Nano clone 5x Blue-Pill Board (STM32F103C8T6) 5x ESP-12F Modul 1x USB-UART Adapter oder Kabel mit 3,3V Pegeln und 5V tolerant (der CP2102 Chip kann das) 1x ISP Programmieradapter
-
Thread
Erfahrungen mit KiCAD von Eagle-Wechslern Gesperrt
Also im Klartext: vom Eagle aus muß man sowas garnicht. Um z.B. ein Netz im Schematic zu einem +5V zu machen, kann man: a) das Netz anklicken und ihm den Namen +5V geben. b) an das Netz so ein +5V Symbol anfügen. c) einen Schaltkreis einfügen, wo +5V als Versorgungsquelle herauskommt. Aber:
Unterschiede zwischen Legacy-, OpenGL- und Cairo > (F9,F11,F12) Canvas (view heißt das in der Version 5.x)? Das ist aber Layout, ich rede vom Schematic. Bei mir läßt sich OpenGL ("Moderner Grafikmodus") nur für Layout einstellen.
-
Thread
Mikrocontroller mit exotischem SPI?
8 Bit > empfangen kann, nicht hilft. Ebensowenig ist es keine Lösung, einfach > auf 2 Frames (=5x 8 Bit) zu warten, da ich nicht auf das dann zwingend > benötigte zweite Frame warten kann. Moin, Cypress PSoC kann 16 Bit, evtl reicht das. Mfg aus dem Pott
kann man nicht zB in von nem AtMega[4,8,16,32]8(P) nicht die USART dafür benutzen? sie hat einen synchronen Modus und unterstützt datenlängen von 5-9 Bit. Man könnte also 4 5bit frames abwarten (oder 2x7 und 1x6, wobei ich nicht weiß, wie schnell
-
Thread
PICkit 4 wird verkauft
Hoffnung auf mehr Zuverlässigkeit, brachte da aber nichts. Und es funktioniert nicht mehr mit so älteren PIC Basteltypen wie PIC16F886, PIC16F877. PIC16F1933 ist okay. Meldet da immer Invalid Device ID. Beim PIC16F886 wird ID 0x2060 angezeigt und dann die Fehlermeldung. Schade, das Original PICkit3 und das
Falls noch wer die Pin-Belegung für den SNAP sucht, die steht in der Online-Hilfe vom MPLAB-X unter PicKit4. PicKit4->Hardware Specification->Commnunication Interface->Pinout for Interfaces SWD: 1 MCLR 2 VTG 3 GND 4 SWO 5 SWCLK 6 - 7 - 8 SWDIO
-
Thread
Geschwindigkeit IO-Zugriff
bereits ausreichte, um auf die 8MHz zu kommen, oder ob es die obige Hmmm. Hier einmal mit HAL [c] HAL_GPIO_TogglePin(GPIOB, PB0_Pin); [/c] und einmal mit [c] GPIOB->ODR=0x00000000; GPIOB->ODR=0x00000001; [/c] STM32F103 / 72 MHz
Habe im Moment nur einen STM32F767ZI (Nucleo-Board) zur Verfügung. [c] while (1) { GPIOC->BSRR = (1<<8); delayXX(); GPIOC->BSRR = (1<<(8+16)); delayXX(); } [/c] Ohne Delays mit dem Oszi (Leihgerät TEK2024C) für mich nicht mehr messbar
-
Thread
Speicherdrossel wird extrem heiß
auch nicht für die Straße gedacht. Und ja mit den LEDs hab ich schon Erfahrungen gemacht. Habe eine 5x10W Stirnlampe mit Abblendautomatik als Testobjekt gebaut. Hatte ich schon bei mehreren Nachteinsätzen dabei. Hat sich super bewährt. Ein Flutlichtscheinwerfer für den Kopf. Da wars einfach: 3s Lipo
habe ich auf einer neuen Leiterplatte mit neuen Bauteilen aufgebaut, lediglich die Transistoren, 6x IRFZ44N, den LM5104 und die Spule habe ich ausgelötet und übernommen. Das PWM-Signal erzeugt jetzt statt dem MCP16.. ein PIC12F683 auf eigener Platine mit separatem 5V-Spannungsregler, der wiederum
-
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
uC für USB Audio Anwendungen
Hallo, ich suche einen uC für USB Audio Anwendungen. Letzlich sollte über I2S ADC/DACs angebunden werden Daher im Prinzip eine programmierbare Soundkarte Nach einiger Recherche bin ich auf den STM32F401xB gestossen Meine Wunschliste wäre preis <5$ /1000er Arm M0/M4 USB IF/Phy 2.0 full speed ggf auch high speed I2S bis Fs=192kHz (damit fallen die kleinen LPCs raus) integrierte Audio PLL wäre gut (wie der STM32F401xB) kein BGA gute USB Bibliotheken
-
Thread
Eindrücke von der Embedded 2018 in Nürnberg
wieder den Vogel ab, für ein 5.2" mit 480x128 wollen die stolze 62€ haben. Andere Anbieter (Chinesen) haben sowas ähnliches auch, aber in Europe keinen Vendor. Allenfalls kann man sie per Alibaba kontaktieren. Ansonsten waren relativ
wesentlichen durch Einen entscheidenden Vorteil haben sie gegenüber den Xmegas: Sie laufen auch mit 5V. Ja, klingt antiquiert, aber eine Menge Peripherie läuft noch an 5V.
-
Thread
PWM Signal mit hoher Frequenzauflösung
Phasenverschobene Rechtecksignale. Der Haken ist jedoch das die Frequenz der Signale von 1MHz bis 2,5Mhz in max. 10kHz Schritten aufgelöst werden soll. Und der Duty-Cycle soll in 5% Schritten varieren. Kennt zufällig einer einen passenden µC? Gruß Eike Für den schnellen Überblick die Anforderungen
Um eine 2,5 MHz Periode in 5% Schritten aufzulösen, brauchst du einen Grundtakt von 20 x 2,5 MHz = 50 MHz. Sind 20 ns. An was für Totzeiten von wieviel ps hast du denn so gedacht? Besonders in Relation
-
Thread
Starthilfekabel teardown
Dank der sibirischen Kaltluft mit -16°C brauchte mein oller Diesel gestern seit langem wieder mal externe Energiezufuhr. Kein Problem, ein noch nie seiner bestimmungsgemäßen Verwendung zugeführtes Starthilfekabel oxidiert im wahrsten Sinne
2172977/948/diesel_schwein.jpeg Nein, sowas: http://www.leab.eu/fileadmin/_processed_/csm_1502019170_PIC_01_c32807057a.jpg
-
Thread
wann Windows 10 IOT/Linux, wann zwingend Microcontroller ? Gesperrt
lansgamer als Windows... Wenn man nicht grad als Entwickler riesigen Mist baut, kriegt man die 0.5s Reaktionszeit auf beiden hin. Norbert B. schrieb im Beitrag #5332360: > habe ich das richtig verstanden, daß es , wenn ich mit I2C oder > wahrscheinlich dann auch LIN oder CAN Bus aus dem Industrieboard
später verkaufen willst, macht es schon einen Unterschied ob der Mikrocontroller auf deiner Platine 50c kostet (zB 8-Bit PIC) oder dein Raspberry noch angeschlossen wird (Stecker/Kabel, Raspberry -> 25€). Ich behaupte: Für alles, außer Kameraverarbeitung/Multimedia/Großer Bildschirm, reicht ein Mikrocontroller
-
Thread
PWM Lüfteransteuerung -> Lüfter rattert
Diese funktioniert mit einem Lüfter ohne Probleme. PWM Frequenz ist 20khz. Ansteuerung über einen PIC Controller mit 16bit PWM. Hänge ich aber alle drei Lüfter drauf, rattern die Lüfter bei Drehzahlen <50%. Nun kommt das Phänomen: Hänge ich einen 470µF Kondensator parallel zu den Lüftern, Laufen
überhaupt nicht. Quatsch, mach ich seit ~10J, gab noch nie Probleme, solange ~>25kHz. 4 Coils x RPM/60 x ~5-10 = Funst, weil JEDE in etwa gleich viel abbekommt. Nur leider Hörbar, also >22kHz.
-
Thread
XC8: error: (1098) conflicting declarations for variable "_INTCONbits"
not available in Free mode C:\Program Files (x86)\Microchip\xc8\v1.45\include\pic18f4685.h:35017: error: (1098) conflicting declarations for variable "_INTCONbits" (C:\Program Files (x86)\Microchip\xc8\v1.45\include\pic18f4685.h
Linker stellt man dafür dann bei "Code Offset" 0x100 ein. Zumindest bei meinem eigenen Bootloader für PIC12/PIC16 (http://www.picalic.de/bootloader/) funktioniert das so problemlos.
-
Thread
IR mit Internal Clock
Uno R3-Boards. Hier einmal die Verbindungen des ATmega8As: IR Receiver: Data -> PB1 VCC -> +5V GND -> GND µC: GND -> GND VCC -> +5V AVCC -> +5V PB1 -> IR Receiver Data PD0 -> LCD D4 PD1 -> LCD D5 PD2 -> LCD D6 PD3 -> LCD D7 PD4 -> LCD Enable PD5 -> LCD RS Stromversorgung kommt
als Daten betrachtest. Was willst Du eigentlich machen? Vielleicht Daten von einem µC auf einen anderen per IR übertragen? Dafür habe ich für IRMP in Version 3.0.8 das Protokoll "IRMP16" eingeführt. Damit kann man direkt 16 Bit mit einem Frame übertragen. Das geht dann etwas flotter als
-
Thread
Wie sieht eure Entwicklungsumgebung aus?
MikroE C mit mercurial Auf PIC, PIC32 und ARM (AVR geht auch kenne ich aber nicht) die gleiche IDE. Debugger kann simulieren oder auf der Zielplattform tracen. Gibt es auch mit Pascal und Basic compiler.
wobei es oft schwierig war, den kleinsten gemeinsamen Nenner zu finden. Beispiel: set_clock(CLOCK_8_16); setzt den Clock auf 16 MHz bei einem Quarz von 8MHz. Ob das jetzt ein HCS08, ein S12X, ein STM32xx, ein SPX56xx oder ein Renesas R8C ist, spielt keine Rolle. Bei einem AVR würde der Compiler meckern
-
Thread
6kW Buck Converter, Mikrocontroller gesteuert
Taktrate das Problem. Somit wird man nur mit MC mit 50MHz + oder FPGA das auskommen finden. 80 (5us, 16MHz) Zyklen sind allerdings wirklich etwas knapp, vorallem wenn man bedenkt, dass eine ADC Wandlung bereits 13 Zyklen benötigt. Wie viele Zyklen werden wohl für die Regelung pro Takt benötigt (
(4422 oder so) Treiberbaustein, der ca. 5A liefert, um die Endstufentransistoren anzusteuern. Für Gatetreiberschaltungen gibt es hier bei uC einen Beitrag. Die Flankensteilheit beim Schalten ist bedeutend für die Verlustleitung und leider auch
-
Thread
LCD auf Steckbrett, Störungen
nimm sowas: https://www.ebay.de/itm/2004-20X4-Character-LCD-Display-0x27-0x3F-5V-IIC-I2C-TWI-SP-I-Interface/172403282443?hash=item282409520b:g:54EAAOSwcUBYItkY problemfrei mit nur 4 Leitungen
Karl K. schrieb im Beitrag #5323117: > nimm sowas: > > https://www.ebay.de/itm/2004-20X4-Character-LCD-Display-0x27-0x3F-5V-IIC-I2C-TWI-SP-I-Interface/172403282443?hash=item282409520b:g:54EAAOSwcUBYItkY > > problemfrei mit nur 4 Leitungen Eine tolle Lösung für ein anderes Problem:
-
Thread
Hilfe mit Altera Cyclone II (bzw. III)
Einen "EP2C5" zusammen mit Configflash, Taktgenerator und dokumentierten Anschluessen kannst du bei Ibei fuer ca. 12 - 15 Eu *fertig* zusammengeloetet kaufen. Und den Altera USB-Blaster dazu auch. Vielleicht
eigentlich etwas wundert, denn laut Datenblatt https://www.altera.com/en_US/pdfs/literature/hb/cyc/cyc_c51014.pdf müsste beim EP3C25 ein EPCS16 verbaut werden, da dieser Chip 5 Mbit Configdata braucht. Für den EP2C8 hingegen würds stimmen. Vielleicht unwichtig... Wenn ich die Active Serial configuration
-
Thread
Unterschiede zwischen ARM und ATmega in der Programmierung
orr.w r1, r1, #32768 ; 0x8000 800024a: 6011 str r1, [r2, #0] 800024c: 6819 ldr r1, [r3, #0] 800024e: 0789 lsls r1, r1, #30 8000250: d5fc bpl.n 800024c <SystemInit+0x14> 8000252:
r3, [r2, #8] 8000294: 4b0a ldr r3, [pc, #40] ; (80002c0 <SystemInit+0x88>) 8000296: 689a ldr r2, [r3, #8] 8000298: 0712 lsls r2, r2, #28 800029a: d5fc bpl.n 8000296 <SystemInit+0x5e> 800029c: 689a ldr r2, [r3,
-
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
Anfänger bittet um Unterstützung (PIC 12F629)
, pic16f1825, pic16f1615 - pic16 (18pin): pic16f819, pic16f1455 key ist welche on-chip peripherie ich brauche - und auch anwenden kann. wie z.b. mit 5/8/10bit dac, 10 oder 12bit adc, 8/16/24bit timer
Measurement Unit - SMT 2 x 24-bit Signal Measurement Timer - NCO Numerically Controlled Oscillator - DSM Data Signal Modulators die low power funktionen sind auch eine stärke der pic12/16 und toppen oft pic18 und attiny
-
Thread
16bit Pic Compiler oder Assembler für Arm-Systeme
ein (ungerootetes) Androidsmartphone. Die ganzen großen Compiler (z.B. MPLAB, C18, C30...) sind allerdings nur für x86- und amd64-Systeme verfügbar, und die bekannteren Open-Source-Alternativen zum Selbstkompilieren (gputils, sdcc, gcbasic) unterstützen nur 8bit-Pics. Kennt ihr
Er hat einen Compiler geschrieben, um Java Byte Code in Maschinencode/Assembler für verschiedene µC umzusetzen, u.a. auch dsPic. http://www.mikekohn.net/micro/dspic_mandelbrots.php
-
Thread
Atmega8, Carry-Flag
eigentlich möchte ich nur stinkeinfach in Abhängigkeit vom C-Flag im SREG eine rcall Routine aufrufen, etwa so: start: ldi r16,0x80 ldi R17,0x90 sub R16,R17 ;r16 wird von r17 abgezogen, C-Flag müsste also gesetzt
picfan schrieb im Beitrag #5309911: > sub R16,R17 ;r16 wird von r17 abgezogen, C-Flag müsste also gesetzt > ;sein, d.h. PORTB,0 sollte = 1 sein, ist es aber nicht! Doku lesen. ;-) Es gibt zwei Arten zu subtrahieren.
-
Thread
Terratec (NEC) Fernbedienung mit IRMP
: 00101000110101110000100011110111 p= 2 (NEC), a=0xeb14, c=0x0010, f=0x00 00101000110101110000100011110111 p= 2 (NEC), a=0xeb14, c=0x0010, f=0x00 address: 0xeb14 command: 0x0010 Auch hier wird *kein* Repetition-Flag gesetzt, denn f = flag ist 0x00.
empfehle Dir daher, um kompatibel zu bleiben, den memcpy() zu ersetzen durch: [c] buf[0] = myIRData.protocol; buf[1] = myIRData.address & 0xFF; buf[2] = myIRData.address >> 8; buf[3] = myIRData.command & 0xFF; buf[4] = myIRData.command >> 8; buf[5] = myIRData.flags; [/c]
-
Thread
HD44780+PIC18F25k22 Rise Time Probleme?
wieder Einer der..... ;P Pople nun schon seit >10h an /meiner/ LCD_Lib rum, ich will nich mehr.... 100x überprüft, gesucht, geändert, kein(en wirklichen) Fehler gefunden o. ich bin /Betriebsblind/. Der Pic18F25k22 ist auf ein BrakeoutBoart (ink. 1x100nF) gelötet, Steckbrett. Stromversorgung OK, Protokoll
Hi, RS auf GND und R/W getoggelt? hmmm bei mir ist's genau andersherum. PB7 PB6 PB5 PB4 PB3 PB2 PB1 PB0 R/Wquer=GND ; D7 D6 D5 D4 LED n/c ENA RS ciao gustav
-
Thread
PIC16F877 Einschalt-Begrenzung deaktivieren
Ok, bei mir ging es nur Fehler frei beim PIC16F877A aber eigentlich sind die bis auf Kleinigkeiten bei ADC kompatibel, hatte mich schon gewundert. ich würde einfach das "decf 0x64, f" entfernen dann bleibt der wert im GPR erhalten und wird
File ist ja nun mal da und muss nicht ausgelesen werden. Aktives CP bedeutet allein, dass man den PIC am Ende nicht mehr auslesen kann. > >> wird der Wert an 0x64 dekrementiert und dann ins EEPROM >> geschrieben. > > Das EEprom ist leer. > > K. J. schrieb: >> passt ehr zum >> PIC16F877A