-
Thread
STM32F103: Timer 2 als PWM Generator läuft nicht
TimerBaseInitStructure.TIM_Period = reload; TimerBaseInitStructure.TIM_ClockDivision = TIM_CKD_DIV1; TimerBaseInitStructure.TIM_CounterMode = TIM_CounterMode_Up; TIM_TimeBaseInit(TIM2, &TimerBaseInitStructure); /* PWM Modul einstellen auf 50% */ TIM_OCInitTypeDef
TimerBaseInitStructure.TIM_Period = reload; TimerBaseInitStructure.TIM_ClockDivision = TIM_CKD_DIV1; TimerBaseInitStructure.TIM_CounterMode = TIM_CounterMode_Up; TIM_TimeBaseInit(TIM2, &TimerBaseInitStructure); /* PWM Modul einstellen auf 50% */ TIM_OCInitTypeDef
-
Thread
warum schreibt man hinter dem wert von einer unsigned variablen nochmal ein u
linken Seite im Auge berechnet werden muss, womit die Typen von a und b Einfluss auf die Breite der Division bekommen. Bei einfachen Ausdrücken wäre das zwar nicht immer effizient, aber noch halbwegs übersichtlich. Das ändert sich in komplexeren Ausdrücken, besonders bei Präprozessor-Makros wie [code
nach oben durch den Baum, nicht von oben nach unten. Die Typen von c und d definieren die Art der Division, deren Ergebnis zusammen mit dem Typ von b die Addition. Das hält die Sache übersichtlich.
-
Thread
NF-Frequenz stabile Amplitude
Aber damit werden die Momentanwerte dividiert. Speziell beim Nulldurchgang von Ch1 ergibt diese Division durch (ungefähr) Null lustige Zahlenwerte. Für die Übertragungsfunktion willst du nicht das Verhältnis der Momentanwerte sehen, sondern z.B. Verhältnis und Phasenlage der Effektivwerte.
-
Thread
Mikrocontroller, Prozessoren und Chipsätze - Die-Bilder
Genauigkeit. Die EMC war zustaendig fuer die Handarbeit der Arithmetik: Addieren, Multiplizieren und Division der Mantissa (die Bearbeitung der Exponenten und Vorzeichen musste die CPU machen). Kleines Anekdoetchen: CPU/EMC konnte den vollen Zahlenbereich berechnen, aber das BASIC konnte REAL-Zahlen nur
Genauigkeit. Die EMC war zustaendig fuer die Handarbeit der > Arithmetik: Addieren, Multiplizieren und Division der Mantissa (die > Bearbeitung der Exponenten und Vorzeichen musste die CPU machen). Rechnen in BCD war wohl zu der Zeit der Standard. Auch andere HP-Taschenrechner wie der HP48 erledigen das
-
Thread
dBOhm in dB umrechnen
steht? Naja, gäbe es noch Rechenschieber, gäbe es diese Frage nicht... Multiplikation und Division werden bei Logarithmen zur Addition und Subtraktion, und umgekehrt. Deswegen macht man sich doch diesen ganzen Aufwand.
-
Artikel
ARM Cortex Mikrocontroller
2004) ISBN 1558608745 Im Buch blättern Programmbeispiele aus dem Buch, u.a. FFT, FIR/IIR-Filter, Division, Wurzel ARM Assembly Language - an Introduction (2007) ISBN 1847536964 Im Buch blättern Verlagsseite "Book on demand" ARM Rechnerarchitekturen für System-on-Chip-Design (2002) ISBN 3826608542 Co-Verification
-
Thread
ESP32 Core 0-Fehler
der sagt dir dann mehr oder weniger bei welcher zeile er crasht. Meine Glaskugel sagt: Division durch 0 oder Heap
> der sagt dir dann mehr oder weniger bei welcher zeile er crasht. > > Meine Glaskugel sagt: Division durch 0 oder Heap Bei "(IllegalInstruction)" hat Deine Glaskugel mit Sicherheit versagt. Prinzipiell könnte es ein Spannungsversorgungsproblem sein, aber Lukas M. hat ja Null Informationen gegeben
-
Thread
uC Programmiertechniken - Gibt es da Bücher?
24 Bit Mantisse und ist dabei recht schnell. Das einzige Langsame daran ist die eine enthaltene Division. W.S.
OK, das funktioniert zumindest auch für nicht 2^N Größen, braucht dann halt nur wirklich 'ne Division.
-
Thread
Hilfe bei Programmierung
ihrer Aufgabe". Aber dein Ansatz ist recht verschwenderisch, denn er beinhaltet gleich zwei Divisionen, eine für das Modulo und dann noch eine explizite. man mach sowas anders: Zunächst solltest du mal nachlesen, was die Funktion [c] ldiv_t T; T = ldiv(zahl,10); [/c] macht. Damit kannst
ausgeben. Also werden die 29 nochmal durch 10 geteilt -> ergibt 2,9. Aber weil es eine Integer-Division ist, entfallen die Nachkommastellen. Bleibt die 2 übrig. 2 + '0' ergibt '2'. Hunderter: > (cm % 1000) / 100 + '0'; 129cm % 1000 ergibt 129. Das durch 100 geteilt ergibt 1. 1 + '0' ergibt
-
Thread
ZX-Spectrum Basic : error handling aber wie?
FUNMATH ziemlich >umkrempeln musstest. Die Zahlen können dreistellig sein, und ich habe auch die Division eingeführt.(Für zwei vierstellige Zahlen reicht der Platz dort nicht. Kopfrechnen bis Tausend sollte aber ausreichen) Für das Zeichnen der Zahlen brauche ich eine Modulo Division, leider ist sie
Jan schrieb im Beitrag #6658355: > Für das Zeichnen der Zahlen brauche ich eine Modulo Division, > leider ist sie nicht im Sinclair Basic vorhanden. MOD gibts zwar nicht, geht aber trotzdem: Modulo-Anteil der Division (Beispiel 17 mod 10): [code] LET a = 17 LET m = a - 10 * INT(a/10
-
Thread
STM32 Timer nutzen
htim2.Init.CounterMode = TIM_COUNTERMODE_UP; htim2.Init.Period = 1000; htim2.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1; htim2.Init.AutoReloadPreload = TIM_AUTORELOAD_PRELOAD_DISABLE; if (HAL_TIM_Base_Init(&htim2) != HAL_OK) { Error_Handler(); } sClockSourceConfig.ClockSource
-
Thread
Challenge: serielles Protokoll Oszillogramm decodieren
im Beitrag #6654906: > Ich habe ein Oszi angehängt. Zeitbasis am Oszi ist 20us/Div. Sind die Divisions tatsächlich breiter als hoch? Ich messe eine Bitlänge von ca. 14 Pixeln und eine Division-Breite von ca. 152 Pixeln, macht eine Bitzeit von 1.84 usec und somit knapp 550 kBaud, das wäre schon
-
Thread
Division 64Bit durch 32Bit gesucht
64Bit Zahl, soll durch eine 32Bit Zahl In Assembler z.B. ATmega8 dividiert werden. Siehe 32Bit Division: https://www.mikrocontroller.net/articles/AVR_Arithmetik#32_Bit_.2F_32_Bit Kann jemand helfen? Danke Bernhard
konstruierst. Soll Dein Frequenzzähler 20 Stellen liefern? Zeig mal Ergebnisse nach Deiner 64 Bit Division. Du mußt noch viel lernen ;-)
-
Thread
Vergleich Osz R&S RTB2004 vs. Siglent SDS5034X
SDS5000X_V0.9.5R1_EN.zip Release notes: Expanded the post-trigger range from 5,000 to 10,000 divisions Measurement: Supported cursors for measurement Supported Track plot Display: Supported to show bandwidth information on the channel descriptor box Supported to display axis label Save
-
Thread
ADC logarithmieren mit Assembler und Tiny10
schnell mal in octave angesehen... für Werte über 20 gar nicht > schlecht. Mag ja sein, aber eine Division ist aufm kleinen Prozessor halt schon arg schlecht... Gruss WK
.pdf kostet die 16-bit Division gerade mal 39 Wörter und 255 Takte... Das wäre für mich noch i.O. In sehr, sehr vielen Situation hast du aber ohnehin irgendwo eine Division. Damit ist die Zusätzliche dann vom Platzverbrauch
-
Thread
Sensordatenglättung Gewichtung auf Anfangsdaten
Zeige die von dir genutzte Implementierung. Meist ist es die Summierung von Rundungsfehlern bzw. Divisionsresten, die zum Abdriften der Werte führt. Und oft kann man das durch geeignetes Umstellen der Berechnung vermeiden.
die von dir genutzte Implementierung. Meist ist es die Summierung > von Rundungsfehlern bzw. Divisionsresten, die zum Abdriften der Werte > führt. Aktuell verwende ich überhaupt keine Datenglättung.
-
Thread
Verliere Daten/Bits beim shiften in C/STM32
Ergänzung: Auch wenn ich mit weniger als 4 bit shifte (3 bit bzw. Division durch 8) verliere ich Daten "in der Mitte". WTF?
-
Thread
Chipmangel überall Gesperrt
Paragraphendschungel im ElektroG-Artikel wuchern lassen wollen, sowie die technologiefeindlichen Löschfinger-Divisionen hier. Sonst wird das nie was.
-
Thread
4 Kanal MSO gesucht (Fortsetzung von "Oszilloskop R&S RTB 2k All-in, Erfahrungen")
https://www.eevblog.com/forum/testgear/rs-rtb2004-adds-on-offset-for-some-vertical-divisions-another-bug/msg0/#new
-
Thread
Maßnahmen gegen das Hängen bei SPI/I2C Kommunikation
muehsam zu implementieren Beim Programmieren von Mikrocontrollern vermeide ich Multiplikation und Division von Zahlen da eher muehsam zu implementieren. Ich beschränke mich auf das Ein- und Ausschalten von LEDs.
-
Thread
Rechnen mit große integer Zahlen beim ATMega328P
es doch mal zeitkritischr wird: Rechne das Zwischenergebnis in 32 bit, und das Endergebnis der Division castest du dann wieder nach 16 bit. Oliver
schlank (~1kB), kostet also kaum was. Float printf/scanf Support ist etwas größer. Die float Division ist sogar schneller als die für 32 Bit, da float ja nur 24 Bit ausrechnen muß.
-
Thread
Was ist aus Fuzzy-Control geworden?
mit den Blümchen auf der Wiese: Die Schönheit liegt im Auge des Betrachters. Das sind, wie die division durch Nul,l Stilblüten der Mathematik. Man könnte die Primzahlen zum Beispiel nach ihren "Korrekturwerten" sortieren. Der Phantasie sind hier keine Grenzen gesetzt. Die interessante Frage ist doch
-
Thread
asm 16 Bit in BCD
shift-plus-3". Zahlenausgaben müssen ja auch wahnsinnig schnell erfolgen. Typisch nimmt man eine Division / 10 mit Rest. Ein Tempo von 3..5 Ausgaben ist ergonomisch, sonst sieht man nur Flackern. BCD macht heute keiner mehr.
-
Thread
Abschätzung der Performance eines Algorithmus auf einem FPGA
durch-synthetisiert werden, gfs unter Verwendung von Cores. Des Einzigste, was es zu schauen gibt, sind die Divisionen und Wurzeln, die richtig ins Geld gehen und die man gfs umbaut. Wie lange eine Addition braucht und ob man eine Akkumulation noch in den Takt kriegt und beides 3 Takte braucht, lässt sich aus
-
Thread
STM32 - UART unit32_t
musst es halt nachprogrammieren. Zumindest teilweise. 1.) Aufteilen in Bytes (Stellenwerte mit Division und Modulo) 2.) Konvertieren jedes Bytes in ein ASCII Zeichen (addieren eines festen Offsets laut ASCII Tabelle) 3.) Einen Buffer Byte für Byte damit füllen. 4.) Nullbyte als Terminierung anhängen
-
Thread
AVR Assembler, Macro, Conditional mit Register
--------------- [/avrasm] Und hier die Verwendung: [avrasm] ; Division 24 / 24 bit ;------------------------------------------------------------------------- ;input: a2..0: Divident ; b2..0; Divisor ; ;output: a2..0: Quotient ; t2..0: Remainder
; @9,10,11 Divisor (@11 MSB) ; @12 Rest-Erweiterung, @13 Null-Register ; Division 24/24 -> 24 bit, Rest 24 bit (unsigned / unsigned) ; Divident 0...16777215 ; Divisor 1...16777215 ; Ergebnis 0...16777215 ; Rest 0...16777214 ; T=1 bedeutet Divisor
-
Thread
Attiny2313 Timer16 Bit, Normal Mode, unsauber
738 // (A4/PWM*65536) [/c] > Assembler dividieren Da bezog sich Robert wohl auf seine Divisionen in seinem Ursprungsprogramm, deren zeitfressende Eigenschaft in C nicht so offensichtlich ist.
"Kann er also auch nicht." :-) :-) Um Rundungsfehler abzumildern multipliziere ich vor einer Division. [c] uint16_t A4_Phasendelta {(uint16_t)(TonA4*65536UL/PWM)}; // 461 [/c] Danke für den Hinweis. Jetzt habe ich auch 440Hz. Alles prima. :-) Und wegen Assembler Division nochmal. Will