-
Thread
PID Regler verbessern
Begrenzung kommst. Eventuell hilft hier spielen mit den Werten für Kp und Ki Auch durch die Division durch 500 verlierst du was. Wenn da alles Ganzzahlen sind, dann läufst du auch in folgendes Problem: 1/3 + 1/3 + 1/3 -> 0 !!! Hier könnte es helfen, alle Werte mal 10 (*) zu nehmen, damit
-
Thread
Float to Int?
überhaupt "float" Variablen? Sollte auch ohne gehen. Denn ich sehe nur ganzzahlige Werte. Und eine Division kommt auch nicht vor ... Verwende einfach Int16 bzw. Int32. Das macht auch den Code deutlich kleiner.
-
Thread
AVR/PIC oder ähnlich mit integrated osc >8MHZ
PIC3 oder AVR welcher bietet mehr performance? AVR dachte ich hat doch alles single inst (bis auf division) oder? Ist der befehlssatz des pic3 mächtiger? oder wie kann der sonst an die Effizienz des avr rankommen?
Wenn man die 80 MHz beim PIC33 zu Grunde legt, sind fast alle Befehle 2 Zyklen lang - die Division ist aber wie üblich deutlich langsamer, aber immerhin gibt es sie. Beim PIC16 sind es 4 Taktperioden und selten 8 Perioden, keine HW Division. Beim AVR sind auch nicht alle Befehle 1 Zyklus, aber
-
Thread
Modulo und Dezimalzahl
float viel einfacher so: [c] percent = ((int)ADC_Value*100)/256; [/c] Das geht sogar ganz ohne Division, weil hier das untere Byte des 16-Bit-Integers einfach ignoriert wird. Probiers aus.
schrieb im Beitrag #7779162: > percent = ((int)ADC_Value*100)/256; > Das geht sogar ganz ohne Division, weil hier das untere Byte des > 16-Bit-Integers einfach ignoriert wird. Probiers aus. Und zur schöneren Rundung vielleicht noch: [c]((int)ADC_Value*100+128)/256;[/c]
-
Thread
Frequenzverdoppler
könnte man auch ungeradzahlige Vielfache erzeugen. Wenn es genau sein soll, darf man aber bei der Division den Rest nicht 'wegwerfen' sondern muß die erzeugten Perioden teilweise um einen Takt verlängern.
-
Thread
µC Speed
Das mit der PLL-Taktmultiplikation und anschließenden Division wird gemacht, um 1. ein Taktsignal mit einem Tastverhältniss von genau 50% zuerhalten, und um 2. einen höheren internen CPU-Clock zuerhalten, als der angeschlossene Quarz direkt liefern
-
Thread
Optimierungswettbewerb FFT u. IFFT
Nussbaumer oder die Modulare Fermat FFT von Schönhage und Strassen. Bei all diesen FFTs müssen modulare Divisionen durchgeführt werden, also im Grunde langsamme Disvisionen. Aber beide vorhergenannte FFT's arbeiten mit Modularen Ringen die auf Primzahlen von spezieller Form aufsetzen. Zb. Fermat Zahlen wie 2^(2^m)+1 oder 2^(2^m)-1. Eine Modulare Division mit solchen Zahlen involvieren nur Bit-Shifts und Ausgleichsaddtionen bzw. Subtraktionen. Somit wurde die langsamme Disvision, vergleichbar mit den vielen Multiplikation bei Fließkomma FFTs, durch
-
Thread
STM32F4: µs-Delay
dessen Version bei 1µs nicht so präzise ist, wundert mich nicht. Kommt sicherlich daher, daß er die Division in der Warteroutine macht, anstatt den Ausdruck "SystemCoreClock/1000000L" außerhalb nach dem Einstellen der Taktfrequenz einmal zu berechnen und in einer globalen Variablen (naja, file-static) zu
-
Thread
Implementieren der arccos-Funktion
the basic operations : · Addition (+) · Substraction (-) · Multiplication (*) · Division (/) · Val() , INPUT · Str() , PRINT · Int() · Frac() · Fix() · Round() · Conversion from double to single and long · Conversion from single and long to double The
-
Thread
HP8590A Frequenz sehr ungenau
D conversion) proportional to vertical deflection of the CRT trace. Output increases 125 mV per division from 0 to 1V. AUX IF OUTPUT is a 50-ohm, 21.4-MHz IF output that is related to the RF input of the analyzer. Output bandwidth is controlled by the spectrum analyzer resolution bandwidth setting.
conversion) proportional to vertical deflection of the CRT trace. Output > increases 125 mV per division from 0 to 1V. Sowas ist ziemlich cool wenn man da seinen modernen Oszi dran haengt, weil man dann gleich huebsche farbige Bildchen auf USB-Stick abspeichern kann. Olaf
-
Thread
NTC auto kalibrierung - Matheformel
Die Anzahl der Stützstellen (33), die Schiebeoperationen (>>6), die Maske (0x003f) sowie die Division (/64) hängen eng zusammen. Näheres siehe C-Code. [c] // ADC-Counts über Temperatur int NTC_table[33] = { ... }; /** * Konvertiert das ADC Ergebnis in einen Temperaturwert. * * Mit
nun mal die _eine_ Multiplikation. Die anderen Multiplikationen sind durch (>>6) ersetzt, die Division wird der Compiler nach Möglichkeit nach (<<6) compilieren. Wieso ist die aufgezeigte Implementation so billig? Im Endeffekt hängt es an der Größe des Arrays - (2^n)+1 - hier also 33. just my
-
Thread
STM32h7, Schrittmotor mit hoher Interpolation ansteuern und wissen wo man ist?
aktualisieren und Flags löschen. Dann noch den neuen Timer-Compare-Wert berechnen (auch noch eine float-Division) und zack ist keine Rechenzeit mehr übrig. Mir ist natürlich klar dass ich einfach weniger Mikroschritte wählen kann oder auch das Interpolationsfeature des TMC2660, bei dem zwischen 16fach Mikroschritte
-
Thread
Hilfe bei Formel für db dbm Watt
> Kann nicht sein, oder? Du hast beim Delogarithmieren vergessen, aus der Subtraktion eine Division zu machen, dann passt es.
Das ist falsch. Division von Logarithmen entspricht dem Radizieren (=Wurzelziehen). Die zweite Zeile entspricht also der tausendsten Wurzel aus 10W, was physikalischer Blödsinn ist.
-
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
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
Fixed-Point Support in avr-gcc?
antun > möchte. Die Basisarithmetik ist vorhanden; die saturierenden 32-Bit Multiplikation und Division ist allerdings nicht Assembler-Optimiert und offen in C codiert (libgcc). Wie bei der 64-Bit Arithmetik auch, besteht natürlich die Möglichkeit, die Anwendung gegen eigene Implementierungen zu linken
gemacht und zum Schluß für den DAC wieder auf 16Bit begrenzt. Ein anders Problem hatte ich mit der Division, wenn der ADC 0 liefert. Ich habe dann einfach zum ADC-Wert 1 addiert. Man muß bei Regelungen auch höllisch aufpassen, wo man signed und wo man unsigned rechnet. Jörg Wunsch schrieb im Beitrag
-
Thread
itoa langsam
für die itoa Funkrion gibt. Ich finde diese Funktion braucht recht lange. Warscheinlich wegen der Division. Gibt es da was effektivieres?
itoa der AVR-LibC steht bereits in asm und verwendet eine optimierte[tm] Division. Ditto for utoa, ltoa und ultoa. Oder meinst du eine andere libc?
-
Thread
Differenzierfilter
Ringpuffer bis zur Anzeige des Ergebnisses. An der Funktion ist immer noch nichts falsch (ausser der Division, die du durch >>3 ersetzt hast). Aber das heißt ja nicht, dass du die Funktion korrekt benutzt. > Daher muss es irgendwie mit der Funktion Nö. Wenn du die Funktion nicht aufrufst, dann musst
-
Thread
Aus 250 Mhz input Clock 80 Mhz utput clock herauszabubern?
, erhält man 83,333 Mein Vorschlag war neben den in den PFDs genannten, ein weiterer, wie eine Division mit 3 realisierbar wäre. Den Vorschlag von Davis halte ich aus folgendem Grund nicht in einem CPLD realisierbar: FÜr die Funktion der mehrstufigen Multiplizierer ist es erforderlich, dass die
-
Thread
Pwm über Poti mit Mega8 in Bascom
ergibt. Das Handwerkszeug dazu hast du ja jetzt. Im Grunde besteht der Trick darin, dass man bei der Division die Nachkommastellen wegfallen lässt. Das ist der entscheidende Punkt, der diese Umrechnung möglich macht.
-
Thread
Programm läuft nicht Verbesserungsvorschläge?
ADLAR);//Right_Adjust_ADC_result ADCSRA |= (1<<ADPS2)|(1<<ADPS1)|(1<<ADPS0);//ADC_Prescaler_Division_128 = 125kHz ADCSRA |= (1<<ADEN); //ADC_enable DIDR0 = 0xFF; DIDR1 = 0xFF; ADCSRA |= (1<<ADSC); //one_ADC_conversation while (ADCSRA & (1<<ADSC)); // waiting_for_conversation_end
ADLAR);//Right_Adjust_ADC_result ADCSRA |= (1<<ADPS2)|(1<<ADPS1)|(1<<ADPS0);//ADC_Prescaler_Division_128 = 125kHz ADCSRA |= (1<<ADEN); //ADC_enable [/C] hätte er genausogut [C] i = i; j = j; ADCSRA |= (1<<ADPS2)|(1<<ADPS1)|(1<<ADPS0);//ADC_Prescaler_Division_128 = 125kHz ADCSRA
-
Thread
Glas halb voll = Glas halb leer.
iterativer Formelschritt und muß ebenso der Mathematik folgen. Dh. man kann eben nicht mit einer Division durch Null kürzen. Gruß Hagen
Nachkommastellen nicht beachtet wurden?! Ich musste es allerdings auch zweimal lesen bis mir die verbotene Division durch Null ins Auge brach...
-
Thread
Verteilung von X Einheiten in 100 Einheiten(PWM)
oben bereits beschrieben wurde, nur der Ansatz ist iterativ was Kommazahlen, Multiplikation und Division spart.
letzter_Wert; Dadurch, dass ich erst multipliziere und dann dividiere, verliere ich gegenüber der float-Division + float-Multpilikation überhaupt keine Genauigkeit. Denn was Du nachher haben willst, ist sowieso eine ganze Zahl.
-
Thread
STM32 USART mit falscher Baudrate
{/* PREDIV1 selected as PLL clock entry */ /* Get PREDIV1 clock source and division factor */ prediv1source = RCC->CFGR2 & RCC_CFGR2_PREDIV1SRC; prediv1factor = (RCC->CFGR2 & RCC_CFGR2_PREDIV1) + 1; if (prediv1source == 0) {
{/* PLL2 clock selected as PREDIV1 clock entry */ /* Get PREDIV2 division factor and PLL2 multiplication factor */ prediv2factor = ((RCC->CFGR2 & RCC_CFGR2_PREDIV2) >> 4) + 1; pll2mull = ((RCC->CFGR2 & RCC_CFGR2_PLL2MUL) >> 8 ) + 2; SystemCoreClock
-
Thread
Delay-Funktion STM32: delay_ns()
Herunterzählschleife mit bekannter Anzahl an Takten > und ein Jump über mehrere NOPs, um den (Divisions-) Rest an Takten auch > noch zu verbrauchen. Wenn Du auch 10 ns warten können willst, ein Takt aber schon gut 5 ns dauern, dann wirst Du da keine Division, kein Herunterzählen, kein compare und
beispielsweise register spill. Besonders, wenn dann auch noch etwas gerechnet werden soll, also Schleife und Division.
-
Thread
SMD kleben dann löten
sollten kein Fremdwort sein. Auftrag über Dosiereinrichtung z.B.: http://www.nordson.com/en-us/divisions/efd/products/fluid-dispensers/pages/default.aspx Also auch nicht so einfach wie du dir das Vorstellst. Es gibt nur einen Grund zu Kleben (Massereiche Komponenten mit kleinem Pad, oder BE mit
-
Thread
Gehalt, Tarif bei Zeiss
Ich nehme an, am Hauptstandort? Ist das eine globale Dienstleistungsabteilung für die anderen Divisionen?
-
Thread
Laptimer Projekt mit Magnetschleife (Atmega8)
eine menschenlesbare Form sehr große > Verständnis Probleme. Wo liegt das Problem. Du kennst Division (/) ? Du kennst 'Rest bei einer Division' (%) ? Der Rest ist trivial. Wenn du 478 Äpfel hast und in eine Kiste passen jeweils 60 Äpfel, dann brauchst du 478 / 60 = 7 Kisten und 478
ergibt die Minuten mit einem Sekundenrest. Diese beiden Zahlen bekommt man durch die ganzzahlige Division "/" und die Modulo-Operation "%". (Modulo ist der Rest, also die Nachkomma-Stellen eines Ganzahl-Quotienten.)
-
Thread
While-Schleife bei C++
für hinreichend kleine n die Summierung schneller läuft als die Berechnung mit Multiplikation und Division, nicht das es dem OP darum gegangen wäre...
hinreichend kleine > n die Summierung schneller läuft als die Berechnung mit Multiplikation > und Division, nicht das es dem OP darum gegangen wäre... Das wäre ein Argument. Aber das ist nicht gekommen.
-
Thread
Wie prüfe ich, ob eine Zahl durch 10 teilbar?
Schritt 2: Zahl um eins nach rechts schieben und durch 5 dividieren (am > besten seriell) und Divisionsrest auf 0 überprüfen. Somit hast du den > Divisionsrest durch 10 errechnet. Einen Modulo, also eine Division, durch einmal Bitschieben *und* eine Division ersetzen ist sinnvoll? Vermutlich übersehe
warum sollte ich dann nicht Modulo nehmen? Du hast den Grund selbst genannt: > Modulo ist eine Division Es geht dabei nicht um VHDL (VHDL an sich kennt den Divisions- und den Modulo-Operator), sondern darum, dass sich Divisionen nur sehr aufwändig in Hardware abbilden lassen...
-
Thread
13 Bit Genauigkeit mit Atmega messen ?
und zu mitteln. 8192 Messwerte sollten kein Problem sein, und wenn du genug Platz für die Divisions-Routinen über hast auch noch mehr. Ob du damit jetzt 11, 12, oder auch 16 Bit erreichst (ist eh durch die "qualität" deiner Rauschquelle limitiert), ist erstmal Wurscht, das wird eh niemand nachmessen
. 3. = zusätzliche Division Für 13bit "Auflösung" soll laut Appnote 64faches Oversampling durch 8 (3x shift right) geteilt werden. Das wurde hier nicht beachtet. Künstliches Rauschen vorausgesetzt. Ich habe mir die Appnote
-
Thread
Assembler durchschnitts berechnung
nach dem anderen aus dem Speicher und summiert in einem Register laufend auf. Hinweis 2: Eine Division durch 16 ist bei Ganzzahlarithemtik identisch zu einem Schieben um 4 Bitpositionen nach rechts. > wenn man das nie mehr gebraucht hat? Dein Lehrer wird ja nicht bei der Tür reingekommen sein
ldi temp,0 ;temp für Divison (LSR) auf Null DivOn: lsr Pressure_DATAH ;16 Bit Division durch "Schieben & Rotieren" ror Pressure_DATAL inc temp cpi temp,3 ;3 für 8 Messwerte brlo DivOn pop ZH pop ZL ret 16Bit Mittelwert
-
Thread
Innenwiderstand Drehstromnetz
anfangs gefragt, was im FEHLERFALL <> Normalfall passiert. 0 Ohm geht dabei nicht ( Division durch 0 ist immer blöd ), Minus 0,5 Ohm hilft hierbei auch nicht so recht weiter ( bei 230 V hätte man dann einen kplx. Kurzschlussstrom von nur -460 A, hoffentlich ist das genug für die Sofort-Abschaltung
-
Thread
Hilfe gegen Bares
verwenden will... [dann gibts noch das Problem, dass der Mega sich abschiesst. Vermutlich wegen Division durch Null bzw. quatsch, wenn keine Tacho und Drehzahlsignale eingegangen sind, das muss man noch abfangen] Ich freu mich schon drauf, dass zu testen. Übrigens hat sich jemand gefunden, der die Schaltung
-
Thread
FPU ungenau - warum?
. Mein PC hat doch eine FPU, warum wird die nicht genutzt?" Und spätestens bei der ersten Division oder längeren Multiplikation in Verbindung mit Additionen und Subtraktionen beginnt auch das Gezeter der Kaufleute und Bänker aufs Neue. - Benutzt er rationale Arithmetik mit automatisch
-
Thread
VHDL Design für den IC 74185
Scheint nach den ersten Durchschauen OK, ist leider nicht synthetisierbar ( die Division wird angemeckert). Aber uns fehlte ja eh noch die Testbench und dazu passt die Funktion ganz gut. Für bastler mit Hang zum Selbstversuch statt dunkler Theorie, anbei das VHDL File mit allen angesprochenen
-
Thread
EU-Trivialpatent zur Datenkomprimierung
Datenspeicher abgespeichert wird und dass die numerischen Werte xi vor der Speicherung durch eine Division mit dem Normierungsfaktor fnorm und nachfolgende Rundung in komprimierte Werte yi mit k Stellen überführt werden..."
Die Form der "patentierten" Komprimierung ist es zb. aus Zahlen mit 48 Bit Genauigkeit durch eine Division mit einem Faktor wie 2^10 und dem Abschneiden dieser 10 Bits von den 48 Bit Zahlen eine "Komprimierung" mit 38Bit Genauigkeit zu kommen. Das ist wohl die trivialste Form der verlustbehafteten Komprimierung
-
Thread
Spannung mit ADC Messen
] > > Dann ist u in hundertsten von Volt ausgedruckt, also 120 für eine 1,2V > Zelle Die Division kann man sich sparen, wenn man den ADC 8-bittig ausliest. ...
-
Thread
AVR: Umdrehung / Spalten
Timer als Spaltenzähler ohnehin nicht erwarten. Bischen genauer wird es immerhin, wenn du vor der Division rundest, also "(timer1wert + 255) / 512".
lösen. Zb. bei einem 5x7 Font würde ich 6 Bytes pro Zeichen im Font speichern. Um die langsamme Division/Modulo Operation zu vermeiden arbeitet man intern mit zwei globalen Variablen für DisplayZeiger statt nur einer. Inetwa so: [c] #define Font_Width 6 #define ASCII_Count 512 / Font_Width
-
Thread
Weiss jemand wwas das für IC ist
MApi_XC_GetPanelSpecfromEEPROM L:3649 u16PanelDCLK 594, panel_dinit [L:775] [MHal_PNL_Init_MOD][2109]Vx1 1 division [msReadEfuse][1685]u32Result=540000d1, after mask u32Result=40 [msReadEfuse][1685]u32Result=540000d1, after mask u32Result=11 [msReadEfuse][1685]u32Result=540000d1, after mask u32Result=11 [msReadEfuse
-
Thread
Inkrementalgeber an CMOS Dekadenzähler CD4017
Eingangspulse per Interrupt zählen, oder eleganter über den Encoder Mode. Dann deb Wert aus der Division einem Timer übergeben, der ein Rechtecksignal erzeugt.
Eingangspulse per Interrupt zählen, oder > eleganter über den Encoder Mode. > > Dann deb Wert aus der Division einem Timer übergeben, der ein > Rechtecksignal erzeugt. So, wie ich Dich verstanden habe, brauchst Du die Richtungsinformation garnicht. Somit brauchst Du auch keinen "Encoder Mode". Wenn Du
-
Thread
ADC logarithmieren mit Assembler und Tiny10
schnell mal in octave angesehen... für Werte über 20 gar nicht > schlecht. Mag ja sein, aber eine Division ist aufm kleinen Prozessor halt schon arg schlecht... Gruss WK
.pdf kostet die 16-bit Division gerade mal 39 Wörter und 255 Takte... Das wäre für mich noch i.O. In sehr, sehr vielen Situation hast du aber ohnehin irgendwo eine Division. Damit ist die Zusätzliche dann vom Platzverbrauch
-
Thread
SMD Spule 470 Aufdruck
1982 S. 136: http://www.bitsavers.org/components/fairchild/_dataBooks/1982_Fairchild_Linear_Division_Products.pdf 1987 ab S. 198 http://www.bitsavers.org/components/fairchild/_dataBooks/1987_Fairchild_Linear_Data_Book.pdf
-
Thread
Ansatz zum rechnen in Assembler gesucht...
Was Du durchführen möchtest, nennt man Division. Sofern Du keinen Prozessor mit floating-point-Unterstützung verwendest, wirst Du mit Ganzzahlarithmetik auskommen müssen. Einige Prozessoren unterstützen Operationen wie Division und Multiplikation
du genau hinschaust hast du mit obigen Postings gelernt wie man eine solche Division durchführt, denn obige Vorschläge sind nichts anderes als reziprokale Divisionen. Dieses Verfahren ist immer dann ideal wenn die Hardware die Divisionen nicht direkt unterstützt und wenn man durch
-
Thread
Verständniss Frage -> Bootloader Kode
einfach mal auf die Frage zu antworten. % ist der Modulo Operator. Der gibt dir den Rest einer Division zurück. Hatte man in der Grundschule mal. Ganz einfach ist das, wenn hinterm Modulo eine 1 mit vielen Nullen steht. Am Beispiel: 12345%100 = 45. Das geht auch Hexadezimal 0x12AB % 0x100 = AB oder
-
Thread
Zabex Ohmmeter mit Atmega 88 Funktion ?
, Rx) > print() [/c] Ist das BASIC? Wo endet die Schleife? Mit der Einrückung? Muß die Division durch 50 nicht *außerhalb* der Schleife stehen? Mach das doch einfach mal nur mit einer Messung. Für den Test genügt das.
-
Thread
FixedPoint in C und C++
Ups, was passiert denn nun? Ein ganzzahlige Division lässt den C-Code explodieren: C mit ganzzahliger Division (bm00.c): [c] int main() { fp_t sum = 0; while(true) { const fp_t a = r1; const fp_t b = r1; sum
Yalu X. schrieb im Beitrag #6122794: > Bei Multiplikation und Division kommen aber noch die Skalierung und die > Rundung des Ergebnisses hinzu. Vielleicht will ich aber gar nicht daß er bei jeder Multiplikation oder jeder Division stur jedesmal hinterher gleich automatisch
-
Thread
Negative Ganzzahlen von 32bit in 16bit konvertieren
geschoben. Bei intXX_t wird *dividiert* . Nein, bei beiden wird dividiert, denn es steht eine Division da! Ob die Division durch Schieben oder wie auch immer erledigt wird, ist Sache des Compilers: [c] #include <stdint.h> uint8_t udiv2 (uint8_t i) { return i / 2; } int8_t div2 (
so weit verbreitet, daß mit dieses Verhalten sinnvoll erschien. Konkret wird das erreicht, indem Division teurer gemacht wird als sie gemäß der erzeugten Instruktionen tatsächlich ist. In den 4.7 Release Notes [1] ist das der Punkt "Integer division by a constant" obwohl der Code aus Sicht
-
Thread
static char *pointer;
Compiler durch eine Bitmaskierung ersetzt, während der durch 20 die vergleichsweise langsame Divisionsroutine aufrufen muss.
race condition bei der Kommunikation über die Variable. Dann kann es eigentlich nur noch die Division/Modulo sein. Mach Dir mal das Vergnügen und sieh Dir die Routine /__aeabi_uidivmod/ (und von dieser aufgerufene Funktionen) in libgcc.a an. Interessanterweise löst GCC (CodeSourcery, 4.3.3) bei
-
Thread
RTC-Modul mit RV-3032-C7
die Bohrung in der Mitte stecken. https://www.digikey.de/de/products/detail/eaton-electronics-division/PHVL-3R9H474-R/13982320 https://www.mouser.de/en/c/passive-components/capacitors/supercapacitors-ultracapacitors/?q=phvl&height=14.5%20mm~~23%20mm&orientation=Horizontal&active=y&normallystocked