-
Thread
Momentanfrequenz aus analytischem Signal ohne Arctan
Phase-Unwrapping bei der Berechnung mittels arctan(Q(t)/I(t)), gezielt behandelt werden müssen (Division durch Null ist bereits vermerkt).
-
Thread
Interrupt wird ständig aufgerufen
Systick Handler gemessen. Mit dem Oszilloskop messe ich ca. 68us. Damit ist klar, warum die Division des Systick Interrupts mit dem Teiler 1.000.000 für ein 1us Intervall nicht funktioniert. Danke euch allen für die Unterstützung.
-
Thread
Mehrfachnutzung Timer
Denn dort ist nicht nur eine Menge I2C-Kram (wire) drin, auch viele Fließkommaberechnungen und Divisionen. Das alles kostet Zeit. Zeit, in der der andere Interrupt nicht bedient wird. Lösung. Die Abfrage deines Sensor aus der ISR entfernen und in die Hauptschleife (Loop() ) verlagern. GGf. von Fließkomma
dort ist nicht nur eine Menge I2C-Kram >> (wire) drin, auch viele Fließkommaberechnungen und Divisionen. Das alles <> kostet Zeit. Zeit, in der der andere Interrupt nicht bedient wird. >Die Berechung habe ich in einer Funktion ausgeglidert. Nö. Ich rede von ISR(TIMER5_COMPA_vect) > Auf
-
Thread
Programmlogik bei Einsatz von zwei PCF8574
man da und sucht nach dem Übeltäter und sieht den Wald vor lauter Bäumen nicht mehr. Ich sag nur Division mit Variablen :-( Thx anyway David
da und sucht nach dem Übeltäter und sieht den Wald vor >lauter Bäumen nicht mehr. Ich sag nur Division mit Variablen :-( Auch die ist OK. Das ist immer eine Frage des wo und wie oft. Krampfhaft jede echte Division zu vermeiden ist Unsinn.
-
Thread
Positionierung einer Scheibe
1,674° > ...er ist ein Kind der Taschenrechnergeneration... Leicht zu erkennen, wenn für die Division durch 1000 nach einem Taschenrechner gerufen wird ... Auch bei der Taschenrechnergeneration sollte im vierten Semester das Verständniss für Zahlensysteme so weit gereift sein, dass ihnen klar ist
-
Thread
aus ansteigenden Werten eine halbe Sinuswelle generieren - Arduino
Dein "map(...)/1000" ergibt nur ints. Mach mal nen "map(...)/1000.0" raus, dann macht er ne float-Division.
-
Thread
Integerwerte aus einem Array zerlegen und durch Schleifen laufen lassen
einzeln übergeben. Das ist allerdings ziemlich ineffizient, weil die meisten Prozessoren solche Divisionen nicht direkt können. Effizienter wäre z.B. so: [c] uint16_t lauflicht[6][18] = { {0x100, 0x100, 0x100 ...}, {0x010, 0x010, 0x010, ...}, ... }; setPWM(j, lauflicht[i][j] / 256, (lauflicht[i][j] / 16) % 16, lauflicht[i][j] % 16);[/c] Divisionen/Modulo mit 2-erPotenzen werden als Bits-Operationen kompiliert und sind viel schneller. Dazu werden die Zahlen hexadezimal definiert. Außerdem sollte man den Typ des Arrays als uint16_t definieren,
-
Thread
Problem mit Schaltregler
Kann mir dieses verhalten jemand erklären? Das ist normal. Der Schaltregler lädt die Spule (Division 3-4), dann entlädt sie sich in den Ausgang (Division 5-6) und dann klingelt es (division 7-9) weil der unbelastete Schwingkreis halt so schwingt. Daß du auf GND die Ströme messen kannst, bedeutet
Krokoklemmenkabel. So lange deine Spannungsverläufe niemand stören, wäre es ok. Aber anhand der Kurve von division 3-4 würde ich sagen: Deine Spule taugt nicht, die sättigt schon.
-
Thread
ATmega328/P ADXL345 i2c Sampling Rate SD-Karte
// 100.16 Hz TCCR1B = (1<<WGM12)|(1<<CS12)|(0<<CS11)|(1<<CS10); // CTC mode and division by 1024 TIMSK1 = 1<<OCIE1A; centi_seconds = 0; //seconds = 0; sei(); char s[1]; //buffer uart_puts_p(PSTR("INITIALIZING I2C LIBRARY\n")); i2c_init
drinlassen. >if(centi_seconds % 6 == 0){ Sowas macht man nicht, denn das braucht eine echte Division, die eher aufwändig ist. Wenn du das haben willst, nimm einen einfachen Zähler von 0-5. Das ist aber eher Nebensache und nicht der Grund für dein langsames Programm.
-
Thread
pseudozufällige Primzahlen generieren
.) diese Berechnungen kommen meist ohne komplexere Operationen aus, wie zb. die nötigen Divisionen/Multiplikation in N. Gruß hagen
-
Thread
Python: Berechnung einfacher mathematischen Funktion
sogar auf Ganzzahlarithmetik beschränken: y = (((x – 1)x + 4)x + 6) / 2 Ob bei der letzten Division dann noch Gleitkommagenauigkeit gefordert ist musst Du selber wissen. (In dem Fall dann besser * 0.5 statt / 2). In vielen praktischen Fällen dürfte die Ganzzahldivision aber sogar genügen.
-
Thread
Allpcb - die Erklärung
/wiki/Division_(Mathematik)#Ist_1/0_=_%E2%88%9E?
eine Division x/0 sinnvoll zu definieren.
-
Thread
Miele W 5100 EcoCare WPS Fehler-Leidensweg-repariert-so gehts
79€ repariert. Auf der Platine ist ein Aufdruck wie „Miele Electronics“. Wird die Elektronik Division von Miele sein oder sogar ein eigenes Profit center. Das heißt aber noch nicht, dass die Platine in D entwickelt und hergestellt wurde. Ist das denn für die Qualität irgendwie entscheidend?
repariert. > > Auf der Platine ist ein Aufdruck wie „Miele Electronics“. Wird die > Elektronik Division von Miele sein oder sogar ein eigenes Profit center. > Das heißt aber noch nicht, dass die Platine in D entwickelt und > hergestellt wurde. Ist das denn für die Qualität irgendwie entscheidend?
-
Thread
R&S TSMU Radio Network Analyzer
SMJ100A Vector Signal Generator gefunden, aber das steht nur der folgende Satz: Fractional division is performed by using the SYNCON4 and RFDIV chips.
Hans-Georg L. schrieb im Beitrag #5646331: > Fractional division is performed by using the SYNCON4 and RFDIV chips. Klingt nach PLL. Passt das vom Signalpfad?
-
Thread
STM32 CubeMX SoftPWM
htim2.Init.CounterMode = TIM_COUNTERMODE_UP; htim2.Init.Period = 0xFFFE; htim2.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1; htim2.Init.AutoReloadPreload = TIM_AUTORELOAD_PRELOAD_DISABLE; if (HAL_TIM_Base_Init(&htim2) != HAL_OK) { _Error_Handler(__FILE__, __LINE__); } sClockSourceConfig.ClockSource
-
Thread
Unbekannte Bauteile
comprises an electrically alterable non-volatile MNOS memory array, which is manufactured by Nitron, a Division of McDonnell Douglas Corporation, and which is designated thereby as the NC 7040. Various operating characteristics of the NC 7040, and the basic structure thereof, is disclosed in a brochure which
-
Thread
Welche Frequenz hat Gleichstrom?
Mathematisch landet man bei T=1/f bei einer Division durch 0, was den Umgang damit geringfügig verkompliziert. Aber wie Rufus schon schrieb, ist das mehr Philosophie als Physik.
A. K. schrieb im Beitrag #5464245: > Mathematisch landet man bei T=1/f bei einer Division durch 0, was den > Umgang damit geringfügig verkompliziert. Aber wie Rufus schon schrieb, > ist das mehr Philosophie als Physik. Also Mathe :-) Eine Funktion (hier zB reellwertig, also R
-
Thread
STM32f100RB Discovery Board
to define a timer described: stm32f10x_tim.h soniUSMP_Init_TIM3.TIM_ClockDivision = TIM_CKD_DIV1; // default value; divide clock; described: stm32f10x_tim.h soniUSMP_Init_TIM3.TIM_CounterMode = TIM_CounterMode_Up; // timer
-
Thread
IDE mit Fokus auf Assembler für Umsteiger AVR -> STM32
Sachen wo Hochsprachen ihre Vorteile ausspielen können. Der Controller hat nicht mal eine einzige Division oder gar Fließkommaberechnungen zu erledigen... Multiplikationen beschränken sich auf Shifts... Ein bisschen Addieren, Subtrahieren, Vergleichen und Bits herumschieben - das war es im wesentlichen
-
Thread
VU-Meter mit XMEGA
der laufenden Summe subtrahiert und das neueste aufaddiert werden. Was jetzt noch fehlt ist eine Division durch die Anzahl der Puffereinträge. Hierfür habe ich mir folgende Lösung ausgedacht: Die Puffergröße muss so bemessen sein, dass die Durchlaufzeit etwa den geforderten 5ms entspricht. 240
bischen zu groß, aber der Unterschied ist minimal und fällt nicht auf. Hiermit erspare ich mir die Division. Der aufsummierte Mittelwert ist max. 5 Byte groß. Die Division durch 256 ergibt sich von selbst, wenn ich nur die oberen 4 Byte verwende. Das alles ist bereits ausprobiert und funktioniert tadellos
-
Thread
Probleme bei Zeitmessung zwischen Interrupts mit STM32f107
TIM_CounterMode_Up; timer_init_struct2.TIM_Period = 10000; //divide by 2?! timer_init_struct2.TIM_ClockDivision = TIM_CKD_DIV2; timer_init_struct2.TIM_RepetitionCounter = 0; //TIM_SelectOutputTrigger(TIM2, TIM_TRGOSource_Update); TIM_TimeBaseInit(TIM2, &timer_init_struct2); NVIC_InitTypeDef tim2
= TIM_CounterMode_Up; timer_init_struct4.TIM_Period = 10000; timer_init_struct4.TIM_ClockDivision = TIM_CKD_DIV2; timer_init_struct4.TIM_RepetitionCounter = 0; //TIM_SelectOutputTrigger(TIM4, TIM_TRGOSource_Update); TIM_TimeBaseInit(TIM4, &timer_init_struct4); NVIC_InitTypeDef tim4
-
Thread
C+ Performance. Verarbeitung Gleitkommazahlen und/oder Ganzzahlen
Integer-Multiplikation ist tendenziell langsamer als Floatingpoint-Multiplikation. Floatingpoint-Division ist noch langsamer, also vermeiden wenn geht. Integer-Division ist der Horror (belegt die ganze Integer-Pipeline für Dutzende von Cycles, sodass der Core keine andere Operation parallel dazu machen
muß noch zusätzlich mit den Exponenten hantieren. *)1..7 Clks für Int/Float > Floatingpoint-Division ist noch langsamer, also vermeiden wenn geht. *)10..40 Clks > Integer-Division ist der Horror (belegt die ganze Integer-Pipeline für > Dutzende von Cycles, sodass der Core keine andere Operation
-
Thread
Funktionsumfang ATiny841
wirklich vollkommen nebensächlich. 99% aller Programmierer werden Code, der Multiplikationen (oder Divisionen) verlangt, in C schreiben. Daß ein Hardware-Multiplier schneller ist, ist unbestritten. Aber wie relevant ist das in der Praxis? Und falls es relevant sein sollte, spricht das dann nicht lediglich
-
Thread
ATmega1284p lässt sich nur einmal laden
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." Wenn aus deinem Bericht kommt, daß " If CKDIV8 is unprogrammed, the CLKPS bits will be reset to “0000”" nicht funktioniert, ob das auch für programmierte CKDIV8 gilt?
-
Thread
Widerstand in npn-Transistor-Schaltung bestimmen
ignorieren kannst). Und damit hast du die Spannung und den Strom für den R1 und bist nach einer Division am Ende der Rechnung.
-
Thread
Neue Website
Bei der schriftlichen Division bist du eine Stelle zu weit nach rechts... Ansonsten fand ich die interessant.
-
Thread
switch(Funktion()) möglich?
man sie nun > braucht oder nicht. Aber nur Addition und Subtraktion, keine Multiplikation, Division...
ist es egal, ob der DT von d nun Meter oder Feet ist. Es gibt dann zwei Möglichkeiten: a) die Division zwischen Feet und Second ist nicht definirt. Das Programm kompiliert nicht. b) die Division ist definiert und berücksichtigt gleich den Umrechnungsfaktor. Das Ergebnis ist in jedem Fall Velocity
-
Thread
Mittelwert über 11 Messwerte
Beispielsweise ist völlig unklar ob er einen Mittelwert alle 11 Zyklen will (Summe bilden + Division, dann erneut von vorn beginnen) oder ob es ein gleitender Mittelwert mit 11 Zyklen rückblickend werden soll (in jedem Zyklus immer die aktuell letzten 11 Zyklen auswerten).
-
Thread
Frage Timing Cortex-M7
TIM_Init_Struct.TIM_Period = 1333; TIM_Init_Struct.TIM_Prescaler = 0; TIM_Init_Struct.TIM_ClockDivision = TIM_CKD_DIV1; TIM_Init_Struct.TIM_CounterMode = TIM_CounterMode_Up; TIM_Init_Struct.TIM_RepetitionCounter = 0; TIM_TimeBaseInit( TIM1, &TIM_Init_Struct ); /////////////////
-
Thread
Devision und Restbildung
um Ärger mit Division und Datentypen o.ä. aus dem Weg zu gehen helfen u.a. logische Operationen.
Festkomma-Arithmetik. https://www.mikrocontroller.net/articles/Festkommaarithmetik Und es heißt Division!
-
Thread
INTEL neuer SUPERGAU oder CPU-Architektur als Problem?
Kern. Ich habe aber noch einen Rechner mit einem Pentium 90 rumliegen. Dem echten mit dem Divisionsfehler. _Der_ ist nicht betroffen.
: > Ich habe aber noch einen Rechner mit einem Pentium 90 rumliegen. Dem > echten mit dem Divisionsfehler. _Der_ ist nicht betroffen. Sicher? Der FDIV-Fehler betraf doch eigentlich nur die erste Generation von Pentium-Prozessoren, d.h. P60 und P66. P75, P90, P100 waren schon eine Maskengeneration
-
Thread
Suche: eina Art WLAN für 434 MHz
deswegen ist carrier sense vorm Senden nicht unbedingt zielführend) Du suchst also nach TDMA (time division multiple access)? > * hohe Reichweite, so 2-50km bei Sichtverbindung, und ein bisschen ein > Hindernis soll nicht völlig desaströs sein. (Deswegen auch keine 2,4GHz > erwünscht, dann könnte man
ist carrier sense vorm Senden nicht unbedingt zielführend) > Du suchst also nach TDMA (time division multiple access)? Auf jeden Fall suche ich eine Methode wie ein Access Point mit mehreren Clients reden kann (+umgekehrt). Wenn der Chip das Protokoll selber implementiert dann kann das auch was
-
Thread
Arduino Code
wird immer >= 0 sein. Warum dividiert man mit einem Rechtsshift und nutzt nicht sofort eine Division? Hat das mit Geschwindigkeit und Aufwand zu tun? Ich denke eine Division wird im Compiler viel aufwändiger sein, d.h langsamer und ressourcenfressend? Danke
im Beitrag #5403128: > Warum dividiert man mit einem Rechtsshift und nutzt nicht sofort eine > Division? Eine Shift-Operation ist mit einem Assemblerbefehl gemacht, echte Divisionen dauern je nach Prozessor deutlich länger. Allerdings kann man mit dieser Shift-Operationen nur durch Zweierpotenzen
-
Thread
Warum wird aus einem right-shift eines uint8_t ein 16-Bit arithm.-shift beim avr-gcc
right-shift bei einem 8-Bit unsigned Typ auch ein 8-Bit logical-shift machen, genauso wie bei der Division. Aber warum wird es ein 16-Bit arithmetic-shift? Compilerflags: -Os -Wall
selbst wenn beide > Seiten den gleichen, kleineren Typ haben. (Muss nicht, aber darf) Bei > Division ist das nicht der Fall. Kannst du dieses Gefühl irgenwie belegen? Alle Berechnungen mit Typen kleiner int finden per Definition in int statt. Egal ob Addition, Shift oder Division. Der Compiler
-
Thread
Durchschnitt von 16-bit Farbwerten berechnen
auf dem PC 32bit samples ist auf dem Controller 8bit, reicht das? Außerdem sollte es wegen der Division nie null sein.
entspricht einem berechneten Bild. zyxw schrieb im Beitrag #5403898: > Außerdem sollte es wegen der Division nie null sein. Ist es nicht, render() wird vor display() aufgerufen.
-
Thread
STM32F4 mit C (HAL): Timer-PWM, Interrupt, UART
TIM_COUNTERMODE_UP; htim4.Init.Period = 19999; htim4.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1; sClockSourceConfig.ClockSource = TIM_CLOCKSOURCE_ETRMODE2; sClockSourceConfig.ClockPolarity = TIM_CLOCKPOLARITY_NONINVERTED; sClockSourceConfig.ClockPrescaler
-
Thread
Schnelle Hashfunktion gesucht
keinen Kopf an der Hashfunktion machen, sondern einfach ausprobieren, was dein Bolide so als Divisionsrest-Hash leistet. Dein "dicker Brocken" wird bestimmt ein paar HW-Divider mitbringen, die Du für den Rest deiner Anwendung wahrscheinlich sowieso nicht brauchst. Wär' ja schade, wenn die ungenutzt