Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.sci.electronics > #348443
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Newsgroups | de.sci.electronics |
| Subject | Re: richtig 7 |
| Date | 2024-01-25 18:33 +0100 |
| Message-ID | <uou609$v0m3$1@solani.org> (permalink) |
| References | (6 earlier) <l1as64F64hcU1@mid.individual.net> <uorb46$sa9b$1@solani.org> <65B1667A.F8E3D328@hrz.tu-chemnitz.de> <uos9c0$u0re$1@solani.org> <65B27F86.53AB6ED5@hrz.tu-chemnitz.de> |
Hans-Juergen Schneider wrote: > Helmut Schellong wrote: >> Hans-Juergen Schneider wrote: >>> Helmut Schellong wrote: > >>>> Bekanntlich sind diverse Mischprodukte als Fremdspannung auf der Gleichspannung. >>>> >>>> Und ich gab drei verschiedene Wirkungen gegen Störungen auf der DC an: >>>> o RC-Glied zum Sieben >>> >>> LC ist erheblich wirksamer. >> >> Baulich kleine Induktivitäten sind insgesamt nicht vorteilhaft. >> Wenn schon, dann 15 Windungen auf Ringkern, selbst gemacht. >> Volumen das 20-fache des C. > > 1210, und das, weil ich insgesamt so viel Strom brauche. Es hat einen Grund, warum ich von Ringkern... schrieb. Induktivitäten haben ein magnetisches Wechselfeld. Das kann alle Dämpfungen zunichte machen. Strombedarf ist unklar. Weil die Schaltung unbekannt ist. Es steht doch nicht fest, ob da nur der OPV ist, der versorgt werden muß. >>>> o PSRR unterdrückt Fremdspannungen stark >>> >>> Lässt bei höheren Frequenzen stark nach. >> >> Ja, na und? PSRR ist dennoch _sehr wirksam_. >> 40 dB kostenlose Dämpfung ist sehr nützlich. > > Das hat man doch sowieso. Ist keine Maßnahme die man machen kann. Das schrieb ich doch direkt zuvor (kostenlose). Durch die Wahl des OPV hat man jedoch einen gewissen Einfluß auf Werte. >>>> o Viele Messungen mit Mittelwertbildung >>> >>> Wenn es denn gar nicht will, dann als workaround. >> >> Nein, DAS ist die Hauptsache hier, weil kostenlos und hochwirksam mit dabei. > >>> Ganz unten im Spektrum sind 100 kHz. Also geht es um eine Zeitkonstante >>> von 5 µs. Für den Rest müsste man C exponentiell erhöhen. >>> Bei L ist das anders: Viel hilft viel. >>> >>>> Ich schrieb, dass die letzte Wirkung die stärkste ist. >>>> Da könen von 18 Messungen der kleinste und größte Wert entfernt werden, >>>> und dann der Mittelwert von 16 Werten berechnet werden. > > Rechnerisch landet der Durchschnitt vom kleinsten und grö0ten Wert > in der Mitte. Die konkrete Praxis mit ADC spricht dagegen. Wenn nur wenige Werte addiert werden, bringt die Entfernung des kleinsten und größten Wertes statistisch relativ viel. Die sind dann nicht mehr Bestandteil der Mittelwertberechnung. Schau doch mal Rauschen am Scope an... > Wenn es allerdings Ausreißer in eine bestimmte Richtung > gibt, dann hast Du noch ein ganz anderes Problem. Solche spekulativen Probleme wurden bei uns in der Entwicklung auf Vorhandensein geprüft. Und nötigenfalls beseitigt, bevor mit ADC entwickelt wurde. Die Eigenschaften der Spannungsversorgung waren bestens bekannt. >>>> Zwischendurch kann mit 32bit-Gleitkomma gerechnet werden. > > Man kann das Messsergebnis sogar in einen Analogweert überführen, > diesen integrieren und schließlich wieder digitalisieren... > Mal ernsthaft: Wenn der A/D-Wandler eine ganze Zahl liefert und > auch eine Ganzzahl als Ergebnis erwartet wird, was willst Du dann > mit Gleitkomma. Den Mittelwert mittels Gleitkomma und 5/4-Rundung herstellen und in Integer umwandeln. > Und den Versuch, 64 bit float nach 16 bit integer zu wandeln, > sollten wir weiterhin den Franzosen überlassen... Ich schrieb von 32bit-float, nicht von 64 Bit. In C geht das so: iv= (int)(flt+0.5f); Probleme? >>> Kann ich mit fünf 8-Bit Registern. Will aber keinen Pfusch. > >> Das ist kein Pfusch! >> Warum sollte das überhaupt Pfusch sein? > > Weil es das chinesische Paradigma ist. Dort ist das Kostenverhältnis > von Material und Arbeitsleistung anders als bei uns. > Man fängt sich lieber erstmal etwas Dreck ein (um am Material zu > sparen) und bügelt das dann in Software wieder aus. Wenn ein uC vorhanden ist, kann vieles /kostenlos/ in Software erledigt werden. Das ist insgesamt sehr viel besser als in Hardware. >> Auf meinen uC hatte ich stets Gleitkomma in der Sprache C. > > Ja, die Hochsprachen haben ein Problem mit dem Schieben. Manche > können das sogar, aber bei den Überträgen hapert's dann doch. Falls nötig, konnte ich in C _asm(...) verwenden. -- Mit freundlichen Grüßen Helmut Schellong
Back to de.sci.electronics | Previous | Next — Previous in thread | Next in thread | Find similar
richtig 7 Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2024-01-23 11:39 +0100
Re: richtig 7 Michael Schwingen <news-1513678000@discworld.dascon.de> - 2024-01-23 12:18 +0000
Re: richtig 7 Helmut Schellong <var@schellong.biz> - 2024-01-23 14:37 +0100
Re: richtig 7 Bernd Mayer <beam.bam.boom@knuut.de> - 2024-01-23 17:27 +0100
Re: richtig 7 Helmut Schellong <var@schellong.biz> - 2024-01-23 18:08 +0100
Re: richtig 7 Michael Schwingen <news-1513678000@discworld.dascon.de> - 2024-01-23 18:17 +0000
Re: richtig 7 Helmut Schellong <var@schellong.biz> - 2024-01-23 21:33 +0100
Re: richtig 7 Uwe Bonnes <bon@hertz.ikp.physik.tu-darmstadt.de> - 2024-01-23 22:16 +0000
Re: richtig 7 Helmut Schellong <var@schellong.biz> - 2024-01-24 16:41 +0100
Re: richtig 7 Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2024-01-24 20:35 +0100
Re: richtig 7 Helmut Schellong <var@schellong.biz> - 2024-01-25 01:18 +0100
Re: richtig 7 Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2024-01-25 16:34 +0100
Re: richtig 7 Helmut Schellong <var@schellong.biz> - 2024-01-25 18:33 +0100
Re: richtig 7 Wolfgang Martens <na3506b2013@t-online.de> - 2024-01-25 20:02 +0100
Re: richtig 7 Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2024-01-25 22:05 +0100
Re: richtig 7 Wolfgang Martens <na3506b2013@t-online.de> - 2024-01-25 22:39 +0100
Re: richtig 7 Helmut Schellong <var@schellong.biz> - 2024-01-25 23:22 +0100
Re: richtig 7 Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2024-01-26 10:23 +0100
Re: richtig 7 Helmut Schellong <var@schellong.biz> - 2024-01-26 20:12 +0100
Re: richtig 7 Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2024-01-27 08:46 +0100
Re: richtig 7 Helmut Schellong <var@schellong.biz> - 2024-01-27 17:58 +0100
Re: richtig 7 Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2024-01-27 20:52 +0100
Re: richtig 7 Helmut Schellong <var@schellong.biz> - 2024-01-28 00:19 +0100
Re: richtig 7 Rolf Bombach <rolfnospambombach@invalid.invalid> - 2024-01-28 13:19 +0100
Re: richtig 7 Helmut Schellong <var@schellong.biz> - 2024-01-28 23:12 +0100
Re: richtig 7 Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2024-01-29 16:47 +0100
Re: richtig 7 Helmut Schellong <var@schellong.biz> - 2024-01-29 17:57 +0100
Re: richtig 7 Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2024-01-29 19:18 +0100
Re: richtig 7 Uwe Bonnes <bon@hertz.ikp.physik.tu-darmstadt.de> - 2024-01-23 15:11 +0000
Re: richtig 7 Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2024-01-23 17:29 +0100
Re: richtig 7 Marte Schwarz <marte.schwarz@gmx.de> - 2024-01-23 17:51 +0100
Re: richtig 7 Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2024-01-23 22:56 +0100
Re: richtig 7 Holger Schieferdecker <spamless@gmx.de> - 2024-01-26 13:50 +0100
Re: richtig 7 Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2024-01-26 14:29 +0100
Re: richtig 7 Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2024-01-26 20:06 +0100
Re: richtig 7 Rolf Bombach <rolfnospambombach@invalid.invalid> - 2024-01-28 13:29 +0100
Re: richtig 7 Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2024-01-28 16:26 +0100
Re: richtig 7 Stefan <invalid@ignore.invalid> - 2024-01-28 18:35 +0100
Re: richtig 7 Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2024-01-28 20:26 +0100
Re: richtig 7 Stefan <invalid@ignore.invalid> - 2024-01-29 06:24 +0100
Re: richtig 7 Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2024-01-29 09:07 +0100
Re: richtig 7 Stefan <invalid@ignore.invalid> - 2024-01-29 12:40 +0100
Re: richtig 7 Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2024-01-29 17:12 +0100
Re: richtig 7 Stefan <invalid@ignore.invalid> - 2024-01-29 20:21 +0100
csiph-web