-
Thread
Software USB mit AVR
Rechteksignale welche brav zwischen GND und 3,3V schwanken sondern musste das Oszi auf 10ns 50mV/Division stellen damit ich etwas welliges überhaupt zu gesicht bekommen habe. Die sichtbare Amplitude war trotzdem noch recht klein. Also wenn das bei allen Geräten so ist,dann kriege ich das nicht so fein
-
Thread
Komplizierte Berechnung mit PIC durchführen
Pascal-Compiler: Damit kann ich addieren, subtrahieren, multiplizieren und dividieren (und den Rest der Division mit Mod zurückgeben) rechnen mit 16Bit Zahlen. Irgendwo hab ich was mit Zweierkomplement und Exponentialfunktion mit der Basis zwei gelesen, blick da jedoch nicht durch Vielleicht kann mir jemand
0.0405 keine wirklich schöne Zahl. Mann könnte also nach etwas anderem als 1 suchen, dass bei Division durch 0.0405 einen Wert ergibt, der näher an einer ganzen Zahl liegt. 405 zum Beispiel. 405 / 0.0405 ergibt 10000 Man könnte die Formel also auch so umformen RH(lin) = ( 405 * SO - 40000
-
Thread
Audio frequenz erkennung
Ergebnisse der Integrationen enthalten Real- und Imaginärteil des gesuchten Signals. Da sogar Festkomma- Division und Multiplikation etwas zu heftig für einen Tiny sind kann man den Betrag mit einer Faltung des Vektors auf die Reale Achse ermitteln. Dazu kann man einen iterativen Kordic-Algorithmus auf den Vektor
-
Thread
Jemand hier aus Braunschweig, Hannover oder umgegend?
Ich fänd das prima! Ich Studiere übrigends Informatik an FH Wolfenbuettel. Liebe Grüsse Division
-
Thread
Datenformat interpretieren
sinvollsten > so programmieren dass ich das Datum bekomme. Ich hätte es durch maskieren und Division/schieben gemacht: [c] function [y,m,d] = getTime (x) a = uint16(x); y = (bitand(a,0xFE00)/2^9)+2000; m = (bitand(a,0x01E0)/2^5); d = bitand(a,0x001F); end [/c] Der Aufruf wäre dann
Beitrag #5978843: > Ich habe ein Datenformat in der Form yyyy yyym mmmd dddd als 16 bit. Mit Division / und Modulo % d = ymd % 32 m = (ymd / 32) % 16 y = ymd / 512
-
Thread
Diode Auswahl, 50V und 200A
https://www.digikey.com/en/products/detail/vishay-general-semiconductor-diodes-division/VS-HFA90NH40PBF/4119789 Oder eine Schottky: https://www.digikey.com/en/products/detail/vishay-general-semiconductor-diodes-division/VS-243NQ100PBF/4119723
Beitrag #7457740: > https://www.digikey.com/en/products/detail/vishay-general-semiconductor-diodes-division/VS-HFA90NH40PBF/4119789 > > Oder eine Schottky: > > https://www.digikey.com/en/products/detail/vishay-general-semiconductor-diodes-division/VS-243NQ100PBF/4119723 Die beiden Links finde ich
-
Thread
Vorzeichenbehandlung und Typcast
Datentyp des Ergebnisses umzucasten (zb von int nach double) und sich zu wundern, warum zb eine Division in int gemacht wird, wo doch das Ergebnis auf double gecastet wurde. Zum Zeitpunkt an dem die Entscheidung fällt, welche Operation genommen wird, ist der Datentyp des Ergebnisses sowas von uninteressant
-
Thread
Prozent rechnung mit AVR
Festkommaartihmetik]]. So gehts besser. Die Rechung erfolgt in 32 Bit, ausserdem erst Multiplikation, dann Division. [c] pwm1 = (uint32_t)adcw2 * 12024 / 100; //pwm1 = x% von adcw2 [/c] MfG Falk
] > Du kannst davon ausgehen, dass die Compilerbauer auch keine Vollidioten sind und eine Division durch 4 durch einen Shift ersetzen, so er denn auf der Zielhardware schneller abläuft als eine Division. > Bleibt man in seiner software auf werten zur basis 2 (also z.B. 0...1023 > adc, 0..
-
Thread
Dezimal nach Hex-Umwandlung PIC18
Vorschlag um die Division zu vermeiden: 26100 -> 65f4 2 * 0x2710 ; 0x2710 = 10000 in hex + 6 * 0x3E8 ; 0x3E8 = 1000 in hex + 1 * 0x64 ; 0x64 = 100 in hex + 0 * 0xA + 0 * 1 ----------- 65f4 Die Multiplikationen
schlampig bzw. falsch geschrieben wurde. Jan B. schrieb im Beitrag #7974625: > Vorschlag um die Division zu vermeiden: > 26100 -> 65f4 Gemeint ist 26100 -> 0x65f4 Gerhard schrieb im Beitrag #7974641: > hier in Primitiv-Form: > > //0x26100->0x65F4 Gemeint ist 26100 -> 0x65F4 0x26100 kommt
-
Thread
Anfängerfrage - Stoppuhr mittels CCP Module
braucht er ja nicht 100 mal im Interrrupt machen. Bei der Anzeige kann man dann auch wunderbar Division und Modulo nehmen. Und schneller als 10tel kann ein Mensch eh nicht sehen. Ist also unnötig, die hunderstel während des Laufens anzuzeigen.
-
Thread
STM32 UART Rx IRQ verliert Daten
TIM_TimeBaseStructure.TIM_Prescaler = TIM9_PrescalerValue; TIM_TimeBaseStructure.TIM_ClockDivision = 0; TIM_TimeBaseStructure.TIM_CounterMode = TIM_CounterMode_Up; TIM_TimeBaseInit(TIM9, &TIM_TimeBaseStructure); /* Output Compare Toggle Mode configuration: Channel1 */ TIM_OCInitStructure.TIM_OCMode
-
Thread
Draht aus Feinsicherung auf Rolle kaufen?
Ntt=littlefuse&Ntx=mode+matchallpartial&No=0&getResults=true&appliedparametrics=true&locale=de_DE&divisionLocale=de_DE&catalogId=&skipManufacturer=false&skipParametricAttributeId=&prevNValues=2008+203162&mm=1002960||,&filtersHidden=false&appliedHidden=false&autoApply=false&originalQueryURL=%2Fjsp%2Fsearch
3Dmode%2Bmatchallpartial%26No%3D0%26getResults%3Dtrue%26appliedparametrics%3Dtrue%26locale%3Dde_DE%26divisionLocale%3Dde_DE%26catalogId%3D%26skipManufacturer%3Dfalse%26skipParametricAttributeId%3D%26prevNValues%3D2008%2B203162
-
Thread
Grundlegende Frage SRAM
beobachte > dabei das dseg. Wo kann ich das dseg beobachten? Habe jetzt den Fehler auf eine Divisionsroutine eingegrenzt.. wenn ich diese durch die gleiche Divisionsroutine nur mit anderen Register ersetze (also statt call Division_32_32 ... call Division_32_32_X) und nur bei der fehlerhaften Stelle
interruptroutine der timer1 initialisierung, der Berechnung2 wo der Fehler schlussendlich auftritt nach der Division, und der Divisionsroutine selbst. Entdeckt wer beim Interrupt einen Fehler? Ich komm nicht mehr weiter und häng grad. Divisionsroutine habe ich nicht selber geschrieben.. Die anderen Sachen
-
Thread
AVR-C double gibt auf LCd nur aus
nur ein Integer sein. Der Teil "int1-int2" kann noch als Integer berechnet werden aber für die Division musst du mit doubles rechnen. Ich würde es so schreiben: s = (3.0 - 7.0)/(int1-int2); Bin mir außerdem nicht ganz sicher ob man für den AVR nicht noch irgendwo aktivieren muss, dass sprintf auch
-
Thread
LPC1788 - startup / .ld-script
LPC1769. Welcher GCC ist das? Mit welcher Optimierung? Könntest Du bitte in Deiner Version eine Division einbauen und den Part posten, in welchem die Division aufgerufen wird? [code] ull /= 10 [/code] Bei mir erzeugt der "arm-none-eabi-gcc (Linaro GCC 4.5-2011.02-0) 4.5.2" mit -Os bei der uint64 Division ein "blx": [code] 1794: f000 ebc8 blx 1f28 <__aeabi_uldivmod> [/code] und dann landet er im "fault". http://www.coocox.org/forum/topic.php?id=10 http://embdev.net/
-
Thread
SOIC => DIL Adapter
3Dmode%2Bmatchallpartial%26No%3D0%26getResults%3Dtrue%26appliedparametrics%3Dtrue%26locale%3Dde_DE%26divisionLocale%3Dde_DE%26catalogId%3D%26prevNValues%3D2008%2B203148
-
Thread
Wasserwelle durch Kreis mit Bresenham animieren
mapper(x,y)].b = temp_pixel/div; Aha. Du machst dir Sorgen um die Performance und baust daher Divisionen ein :o) Basti schrieb im Beitrag #2980808: > Was ich nun Suche ist ein neuer Ansatz. Das ganze sollte aber mit 25 FPS > auf einem 8 Bit µC mit 24 MHz laufen... :-/ Das ganze ist Kaffesatz-Lesen
-
Thread
[S] SMD Antenne
100pF L: 100µH PCH-27X-104KLT (Coilcraft) Wenn ich den IRQ für den LCO aktiviere bekomme ich (* Division Ratio = 16) 499560 Hz (mit Oszi am IRQ gemessen). Also in den 3,5% bin ich auf jeden Fall drinnen. Nun war gestern ein Gewitter in der Nähe aber es wurde nichts erkannt. Oder ist meine Spule
-
Thread
STM32F4 - Ansteuerung meines Boxed-CPU-Kühler: naja
gpioInit); GPIO_PinAFConfig(GPIOB, GPIO_PinSource4, GPIO_AF_TIM3); timInit.TIM_ClockDivision = TIM_CKD_DIV1; timInit.TIM_CounterMode = TIM_CounterMode_Up; timInit.TIM_Period = 3359; timInit.TIM_Prescaler = 0; TIM_TimeBaseInit(TIM3, &timInit); timOcInit.TIM_OCMode
-
Thread
Countdown für Brutautomat über mehrere Tag mit Bascom
Anzeige wie lange es noch dauert rechnest du aus diesem Sekundenzähler heraus um. Das geht über Division (/) mit module (%) deutlich einfacher.
wirklich sekündlich aufgerufen wird. leider habe ich keine Ahnung was du mit "Das geht über Division (/) mit module (%) deutlich einfacher." meinst
-
Thread
Zufallszahl mit falscher Verteilung
* (Max - Min) / 256 Dafür brauchst du noch nicht mal Gleitkommaberechnungen da du Anstelle der Division einfach die oberen 8Bit des Ergebnisses der Multiplikation verwenden kannst. Sascha
Warum? Weil sonst die Gleichverteilung flöten geht. Bei deinem Vorschlag entstehen durch die Division Nachkommastellen, die Abstände von benachbarten Zahlen im Zahlenbereich beträgt aber 1. Mit anderen Worten ... Bei einem ganzzahligen Vielfachen kann man die Verteilung gleichmäßig auf den gewünschten
-
Thread
(EMV) verringert lackierung die Schirm/Dämpffähigkeit von Blech?
DivisionByZero schrieb im Beitrag #4837702: > Finde deine Aussage schon etwas seltsam ?!? Ehrlich gesagt verstehe überhaupt nicht was du mir mit deinem Beitrag sagen willst. Irgendwie gehen deine Aussagen
DivisionByZero schrieb im Beitrag #4837885: > Wer ausser technisch versierten Personen soll die Praxis nicht Standard > Konformer Geräte in den Markt zu bringen den zur Anzeige bringen ? Die > Oma wenns beim
-
Thread
Führende Nullen unterdrücken wenn == 0
und sowohl das Ergebnis als auch den Rest zurückliefert. Das spart die doppelte Berechnung der Division und Modulo-Operation. Ist aber nebensächlich, wenn man nicht 1 Million Zahlen / Sekunde umrechnen will.
-
Thread
Arduino delay(ms) in ISR?
glaube ich nicht verstanden was millis() sowie % bedeutet, oder? Modulo (%) gibt den Rest einer Division zurück. D.h. deine Variable valuemillis zählt immer von 0 ms bis 999 ms hoch, je nachdem wie schnell/oft du deine Berechnung aufrufst.
-
Thread
AVR: Rogue Pointer oder böser Geist verursachen Abstürze
hätte der AVR-Slave gerade mal einen halben SPI-Takt Zeit dafür. Da hätte bei Atmel die AVR-Division mal ruhig von der 8051-Division abkupfern sollen. Z.B. der AT89C51CC03 hat gepuffertes SPI und obendrein 4 Prioritätslevel, um andere Interrupts sofort unterbrechen zu können: "When a transmission
-
Thread
Denkfehler Umrechnung
(235/120) == 1 bei Integer division
-
Thread
PID-Regler: Wie schnell ist schnell genug?
erfolgen? Nur Du kennst Deinen Regelkreis und weißt, wie schnell er sein muß. Du hast nen Haufen Divisionen durch Konstanten drin, die kann man bequem aus der Schleife herausziehen.
Regelschleife konstant. Du mußt sie daher nur dann neu berechnen, wenn Du sie auch änderst. Divisionen sind recht langsam. Daher lohnt es sich, sie aus der Schleife heraus zu ziehen.
-
Thread
Nullzinspolitik? Und was kommt danach?
Irgendwann in nächster Zeit wird auch die Division durch Null erlaubt. ;-) MfG Paul
>Irgendwann in nächster Zeit wird auch die Division durch Null erlaubt. Dann sollte man schnell Intel-Aktien kaufen...
-
Thread
HSV->RGB-Methode: Speicherplatz optimieren
eine division durch 256 ist gleichbedeutend mit x>>8 8 bits nach rechts schieben, falls dein compiler das nicht schon macht ... probiers doch mal :)
=100, s=250, v=255; setColorHSV4(h, s, v); for(;;); } [/c] Man kommt jetzt ohne die Divisionen aus, und die Ergebnisse sind genauer. Da aber statt der Division nun eine 32-Bit-Multiplikation benötigt wird, ist der Code-Größe gegenüber der Version von avr kaum geschrumpft, mit dem GCC 5.3.4
-
Thread
uint32 * uint32 = neg. Zahl ?
Du möchtest das also so berechnen [code] adc_val * 2130L * 25L / 1024 [/code] Divisionen immer so weit wie möglich in der Berechnung nach hinten schieben. Einzige Ausnahme: Wenn Überlauf droht. Inwiefern dich dieser Fehler jetzt stört, musst du entscheiden. Ich halte es auch ein wenig
Ich hab das so gemacht, damit der MC nicht immer 2 Multiplikationen und eine Division durchführen muß, sondern nur eine Multiplikation. Steh da momentan auf n Schlauch, da der Fehler zwischen 52 und 52,00195 bei 0,2% liegt. Hab mich da an den Artikel "Festkommaarithmetik" gehalten
-
Thread
Pseudozufallserzeugung mit BBS
bevor sie sich "verrechnet" Es geht *nicht* um die Simulation. die Simulation kann jede Art von Division und Modulo. Im echten Leben auf einem FPGA ist das ungleich komplizierter... > meinst du, dass das deswegen nicht funktioniert? Nein. Du hast noch einen anderen Fehler... > also, weil m keine
Überlauf haben, hat es bei deiner Version ja auch nicht. Kann man überhaupt eine allgemeine Division (ausser durch Lookuptable) ohne irgendeine Art von Iteration (loop) implementieren? Ich dachte das geht nicht aber lasse mich gerne eines besseren belehren.
-
Thread
AVR/ Teilbarkeit durch 100 und 400
Die division will man scheinbar vermeiden...
zu machen, macht man für Zahlen, die außerhalb des hochoptimierten Bereiches liegen, eben eine Division mit Rest...
-
Thread
AT-Tastatur - PC - µC "einschleifen" -> RS232
State1=0 State0=P DDRD = 0b01100000; PORTD = 0b01111101; // Crystal Oscillator division factor: 1 #pragma optsize- CLKPR=0x80; CLKPR=0x00; #ifdef _OPTIMIZE_SIZE_ #pragma optsize+ #endif // Port D initialization // Func6=Out Func5=Out Func4=In Func3
-
Thread
Anfängerfrage USART (easy)
7: warning: "UL" is not defined main.c:21:7: warning: "UL" is not defined main.c:21:7: error: division by zero in #if main.c:21:26: warning: "UL" is not defined main.c:21:26: warning: "UL" is not defined main.c:21:26: error: division by zero in #if main.c:22:4: error: #error Systematischer Fehler
-
Thread
Syntax unterscheidung gerade oder ungerade
optimieren darf. Dividieren muss er zwar nicht, aber bissel komplizierter ist es dennoch. Bei der Division sieht das beispielsweise für x / (2**n) so aus: [c] if (x < 0) x += (2**N)-1; return x >> N; [/c]
ursprünglichen höchsten Bit gefüllt. > Dann bleibt das ganze wieder konsistent. Nein. Die C Division rundet gegen Null, der arithmetische Shift gegen Minus Unendlich.
-
Thread
MSP430x169 und TIMERA compare register
mal setzen dann muss ich ja den Wert durch die Anzahl der Messungen teilen. Da dies eine 16bit Division ist dauert es seine Zeit. Und genau das ist mein Problem. Hier einfach mal der Code ausschnitt. [c] while(!(position_MANCODE == 16)); P1OUT ^= 0x10; TACTL |= 0x0200 | TACLR ;
Bits Deine Preamble hat, aber Du könntest anstatt über 6 Bits zu mittel auch 4 oder 8 Bits nehmen. Division ist dann einfach ein Rechts-Schieben der Summe um 2 bzw. 3 Stellen.
-
Thread
aktuelle Infos zu Cariad
indefinitely. Even an “emergency comeback” of VW CEO Oliver Blume’s downsized in-house software division, Cariad, may be looming. ------------------ Quelle: https://www.electrive.com/2025/09/19/volkswagen-rivian-software-joint-venture-allegedly-hits-turbulence/
-
Thread
GPS Signal Simulieren
://www.physik.uni-bielefeld.de/~yorks/pro13/liedeker.pdf * https://en.wikipedia.org/wiki/Code-division_multiple_access * https://www.wasyresearch.com/generating-gps-l1-c-a-pseudo-random-noise-prn-code-with-matlab-and-c-c/ * https://www.analog.com/media/en/technical-documentation/design-notes/lna-optimized-for-gps-rep024
-
Thread
Umstieg AVR->ARM
genau ! Der ARM7 ist für viel Datendurchsatz und viel 32-Bit Rechnen und wenig Float oder Divisionen (hatter nich). Als Bitschubser oder Statemachine bringt er keine Punkte, aber dafür ne viel teuere Platine und höheren Stromverbrauch. Peter
-
Thread
Wurzel ziehen asm
dem Komma ,831 und 14/17 ergibt ,823 also das ist schon nah dran, erfordert aber eine division... Stefan
kann mir jemand sagen wie ich bei nem 8051 eine 16Bit / 8bit division mache am besten mit dem hardware befehl div ab Danke die oben genannte rutiene hab ich schon implementiert
-
Thread
Codeoptimierung
Tycho B. schrieb im Beitrag #5974378: > Da die Division komplex in der Implementierung ist, wollte ich, dass > diese nur ein mal ausgeführt wird. Eine Division durch eine Konstante ist nicht zeitaufwändig, wenn man sie durch eine Multiplikation ersetzt
Lothar M. schrieb im Beitrag #5974397: > Tycho B. schrieb im Beitrag #5974378: >> Da die Division komplex in der Implementierung ist, wollte ich, dass >> diese nur ein mal ausgeführt wird. > Eine Division durch eine Konstante ist nicht zeitaufwändig, wenn man sie > durch eine Multiplikation
-
Thread
Einfacher IIR-Filter für langsamen UC verbessern
dauert deutlich länger. Teiler muss unbedingt 2^n sein. Mit anderen Teilern wird eine Software-Division aufgerufen, die ewig dauert. Es gibt noch einen Rundungsfehler mit div 8, sind die Werte nur positiv kann man das so vermeiden: tpwert8 := input + tpwert8 - (tpwert8 + 4) div 8;
-
Thread
Hilfe beim Brett von Stirn lösen [Analoge Sensoren Atmega328p]
und dann dividiert mal mit, mal ohne banal Mathe (hab sogar überflüssige Mulitplikation und Division vorher gegeneinander gekürzt, was wahrhaften Idioten schon schwer fällt selbst bei so simplen Dingen wie /60*60 ;)) mal mit linearer Arraybefülllung mal mit phasenverschobener.. solange bis ich
-
Thread
fortlaufenden Mittelwert berechnen
gleichen Maschinencode, als wenn du das mit Shift-Operationen machen würdest. Der Quelltext ist mit Divisionen aber besser lesbar.
Rolf M. schrieb im Beitrag #6320324: > einfach die Division und lässt den Compiler entscheiden, was die beste > Variante ist. Genau darum geht es ja. Im Zweifel entscheidet sich der Compiler halt für die langsame Division bei signed.
-
Thread
Frequenz eines PWM Signals ändern??
F_CPU/N/f)-1; // Endwert für Frequenz OCR1A =ICR1*(100-T)/100; schriebst du oben. Die Divisionen die du da machst benötigen einiges an Rechenzeit. Führst du diese direkt in der ISR aus so kann es bei hohen Frequenzen dazu führen das das Timing immer kritischer wird. Deshalb lagerst du diese
-
Thread
bin2bcd, effektiverer Code ?1?
Funktionen sind diese hier (und werden momentan in einem AVR System verwendet). Ganz gezielt die Division- und Modulodivision sind mir hier ein Dorn im Auge, weil ich genau weiß, dass AVR keine Hardwaredivision besitzt: [code] uint32_t bin2bcd(uint32_t bin, uint8_t diganz) { int bcd, dig, i;
Im Leben nicht... Am ehesten ldiv, weil in der rückgebenden Struktur die Modulo und normale Division schon enthalten die ist.
-
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
Double gegen Integer
Mein erster Verdächtiger wäre die Division. Übersetze das Programm mal mit den Optionen -g -S und schau dir mal den Assembler Output an. Durch die -g Option ist im Assemblertext auch die ursprüngliche Zeilennummer enthalten, wonach du
in einer FPU schon sehr schnell, aber eben > keine Integergeschwindigkeit. Die Fliesskomma-Division ist heute wesentlich schneller als die Integer-Division (seit Intel Core 2 und AMD K7). CPU ist Haswell, dafür gilt lt. Agner Fog als Latenz: - Integer Division u32: 22-29 Takte - SSE Fliesskomma
-
Thread
Vivado, Rechnen mit Klammern und Punkt vor Strich
logic or boolean, result same * multiplication, numeric * numeric, result numeric / division, numeric / numeric, result numeric mod modulo, integer mod integer, result integer rem remainder, integer rem integer, result integer + unary plus, + numeric
Warum soll ÷ kein gültiger Rechenoperator sein? Wikipedia zumindest gibt es als ein mögliches Divisionssymbol an.
-
Thread
Integer-Wert in ASCII-char
@Karl-Heinz Buchegger Danke. Nachdem ich kurz nachgeschlagen habe wie die modulo-Division funktioniert war das Nachvollziehen kein Problem. Trotzdem, von selbst auf so etwas zu kommen ist wieder eine andere Geschichte...
Sicher. Geht fast völlig analog. Den Vorkommaanteil kannst du ja schon bearbeiten (Fortgesetzte Division durch 10 und mittels Restbildung bei der Division durch 10 die Einerstelle extrahieren). Der Nachkommaanteil ist sogar noch einfacher: Wenn du 0.89654 mit 10 multiplizierst, erhältst du: 8.9654