-
Thread
SIM800 GSM: Welche Library für Arduino?
Mehr als die String Klasse oder die entsprechenden Funktionen der avr-libc (https://www.nongnu.org/avr-libc/user-manual/group__avr__string.html) braucht man dazu nicht.
So könnte es auch gehen: [c] int SIM800_WaitForReady() { char response[32]; serialSIM800.setTimeout(50); serialSIM800.print(F("AT\r\n")); delay(200); serialSIM800.readBytes(response, 32); String response_comp = String(response); if(response_comp ==
-
Thread
Modulo in C richtig
geklappt hat, die Uhrzeit auf Dezimalsystem umzustellen. Man sollte sie auf binär umstellen. 1 Tag = 32 Stunden á 64 Minuten á 64 Sekunden = 65536 Sekunden. Das weicht gar nicht mal so stark von unserem aktuellen Empfinden ab. Stunden und Minuten vergehen ca. 24% schneller, die Sekunde gut 32% schneller
CaptainA schrieb im Beitrag #5622920: > 1 Tag = 32 Stunden á 64 Minuten á 64 Sekunden = 65536 Sekunden. Hat was. Die 64 = 8·8 kann man gut an 8 Fingern abzählen. Einfach die Daumen abhacken. Die taugen eh zu nix ;)
-
Thread
uC - kennst du einen, kennst du alle
blutigen Anfänger > heutzutage raten anzufangen? Wenn du schnelle Erfolge brauchst, dann die AVR Serie (z.B. ATmega328P auf Arduino-Nano Board), ansonsten etwas mit ARM Cortex M3 oder M4 drin (z.B. STM32F103C8T6 auf Blue-Pill Board oder STM32F103RBT6 auf Nucleo-64 Board). Wir reden hier von
Programmierschnittstelle und Fang an. Hier gibt es Infos: https://www.mikrocontroller.net/articles/AVR-Tutorial:_Equipment Hier gibt's die verschiedenen Studio IDE-Versionen: https://www.microchip.com/mplab/avr-support/avr-and-sam-downloads-archive Dann eben den USB-zu Rs232 Konverter, der auch
-
Thread
AVR springt aus Subroutine ins Nirvana
Hallo, ich hab folgenden Code: [c]#define F_CPU 8000000UL #include <avr/io.h> //#include <util/delay.h> //Makros #define EINGANG 0x00 #define AUSGANG 0xFF //Funktionsprototypen void ports_init(void); void enable(void); //Variablen int n;
Ist der ATmega64A eine Schrumpfversion vom ATmega128? Dann such mal nach einer Compatibility-Fuse für einen ATmega103 oder so. Beim 128er ist die aktiv und führt zu einem falschen Stackpointer mit exakt diesem Fehlerbild
-
Thread
Zu häufige schreiben in den Flash verhindern?
kopiert. Die dazu notwendige > Energie liefert ein Kondensator. Im Prinzip kann das auch der AVR selbst.
den Sprung von "hoch" nach "niedrig" suchst. Dort schreibst du dann weiter. Und wenn du am Ende der 64 Zellen ankommst, dann geht es vorne weiter. Damit reichen die aufsummierten möglichen 32 Mio. Schreibzyklen (bei 64 Zellen und zu speichernden 16-Bit-Werten) ewig und drei Tage.
-
Thread
AVR oder STM32 für Entwicklungsprojekt
für deine Anwendung weitgehend irrelevant. Wenn du Zeit hast, würde ich Dir zum STM32 raten, und zwar einem "Nucelo 64 STM32F103RB". Denn da ist der Programmieradapter/Debugger schon dabei. Wenn du unter Zeitdruck stehst, dann greife lieber zum AVR, und zwar einem Arduino Nano compatible
programmiert, wir wollen aber etwas moderneres benutzen und > können nicht entscheiden ob wir einen AVR oder einen STM32 benutzen > sollen. Eines vorab: Weder AVR noch STM32 sind die häufigsten µCs in der industriellen Praxis. Da müssstet ihr bei Renesas schauen. Das nur deshalb, weil die grauseligen
-
Thread
uC für 0,20€ CH552 / CH554 von WCH Billig Micro mit USB Funktion, Chip vorstellung
only. Ich hab noch nie probiert ob 3.0 Stick korrekt die 1.1 Modi beherrscht Bulk ist dort ja nur 64 Bytes. Du kannst dir ja mal die bulksize der EPs per Debug Print ausgeben lassen. Ich meine mich auch daran zu erinnern, dass im Original ein Test auf < 32 GB drin war.... Ich hatte den chin. Kommentar
) = 64 Bytes braucht ein ZLP um das Ende zu erkennen > 64 Bytes ist ein 64 Byte Transfer + Rest Das war auch beim Code von W.S. lange ein Problem.
-
Thread
uC Aufhängung technisch möglich?
spess53 schrieb im Beitrag #5616286: > Es gibt einige Befehle im AVR-Befehlsssatz die nur für die XMegas gelten > (z.B. XCG, LAS, LAC, LAT ...). Allerdings hab ich nie ausprobiert, was > die in einem AVR-Programm veranstalten. Also bei mir meldet der AVR-GCC (hier
M. K. schrieb im Beitrag #5616342: > spess53 schrieb: >> Es gibt einige Befehle im AVR-Befehlsssatz die nur für die XMegas gelten >> (z.B. XCG, LAS, LAC, LAT ...). Allerdings hab ich nie ausprobiert, was >> die in einem AVR-Programm veranstalten. > > Also bei mir meldet der AVR-GCC
-
Thread
PID-Regler: Wie schnell ist schnell genug?
/controller->taFactor) * controller->lastError 08008846: vadd.f32 s14, s14, s14 0800884a: vneg.f32 s12, s15 0800884e: vdiv.f32 s8, s14, s9 100 + (controller->kpFactor+controller->kiFactor+controller->kdFactor/controller->taFactor
vcmpe.f32 s15, #0.0 [/code] wichtig ist noch das man auch alles in float und nicht in double macht. Beim AVR wird da nicht unterschieden, aber beim ARM ist eine Konstante '0.8' ein double und dann werden
-
Thread
Arduino 1.8.x on *buntu
/icons/48x48/apps/arduino.png ./build/shared/icons/128x128/apps/arduino.png ./build/shared/icons/32x32/apps/arduino.png ./build/shared/icons/256x256/apps/arduino.png ./build/shared/icons/64x64/apps/arduino.png ./build/shared/icons/72x72/apps/arduino.png ./build/shared/icons/16x16/apps/arduino.png
Folder und Du müßtest sie nicht sonstwo suchen. https://downloads.arduino.cc/arduino-1.8.7-linux64.tar.xz bzw. https://downloads.arduino.cc/arduino-1.8.7-linux32.tar.xz
-
Thread
Attiny85 - alles für den Einstieg
Achso, danke! Dann nehme ich so einen USASP:https://www.aliexpress.com/item/1pcs-New-USBASP-USBISP-AVR-Programmer-USB-ISP-USB-ASP-ATMEGA8-ATMEGA128-Support-Win7-64K/32582933115.html?spm=2114.search0104.3.2.7ef131dbu253BL&ws_ab_test=searchweb0_0,searchweb201602_5_10320_10065_10068_10547_319_317_10548_
komfortabel. Und auf dem Xplained-Boards ist bereits ein Programmer/Debugger (In Form eines Atmega32U4) drauf.
-
Thread
RGB LED streifen in Durchschnittsfarbe vom Monitor Leuchten lassen
c-hater schrieb im Beitrag #5614751: > Mit Asm auf AVR8 klappt das schon hinreichend gut. Nichts anderes hätte ich von Dir erwartet :-)
100% Assembler? Wie lange für die verschiedenen unterstützten Prozessoren wie DEC Alpha, ARC, ARM, AVR32, C6x, H8/300, Hexagon, Itanium, m68k, MicroBlaze, MIPS, Nios II, OpenRISC, PA-RISC, PowerPC, RISC-V, s390, SuperH, SPARC, Unicore32, x86, x86-64, Xtensa, z Systems und alle anderen, die da noch herumschwirren
-
Thread
[V] Halbleiter, Netzteile, Opto, Encoder, Diskret, Relais, Pneumatik, AoIP
1x LMZ22003TZ: 3A Simple Switcher -> 1,50 €/Stk. Halbleiter Speicher: 94x M24C64-RMN6P: I²C EEPROM 64kBit -> 0,15 €/Stk. 27x 29LV040CQI-70G: 4MBit Parallel Flash -> 1,00 €/Stk. 10x 39VF010-70-4C: 1MBit Parallel Flash -> 0,50 €/Stk. 128x M29W320EB
5V 3-Driver/5-Receiver -> 0,25 €/Stk. Halbleiter Speicher: 43x M24C64-RMN6P: I²C EEPROM 64kBit -> 0,15 €/Stk. 27x 29LV040CQI-70G: 4MBit Parallel Flash -> 0,25 €/Stk. 10x 39VF010-70-4C: 1MBit Parallel Flash -> 0,25 €/Stk. 128x M29W320EB
-
Thread
xmega single ADC-Messung
Hallo, folgendes Problem: [code] #include <avr/io.h> #define F_CPU 32000000UL #include <util/delay.h> #include <avr/interrupt.h> volatile uint8_t temp1=0; int main(void) { initClock(); PORTD.DIRSET = 0b11111111 ; // Output:
ADC.CH2.MUXCTRL = ADC_CH_MUXPOS_PIN2_gc; #elif (CURRENT_SENSOR == SENSOR_NXP) // diff. channel // gain32 for weak KMZ magnetic field sensor ADC.CH2.CTRL = ADC_CH_INPUTMODE_DIFFWGAIN_gc | ADC_CH_GAIN_32X_gc; ADC.CH2.MUXCTRL = ADC_CH_MUXPOS_PIN4_gc | ADC_CH_MUXNEG_PIN5_gc; #endif ADC.CTRLB = ADC_RESOLUTION
-
Thread
ISR TIMER0_COMPA Interrupt Warning
timer_init() { TCCR0A |= (1 << WGM01); // CTC-Mode TCCR0B |= (1 << CS00) | (1 << CS01); // clkI/O/64 OCR0A = (250 - 1); TIMSK0 |= (1 << OCIE0A); TCCR2A |= (1 << WGM01); // CTC-Mode TCCR2B |= (1 << CS00) | (1 << CS01); // clkI/O/64 OCR2A = (250 - 1); TIMSK2 |= (1 << OCIE2A); }
hast du auch die #include <avr/interrupt.h> eingebunden?
-
Thread
Timerproblem atmega
vom atmega und hoffe, dass ihr mir weiterhelfen könnt. [code] #define F_CPU 16000000UL #include <avr/io.h> #include <avr/interrupt.h> #include <util/delay.h> int main(void) { DDRB |= (1<<PINB5); PORTB &= ~(1 << PINB5); TCCR0A |= (1 << WGM01); // CTC-Mode TCCR0B |= (1 << CS00) | (1 << CS01); // clkI/O/64 OCR0A |= (250 - 1); TIMSK0 |= (1 << TOIE0); sei(); while (1) { } } ISR (TIMER0_OVF_vect) { static int32_t milliseconds = 0; milliseconds++; if(milliseconds
-
Thread
Wie kann ich ein Array über I2C übertragen?
haben. int8_t und uint8_t ist immer 8 Bit groß. int16_t und uint16_t ist immer 16 Bit groß. int32_t und uint32_t ist immer 32 Bit groß. int64_t und uint14_t ist immer 64 Bit groß. Bei den Standard Typen (in diesem Fall char) ist das nicht der Fall. Auf einem anderen Computer kann ein char größer
Typ Byte mit 8 Bit und den Typ Word mit 16 Bit. Es gibt auch noch LongWord das sind je nach System 32 oder 64 Bit. Das ist aber alles ein anderes Thema - wollte es nur mal erwähnt haben.
-
Thread
ESP8266 - GPIO Pins erweitern
I2C gpio IC, sowas wie tca6416. Oder Esp32, der hat mehr gpios
richtig, wenn man nur diese Seite sieht. generell hat aber SPI weniger Overhead als I2C. Auf dem AVR sind generell kaum Hardware-Buffer bei I2C und SPI, letztlich muß also der AVR da ran zum nachfüllen, egal, ob direkt oder im Interrupt. Jetzt kommt der Rest des Programms ins Spiel: wenn ich da
-
Thread
Arduino: Größe eines Pointers
Die Größe des Pointers hängt ausschließlich mit der Architektur zusammen. Beim AVR oder ARM kann man von 16bit bzw. 32Bit ausgehen. Auf einem PC wird die Sache schon schwieriger, Long, Long Long ... usw..32bit oder 64bit Architektur..
164PA/324A/324PA/644A/644PA/1284/1284P Program Counter (PC) is 15/16 bits wide, thus addressing the 32/64K program memory locations. [/pre]
-
Thread
Unkomplizierte Berechnung oder doch schon Gleitkomma Berechnung?
t ph_100) { uint32_t c = kh_2 * (uint32_t)co2powtab[ph_100 - 600] + 16; return (c < 0x200000) ? c / 32 : 0xffff; } [/c] Braucht 600 Bytes für die Tabelle und eine 6bit x 16bit Multiplikation mit 22bit-Ergebnis (hier in C halt mit 32bit).
-
Thread
gibts irgendwo eine fertige AVR-GCC Toolchain mit Make fertig..
für Win32/64 ************ top aktuell und mit make.exe **************************** avr-gcc-8.2.0-x64-mingw *********************** http://blog.zakkemble.net/avr-gcc-builds/ abspeichern in C:\Atmel_Toolchain
MitLeserin schrieb im Beitrag #5604473: > für Win32/64 > ************ > top aktuell und mit make.exe > **************************** > avr-gcc-8.2.0-x64-mingw > *********************** > > http://blog.zakkemble.net/avr-gcc-builds/ > > abspeichern
-
Thread
[V] ET-AVR JTAG USB
Hallo, zu Verkaufen ET-AVR JTAG Debugger 20€ + Versand http://www.futurlec.com/ET-AVR_JTAG_USB.shtml ET-AVR JTAG Debugger & Programmierer - USB-Verbindung Programmieren und debuggen Atmel AVR Microcontroller: ATMega16x: ATMega16, ATMega16L, ATMega162, ATMega162L, ATMega169, ATMega169L, ATMega169V ATMega32x: ATMega32, ATMega32L, ATMega323, ATMega323L ATMega64: ATMega64, ATMega64L ATMega128: ATMega128, ATMega128L AT90CAN128: AT90CAN128 bob88
-
Thread
Stm32f407 flashen
Schau zuerst ins "STM32F4 Reference Manual" Kapitel 2.4 "Boot configuration". Die Zuordnung der Pins findest du im "STM32F407 Datasheet". Außerdem solltest du einen Blick ins "STM32F40x Errata Sheet" werfen, um böse Überraschungen
fummelig ... Wenn's schnell, einfach und güstig sein soll, würde ich den STLink von irgendeinem Nucleo-64 nehmen. Diese Boards sind leicht erhältlich, so etwa ab 12€, und der integrierte STLink hat den COM-Port mit drin. Den "Haupt"-STM32 auf dem Nucleo kann man (inkl. UART) über Lötbrücken vom STLink
-
Thread
STM32 Locking in C
möchte verhindern, dass eine ISR Daten verändert, die ich gerade außerhalb der ISR benutze. Bei AVR kenne ich dazu das Makro ATOMIC_BLOCK. Wie geht man bei STM32 in solchen Fällen überlicherweise vor? Fehlerhaftes Beispiel: [c] volatile uint64_t counter; void mein_isr_handler() { counter
automagisch Atomar. Größere Ringpuffer braucht man nur relativ selten - insbesondere da die 8-Bit AVR mit RAM knausern. Auf 32-Bit ARM sind 32-Bit Zugriffe Atomar.
-
Thread
Umdenken bei der Reparierbarkeit von Consumerelektronik? Gesperrt
schlank hin und lies sich auf dem Rechner mit nur 8 MB RAM auch installieren. Der P60 hatte dann schon 64 MB, damit konnte ich schon richtig Kleckern.
Es ist immer wieder das Selbe. Tut euch einen Gefallen und verwendet die https://www.nongnu.org/avr-libc/user-manual/group__util__setbaud.html anstatt die Baudraten-Register selbst zu berechnen. Bernd K.: Du hast dich im Thread vertan.
-
Thread
Bester unterstützet USB UART/RS232 Chip
Hab mich gerade selber mit RS-232 und W7-64 rumgeärgert... der Chinakrempel lief mit altem Treiber, dann aber plötzlich nicht mehr. Hat mich Stunden gekostet. Hab jetzt einen Digitus 2-Kanal RS-232 Adapter gekauft. Angeschlossen, gesucht, gefunden
man also bedenkenlos verwenden. Übrigens gilt das auch für die virtuellen COM-Ports diverser STM32 Derivate.
-
Artikel
PIC C-Compilervergleich
Words (46%) Built in 188ms Used RAM: 61 Byte (17%) Used ROM: 1879 Words (46%) Built in 275ms Used RAM: 64 Byte (2%) Used ROM: 6955 Byte (11%) Built in 703ms + PIC24/32/dsPIC PIC24FJ16MC102 16kB ROM 1024B RAM dsPIC33FJ16GS402 16kB ROM 2048B RAM PIC32MX220F032B 32kB ROM 8192B RAM XC16 Free (Optimizing Level
376 — Beispiel Controller XC16 Free XC16 Pro (O3) XC16 Pro (Os) — Größen CE312, CRC PIC24FJ128GA010 64 / 405 64 / 430 64 / 392 — Byte RAM / Word Flash CE351, Extended CRC 32 PIC24FJ64GB004 36 / 467 36 / 467 36 / 467 CE369, Complementary PWM PIC24FJ16MC102 0 / 400 0 / 440 0 / 398 CE374, SPI Master and
-
Thread
Display an µC
Hast du hier mal ein Link. Ich habe gerade ebay durchsucht, konnte aber nichts finden. nur einen STM32F103 mit Display der dürft aber etwas klein sein. https://www.ebay.de/itm/3-2-TFT-Touch-LCD-board-Display-Screen-Panel-STM32-STM32F103VCT6-Dev-Boar/173078599180?hash=item284c49d60c:g:7wEAAOSwaB5XrU2i:
gerade ebay durchsucht, konnte aber > nichts finden. nur einen STM32F103 mit Display der dürft aber etwas > klein sein. > https://www.ebay.de/itm/3-2-TFT-Touch-LCD-board-Display-Screen-Panel-STM32-STM32F103VCT6-Dev-Boar/173078599180?hash=item284c49d60c:g:7wEAAOSwaB5XrU2i
-
Thread
Attiny84v high-voltage programming
PS: > ich hatte nur einen 10mhz quarz Das hatte ich überlesen, d.h., dass kein 32 KiHz-Quarz vorhanden ist?
Eine "zerschossene" Signatur hatte ich bei AVR8 zwei- oder dreimal, Ursache war immer eine mangelhafte Masseverbindung zu Stromversorgung und/oder Programmiergerät.
-
Thread
RISC-V: Wird das was?
Update mit Übernahme > verschiedener Einstellungen war immer möglich. 2008 pre-R2 ist der letzte 32-Bit Windows Server und da läuft im Januar der Support aus. Migration 32- zu 64-Bit ist Neuinstallation.
bevor sich ARM so > erstaunlich verbreitet hatte, da hatte jeder Hersteller seine eigenen > Cores (AVR, ST6/7, 68k, Z80, 6502, PIC, SH, M16C, MCS48/51, usw) > Lizensieren muss man nur wenn man faul ist oder vielleicht ein paar > Tausend Stueck braucht. Ich meinte den ESP32/ESP8266. War ungünstig
-
Thread
Der nächste Vergleich
Jens G. schrieb im Beitrag #5594766: > 32bit vs 31bit ... haben wir jetzt alles? Noch nicht! Es dauert noch etwas bis wir bei 64Bit angekommen sind
(Gast) (gemeine Bastler) schrieb im Beitrag #5594770: > Jens G. schrieb im Beitrag #5594766: >> 32bit vs 31bit ... haben wir jetzt alles? > > Noch nicht! Es dauert noch etwas bis wir bei 64Bit angekommen sind Wie wärs mit 36, 48 und 60 Bits als Zwischenschritte?
-
Thread
Arduino: Ist boolean intern als Bit oder byte (char) organisiert?
schätzungsweise aus ganz anderen Gründen :) > Die Register heutiger CPUs haben eine Breite von 32 > oder auch 64Bit, je nach CPU und deren Mode, in dem > sie arbeitet. Zumindest ein klassischer MSP430 hat keine 32-Bit-Register, 64 Bit schon gar nicht -- und der ist sehr "heutig".
Egon D. schrieb im Beitrag #5593818: >> Die Register heutiger CPUs haben eine Breite von 32 >> oder auch 64Bit, je nach CPU und deren Mode, in dem >> sie arbeitet. > > Zumindest ein klassischer MSP430 hat keine 32-Bit-Register, > 64 Bit schon gar nicht -- und der ist sehr "heutig".
-
Thread
DCF77 von Peter Danegger
vielleicht hilft es dir beim Verständnis: [c] const uint8_t wertigkeit[] = { 1, 2, 4, 8, 16, 32, 64, // minute 7 0x0, // parity 1 1, 2, 4, 8, 16, 32, // hour 6 0x0, // parity 1 1, 2, 4, 8, 16, 32, // day 6 1, 2, 4, // weekday 3 1, 2, 4, 8, 16, // month 5 1, 2, 4, 8, 16, 32, 64, 128, // year 8 0x0 }; // parity 1 void decode_dcf77(uint8_t pulse) { uint8_t i; static uint8_t parity=0; if (!dcf77error) { if((dcf_time.second ==
-
Thread
STM32 Shift operationen
des Makros auf >32 Bit (bei int = 32 Bit) hier auch zu Fehlern führen - tut es aber nicht! Ich behaupte mal, daß das BITNR-Makro unverändert auch bei C-Compilern füt AVR und sogar PIC12 funktioniert.
(außerhalb des Bereichs)? Sollte int aber 64Bit sein, fehlen jedenfalls 32 Fälle...
-
Thread
Padauk MCU für 0.038 USD aus Taiwan
sich die MCU erst einmal auf, wenn uninitialiserte Speicherbereiche > angesprungen werden. Beim AVR ist 0xffff=NOP, was für bootloader o.Ä. > recht nutzlich ist. 0xfff liegt am Ende des Programmspeichers, in einem reservierten 32 Worte großen Bereich. Möglicherweise liegt dort irgendwelcher Selbsttestcode
gibt >> es dann in Zukunft Konkurrenz zum SDCC :D >> >> https://www.104.com.tw/job/54bzn > > "8/32 Bit MCU compilation and development tools." > > Will Padauk in den 32-Bit-Markt einsteigen? Was käme da als Architektur > in Frage? RISC-V? Eine 32 bit-Version der FPPA-Architektur kann man sich
-
Thread
ESP32-CAM Entwicklungskit
requirements.txt = den benötigten Python addon Kram installieren https://dl.espressif.com/dl/xtensa-esp32-elf-linux64-1.22.0-80-g6c4433a-5.2.0.tar.gz = webbrowser download Compiler into "Downloads" tar -xzf ~/Downloads/xtensa-esp32-elf-linux64-1.22.0-80-g6c4433a-5.2.0.tar.gz = from "Downloads" ins esp
, datalen=blocksize=256, dma_buf_count=8[0m [0;32mI (247) I2S: PLL_D2: Req RATE: 78125, real rate: 78125.000, BITS: 16, CLKM: 8, BCK: 8, MCLK: 20000000.000, SCLK: 2500000.000000, diva: 64, divb: 0[0m [0;32mI (257) camera_xclk: PIN_CTRL before:3ff[0m
-
Thread
Primitives OS
grundliegendes und vor Allem simples. Ein recht übersichtliches Projekt ist z.B. FreeRTOS, das läuft auf AVR und auch den Cortex-M von Arm. Kauft euch doch bei Amazon oder Aliexpress ein 5€ Stm32 Evalboard und bringt einmal zwei Leds zum blinken indem ihr zwei Threads startet. DOS und Assembler zum Einstieg
schrieb im Beitrag #5584970: > Ein recht übersichtliches Projekt ist z.B. FreeRTOS, das läuft auf AVR > und auch den Cortex-M von Arm. Kauft euch doch bei Amazon oder > Aliexpress ein 5€ Stm32 Evalboard und bringt einmal zwei Leds zum > blinken indem ihr zwei Threads startet. Da kann man sich
-
Thread
Atmega SRAM Adresse lesen
typischerweise 15 Takte und 4 Bytes Programmspeicher für 14*4=56 Bytes an Registerinhalten, während der AVR 64 Takte und 64 Bytes Programmspeicher für 32 Bytes an Registerinhalten braucht ... ;-) (Status-Register jeweils außen vor genommen). Bei Cortex-M werden einige Register außerdem automatisch gesichert
wurden mir bis jetzt je zu eng und dann kam der ESP32 Stefanus F. schrieb im Beitrag #5585178: > Ich habe die AVR schon sehr lange nicht mehr > low level (Assembler) programmiert und ich zuletzt den PC1500 mit LH5803 danach brauchte ich das nie
-
Thread
STM32F4 USART1 Probleme
https://www.st.com/en/embedded-software/stm32snippets.html?querycriteria=productId=LN1898 dort findest du auch ein paar Beispiele für UART
//54,25 while(1) { USART1->DR = 'z'; while( (USART_SR & 0x00000040 ) != 64 ); //Warte, bis TC gesetzt wurde } [/c]
-
Thread
"Kreuzschiene" für DSL-Leitungen
ich komme da auf 64 Relais ?...
mit "double pole double throw" Relais sind 8x8=64. Du wirds ja die Adernpaare nicht getrennt schalten müssen?
-
Thread
FatFS auf Atmega644
nicht für den ATMEGA644 ausgelegt. Deshalb habe ich in > der Datei sd_raw_config.h bei defined Atmega32 den Atmega644 > hinzugefügt. Ich hatte https://www.mikrocontroller.net/articles/AVR_FAT32 empfohlen. Da gibt es keine sd_raw_config.h. Wo bist du denn jetzt?
Stephan B. schrieb im Beitrag #5580108: > ISP steht auf 125kHz In der Doku der AVR FAT32 Library steht, dass viele Karten mit 400KHz initialisiert werden müssen.
-
Thread
AVR Studio 4 Problem mit AVR Toolchain
Hallo, das Problem hatte ich schon zu W2000 Zeiten als die 4.18 noch aktzelle war. Wenn WinAVR nicht in c:\WinAVR-20100110 lag ging nicht viel. Auch die probleme mit der 4,19 kann ich bestätigen. Ich habe die Konmbi auch hier unter Win7/64 für ein paar alte Projekte immernoch parat liegen.
Funktioniert auch moderner: ************************** Auf Win7/64 mit AVRStudio4 - v4.19 - Build 716 und AVR-GCC 8.2.0 for Windows 64 bit von http://blog.zakkemble.net/avr-gcc-builds/ Meine diversen AVR8 Toolchains sind immer in C:\Atmel_Toolchain\AVR8_GCC\...