-
Thread
STM32G071 LQFP32 und der HSE
sonst höchstens noch: LSE mit Quarz, damit HSI16 regelmäßig messen und nachtrimmen. "HSI16 frequency user trimming step" ist 0.2% bis 0.4%, d. h. man könnte mit etwas Mühe damit durchaus auf unter 0.5% Abweichung kommen. Für UART sollte das reichen
>> Irgendwie hab ich Bauchschmerzen dabei 4 UART mit dem RC zu betreiben. > > Ja, das sind die AVR-geschädigten :-) > > Nein im Ernst: Der LC ist genau genug, keine Sorge. Ja, ich gebe mich zu erkennen ;) AVR Altbestände werden bei Gefrickel noch verbaut, aber Neudesigns mach ich nurnoch mit
-
Thread
Wie viel Prozent des Gehalts sparen und wie anlegen? Gesperrt
Sichteinlagenpolster 6,5 % bekommt und für das innerhalb von 1-2 Monaten verfügbare Polster zwischen 12 und 14 %.
14,37 %
-
Thread
USB Audio Sync Endpoint Implementierung
Gerät passend deine 48kHz bekommst). Die Sync Daten bestehen dabei aus 3 Bytes im 10.10 bzw. 10.14 format - heißt die oberen 10bits stellen den integer Part dar und die unteren 14 Bits den gleitkommapart. Aufgebaut sind sie nach dem Muster: 10^9 10^8 10^7 ... 10^0 10^-1 ... 10^-14 Ich hoffe ich
nun der Rechenweg ist im Endeffekt egal. Habe es aber nun so wie du implementiert. Ich nehme einen 16 Bit Zähler, den klemme ich an den I2S Clock, teile per pre-divider auf 12,288 MHz runter und zähle über 4 SOFs. Das ergibt dann rechnerisch einen Wert von 49152 des Zählers, passt also in 16 Bit.
-
Thread
China SUPER Bauteile-Schnäppchen Thread [V4]
ich mal ein Tracking das zeigt wie das abläuft und wenn es schief geht. Auffällig war, dass ich am 16.4 eine DHL Tracking-Nummer bekam, die gestern wieder aus dem DHL-System verschwand, aber in einem anderen System ("Send from China" SFC) seit dem 14.4 auftaucht: 14 Apr 2020 18:22 Shipment information
dort trotzdem nicht, wenn > ich sie woanders auch bekomme. Meine Betellungen vom 08.11. waren am 14.11. da, Bestellungen vom 11.11. am 16.11. und 18.11., Bestellung vom 13.11. schon bei DHL "in der Nähe" und dürfte morgen ausgeliefert werden. Ich kann also nicht klagen.
-
Thread
Arduino Custom Firmware für Fitness Armband mit NRF52
Meldungen immer noch. [code] W:\Arduino\I6HRC_Menu\I6HRC_Menu.ino: In function 'void mdrawBitmap(int16_t, int16_t, const uint8_t*, int16_t, int16_t, uint16_t, uint16_t)': I6HRC_Menu:287:48: error: no matching function for call to 'Adafruit_ST7735::writePixel(uint16_t&)' tft.writePixel((byte
So etwas ? [c] 06-25 16:52:16.493 1914-1914/com.atcnetz.ble.readwrite I/DfuBaseService: DFU service created. Version: 1.6.1 06-25 16:52:16.529 1914-1914/com.atcnetz.ble.readwrite I/HwSecImmHelper: mSecurityInputMethodService
-
Thread
uC für 0,20€ CH552 / CH554 von WCH Billig Micro mit USB Funktion, Chip vorstellung
Empfehlenswert ist ev ein Fat16 system ev sogar FAT12. Die Frage ist für was? Der CH552 hat nur 14k Code Speicher. Mehr als ein digitaler Bilderrahmen der Bilder aus dem SPI Flash auf ein Display bringt wird wohl nicht drin sein.
todo list. There is however one difference in my files: I did not include any typedefs like UINT16 or uint16_t because in my opinion these should not be part of a device header. In SDCC just #include <stdint.h> to have uint16_t.... BTW CH552 and CH554 differ just in one Bit (USB HOST mode) you
-
Thread
[V] Halbleiter, Netzteile, Opto, Encoder, Diskret, Relais, Pneumatik, AoIP
Verpackung aufbewahrt, ausgenommen die pneumatischen Bauteile. Halbleiter: 450x ATMEGA325-16AU: AVR -> 1,00 €/Stk. 84x PIC16LF648A: Microchip PIC -> 0,50 €/Stk. 8x CW25-TIM: GPS-Modul mit 1pps und Clockausgang -> 5,00 €/Stk. 104x LTC1337CSW:
kleines Update der verfügbaren Bauteile sowie ein paar Preisanpassungen. Halbleiter: 425x ATMEGA325-16AU: AVR -> 1,00 €/Stk. 84x PIC16LF648A: Microchip PIC -> 0,50 €/Stk. 8x CW25-TIM: GPS-Modul mit 1pps und Clockausgang -> 5,00 €/Stk. 84x LTC1337CSW:
-
Thread
ESP8266 crash während updateWifi() - ist millis() das Problem?
zugeordnet. Hat es einen Grund, daß Du SPI auf andere Pins gelegt hast und nicht die Standard-HW-Pins 12,13,14,15 genutzt hast? Gruß aus Berlin Michael
define PIN_SCLK 6 // CLK #define PIN_HWCS 0 // D3 [/c] Es sind die User-SPI Pins die auf 12,13,14,15 gemapped sind.
-
Thread
Mehrmonatsprojekt - Elin Stromgenerator 8kW 231V 50Hz@1500U zum Leben erwecken
die AVR abgreifbar ist und möchte den los werden bzw. könnte das uU auch eine Lichtmaschine aus dem Auto sein (unter der Annahme, das 14.4V die "richtige" Erregerspannung ist) So, ich hoffe ihr habt euch
Also normalerweise laufen die AVR an solchen Generatoren direkt am Ausgang durch die Remanenz mit geringem Erregerstrom an, der sich dann selbst verstärkt bis der AVR den Erregerstrom zurücknimmt. Falls das nicht mehr funktioniert hilft
-
Thread
3D Drucker mit AVR dude flashen
hochladen" gedrückt. Nun gab es leider folgende Ausgabe: P:\Applications\Arduino\hardware\tools\avr/bin/avrdude -CP:\Applications\Arduino\hardware\tools\avr/etc/avrdude.conf -v -patmega1284p -carduino -PCOM5 -b57600 -D -Uflash:w:C:\Users\Credolo\AppData\Local\Temp\arduino_build_559798/Marlin.ino.hex
\arduino-1.8.0 (with APIM)\hardware\tools\avr/etc/avrdude.conf" Using Port : usb Using Programmer : stk500v2 avrdude: usbdev_open(): did not find any USB device "usb" (0x03eb:0x2104) avrdude
-
Thread
avrdude bzw. libusb funktioniert nur an bestimmtem USB-Anschluss
das aTeVaL an Bus 003 angeschlossen ist, kommt die Fehlermeldung. [code] Bus 003 Device 007: ID 03eb:2104 Atmel Corp. AVR ISP mkII [/code] Nur wenn das aTeVaL an Bus 001 angeschlossen ist, kommt keine Fehlermeldung [code] Bus 001 Device 007: ID 03eb:2104 Atmel Corp. AVR ISP mkII ... ~# avrdude
Specific Class bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 16 idVendor 0x03eb Atmel Corp. idProduct 0x2104 AVR ISP mkII bcdDevice 2.00 iManufacturer 1 ATMEL iProduct 2 AVRISP mkII iSerial
-
Thread
Probleme mit Multiplexen
Programmierfehler da ich da eben noch kaum Kenntnisse habe.... LG Chainex [c] #include <avr/io.h> #include <util/delay.h> #include <stdint.h> #define E_on PORTB = 0b11011111; #define E_off PORTB = 0b11111111; #define Ea PORTB = 0b01011111; #define Eb PORTB
Eb Warten Ec Warten E_off break; case 2: Ea Warten Eb Warten
-
Thread
TP4056 zuwarm (72+C) dumm verlötet und schlechte Idee ?
kenne normal bleiben die bei 4,17 maximal. Obwohl die 4056 im Leerlauf (ohne Akku zwischen 4,12 und 4,16 schwanken. Da werde ich woll morgen noch weitere Tests machen müssen..
Irgendwie ist die Platine zu sensibel, andere machen dieses Problem nicht, selbst bei 3A Belastung. EB+ und EB- im Schaltplan ist auf der Platine P+ und P-, also ist Pin 2 VMP doch richtig verbunden. Pin 11 CTL ist jedoch auf GND zu legen ( siehe Anhang ). Ich habe es direkt, also ohne Widerstand
-
Thread
ATmega Development Boards (Sind die OK?)
728b39f3f2a0-9&algo_pvid=9300ac5e-51c8-4974-8c79-728b39f3f2a0&transAbTest=ae803_3&priceBeautifyAB=0 ATmega16 https://www.aliexpress.com/item/free-shipping-ATMEGA16-Development-Board-Minimum-System-Core-Board-AVR-Development-Board/2002119530.html?spm=2114.search0104.3.29.4135108eZrucGf&ws_ab_test=searchweb0
10622_10186_5711315_10621_10620_5722415,searchweb201603_41,ppcSwitch_5&algo_expid=f8437135-25d5-4f6e-8eb0-3428067f829a-1&algo_pvid=f8437135-25d5-4f6e-8eb0-3428067f829a&transAbTest=ae803_3&priceBeautifyAB=0 ATmega128 https://www.aliexpress.com/item/AVR-ATmega128A-Development-Board-Learning-Board-the-Minimum-System-Core-Board
-
Thread
Brauche Unterstützung beim OV7670 (bzw. SCCB)
Hallo Igel, vielen Dank. Damit habe ich schonmal einen Fehler "enttarnt" was COM 15 angeht. 16 ist eben nicht 0x16... trotzdem schreibt ihr mit 0x14 doch in einem reserved Register rum oder nicht? Müsste es also nicht heißen 0x14: 0xD0 ? Leider bringt mich das umstellen der xResolution
konfigurierbar werden. Anbei das Ergebnis (siehe Bild im Anhang), wenn ich diese Steuersequenz zu David's AVR-Programm sende: [code] 08 0D 0A . 02 12 16 0D 0A . 02 40 14 0D 0A * 02 3A 05 0D 0A . 02 42 08 0D 0A . 04 72 02 0D 0A . 05 F0 00 0D 0A . 06 01 00 0D 0A . 0C 0D 0A $ [/code] Leider sind
-
Thread
Terratec (NEC) Fernbedienung mit IRMP
: 216 02eb14001200 13 KEY_OK IRMP 1518798561.241439: 216 02eb14001200 14 KEY_OK IRMP 1518798561.457488: 216 02eb14001200 15 KEY_OK IRMP 1518798561.673440: 215 02eb14001200 16 KEY_OK IRMP 1518798561.889451
00 00 00 00 converted to protocoladdresscommandflag: 02eb14001401 read 17 bytes: 01 02 14 eb 14 00 01 00 00 00 00 00 00 00 00 00 00 converted to protocoladdresscommandflag: 02eb14001401 read 17 bytes: 01 02 14 eb 14 00 01 00 00 00 00 00 00
-
Thread
AVR GPIOR Bit Verwaltung C++
> > Dieses, dein Beispiel, verbrät 35 Byte auf dem Stack. Alternative: [c] #include "mcu/avr8.h" #include "mcu/ports.h" using namespace AVR; using PortB = Port<AVR::ATMega328P::PortRegister, B>; using PortD = Port<AVR::ATMega328P::PortRegister, D>; using motor = Pin<PortB, 1>; using
Datenrichtung 140 Byte, äquivalente C-Version 142 Byte. Alles jeweils übersetzt mit -Os, nachbehandelt mit avr-strip, und die Größen ermittelt mit avr-size.
-
Thread
Projekt fertiggestellt: MP3 Player für Kinder auf ATTiny-Basis
// its member methods will get called // class Mp3Notify { public: static void OnError(uint16_t errorCode) { } static void OnPlayFinished(uint16_t track) { } static void OnCardOnline(uint16_t code) { } static void OnUsbOnline(uint16_t code) { } static void OnCardInserted(uint16_t code) { } static void OnUsbInserted(uint16_t code) { } static void OnCardRemoved(uint16_t code) { } static void OnUsbRemoved(uint16_t code) { } }; // Some arduino boards
-
Thread
Arm Cortex im DIP Gehäuse Gesperrt
Danke Detlev, die SAM D10 haben Charme! 14- und 20 polige SOICs mit 1.27 mm Pinabstand klingt ja recht entspannt. 16 Kb Flash max. ist zwar nicht der Brüller, aber meine 6 Kb AVR Code bekomme ich da locker rein! Beste Grüße, Uwe
tollen an den Teilen war > naemlich damals der kostenlose KD30 ueber RS232. Gegen das konnten die > AVR nicht anstinken. FYI: Die einen hassen ihn, die anderen lieben ihn: den GCC. Mit den R8C/M16C tut der sich etwas schwer. Der hat wohl was dazu drin, aber die Architektur gibt das nicht wirklich her
-
Thread
Alternativen zu C, C++ auf ARM cortex M?
gleich > if(x & MASK) > oder wo ist der Unterschied? Setzen wir konkrete Werte ein: x=17 MASK=16 ((17 & 16) == 16) ist wahr (17 & 16) ist >0 also auch wahr Setzen wir andere Werte ein: x=0 MASK=16 ((0 & 16) == 0) ist wahr (0 & 16) ist 0, also falsch Jetzt verstanden?
> dein Beispiel > (((0 & 16) == 0) > wird also zu > (0 & 16) == 16) Oh ja, natürlich du hast Recht.
-
Thread
VHDL Grundlagen Tonerzeugung
kleinsten Fall 12 Bit, also 4096 Abtastwerte anstatt der 2056 Abtastwerte im Moment, d.h. Faktor 16 mehr.
ripple logic: 710 Number used as shift registers: 0 Number of PIO sites used: 14 + 4(JTAG) out of 115 (16%) Number of block RAMs: 2 out of 26 (8%) [/code] Für die Sinus-Rom-Tabellen nutzt der Synthesizer wohl den eingebauten Speicher. Einen davon habe ich angeklickt. Man
-
Thread
ATmega32 + Bootloader
1072A000188219821A821B82CE58D040CA57DF4FEB :1072B000188219821A821B82C658D040FF24F39488 :1072C000C12C0F2EF1E8AF2EB12CF02DAC0EBD1E4F :1072D00022E0A20EB11C0E941C3C90FDE2C11130C4 :1072E00009F0C4C14E2D50E04730510508F0D9C116 :1072F000FA01E65DF74C0C94553C8A3309F003C261 :1073000083E10E94353C81E10E94353C0C2DEF2C3D :
/articles/AVR_Bootloader_FastBoot_von_Peter_Dannegger/Tutorial_ATtiny13 https://www.mikrocontroller.net/articles/AVR-Bootloader_mit_Verschl%C3%BCsselung_von_Hagen_Re
-
Thread
Fehler beim Brennen von ATMEGA48 mit AVRDUDE
file D:\Microcontrolerfiles 17.6.16\Drehscheibensteuerung\Drehscheibensteuerung.hex auto detected as Intel Hex avrdude.exe: input file D:\Microcontrolerfiles 17.6.16\Drehscheibensteuerung\Drehscheibensteuerung.hex contains 1110 bytes
100270001B2F105D1E19103308F01053183108F0B1 :1002800004C0439A449A459A08C0439A4498459AB0 :1002900004C0503011F402D000C0DFCF50FD0895EB :1002A00051600027009385000093840002E00093D2 :1002B0006F0008954498439855270B2FD0E0C2E073 :1002C000B7D00B1719F00B2FB9D045980027009322 :1002D0006F001895D0E0C0E0ABD008952A9A14D0F2 :1002E0002A982B9A11D02B982C9A0ED02C982D9AB4
-
Thread
IDE EMbitz tot?
Hallo, ich verwende Code::Blocks für PC, AVR, ESP8266 und STM32er. Ist einmal alles eingestellt, ist es einfach super. Man muss sich leider einmal mit dem Compiler, Linkerfiles und dem Debugger ernsthaft beschäftigen. Code::Blocks müsste
Immer noch die gleiche Meldung bei http://www.embitz.org : "This server is during a Ubuntu 14 upgrade to Ubuntu 18 crashed and the backups are lost, we are trying to recover the original data but nothing is sure. "
-
Artikel
RFM12
MHz] F berechnen ( f in MHz) ISM-Bereich [MHz] 315 rowspan=2| 1 31 310,24 319,7575 rowspan=2|2,5 314,16 310 + F/400 (f - 310) * 400 (beim RFM12B nicht vorhanden) 433 rowspan=2| 43 430,24 439,7575 434,16 430 + F/400 (f - 430) * 400 433,05 .. 434,79 (Europa, BW = 1,74) 868 2 860,48 879,515 5 868,32 860 +
von Bezugsquellen. csd-electronics IT-WNS Pollin Electronic RS Components Robotikhardware.de Links. AVR RFM12 RFM12 Protokoll Stack RF_SOAP RN-MikroFunk, kleines kompaktes AVR-Evaluationsboard für RFM12b und RFM12 Pollin_Funk-AVR-Evaluationsboard Sehr kleines/stromsparendes Funk-AVR-Evaluationsboard RN-MikroFunk
-
Thread
Atmega16 Flash leergeröntgt?
hat (zu haben scheint). Derartige Ausfälle sind bisher völlig unbekannt. Der Prozessor ist ein Atmega16 mit 14,7456Mhz im TQFP Gehäuse, könnte gut sein das die aus der selben Serie stammen aber andere Geräte haben das Problem nicht. Programmiert wird mit einem Atmel ISP Adapter und AVRStudio4 (die Software
Alex W. schrieb im Beitrag #5025691: > Für mich klingt das langsam nach avr-flame! > > Konkurrenzfirma? ..Lötzinn. Ich habe kein Problem z.B. einen MSP430 da drauf zu setzen oder aus Preisgründen auch einen STM32. Der Atmega16 ist ja auch nicht gerade das neueste Produkt
-
Thread
SDuino: Beinahe-Arduino für STM8S
durchbekomme. Tja - gute Frage. Allerdings muss es dazu auch für andere MCUs Lösungen geben? z.B. LLVM-AVR oder AVR-Rust
version-dependant ar ifndef AR_NAME ifeq ($(shell expr $(CC_VERNUM) '>' 490), 1) AR_NAME = avr-gcc-ar else AR_NAME = avr-ar endif endif [/code] Wenn ich sdcc -v aufrufe, dann bekomme ich als Ausgabe [code] SDCC : mcs51/z80/z180/r2k/r3ka/gbz80/tlcs90/ds390/pic16/