-
Thread
C Anfänger: PWM Signal auslesen Gesperrt
signed int geht das locker ABER Probleme macht (Egal)*8/T2 T2 ist einfach zu gross für Ganzzahl division >>Wer denken kann ist da klar im vorteil was soll den auch rauskommen >>wenn >>Der Messbereich des Sensors +-8g ist 255 ????? >>Brett #2 Da kann man gerade noch 1 Stelle sehen Also: Her mit dem
-
Thread
Ansteuerung eines Getribeschrittmotors in abhängigkeit der Drehzahl (nonblocking)
Temperatur. Berechnungen sind für mich immer eine leichte Herrausforderung, dar es oft nicht ohne division funktioniert, und das doch einiges an Takten in Anspruch nimmt.
-
Thread
PIC18F Werte frieren irgendwann ein
Redundance beseitigen, ich bekomme hier fast Augenkrebs. 3. z.B. den ungünstigen itoa Code, da mit Division, in die Tonne hauen und mein Beispiel (ungetestet :-)) mal anschauen. 4. eine serielle Ausgabe einbauen, damit du besser beobachten kannst, z.b. ob das LCD sich aufhängt oder der Code. 5. die
-
Thread
Wochentag berechnen -> 0 bis 6
Vorzeichen). Könnte, aber muss nicht reichen. Was macht "/" bei *Deiner* Sprache (VB.net?) bei Division mit Integer-Zahlen?
Vorzeichen). > Könnte, aber muss nicht reichen. > > Was macht "/" bei Deiner Sprache (VB.net?) bei Division mit > Integer-Zahlen? Das gleiche wie in C#. Habe es mit diversen Datentypen durchgekaut.
-
Thread
In C Stack-overflow vorhersehen bzw. abfangen
natürlich: Überprüfen auf Plausibilität. Man empfängt ja auch nicht ein UINT8 und sagt bei einer Division dann, "Ach, da wird schon keine Null drinstehen, weil der Sender bestimmt keine Null verschickt. Also kann ich einfach immer sofort durch den empfangenen Wert teilen, das passt schon." :-) Das
-
Thread
bascom kann nicht richrtig dividieren?
Perioden auf. Diese Rundung läßt sich über einen Compilerschalter abschalten. Z.B. kommt bei der Division nach IEEE-754 Standard 108,03 / 100 = 1,08029997 raus und wird dann automatisch auf 1,0803 gerundet. Wenn der Bascom nicht den IEEE-754 Standard einhält, muß dann ja irgendwo stehen, welcher maximaler Fehler z.B. bei der Division entstehen kann. Gibt es keinerlei zugesicherte Aussagen über die Genauighkeit, würde ich Bascom nicht nehmen. Peter
-
Thread
ADC-Wert berechnen
Intervales legen so ist das mathematisch eine Verschiebung des Meßwertes. Dies ist nicht durch eine Division mit zb. 1023 oder 1022 oö. erreichbar, sondern durch Addition/Subtarktion eines Korrekturwertes. Die Divison mit 1023 ist also nicht nur mathematisch unrichtig sondern technisch auch unclever
eine Zahl mit 1024 sehr schnell per Shifts dividieren. Das ist mit 1023 nicht möglich. Eine Division eines 10 Bit Wertes durch zb. 512 stellt eine Verkleinerung des Wertebereiches durch 2 dar. Man kann also mit der Division/Multipikation einen Wertebereich scalieren aber eben NICHT im Interval verschieben
-
Thread
welcher FPGA für motion detection?
jeden Pixel mit je einem individuellen Gewicht, addiert alles zusammen und macht danach noch eine division durch einen 2er potenz. die gewichte und die division sind "von aussen" programmierbar und somit variabel. Das Ganze wurde dann noch so optimiert, dass bei jedem Takt 4 Pixel parallel in einer 7 stufigen
-
Thread
Spannung trotz Labornetzteil bricht stark ein (Step Up)
handelt es sich um eine Shottky http://www.digikey.de/product-detail/de/vishay-semiconductor-diodes-division/SSB43L-E3-52T/SSB43L-E3-52TGICT-ND/1091691 Die sollte rund 450mV bei 4A brauchen.
-
Thread
Methoden zur Identifikation von Minima in "Echtzeit"
verwenden. Damit erreichst Du subsample Auflösung. Der Aufwand ist paar Multiplikationen und zwei Divisionen per sample, sollte gehen. Nochmal langsam: Du löst für die 10 xn und die 10 yn das überbestimmte Gleichungssystem a*xn^2+b*xn+c=yn mit minimalen Fehlerquadraten. Das ist eine quadratische,
-
Thread
-Os liefert schlechtes Ergebnis Gesperrt
nur einmalig je neuem Wert aus. Ergonomisch ist eine Anzeigerate von 2..5Hz. Besonders die Divisionen sind teuer, da der AVR keinen Befehl dafür hat.
Variablen inkrementiert man zu geeigneter Zeit (bzw. setzt sie zurück), dann entfallen sowohl die Divisionen mit 6000 und 10 und die Modulo-Operationen mit 60 und 10 ebenso.
-
Thread
Suche Hochspannungssicherung 150mA
Einzelpreis, Digikey will 70€/Stk. https://www.digikey.be/de/products/detail/eaton-bussmann-electrical-division/HVJ-1-8/5435419
Digikey will 70€/Stk. > > https://www.digikey.be/de/products/detail/eaton-bussmann-electrical-division/HVJ-1-8/5435419 Ok, scheint wohl so zu sein ...
-
Thread
Caller ID spoofing aus dem Ausland / Roaming
diese Praxis durch Deaktivierung von Roaming unterbunden werden? > > Nein. > Die Cybercrime-Division der Kantonspolizei sagt: Doch. Mal sehen, was das Experiment zeigt. > TuerenNichtZuknaller schrieb im Beitrag #7086863: >> Wenn das Telefon mit der echten Nummer bereits im Netz eingebucht ist
-
Thread
AVR-GCC und kleine Controller
addieren und subtrahieren willst, geht es vielleicht gerade noch so, Multiplikation oder gar Division ziehen aber vermutlich schon so viel mit rein, daß das nicht mehr praktikabel ist. Und Ein-/Ausgaben wirst Du ja vielleicht auch noch machen wollen... Ich habe Gleitkomma erfolgreich auf einem
-
Thread
Checkliste Softwarereset AVR
Mach ich. Haben wir noch rumliegen.. langsam werd ich verrückt. Muss man speziell aufpassen mit Division durch Null oder Ähnliches?
Hans wrote: > Muss man > speziell aufpassen mit Division durch Null oder Ähnliches? Nein, Traps kennt ein AVR nicht.
-
Thread
GCC: variable may be used unitialized
dezimal dargestellte Variable geprüft wird, obwohl eher das Bitmuster interessant ist. (Prüfen auf Divisionsrest wäre sicherlich noch etwas sprechender). Die Namen bit <-> bits sind auch nicht toll. Ich habe diese Funktion hier genutzt, weil sie das Verhalten bei den Warnings zeigt, was mich interessierte
-
Thread
C-Code für Fahrtregler anpassen
dividiert wird in eine eigene Zwischenvariable geholt. Dies deshalb, damit ich den Nenner bei der Division noch die Hälfte davon dazuzählen kann ohne dass ich mir die Finger wund tippe. Eine sog. Rundungskorrektur. In C wird bei Divisionen kein Nachkommaanteil beim rechnen mit Integern erzeugt. Die Division
schon wesentlich näher an 1 als es an 0 liegt. D.h was ich gerne haben möchte, das ist das mir bei Divisionen, die einen Nachkommaanteil größer/gleich 0.5 rausbringen würden, dann auch die nächst höhere Zahl als Ergebnis kommt. Eben so, wie wenn ich die 0.857 runden würde und 1.0 herausbringen würde. Und
-
Thread
AVR TSIC Auswertung => riesen Programm
[c] Temp_celsius = (temperatur * 200 / 2047) - 50; [/c] (Hintergedanke: Du willst die Division so spät wie möglich machen. Bei der Division gehen dir die Nachkommastellen flöten, daher willst du es solange wie möglich hinauszuögern. Bei den anderen Operationen kann dir nichts verloren gehen
-
Thread
ADCMUX Verständnisfrage
Ist nach C Standard immer noch undefiniert. Ganz abgesehen davon, dass das Ergebnis der Modulo Division nirgends benutzt wird :-) Was ist so schlimm an [C] ADMUX = ( ADMUX + 1 ) % 4; [/C] PS: Dir ist schon klar, dass dadurch alle anderen Bits in ADMUX, so denn welche gesetzt sein sollten
-
Thread
Problem mit ausgabe über sprintf
viele Äpfel bekommen, wieviele Äpfel bekommt jedes Kind und wieviele bleiben der Mutter übrig? Division mit Rest / ist in C die Division. % ist in C der Rest, der bei einer Ganzzahl-Division bleibt.
-
Thread
Division liefert falsches Ergebnis
anders. Hier erfolgt der Übergang von unsigned nach signed gleich nach der Multiplikation. Die Division wird bereits als signed Operation durchgeführt. Übrigens ist dieses Ergebnis ebenfalls nicht korrekt. Denn eine positive Zahl mal -10 durch 100 muss ein negatives Ergebnis liefern.
ergebnis falsch wird. Aber dann sollte doch bei -10*a/100 auch zuerst die Multiplikation und die Division erfolgen welche ja noch richtig wäre und anschließend erst die Subtraktion und das Ergebnis wieder stimmen?
-
Thread
Programm bleibt bei for schleife hängen
bei dieser Rechnung eine Zahl raus mit der ich mal so gar nichts anfangen kann. Denn bei dieser division 1/1024-1/2048 kommt mit calcticks ein wert von ca 0,81... raus leider interpretiert das Programm das als 1. Wie bekomme ich hier eine erhöhte Genauigkeit hin ( 3-4 Stellen nach dem Komma) und ohne
identisch zu calcticks / 2048 (wenn calticks ein unsigned Wert ist). Und genau so (also mit Division) solltest du das auch schreiben und da nicht lange rumkünsteln. Dann sieht man nämlich was Sache ist. Wenn die Division durch Schieben ersetzbar ist, dann macht das der Compiler ohnehin.
-
Thread
Rechengeschwindigkeit µC
mindestens 4 Taktzyklen gebraucht. Komplexere sachen wie bedingte sprünge, multiplikationen / divisionen benötigten dagegen einige mehr. Grund ist, das ein ASM Befehl für die keine spezielle HW vornahnden ist intern in Microcode umgesetzt wird der dann entsprchend länger braucht. Z.B. der Uhr 8086
-
Thread
Linear Rückgekoppeltes schieberegister polynom
0001) und jetzt teilen wir 1 / (x4 + x3 + 1) Die Rechenschritte sind jetzt ähnlich denen einer Division im Dezimalsystem, immer wenn ... nicht subtrahierbar wird eine Stelle nach links geshiftet, d.h. erweitert (im Dezimalsystem wäre das die Erweiterung mit 10 ) 0001 : 11001 = 00011….. (alle
-
Thread
Periodenmessung
wären ja dann groß genug um den 32bit-Timer Wert aufzunehmen. Falls das geht, wie sieht es mit der Division und Subtraktion aus? Oder kann es noch andere Gründe für den Fehler bei niedrigen Frequenzen geben?
Timer als 32bit-Timer zählen lassen und habe somit einen größeren Wertebereich. Funktioniert die Division dann auf jeden Fall? Ich nutze den C30-Compiler..
-
Thread
Richtiger Umgang mit Timer im Interruptbetrieb
Durchschnittswert/n abzieht. Dann wird es allerdings ein bisschen ungenauer und kostet durch die weitere Division(Shift) etwas mehr Rechenzeit. mfg.
-
Thread
Popelige Rechnung oder doch nicht?
disassembly sehe ich wie 500 und 10 in den registern landen. ich sehe aber nirgends die ausführung der division. schreib mal bitte unter die division PORTA=test>>8; PORTB=test & 0xff; das zwingt den kompiler das ergebnis an den ports auszugeben und die division wird entweder ausgeführt oder durch den
, leider auch kein Erfolg mit deiner Variante. In der disassembly Liste steht doch was über die Division, 23:.....oder nicht? Kann es sein das Generell Divisionen einen großen Akt darstellen, habe ja vorher schonmal nach Lösungen gegoogelt, da wird dann Registerschieberei erwähnt, oder es wurden eigene
-
Thread
Segway - STM32
Wird sicher gehen, aber es wird auch schwerer zu implementieren sein, da man sich dann bei jeder Division nen Kopf um Optimirung machen muss, denn sonst wird es zu langsam. Der Atmega ist eine lahme Schnecke. Mit einem stm32 können die Regelalgorithmen einfach hingeschrieben werden. Rechnen mit 32bit
sicher gehen, aber es wird auch schwerer zu > implementieren sein, da man sich dann bei jeder Division nen Kopf um > Optimirung machen muss, denn sonst wird es zu langsam. Der Atmega ist > eine lahme Schnecke. Gähn. Das haben schon Jugendliche mit einem popeligen Arduino hingekriegt http://
-
Thread
stm32 cortex SPI und I2C funktionieren nicht gemeinsam
reinsehen, das ist wohl mit der Exception, um festzustallen, woran sie scheitert. So könnte auch eine Division durch 0 die Exception auslösen.
-
Thread
STM32F4 Timer konfigurieren
Timers durch, also wie müssen Prescaler gesetzt werden etc.. [c] TIM_TimeBaseInitTIM.TIM_ClockDivision = 1; TIM_TimeBaseInitTIM.TIM_CounterMode = TIM_CounterMode_Up; TIM_TimeBaseInitTIM.TIM_Period = 1000000; TIM_TimeBaseInitTIM.TIM_Prescaler = 84-1; TIM_TimeBaseInit(TIM2, &TIM_TimeBaseInitTIM
> > Gruß J. Habe die nun wie folgt eingestellt: [c] TIM_TimeBaseInitTIM.TIM_ClockDivision = TIM_CKD_DIV1; TIM_TimeBaseInitTIM.TIM_CounterMode = TIM_CounterMode_Up; TIM_TimeBaseInitTIM.TIM_Period = 8400; TIM_TimeBaseInitTIM.TIM_Prescaler = 10000; TIM_TimeBaseInit(TIM2, &TIM_TimeBaseInitTIM
-
Thread
Impulse zählen / sliding window
Du statt 14 Impulsen/Sekunde z.B. den Wert 1400 speicherst. Dann ist der Rundungsfehler bei der Division kleiner (bei Integern, siehe Festkommaarithmetik). Für die Ausgabe rechnest Du gleich in Liter/Stunde o.ä. um und machst alle Divisionen am Ende, dann ist das auch recht genau.
-
Thread
Bewerbung bei Continental, Adresse?
ist keine angegeben, nur: "Sie wollen mit uns Gas geben? So starten Sie durch: Continental, Division ContiTech, Judith Siehndel, Human Resources." Soll ich einfach das ins Anschreiben packen?
online Bewerbung wird, würd ich einfach die Angaben aus der Stellenanzeige nehmen: Continental, Division ContiTech, Frau Judith Siehndel Human Resources
-
Thread
Pin Interrupt löst Reset aus
variables here void main(void) { // Declare your local variables here // Crystal Oscillator division factor: 1 #pragma optsize- CLKPR=0x80; CLKPR=0x00; #ifdef _OPTIMIZE_SIZE_ #pragma optsize+ #endif // Input/Output Ports initialization // Port A initialization // Func7=In Func6=In Func5
-
Thread
Verilog: Signed Division durch Zweierpotenz
Lothar Miller schrieb im Beitrag #3879116: > Der Synthesizer selber wird jede Division, die einfach mit "/2" dasteht > durch eine "Schiebeoperation" ersetzen (in der Realität durch einfaches > Ignorieren des LSB). "The integer division shall truncate any fractional part toward
Logik zu vermeiden und dann meckern, dass es nicht so funktioniert wie man es sich vorstellt. Wer Division meint, soll auch Division sagen und den Rest dem Tool überlassen.
-
Thread
ADC Auflösung
Was meinst du mit effizienter? Wenn du 2^n Werte addierst, reicht es Rechtsshift statt Division.
dividieren. Ich denke, daß die ADC-Wandlung mit 24 Bit 1000 x langsamer ist als eine einzige Division ;-)
-
Thread
den richtigen OpAmp finden?
at.farnell.com/jsp/search/browse.jsp?N=203333&No=0&getResults=true&appliedparametrics=true&locale=de_AT&divisionLocale=de_AT&catalogId=&skipManufacturer=false&skipParametricAttributeId=&prevNValues=203333&filtersHidden=false&appliedHidden=false&autoApply=false&originalQueryURL=%2Fjsp%2Fsearch%2Fbrowse.jsp%3FN%3D203333%26No%3D0%26getResults%3Dtrue%26appliedparametrics%3Dtrue%26locale%3Dde_AT%26divisionLocale%3Dde_AT%26catalogId%3D%26skipManufacturer%3Dfalse%26skipParametricAttributeId%3D%26prevNValues%3D203333 (alternativ : mouser, digikey, RS, Arrow...) auf OPVs gehen, die gewünschten Parameter
-
Thread
Umkehrfunktion der PT100 Widerstandsberechnung
Und wenn man sich noch die Division durch R0 spart, indem man sie schon bei der Ermittlung des Widerstands durch andere Konstanten berücksichtigt - Laufzeit fast halbiert: 62µs bei 16MHz.
-
Thread
CRC durch uC berechnen lassen - Problem bei der Umsetzung
Nein! Es wird IMMER geschoben, nur je nach 8. Bit XOR oder nicht gemacht. "To perform the division perform the following: Load the register with zero bits. Augment the message by appending W zero bits to the end of it. While (more message bits) Begin Shift the register
-
Thread
mit einem 8051 Mikrocontroller einen Mlx90416 Infrarotsensor anstuern
ist Tastverhältnis T1 = T / 1000; // Um ??die Auflösung auf 0.01 abzuschneiden, erfolgt eine Division von 1000 auf den Ergebnissen return T1; } void main (void) { char txt[10]; unsigned int A; unsigned int B; unsigned int C; unsigned int D; unsigned int Data1; unsigned int Data2; int
-
Thread
STM32 C++ Memberfunktion in Interrupt
RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2, ENABLE); TIM_TimeBase_InitStructure.TIM_ClockDivision = TIM_CKD_DIV1; TIM_TimeBase_InitStructure.TIM_CounterMode = TIM_CounterMode_Up; TIM_TimeBase_InitStructure.TIM_Period = 9; TIM_TimeBase_InitStructure.TIM_Prescaler = 4199; TIM_TimeBaseInit
-
Thread
STM32: interne Pull-Ups für SPI
0; htim4.Init.CounterMode = TIM_COUNTERMODE_UP; htim4.Init.Period = 0; htim4.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1; sConfig.EncoderMode = TIM_ENCODERMODE_TI1; sConfig.IC1Polarity = TIM_ICPOLARITY_RISING; sConfig.IC1Selection = TIM_ICSELECTION_DIRECTTI; sConfig.IC1Prescaler
htim12.Init.CounterMode = TIM_COUNTERMODE_UP; htim12.Init.Period = 0; htim12.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1; if (HAL_TIM_PWM_Init(&htim12) != HAL_OK) { Error_Handler(); } if (HAL_TIM_OnePulse_Init(&htim12, TIM_OPMODE_SINGLE) != HAL_OK) { Error_Handler(
-
Thread
Software von ST
dennoch strotzt der erzeugte Code nur so von printf-Geraffel und zwei Dutzend verschiedenen Integer-Divisions und Multiplikationsroutinen in allen Varianten, signed und unsigned, lang und kurz und wahrscheinlich ist auch noch ne halbe Tonne float mit drin, ich musste relativ schnell meinen Blick abwenden
strotzt der erzeugte Code nur so von printf-Geraffel und zwei > Dutzend verschiedenen Integer-Divisions und Multiplikationsroutinen in > allen Varianten, signed und unsigned, lang und kurz und wahrscheinlich > ist auch noch ne halbe Tonne float mit drin OMG.. ja, da hat man in der Tat keine Fragen
-
Thread
reziproker verstärker
Danke für die Links. Habe ich z.T. auch gefunden. Und die Division durch Null ist ja klar...Ist, wie gesagt, reine "Bauchfrage". Ich werde mal mit Multiplizierer spielen. Gruß Rainer
das absolut exotisch. Genau. Wenn der TO tatsächlich ein Problem hat, dass sich mittels einer Division korrekt modellieren läßt, dann muss er wohl eine Eingangsgröße haben, deren Betrag ein bestimmtes Epsilon>0 nicht unterschreitet.
-
Thread
logarithmischer Detektor AD8362
XdBm/100Bit5 = -10dBm /180Bit5 <==> XdBm = -10dBm /180Bit5 *100Bit5 XdBm = -5,5dBm Bei der Division muss man noch passend Runden: wenn der Rest r: r = {0 : 0<= r <0.5 // 5 : 0.5<= r <1 }
-
Thread
PWM Ausgang erzeugt kein PWM Signal :(
TIM_CounterMode_Up; TIM_TimeBaseStructure.TIM_Period = 999; TIM_TimeBaseStructure.TIM_ClockDivision = 0; TIM_TimeBaseStructure.TIM_RepetitionCounter = 0; TIM_TimeBaseInit(TIM1, &TIM_TimeBaseStructure); /* Channel 1, 2,3 and 4 Configuration in PWM mode */ TIM_OCInitStructure.TIM_OCMode
. Kann man erlauben, wenn man [c] //...standard timer init TIM_TimeBaseStructure.TIM_ClockDivision = 0; TIM_TimeBaseStructure.TIM_RepetitionCounter = 0; // etc. TIM_TimeBaseInit(TIM1, &TIM_TimeBaseStructure); // und dann updates erlauben TIM_UpdateRequestConfig(TIM1, TIM_UpdateSource_Global
-
Thread
Bits aus Byte-Array extrahieren Alg.
Je nachdem wie schlecht dein Compiler ist kann man bei den Divisionen und Modulo Operationen schon optimieren --> Shift Operator und logisches AND (&). Das bring aber nur etwas, wenn diese Operationen vergleichsweise oft aufgerufen werden, z.B. die Länge der zu extrahierenden Daten kurz ist. Division und Modulo auf einem Microcontroller ohne Divisions-Einheit brauchen da schon mal xx Befehle, um das umzusetzen... einen schlechten Compiler vorausgesetzt. Außerdem könnte man auch Sonderfälle
-
Thread
Floating point division auf 8-Bit Prozessor
! Die schreiende Mehrheit läßt selbst int32-Divisionen nicht zu - lediglich Schiebereien sind erlaubt ;-)
Werten immer eine Multiplikation anstelle der Division. Bei der Umwandlung z.B. von inch in cm durch 2,54 zu dividieren ist ein unverzeihlicher Kunstfehler, selbstverständlich multipliziert man da mit dem Kehrwert von 2,54. Georg
-
Thread
Analogtelefon: Klingelspannung richtig?
Das sind 20V pro Division, oder?
foobar schrieb im Beitrag #5578953: > Das sind 20V pro Division, oder? Gute Frage. ;-) Dann reicht das.
-
Thread
CAN-CRC berechnen
etwas genauer erklären. Ich sehe du schiebst so lange nach links bis die 1 vorne steht was einer Division durch 32 entspricht, was passiert im nächsten Schritt? Ich verstehe nicht wo jetzt die neue Zeichenfolge herkommt? X15 + X14 + X10 + X8 + X7 + X4 + X3 + 1 heißt das x hoch 15 + x hoch 14....wofür
mikrocontroller.net noch diverse CRC-Threads. Hier gibt es an gewissen Stellen Analogien zu einer regulaeren Division, welche mehr oder weniger gut passen. Bereits diese Analogien sind einigen mathematisch formaler orientierten Personen aufgestossen, will heissen: Stelle Dich bei Deinem Artikel auf viele falsche
-
Thread
C-Compiler selbstgeschrieben.
Optimierung (Constant-Folding, Common Subexpression Elimination, Multiplikationen durch Shift ersetzen, Divisionen durch & u. dgl.) hinausgehen. Sobald Optimierungen über mehrere Statements bzw. mehrere Funktionen hinweg greifen sollen, wirds aufwändig. Mehrere Statements gehen noch, indem man eine Funktion als