Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.sci.electronics > #231200
| From | Ole Jansen <remove.this.kaspernasebaer@gmx.de> |
|---|---|
| Newsgroups | de.sci.electronics |
| Subject | Re: D/A Wandler Auflösung |
| Date | 2017-08-17 09:57 +0200 |
| Message-ID | <evl0j6F46tpU1@mid.individual.net> (permalink) |
| References | <evia20FfksuU1@mid.individual.net> <on0s1o$ide$1@dont-email.me> <evijjvFhqogU1@mid.individual.net> <evimmgFihaoU1@mid.individual.net> <59948A30.B1A1F71@Berger-Odenthal.De> |
Am 16.08.2017 um 20:08 schrieb Axel Berger: > Hans-Peter Diettrich wrote: >> Eine so träge Regelstrecke wirst Du kaum auf's Grad stabil >> hinkriegen, da würde ich einfach bei den 10 Bit bleiben. Was im Prinzip auch reichen würde. Aber: Der Treiber liefert ein Signal welches sich linear zu 0..1023 Digitaleinheiten verhält. Der sinnvoll nutzbare Temperaturbereich der Heizung umfasst davon lediglich ~300 DE. Die Glühdrahttemperatur verhält sich exponenziell zu den 1023DE. Beides ist beim Design nicht hinreichend berücksichtigt worden. > Das eigentliche Problem stand doch explizit dabei: > > Ole Jansen wrote: >> Zur Zeit pendelt die Regelung immer zwischen zwei Werten hin und >> her dass ichs mit dem bloßen Auge sehen kann. Ja, mein Brett vorm Kopf wird allmählich dünner. Das Problem ist zweigeteilt und besteht aus einem nicht ganz gelungenen Design und der Frage, wie eine PWM Modulation des LSB oder ein sonstiger Workarround am sinnvollsten zu programmieren wäre. Der jetzige I Regler pendelt tatsächlich um 1 bis 2 Digitaleinheiten mit eine Periode von einigen Sekunden. Die Helligkeitsänderungen ist mit bloßem Auge sichtbar. Dies betrifft vorrangig die Bereiche, in denen die Kennlinie des Glühdrahtes besonders steil ist. Der Wunsch wäre die Hardware unverändert zu lassen und das Ganze per Firmwareupdate zu "retten". Eine Änderung des I-Wertes hin zu langsamerer Regelung führt lediglich zu einer Verlängerung der Periode. Bei einer Änderung hin zu schnellerer Regelung wir der Regelkreis instabil. Die Idee das LSB des D/A Wandlers irgendwie zu modulieren ist naheliegend, da die Refresh Rate einigermaßen üppig ist. Heute habe ich beim Stöbern dieses Beispiel gefunden: <https://www.maximintegrated.com/en/app-notes/index.mvp/id/4473> Auch hier geht es um sichtbare Helligkeiten. Würden z.B. die letzten 6 bit durch Modulieren des LSB emulieren ergäbe das bei 64 Zeitslots und bei einem ungesplitteten PWM Signal eine Frequenz von ~150Hz. Vermutlich ist das schon eine hinreichende Lösung für die derzeitige Aufgabenstellung. Die AppNote von Maxim zeigt in Fig. 2 und Fig.3 auch Beispiele wie durch Splitten in Gruppen die Frequenz der Restwelligkeit erhöht werden kann. Ich nehme außerdem mit, dass durch eine pseudozufällige Reihenfolge der Zeitslots erreicht werden könnte, dass eine periodische Restwelligkeit des D/A Ausgangssignals durch Rauschen ersetzt würde. Habe ich etwas Wichtiges übersehen? Vielen Dank für Eure Hilfe! O.J.
Back to de.sci.electronics | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
D/A Wandler Auflösung Ole Jansen <remove.this.kaspernasebaer@gmx.de> - 2017-08-16 09:20 +0200
Re: D/A Wandler Auflösung Reinhardt Behm <rbehm@hushmail.com> - 2017-08-16 15:29 +0800
Re: D/A Wandler Auflösung Ole Jansen <remove.this.kaspernasebaer@gmx.de> - 2017-08-16 12:03 +0200
Re: D/A Wandler Auflösung Reinhardt Behm <rbehm@hushmail.com> - 2017-08-16 18:41 +0800
Re: D/A Wandler Auflösung Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-08-16 12:49 +0200
Re: D/A Wandler Auflösung Axel Berger <Spam@Berger-Odenthal.De> - 2017-08-16 20:08 +0200
Re: D/A Wandler Auflösung Ole Jansen <remove.this.kaspernasebaer@gmx.de> - 2017-08-17 09:57 +0200
Re: D/A Wandler Auflösung Marte Schwarz <marte.schwarz@gmx.de> - 2017-08-17 14:32 +0200
Re: D/A Wandler Auflösung Rolf Bombach <rolfnospambombach@invalid.invalid> - 2017-08-31 12:15 +0200
Re: D/A Wandler Auflösung Volker Staben <volker.staben@hs-flensburg.de> - 2017-08-17 13:05 +0200
Re: D/A Wandler Auflösung Joerg Niggemeyer <joerg.niggemeyer@nucon.de> - 2017-08-17 13:43 +0100
Re: D/A Wandler Auflösung Volker Staben <volker.staben@hs-flensburg.de> - 2017-08-17 15:01 +0200
Re: D/A Wandler Auflösung Reinhardt Behm <rbehm@hushmail.com> - 2017-08-17 21:20 +0800
Re: D/A Wandler Auflösung Volker Staben <volker.staben@hs-flensburg.de> - 2017-08-18 16:32 +0200
Re: D/A Wandler Auflösung Ole Jansen <remove.this.kaspernasebaer@gmx.de> - 2017-08-25 14:34 +0200
Re: D/A Wandler Auflösung Rafael Deliano <rafael_deliano@arcor.de> - 2017-08-16 19:13 +0200
Re: D/A Wandler Auflösung Frank Buss <fb@frank-buss.de> - 2017-08-16 09:53 +0200
Re: D/A Wandler Auflösung Gernot Fink <g.fink@gmx.net> - 2017-08-16 10:05 +0200
Re: D/A Wandler Auflösung Marte Schwarz <marte.schwarz@gmx.de> - 2017-08-16 10:40 +0200
Re: D/A Wandler Auflösung Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-08-16 12:54 +0200
Re: D/A Wandler Auflösung Marte Schwarz <marte.schwarz@gmx.de> - 2017-08-17 14:23 +0200
Re: D/A Wandler Auflösung Edzard Egberts <news@edzeg.net> - 2017-08-16 13:29 +0200
Re: D/A Wandler Auflösung Ole Jansen <remove.this.kaspernasebaer@gmx.de> - 2017-08-16 15:23 +0200
Re: D/A Wandler Auflösung Edzard Egberts <news@edzeg.net> - 2017-08-16 15:43 +0200
Re: D/A Wandler Auflösung Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2017-08-16 16:43 +0200
Re: D/A Wandler Auflösung Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2017-08-16 22:35 +0200
csiph-web