-
Thread
Hyperbolischer Down-Chirp per IIR?
1/y(n-1) + 1/a) Wie sich damit die Berechnung vereinfachen lässt, sehe ich noch nicht (zwei Divisionen). Kann dieses Verhalten auch ohne Division nachgebildet werden? @Jürgen - bei mir werkelt ein stinknormaler NCO den ich mit (zu berechnenden) Frequenzworten füttere, also kein "selbstschwingender
Mathematik sagt: [c]y[t+1] = a * (y[t] - Foff) / (a + y[t] - Foff) + Foff[/c] also immer noch eine Division. Und die ganzen eingefangenen Ungenauigkeiten... Die Tabelle scheint mir geschickter, wenn du keine Lust auf Divisionen hast. Skalierung, Zeitverschiebung und Offset sind trivial. Also lassen
-
Thread
Diskussion: Pi möglichst schnell berechnen
Ohne Division wenn man Integermathematik ausnutzen möchte. [c]201 >> 6[/c]
Nico W. schrieb im Beitrag #5801798: > Ohne Division wenn man Integermathematik ausnutzen möchte. > > 201 >> 6 Wie bereits geschrieben wurde, geht des so direkt nicht. Man kann aber auch den Ausdruck 201.0/64 (in Floating-Point) ohne Division
-
Thread
C Inhalt von 2 Variablen tauschen ohne zwischen speichern
und mit Multiplikation/Division ;-) [c] int x=10; int y=20; printf("vorher: x=%d, y=%d\n", x,y); x=x*y; y=x/y; x=x/y; printf("nachher: x=%d, y=%d\n", x,y); [/c]
-
Thread
Cortex M3 - Cortex M4F - schneller bei gleichem Takt?
Integer-Aufgaben weniger Rechentakte als der M3? Ist die Multiplikation wesentlich schneller (Divisionen kommen nur durch Zwei vor), oder wo liegt der Unterschied?
-
Thread
nichtinvertierender Addierer
als Multiplizierer geschaltet, und die Widerstände besorgen die Addition (und eine "parasitäre" Division), wobei die Multiplikation die Division ausgleicht.
-
Thread
Aufstieg durch Weiterbildung
schon mehrfach bestätigt und auch offen gesagt, sogar von Leitern anderer Geschäftseinheiten / Divisionen. Du wirst das natürlich besser wissen, klar. Typisch deutsch. Berufsrevolutionär schrieb im Beitrag #5795358: > Das sollte Dir zu denken geben, wenn sich die Firma nicht auf zwei Jahre > an Dich
mehrfach > bestätigt und auch offen gesagt, sogar von Leitern anderer > Geschäftseinheiten / Divisionen. Du wirst das natürlich besser wissen, > klar. Typisch deutsch. Dann ist das so. Wenn Du nur einen begrenzten Aufgabenbereich abdecken sollst und dies auch nur eine Dienstleistung zu denen ist
-
Thread
STM32 ADC DMA
ADC3_DMA_NR_OF_SAMPLES == 4096) uint8_t anz_bit = 12; #else #error no valid size for division by shifting #endif // in ADC_DMA_Buffer liegen immer die 4 ADC Kanäle hintereinander for (uint32_t i=adc_name; i < ADC3_DMA_BUFFER_SIZE; i=i+ADC3_DMA_NR_OF_CHANNELS) { buffer += ADC3
-
Thread
vorzeichenbehafteter rechtshift in VHDL
Und immer im Auge behalten: eine Division einer /negativen/ Zahl durch 1024 ist prinzipiell anders als ein vorzeichenbehafteter Rechtsshift dieser Zahl um 10. Dabei wird nämlich unterschiedlich gerundet...
vorher nicht korrekt gerundet hat, was man aber müsste, wenn man eine Division beschreibt. Siehe "Runden in VHDL"!
-
Thread
PWM in CubeMX
; htim4.Init.CounterMode = TIM_COUNTERMODE_UP; htim4.Init.Period = 25; htim4.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1; if (HAL_TIM_Base_Init(&htim4) != HAL_OK) { Error_Handler(); } sClockSourceConfig.ClockSource = TIM_CLOCKSOURCE_INTERNAL; if (HAL_TIM_ConfigClockSource
-
Artikel
STM8
Bit, z.B. nutzbar als Speicheroffset oder für 16 Bit Arihmetik. Enthält bei 16/8- und bei 16/16-Division den Dividenden. Y Indexregister (Y): 16 Bit, nutzbar wie X-Indexregister. Divisor bei 16/16-Division. Program Counter (PC): 24 Bit, enthält Adresse des nächsten auszuführenden Befehls. Stack Pointer
-
Thread
Typenproblem
Das ist wie in der Grundschule. Dort ergeben solche Divisionen ein Ergebnis und einen Rest. So rechnet der Computer auch - es sei denn, einer der Operanden ist eine Fließkommazahl. Ein verwandtes Problem bekommst du bei großen Zahlen. Ich gehe jetzt mal von
stehen die Sachen da oft nicht so leicht verständlich drin. Bemerkung: Bei 537/6 * 3.5 wird die Division auch in int durchgeführt Die Rangfolge der Operatoren (u.a. Punkt vor Strich) findet man auch im Netz oder im Buch.
-
Thread
STM32 GPIO-Geschwindigkeit
eine PWM ist und wie ein Timer funktioniert. Stelle den Prescaler auf 1, Periode auf 480, No Division, Pulse 240 dann gehts. Und lerne zuerst einmal was ein PWM Signal ist.
-
Thread
Wikipedia wird abgeschaltet
dieser Website ist die Wikimedia Foundation Inc., eingetragen beim Florida Department of State, Division of Corporations unter der Nummer N03000005323. Die Wikimedia Foundation ist eine Stiftung nach dem Recht des US-Bundesstaates Florida. Die verantwortliche Ansprechperson – gleichzeitig Designated
-
Thread
ZF in Schweinfurt Einsellungsstop?
Abteilungsleiter ihn unbedingt behalten wollte. Kommt aber natürlich auch auf den Fachbereich und die Division an. Die E-Mobility wird aktuell weiter ausgebaut, dafür wurde vor 2 Jahren sogar ein neues Gebäude gebaut. @TE: Wie lange sind denn die Gespräche bereits her?
-
Thread
Verstehe ARM Code nicht
code] float x = 0.0f/0.0f; /* NaN */ [/code] vom Compiler je nach Einstellung tatsächlich als Division durch Null ausgeführt werden kann. Schnell getestet: [code] 0: 2100 movs r1, #0 2: e92d 41f0 stmdb sp!, {r4, r5, r6, r7, r8, lr} 6: 4608 mov r0, r1 8: f7ff
-
Thread
Frequenz Messung InputCapture STM32
; htim3.Init.CounterMode = TIM_COUNTERMODE_UP; htim3.Init.Period = 99; htim3.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1; htim3.Init.AutoReloadPreload = TIM_AUTORELOAD_PRELOAD_DISABLE; if (HAL_TIM_Base_Init(&htim3) != HAL_OK) { _Error_Handler(__FILE__, __LINE__); } sClockSourceConfig.ClockSource
Habe einen Hauptakt von 72MHz Und Teile den mit htim3.Init.Prescaler = 71; das sollte eine division von72 sein also sollte ich einen Timer Takt von 1us haben. Ist diese Annahme richtig? weiters habe ich htim3.Init.Period = 99; dies sollte bewirken das ich alle 100 100us einen überlauf meines Zählers
-
Thread
Glass Beads für SMA, 2.92mm.
unbefriedigend war. Wenn etwa sowas < https://www.digikey.de/product-detail/de/amphenol-rf-division/132170/ACX1244-ND/1011921 > beim Amateurfunkhöker UKW-Berichte 10 Euro-bisschen in Stahl kostet, dann sehe ich echt nicht ein, warum ich dort überhaupt was kaufen soll; wenn ich's bei einem
-
Thread
PIC16F877A ADC-Messung Messwertumrechnung
beschäftigen. Dann ist es auch guter Stil bei der Umrechnung ZUERST die Multiplikation und dann erst die Division auszuführen (oder viele Klammern setzen! und die 1023 auch als float zu definieren => 1023.0). Vielleicht hilfts ja Gruß TK
-
Thread
STM32 HAL_SPI Problem: MOSI immer HIGH
100; htim3.Init.CounterMode = TIM_COUNTERMODE_UP; htim3.Init.Period = 0; htim3.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1; htim3.Init.AutoReloadPreload = TIM_AUTORELOAD_PRELOAD_DISABLE; if (HAL_TIM_PWM_Init(&htim3) != HAL_OK) { Error_Handler(); } sMasterConfig.MasterOutputTrigger
-
Thread
[C] Böse Falle: Datentyp korrekt angegeben, falscher verwendet
du in dem Term astronomische Zwischenergebnisse hast, die letztlich wieder kleingemacht werden (Division, rechts-schieben) und in die Variable auf der linken Seite der Zuweisung passen. Dann wärs ja auch Käse, wenn der Compiler den Typ der Variablen annehmen würde. Mach dir Gedanken, ob die Ergebnisse
werden soll, passt sie doch wunderbar in int. Es ist erst mal unersichtlich, warum bei einer Division angegeben werden muß, daß gerne eine Interger-Division haben will, obwohl beide Operanden und das Ergebnis vom Typ integer sind. Wenn man will, findet man in jeder Sprache ein Haar. Und obiges
-
Thread
AtTiny13 Clock auf 128kHz und Division = 0/1
ich habe um Strom zu sparen versucht die Fequenz meines Tinys auf 128kHz zu stellen und und den Division Factor auf 1 gestellt. Seit her funktioniert die Kommunikation mit meinem USBASP nicht mehr. Ich bekomme immer nur Chip = 00000 Hab ich es vermurkst? Grüße Alex
-
Thread
DC Getriebemotor, Strom messen mittels Shunt, Spannung Glätten?
angehängten Bilder (Rechtslauf, Linkslauf. Die Spannung in den Bildern wird falsch angezeigt. Die Division ist eigentlich 10mV und die Schwingung ist nur im positiven Bereich.) Wie man sieht schwingt die Spannung zwischen 1mV und 13mV was umgerechnet wieder die ca. 10-130mA sind. Woher kommt diese Schwingung
-
Thread
GCC (Backend) an eigene Architektur anpassen
both been specified and are supported by the toolchain are: M - Integer Multiplication and Division A - Atomics F - Single-Precision Floating-Point D - Double-Precision Floating-Point C - 16-bit Compressed Instructions G - General, a shortcut to IMAFD [/code] Quelle
-
Thread
uCurrent Gold
Waffle-Verpackung statt in Tape/Reel: https://www.digikey.de/product-detail/de/vishay-foil-resistors-division-of-vishay-precision-group/Y14870R01000B9W/Y1487-.01-ND/1888124 Der kostet aber leider 11,92 Euro netto. Die 13 Euro gesamt werden schwierig, zumindest bei Digikey: Die Schalter liegen dort
-
Thread
clock configuration
htim3.Init.CounterMode = TIM_COUNTERMODE_UP; htim3.Init.Period = 24000; htim3.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1; htim3.Init.AutoReloadPreload = TIM_AUTORELOAD_PRELOAD_DISABLE; if (HAL_TIM_Base_Init(&htim3) != HAL_OK) { _Error_Handler(__FILE__, __LINE__); } sClockSourceConfig.ClockSource
-
Thread
Riesen Problem: Timer in Timer-Interrupt starten
; htim2.Init.CounterMode = TIM_COUNTERMODE_UP; htim2.Init.Period = 10; htim2.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1; if (HAL_TIM_Base_Init(&htim2) != HAL_OK) { Error_Handler(); } sClockSourceConfig.ClockSource = TIM_CLOCKSOURCE_INTERNAL; if (HAL_TIM_ConfigClockSource
31250; htim4.Init.CounterMode = TIM_COUNTERMODE_UP; htim4.Init.Period = 3; htim4.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1; if (HAL_TIM_PWM_Init(&htim4) != HAL_OK) { Error_Handler(); } if (HAL_TIM_OnePulse_Init(&htim4, TIM_OPMODE_SINGLE) != HAL_OK) { Error_Handler();
-
Thread
TWI IC2 Taktrate berechnen
TWBR – TWI Bit Rate Register", findet man: *Bits 7...0* !! TWI Bit Rate RegisterTWBR selects the division factor for the bit rate generator. The bit rate generator is a frequency divider which generates the SCL clock frequency in the Master modes.
bits will be reset to “0000”. If CKDIV8 is programmed, CLKPS bits are reset to “0011”, giving a division factor of 8 at start up"
-
Thread
Scheiß Codegeneratoren! Silabs!
>>8 als acht einzelne Bitschifts ausgeführt anstatt einfach die 3 unteren Bytes zu nehmen oder Division durch ne konstante Zweierpotenz wird nicht als solche erkannt und solche Scherze. Da muß man ständig ein Auge auf den erzeugten Code haben. Von dem nostalgischen C89 Feeling zu dem er einem verhilft
-
Thread
Software Begriffe
einigen ob "N" jetzt die > 0 enthält oder nicht Oder wie die Zeichen für Multiplikation und Division auszusehen haben.
-
Thread
Zehntel springt von 4 wieder auf 2. Warum?
mit Modulo in > Sekunden, Minuten, ... aufteilen müsste. Die Modulo Funktion läuft auf eine Division hinaus. Da der µC bei der Stop-Uhr Anwendung wahrscheinlich sowieso nur Langeweile hat, ist das natürlich eine schöne Methode, um ihn zu beschäftigen. Laufzeiteffizient ist das auf einem µC ohne HW-Division nicht. Dann sollte man sich den Zählerstand vor der Rechnerei allerdings mit einer atomaren Operation in einen Puffer holen.
-
Thread
VU-Meter, aber korrekt!
log10(i / 70); Von welchem Typ ist i? Wenn es ein Integer ist, dann ist i / 70 eine Integer-Division, spirch: Nachkommastellen fehlen. Und davon wird dann dein Logarithmus gebildet. > Serial.println(LUT[i]); > } > // -----------------------------------
-
Thread
Rotatory Encoder + OutputCompare mit STM32F446RE
htim3.Init.CounterMode = TIM_COUNTERMODE_UP; htim3.Init.Period = 2048 * 4; htim3.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1; TIM_Encoder_InitTypeDef sEncoderConfig; sEncoderConfig.EncoderMode = TIM_ENCODERMODE_TI12; sEncoderConfig.IC1Polarity = TIM_ICPOLARITY_RISING; sEncoderConfig.IC1Selection
-
Thread
Celsius und Kelvin kürzen
eliminieren. Prinzipiell finde ich es nicht so schön, wenn in einem Term eine Multiplikation auf eine Division folgt. Außerdem würde ich ein Produkt mit dem numerischen Faktor beginnen lassen. Du hast das "C" und das "K" mit \text geschrieben, damit sie als Einheiten nicht kursiv gesetzt werden. Das ist
-
Thread
int nach 'Bar graphic' konvertieren
Letter war. Das Ganzzahlergebnis als Anzahl der Vollblöcke aufs Display schicken und der Rest der Division war die Nummer des Sonderzeichens. Also 0 für keinen vertikalen Strich, 1 für einen Strich usw. Die Sonderbehandlung des Leerzeichens habe ich mir m.E. damals gespart. Die Sonderzeichen sahen genauso
-
Thread
Mittelwert aus ca.100 Werten.
Genauigkeit. Falk B. schrieb im Beitrag #5741954: > Der Mittelwert ist dann Akku/100, diese Division > kann man nicht einsparen. Da es um "ca. 100 Werte" geht, geht vielleicht auch 128.
Recht, mit uint16_t sind beide Operationen gleich. Das doofe ist nur - die "richtige" Operation (Division) ist langsam, während die implementation-defined Operation das korrekte Verhalten liefert.