-
Thread
Arduino ADC + Digital Poti -> Problem mit gleitendem Mittelwert
wenn nein, warum nimmt man dafür eine map Funktion die aus 4 Additionen, 1 Multiplikation und 1 Division besteht anstatt 2 Mal rechts schieben?
-
Thread
Konstantstromquelle ohne Last betreiben
Spannung konstant und der Strom gehet gegen unendlich. Und da das genauso wenig geht wie eine Division gegen 0 funktioniert das Modell der idealen Strom und Spannungsquelle in diesen Grenzfällen nicht mehr, sondern man muss mit Strom und Spannungsquellen mit endlichen Innenwiderständen rechnen.
-
Thread
AVR-Debugging: Speicherstelle überwachen
sehr selten auf und sind im Labor nicht zu erfassen, daher ist das Erfassen von Exeptions (z.B. Division durch Null) und deren Speicherung sinnvoll.
-
Thread
3D Kennfeld mit Mikrocontroller verarbeiten
Geht eigentlich recht einfach, sehr effizient und superschnell (ohne echte Division), dann, wenn die Stützstellen auf 2hochN liegen, also 2,4,8,16 oder 32.. usw. Pseudo-Code in C: [c] #define DIV (8) // Abstand zwischen 2 Stützstellen #define MASK (DIV-1) // interpolate
Beitrag #6875862: > Geht eigentlich recht einfach, sehr effizient und superschnell (ohne > echte Division), dann, wenn die Stützstellen auf 2hochN liegen, also > 2,4,8,16 oder 32.. usw. Man verwendet besser 2^n Intervalle, also 2^n+1 Stützstellen (3, 5, 9, ...). Bei der Interpolation fällt eine Division
-
Thread
Gibt es CPU Architekturen in dem ein signed int nicht überlaufen kann?
practice, on two’s-complement machines, both types often give the same result for all operators except division, modulus, right shift, and comparisons. Hence there has been a lack of sensitivity in the C community to the differences between signed and unsigned arithmetic."
-
Thread
Fest Komma Rechnung
Brüche mehr oder weniger genau dargestellt werden! Dann gilt für mich (als Assembler-typ), das Divisionen möglichst immer vor Multiplikationen durchgeführt werden...und schon ist man fertig :-) Gruß Rainer
Rainer V. schrieb im Beitrag #6869111: > Dann gilt für mich (als Assembler-typ), das > Divisionen möglichst immer vor Multiplikationen durchgeführt > werden... Huch? Bits ohne Not wegwerfen? Das ist sicher nicht das richtige Konzept. Genau das Umgekehrte ist richtig.
-
Thread
Interface Parallel Port Drucker
erklärt! Das Ding schreibt sich allerdings „Centonics“. Centronics hing ursprünglich als ‚Division‘ an den Wang Laboratorie, einem US Computer Hersteller (frühe 50er). Der ‚Centronics-Drucker‘ Modell 101 wurde 1970 vorgestellt und besaß einen innovative Druckkopf mit 7 Nadeln (klingelt was?)
-
Thread
ST Developers Conference – Intelligenz am Edge of the Edge
Verfügbarkeits-Situation“ hätte man auch von Ricardo De-Se-Earp erwartet, der als Generalmanager der STM32-Division eigentlich etwas dazu zu sagen hätte. Lustigerweise war dies nicht der Fall - der permanent stotternde Vortrag konzentrierte sich auf die Aussagen der „Breite des ST-Ökosystems“ und der Vorstellung
-
Thread
64-Bit Integer Beschleunigung
kleine Puffer um die unstete Kommunikation des angebundenen Host-PC auszugleichen. Multiplikation/Division wird nicht benötigt. Für die Kernberechnung nichtmal Addition/Subtraktion. Hier eine Liste von Operatoren: increment, decrement, right shift by one, XOR, test LSB (für bedingtes XOR). Und für jede
-
Thread
C Programm - for Schleife funktioniert nicht
Da an der Berechnung nur Integerwerte beteiligt sind, wird die Division auch nur als Integerdivision ausgeführt. Dies gilt auch für Teilausdrücke wie 1.0 + x/12 Wegen Punkt vor Strichrechnung wird zuerst x/12 ausgewertet. Dabei ist es auch egal, was für einer Variablen
-
Thread
Fehlermeldung beim arbeiten mit real Zahlen
Sigi schrieb im Beitrag #6864006: > Die Fehlermeldung aus Post 1 bezieht sich aber auf die > Division, Mein ModelSim (10.1d und 10.5b) meldet mit dem Design vom 1. Post den Fehler hier: ** Fatal: (vsim-3421) Value inf for prod1_real is out of range -1e+308 to 1e+308. Also bei der Multiplikation und *nicht* bei der Division. Auch wenn ich die Multiplikation auskommentiere, kommt bei der Division kein Fehler (fühle mich bestätigt). Das ModelSim vom TO scheint kaputt zu sein.
-
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