-
Thread
wert mappen, wie casten?
W.S. schrieb im Beitrag #6863108: > Und was bei dir dagegen spricht, ist die Division. Die kostet auf einem > 8 Bit Controller viel mehr, als sie im vorliegenden Falle nützt. Lassen wir die Kirche im Dorf. Division durch zwei ist billig. Selbst wenn 2 aus irgendeinem Grund volatile
W.S. schrieb im Beitrag #6863108: > Und was bei dir dagegen spricht, ist die Division. Die kostet auf einem > 8 Bit Controller viel mehr, als sie im vorliegenden Falle nützt. jo schrieb im Beitrag #6862088: > vereinfacht sich die notwendige Division auch auf einfaches schieben
-
Thread
Analoge Spannungen mit Arduino auswerten
Subtraktion und addition bringen in diesem Fall wenig, probiere es einmal mit division der beiden Spannungen. Du brauchst eine eineindeutige (injektive) Abbildung....
). Das ist der einzig sinnvolle Weg. Wobei man da neben der Normierung auch die Sache mit der Division durch 0 im Auge behalten muss.
-
Thread
Unterscheidung Uni/th
t-shirt-D5b758bcf2225096a0d785ec4%3Fsellable%3Dyrn8OnelYGt3GM9O0701-6-7&affiliateId=323148 Kann man nicht. Division durch 0 ist verboten. Sollte jeder erkennen der die 10. Klasse geschafft hat. Das T Shirt ist nichts weiter als mega peinlich. Vielleicht ein guter Gag für Abbrecher.
-
Thread
uint32_t division atmega328p
Hallo Forum, ich habe hier ein kleines Verständnisproblem zur 32-Bit Division. Ab und zu, in vieleicht 5% der Fälle, kommt es zu fehlerhaften Berechnungen wenn ich 2 UINT32_T Zahlen miteinander dividiere. Hier mein Auszug aus Code und Log, vieleicht fällt jemanden was dazu
Hier mein > Auszug aus Code und Log, vieleicht fällt jemanden was dazu ein. Wenn bei einer Division ein unerwartetes Ergebnis herauskommt, ist es in 90% der Fälle so, dass nicht die Zahlen durcheinander verrechnet werden, von denen man es glaubt. In den restlichen 10% ist das Ergebnis, das man sich
-
Thread
AVR Assembler Frage
nicht selten, daß die gleiche Zahl im Multiplexinterrupt immer wieder neu zerlegt wird (mittels Divisions-Lib), um das nächste Digit anzuzeigen. Deutlich effektiver ist es, die Zahl nur neu zu zerlegen, wenn sie sich auch geändert hat. Es lohnt sich also, darüber nachzudenken, ob zeitintensiver Code nicht
-
Thread
Computer vom Sperrmüll oder Wertstoffhof. Wie realistisch ist das?
Das ist immer noch Unfug, im Watt ist die Zeit schon drin. Damit ist auch jede Aussage, die eine Division enthält (Watt pro Stunde), Unfug. Zu der völlig bescheuerten Gleichsetzung von W und Wh der Chip hat Niro schon alles gesagt. Unfassbare Deppen. Das der Schlaumaier nicht mal so einfaches Zeug
-
Thread
Interrupts bei Fahrradtacho und clock
dir mal z.B. den L412KBT an, oder noch neuer, die G4-Familie. Cortex-M0 und -M0+ brauchen für Divisionen eine externe Bibliothek. Die -M3 und -M4 kann man ganz ohne solchen Ballast programmieren, rein mit dem GCC. Noch was: bitte nicht das Display auf dem Umweg über I2C-Expander betreiben, das gibt
-
Thread
LED-Streifen dimmen
hängt natürlich davon ab, wieviel Array man einsparen kann, und ob die nötigen Mulitplikations/Divisionsroutinen sowieso schon im Projekt verwendet werden oder nicht. Quick&Dirty für 8Bit -> 8Bit: [c] prog_uint8_t red_calibration[]= { 0,0, 50,10, 100,30, 150,80, 200,140, 0xFF,0xFF }; prog_uint8
-
Thread
Fehler-Offset (Windows)
IDE integriert. Ja, aber das nützt dir nichts, wenn der Fehler beim Anwender auftritt... > Division durch Null kann man aber auch mit Lesen des Source Code finden. grep 'Division durch Null'`*.cpp, oder wie meinst du das konkret?
Ben B. schrieb im Beitrag #6831571: > Tangens 90° löst glaube ich auch eine division by zero aus, Ein Tangens für Integer? Walter T. schrieb im Beitrag #6830778: > Der Fehlercode ist 0xc0000094 (Integer-Division durch Null)
-
Thread
Wandel & Goltermann SNA-23 26,5 GHz Spektrumanalysator
Präzisionswiderstand. So in der Art hier: https://www.digikey.de/product-detail/de/vishay-foil-resistors-division-of-vishay-precision-group/Y407810K0000V9L/804-1059-ND/4233065 Die schwarzen Kästchen sind auch Widerstände, eine Kategorie schlechter.
-
Thread
Spannung an einen Kondensator nach einer bestimmten Zeit - Frage zu berechnung
werden durch gleiche Abstände, also Differenzen, ausgedrückt. Aus Multiplikation wird Addition, aus Division Subtraktion. So funktionieren auch die "altertümlichen" Rechenschieber. Am einfachsten geht das mit dem "normalen" Zehnerlogarithmus (log): log(1) = 0 log(10) = 1 und damit log(0.1) = log
Multiplikationen mit einem einstelligen Faktor und Additionen) können im Kopf gerechnet werden, nur für die Division, die Multiplikation mit 0,412 und das "Merken" der Zwischenergebnisse braucht man Papier und Bleistift. Somit ist das Verfahren eine durchaus praktikable Alternative, falls einmal PC, Taschenrechner
-
Thread
Bruch approximieren
nochmal beide nach rechts shiften bis eine 1 im LSB steht. Shiften ist ja eine Multiplikation (Division) mit 2. Zähler und Nenner gleichzeitig shiften kürzt sich weg, ist also eine Erweiterung des Bruchs. Von der Rechenzeit käme man mit max 16 Linksshifts und anschließend max 16 Rechtsshifts hin.
Man sollte auch berücksichtigen, daß viele 32Bitter keine HW-Division können oder die Division mehr Takte benötigt als die Multiplikation. Es kann daher gut sein, daß eine float Multiplikation mit dem Kehrwert sogar schneller ist als die Ganzzahl Division bzw. kaum
-
Thread
Baofeng uv-5r und ähnliche einfach nur billig und schlecht - oder preiswert??
www.yaesu.com/indexVS.cfm?cmd=DisplayProducts&ProdCatID=111&encProdID=8FA58F426C671235EA5791EE6814FF48&DivisionID=65&isArchived=0 Zwei Top-Geräte mit Farbdisplay, und ein paar Mehrbander, unter anderem das FT-60R aus 2004! Aber ganz ehrlich, so toll finde ich nicht das alles nicht. Das TH-D74A ist sicher
-
Thread
Fehler in Artikel? ("AVR - Die genaue Sekunde / RTC")
die Timerperiode OCR1x +1 ist #define REST (F_CPU % (T1_PRESCALER * F_TIMER)) // Divisionsrest [/c] Hier ist das Ziel, den Timer auf den Takt genau 256 /s durchlaufen zu lassen. Um den Rest zu verarbeiten wird dieser in einem der 256 Timerdurchläufe in das OCR1A addiert: [c]OCR1A =
OCR1A = OCRx_RELOAD + (REST/T1_PRESCALER);[/c] Im Beispiel aus dem Artikel fällt das nicht auf (Division durch 1). Ich bin drüber gestolpert, weil mein Timer mit Prescaler 8 läuft und die Uhr nachging. VG Sebastian
-
Thread
Upstream-kernel für Raspi Zero
410fd034] revision 4 (ARMv7), cr=10c5383d [ 0.000000] CPU: div instructions available: patching division code [ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache [ 0.000000] OF: fdt: Machine model: Raspberry Pi 3 Model B Plus Rev 1.3 ...[/code] Frage also:
-
Thread
Verschlüsselungsschredder, Frage
nicht sicher, ob das so richtig ist. Wie ist das mit den anderen?...Unterschied, Multiplikation, Division usw. Ist das irgenwo notiert? L.G.
-
Thread
MNA Knotenpotentialverfahren mit wxMaxima
nur Uq2 und die Widerstände stehen: "U3/Uq1 = .... * Uq2" Ähhh...?!?! Du erhoffst Dir von der Division der rechten Seite durch Uq1, dass das Ergebnis unabhängig von Uq1 wird? Das ist ein Scherz, oder?
[code]Du erhoffst Dir von der Division der rechten Seite durch Uq1, dass das Ergebnis unabhängig von Uq1 wird?[/code] Das ist natürlich nicht möglich. U3 hängt linear von U1 und U2 ab. Hier habe ich mich von der SLiCAP Ausgabe in
-
Thread
Einfacher Fehler in C-Berechnung
Und Division sollte man auch aus Rechenzeitgründen vermeiden resp. in Multiplikation mit Reziprok umwandeln. also statt [code] (-0,000004 * (LiftParamR1Vol/10) * (LiftParamR1Vol/10) [/code] simpler [code
derartige Optimierungen von selbst? Normalerweise schon, aber in dem Falle hat er nur beim AVR die Division komplett eliminiert (dort wäre sie aber auch am teuersten), während er es bei ARM und amd64 nicht getan hat.
-
Thread
Integer-Arithmetik - mal wieder
Endianness berücksichtigt, dass die Byte-Reihenfolge im Array zum normalen Layout passt. - Bei der Division loop unrolling betrieben. Das spart eine Division und eine Restwert-Bildung. - Ein bischen Kleinkram. Jetzt bin ich bei 323 Takten pro Durchlauf. So macht die Sache Spaß. Ein bischen neugierig
, wenn die Skalierfaktoren jeweils in int16_t passen (tun sie in meinem Fall). Die zwei 64-Bit-Divisionen sind jetzt der teuerste Teil.
-
Thread
Kennt ihr nen gescheiten naturwissenschaftlichen Taschenrechner für Android 11?
Joe G. schrieb im Beitrag #6810478: > Ein Divisionsoperator fehlt noch ;-) > 4345 ENTER 12352 + 231 + 4 + 234 ENTER 231 + 24 + 25 Irgendwie schluckt die Forensoftware den Operator für die Division :-( 4345 ENTER 12352 + 231 + 4 + 234 ENTER 231
Joe G. schrieb im Beitrag #6810524: > Irgendwie schluckt die Forensoftware den Operator für die Division :-( Nicht ganz. Zwei davon werden zu /Schrägschrift/.
-
Thread
Grundfrequenz eines Signals mit AVR messen
sein, gerade für Niederfrequenz ist das viel höher auflösend. Dazu muss man allerdings eine große Division ausführen, damit ist der Tiny eine Weile beschäftigt.
-
Thread
Ds18B20 Zeigt zu höhe Werte
mask/=2 Wenn man Bits schieben will, sollte man das auch tun, statt per Multiplikation oder Division um die Ecke zu denken. Zumal man dann je nach Datentypen und Intelligenz des Compilers Überraschungen erleben kann, nämlich wenn der Compiler mit Vorzeichen dividiert.
Überhaupt kein Problem und oben schon gezeigt. Man muss nur die Shifts durch Multiplikation und Division ersetzen. :-)
-
Thread
Wie berechnung Formel anpassen
verlustfrei kurzen lässt zu res = 200 + (((((69 - x) * 512) / 23) * (y - 200)) / 512); Die echte Division wird dabei allerdings nur eingespart, wenn es unsigned ist. Also ggf schrittweise rechnen oder echten Code posten
- 200)) / 1000); ergibt: > res = 200 + (((51000 / 46) * (y - 200)) / 1000); Die erste Division (/46) wird, wegen der Klammerung und der Sprache C, abgeschnitten. Effektiv steht dann da: > res = 200 + ((1108 * (y - 200)) / 1000); Das ist das, was wirklich gerechnet wird. Jetzt verlassen
-
Thread
Quelltext: Lesestoff gesucht
/** @brief Bruch als Q16 approximieren * * Multiplikation mit Q16 entspricht trunkierender Division, nicht Rundung * * @param[in] F echter oder unechter regulaerer Bruch (Nenner nicht Null!) * @return Approximation in Q16 */ int32_t frac32_toQ16(frac32_t F) { [/c] Nach den Kommentaren könnte
-
Thread
Ausschalten von LED nach dreimaligem Taster drücken
Variable ein, die den Status der LED widerspiegelt, ändere die abfrage auf 3 durch eine Modulo-Divisions-Abfrage auf 0 und toggle dann die LED anhand deren Status. Nebenbei: Willst du einen Triple-Klick erkennen, oder nur die Anzahl der Klicks zählen und dann reagieren? Weil für ersteres müsstest
-
Thread
Excel Aufgabenstellung
Länge_Spalte_4 Dieses n von 0 bis n-1 durchlaufen (in Zeilen mappen) Da bekommste über GANZZAHL-Division und REST dann die einzelnen Positionen raus.
-
Thread
Fragen zur Erstellung von 8xPWM mit einstellbarer Anzahl an Perioden beim STM3F103
htim2.Init.CounterMode = TIM_COUNTERMODE_UP; htim2.Init.Period = 4095; htim2.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1; htim2.Init.AutoReloadPreload = TIM_AUTORELOAD_PRELOAD_DISABLE; if (HAL_TIM_PWM_Init(&htim2) != HAL_OK) { Error_Handler(); } sMasterConfig.MasterOutputTrigger
-
Thread
Reihenschwingkreis Verständnisporblem
ist > eingebaut. Irgendwo müssen sie ja begrenzen sonst gäbs beim Rechnen Zahlenüberläufe und Division by Zero Fehler. Nichtverzweifelter schrieb im Beitrag #6772961: > ESR des Kondensators Es sind "Ideale" Bauelemente. Leute das ist eine Rechenaufgabe, Ich hatte oben schon den Hinweis gegeben
Beitrag #6773013: > Irgendwo müssen sie ja begrenzen sonst gäbs beim Rechnen Zahlenüberläufe > und Division by Zero Fehler. Ja klar, das ist auch der Grund.