Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.sci.electronics > #211801 > unrolled thread
| Started by | Dieter Wiedmann <dieter.wiedmann@t-online.de> |
|---|---|
| First post | 2016-07-29 10:52 +0200 |
| Last post | 2016-08-02 22:13 +0200 |
| Articles | 20 on this page of 555 — 55 participants |
Back to article view | Back to de.sci.electronics
Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-07-29 10:52 +0200
Re: Neues LTSpice Thorsten Just <newsgroups@thojumail.de> - 2016-07-29 11:09 +0200
Re: Neues LTSpice Edzard Egberts <ed_09@tantec.de> - 2016-07-29 11:12 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-07-29 11:58 +0200
Re: Neues LTSpice "horst-d.winzler" <horst.d.winzler@web.de> - 2016-07-29 12:00 +0200
Re: Neues LTSpice Marc Santhoff <m.santhoff@t-online.de> - 2016-07-29 16:47 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-07-29 17:29 +0200
Re: Neues LTSpice Marc Santhoff <m.santhoff@t-online.de> - 2016-07-29 17:52 +0200
Re: Neues LTSpice Reinhardt Behm <rbehm@hushmail.com> - 2016-07-30 00:12 +0800
Re: Neues LTSpice all2001@spambog.com (Wolfgang Allinger) - 2016-07-29 12:24 -0300
Re: Neues LTSpice Reinhardt Behm <rbehm@hushmail.com> - 2016-07-30 01:22 +0800
Re: Neues LTSpice Arno Welzel <usenet@arnowelzel.de> - 2016-08-06 17:20 +0200
Re: Neues LTSpice Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2016-08-06 17:37 +0200
Re: Neues LTSpice Holger <holger@invalid.invalid> - 2016-08-14 16:28 +0200
Re: Neues LTSpice Reinhardt Behm <rbehm@hushmail.com> - 2016-08-06 23:41 +0800
Re: Neues LTSpice "Wilhelm C. Schütze" <wil.c@web.de> - 2016-07-29 18:15 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-07-29 09:28 -0700
Re: Neues LTSpice Rupert Haselbeck <mein-rest-muell@gmx.de> - 2016-07-29 20:00 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-07-29 12:42 -0700
Re: Neues LTSpice Eric Brücklmeier <usenet@nerdcraft.de> - 2016-07-30 09:34 +0200
Re: Neues LTSpice Olaf Kaluza <olaf@criseis.ruhr.de> - 2016-07-30 09:57 +0200
Re: Neues LTSpice Eric Brücklmeier <usenet@nerdcraft.de> - 2016-07-30 10:06 +0200
Re: Neues LTSpice Rupert Haselbeck <mein-rest-muell@gmx.de> - 2016-07-30 10:20 +0200
Re: Neues LTSpice "horst-d.winzler" <horst.d.winzler@web.de> - 2016-07-30 10:57 +0200
Re: Neues LTSpice Bernd Laengerich <bernd.laengerich@web.de> - 2016-07-30 11:31 +0200
Re: Neues LTSpice Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-07-30 22:15 +0200
Re: Neues LTSpice Bernd Laengerich <Bernd.Laengerich@web.de> - 2016-08-01 10:49 +0200
Re: Neues LTSpice Rupert Haselbeck <mein-rest-muell@gmx.de> - 2016-07-30 11:50 +0200
Re: Neues LTSpice Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-07-30 22:16 +0200
Re: Neues LTSpice Rolf Bombach <rolfnospambombach@invalid.invalid> - 2016-08-02 22:04 +0200
Re: Neues LTSpice Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2016-07-30 11:40 +0200
Re: Neues LTSpice Eric Bruecklmeier <usenet@nerdcraft.de> - 2016-08-09 09:21 +0200
Re: Neues LTSpice Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2016-07-30 11:29 +0200
Re: Neues LTSpice Lutz Schulze <lschulze@netzwerkseite.de> - 2016-07-30 11:52 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-07-30 07:16 -0700
Re: Neues LTSpice Volker Bartheld <news2016@bartheld.net> - 2016-07-30 17:50 +0200
Re: Neues LTSpice Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2016-07-30 19:52 +0200
Re: Neues LTSpice Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2016-07-30 20:09 +0200
Re: Neues LTSpice Kai-Martin <kmk@lilalaser.de> - 2016-08-10 04:00 +0200
Re: Neues LTSpice Eric Bruecklmeier <usenet@nerdcraft.de> - 2016-08-10 10:33 +0200
Re: Neues LTSpice Heinz Schmitz <HeinzSchmitz@gmx.net> - 2016-08-10 13:30 +0200
Re: Neues LTSpice Eric Brücklmeier <usenet@nerdcraft.de> - 2016-08-10 13:39 +0200
Re: Neues LTSpice Heinz Schmitz <HeinzSchmitz@gmx.net> - 2016-08-10 14:15 +0200
Re: Neues LTSpice Eric Brücklmeier <usenet@nerdcraft.de> - 2016-08-10 14:51 +0200
Re: Neues LTSpice Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2016-08-10 20:28 +0200
Re: Neues LTSpice Eric Brücklmeier <usenet@nerdcraft.de> - 2016-08-10 21:07 +0200
Re: Neues LTSpice Heinz Schmitz <HeinzSchmitz@gmx.net> - 2016-08-11 13:06 +0200
Re: Neues LTSpice Eric Brücklmeier <usenet@nerdcraft.de> - 2016-08-11 14:39 +0200
Re: Neues LTSpice "horst-d.winzler" <horst.d.winzler@web.de> - 2016-08-11 14:45 +0200
Re: Neues LTSpice Eric Brücklmeier <usenet@nerdcraft.de> - 2016-08-11 14:51 +0200
Re: Neues LTSpice Rolf Bombach <rolfnospambombach@invalid.invalid> - 2016-09-07 21:45 +0200
Re: Neues LTSpice "Wolfgang Allinger" <all2001@spambog.com> - 2016-08-11 10:45 -0400
Re: Neues LTSpice Rupert Haselbeck <mein-rest-muell@gmx.de> - 2016-08-11 19:00 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-10 12:12 -0700
Re: Neues LTSpice Eric Bruecklmeier <usenet@nerdcraft.de> - 2016-08-11 08:57 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-08-11 12:09 +0200
Re: Neues LTSpice Eric Brücklmeier <usenet@nerdcraft.de> - 2016-08-11 12:09 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-08-11 12:12 +0200
Re: Neues LTSpice Rupert Haselbeck <mein-rest-muell@gmx.de> - 2016-08-11 19:00 +0200
Re: Neues LTSpice Klaus Butzmann <k.butzmann.usenet@online.de> - 2016-08-11 21:57 +0200
Re: Neues LTSpice "horst-d.winzler" <horst.d.winzler@web.de> - 2016-08-11 22:38 +0200
Re: Neues LTSpice "horst-d.winzler" <horst.d.winzler@web.de> - 2016-08-11 14:41 +0200
Re: Neues LTSpice Rolf Bombach <rolfnospambombach@invalid.invalid> - 2016-08-11 20:07 +0200
Re: Neues LTSpice "Wolfgang Allinger" <all2001@spambog.com> - 2016-08-12 17:08 -0400
Re: Neues LTSpice Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2016-08-12 23:25 +0200
Re: Neues LTSpice Klaus Butzmann <k.butzmann.usenet@online.de> - 2016-08-13 12:07 +0200
Re: Neues LTSpice Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2016-08-13 12:13 +0200
Re: Neues LTSpice Juergen Roesener <roesener@compuserve.com> - 2016-08-13 12:41 +0200
Re: Neues LTSpice "Wolfgang Allinger" <all2001@spambog.com> - 2016-08-13 08:47 -0400
Total OT: zum in die Luft gehen, was: Neues LTSpice Rolf Bombach <rolfnospambombach@invalid.invalid> - 2016-09-07 21:49 +0200
Re: Total OT: zum in die Luft gehen, was: Neues LTSpice Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2016-09-07 22:05 +0200
Re: Total OT: zum in die Luft gehen, was: Neues LTSpice Eric Brücklmeier <usenet@nerdcraft.de> - 2016-09-08 00:20 +0200
Re: Total OT: zum in die Luft gehen, was: Neues LTSpice Myn Seudop <seudop@freenet.de> - 2016-09-08 06:01 +0000
Re: Total OT: zum in die Luft gehen, was: Neues LTSpice Marc Haber <mh+usenetspam1118@zugschl.us> - 2016-09-08 19:00 +0200
Re: Total OT: zum in die Luft gehen, was: Neues LTSpice Myn Seudop <seudop@freenet.de> - 2016-09-08 17:12 +0000
Re: Total OT: zum in die Luft gehen, was: Neues LTSpice Marc Haber <mh+usenetspam1118@zugschl.us> - 2016-09-09 17:58 +0200
Re: Total OT: zum in die Luft gehen, was: Neues LTSpice Myn Seudop <seudop@freenet.de> - 2016-09-09 16:34 +0000
Re: Total OT: zum in die Luft gehen, was: Neues LTSpice Matthias Dingeldein <matthias.dingeldein@rwth-aachen.de> - 2016-09-10 10:42 +0200
Re: Total OT: zum in die Luft gehen, was: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-09-10 11:22 +0200
Re: Total OT: zum in die Luft gehen, was: Neues LTSpice Klaus Butzmann <k.butzmann.usenet@online.de> - 2016-09-10 14:37 +0200
Re: Total OT: zum in die Luft gehen, was: Neues LTSpice "horst-d.winzler" <horst.d.winzler@web.de> - 2016-09-10 15:37 +0200
Re: Total OT: zum in die Luft gehen, was: Neues LTSpice Myn Seudop <seudop@freenet.de> - 2016-09-10 09:18 +0000
Re: Total OT: zum in die Luft gehen, was: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-09-10 11:43 +0200
Re: Total OT: zum in die Luft gehen, was: Neues LTSpice "horst-d.winzler" <horst.d.winzler@web.de> - 2016-09-10 11:50 +0200
Re: Total OT: zum in die Luft gehen, was: Neues LTSpice Myn Seudop <seudop@freenet.de> - 2016-09-10 10:12 +0000
Re: Total OT: zum in die Luft gehen, was: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-09-10 12:21 +0200
Re: Total OT: zum in die Luft gehen, was: Neues LTSpice Eric Brücklmeier <usenet@nerdcraft.de> - 2016-09-08 00:11 +0200
Re: Total OT: zum in die Luft gehen, was: Neues LTSpice Falk Duebbert <falk@duebbert.com> - 2016-09-08 05:41 +0200
Re: Total OT: zum in die Luft gehen, was: Neues LTSpice Eric Brücklmeier <usenet@nerdcraft.de> - 2016-09-08 16:36 +0200
Re: Neues LTSpice "Wolfgang Allinger" <all2001@spambog.com> - 2016-08-13 00:29 -0400
Re: Neues LTSpice Marte Schwarz <marte.schwarz@gmx.de> - 2016-08-12 08:37 +0200
Re: Neues LTSpice Eric Bruecklmeier <usenet@nerdcraft.de> - 2016-08-12 11:28 +0200
Re: Neues LTSpice Marte Schwarz <marte.schwarz@gmx.de> - 2016-08-12 19:39 +0200
Re: Neues LTSpice Klaus Butzmann <k.butzmann.usenet@online.de> - 2016-08-12 22:50 +0200
Re: Neues LTSpice Eric Bruecklmeier <usenet@nerdcraft.de> - 2016-08-16 09:05 +0200
Re: Neues LTSpice Kai-Martin Knaak <knaak@iqo.uni-hannover.de> - 2016-08-17 15:28 +0200
Re: Neues LTSpice Eric Brücklmeier <usenet@nerdcraft.de> - 2016-08-17 17:35 +0200
Re: Neues LTSpice Kai-Martin <kmk@lilalaser.de> - 2016-08-14 04:36 +0200
Re: Neues LTSpice Holger <me@privacy.org> - 2016-08-14 09:15 +0200
Re: Neues LTSpice Marc Haber <mh+usenetspam1118@zugschl.us> - 2016-08-14 13:25 +0200
Re: Neues LTSpice Bernd Laengerich <bernd.laengerich@web.de> - 2016-08-14 14:09 +0200
Re: Neues LTSpice Holger <me@privacy.org> - 2016-08-14 15:03 +0200
Re: Neues LTSpice Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2016-08-14 16:19 +0200
Re: Neues LTSpice Bernd Laengerich <Bernd.Laengerich@web.de> - 2016-08-15 13:44 +0200
Re: Neues LTSpice Marc Haber <mh+usenetspam1118@zugschl.us> - 2016-08-14 16:28 +0200
Re: Neues LTSpice Rupert Haselbeck <mein-rest-muell@gmx.de> - 2016-08-10 14:10 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-10 06:55 -0700
Re: Neues LTSpice Marte Schwarz <marte.schwarz@gmx.de> - 2016-08-12 08:33 +0200
Re: Neues LTSpice Stefan Heimers <stefan.usenet@heimers.ch> - 2016-08-12 09:24 +0200
Re: Neues LTSpice Holger <holger@invalid.invalid> - 2016-08-12 13:48 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-12 07:24 -0700
Re: Neues LTSpice Klaus Butzmann <k.butzmann.usenet@online.de> - 2016-08-12 20:42 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-12 12:08 -0700
Re: Neues LTSpice Heinz Schmitz <HeinzSchmitz@gmx.net> - 2016-08-13 11:44 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-13 07:55 -0700
Re: Neues LTSpice Holger <me@privacy.org> - 2016-08-13 21:11 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-13 13:23 -0700
Re: Neues LTSpice Holger <me@privacy.org> - 2016-08-13 22:39 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-13 15:06 -0700
Re: Neues LTSpice Holger <holger@invalid.invalid> - 2016-08-14 06:26 +0200
Re: Neues LTSpice Willi Marquart <usenet@neppi.net> - 2016-08-14 06:45 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-15 09:57 -0700
Re: Neues LTSpice Willi Marquart <usenet@neppi.net> - 2016-08-15 19:06 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-15 10:39 -0700
Re: Neues LTSpice Kai-Martin <kmk@lilalaser.de> - 2016-08-16 05:42 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-16 07:20 -0700
Re: Neues LTSpice Kai-Martin <kmk@lilalaser.de> - 2016-08-17 06:26 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-17 07:39 -0700
Re: Neues LTSpice Heinz Schmitz <HeinzSchmitz@gmx.net> - 2016-08-18 11:56 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-18 07:59 -0700
Re: Neues LTSpice Kai-Martin Knaak <knaak@iqo.uni-hannover.de> - 2016-08-19 22:05 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-08-19 22:33 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-19 13:49 -0700
Re: Neues LTSpice Kai-Martin <kmk@lilalaser.de> - 2016-08-21 02:23 +0200
Re: Neues LTSpice Lutz Schulze <lschulze@netzwerkseite.de> - 2016-08-21 14:28 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-21 07:26 -0700
Re: Neues LTSpice Guido Grohmann <guido.grohmann@gmx.de> - 2016-08-21 17:45 +0200
Re: Neues LTSpice Heinz Schmitz <HeinzSchmitz@gmx.net> - 2016-08-16 10:37 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-16 07:24 -0700
Re: Neues LTSpice Kai-Martin <kmk@lilalaser.de> - 2016-08-17 07:49 +0200
Re: Neues LTSpice Eric Brücklmeier <usenet@nerdcraft.de> - 2016-08-17 11:02 +0200
Re: Neues LTSpice Kai-Martin Knaak <knaak@iqo.uni-hannover.de> - 2016-08-17 19:20 +0200
Re: Neues LTSpice Andreas Neumann <an5275@sedo.com> - 2016-08-17 20:40 +0200
Re: Neues LTSpice Lutz Schulze <lschulze@netzwerkseite.de> - 2016-08-17 22:31 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-17 07:50 -0700
Re: Neues LTSpice Heinz Schmitz <HeinzSchmitz@gmx.net> - 2016-08-17 12:19 +0200
Re: Neues LTSpice "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2016-08-17 10:54 +0000
Re: Neues LTSpice "Wolfgang Allinger" <all2001@spambog.com> - 2016-08-17 07:38 -0400
Re: Neues LTSpice Andreas Neumann <an5275@sedo.com> - 2016-08-17 15:23 +0200
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-17 19:13 +0200
Re: Neues LTSpice Andreas Neumann <an5275@sedo.com> - 2016-08-17 20:35 +0200
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-17 21:55 +0200
Re: Neues LTSpice Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-08-17 22:53 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-17 08:03 -0700
Re: Neues LTSpice "Wolfgang Allinger" <all2001@spambog.com> - 2016-08-17 07:33 -0400
Re: Neues LTSpice "horst-d.winzler" <horst.d.winzler@web.de> - 2016-08-16 10:54 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-16 07:32 -0700
Re: Neues LTSpice Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-08-16 21:12 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-16 13:34 -0700
Re: Neues LTSpice Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-08-17 23:41 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-18 08:09 -0700
Re: Neues LTSpice Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-08-19 00:55 +0200
Re: Neues LTSpice Lutz Schulze <lschulze@netzwerkseite.de> - 2016-08-19 13:31 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-19 07:45 -0700
Re: Neues LTSpice Lutz Schulze <lschulze@netzwerkseite.de> - 2016-08-19 17:50 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-19 09:05 -0700
Re: Neues LTSpice "Daniel Mandic" <daniel_mandic@hotmail.com> - 2016-08-19 17:32 +0000
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-19 10:40 -0700
Re: Neues LTSpice Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-08-20 02:03 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-19 17:26 -0700
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-08-20 02:38 +0200
Re: Neues LTSpice "Daniel Mandic" <daniel_mandic@hotmail.com> - 2016-08-21 04:00 +0000
Re: Neues LTSpice Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2016-08-19 18:37 +0200
Re: Neues LTSpice Lutz Schulze <lschulze@netzwerkseite.de> - 2016-08-19 21:11 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-19 12:56 -0700
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-19 22:08 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-19 13:30 -0700
Re: Neues LTSpice Kai-Martin Knaak <knaak@iqo.uni-hannover.de> - 2016-08-19 23:34 +0200
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-20 00:02 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-19 15:38 -0700
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-20 08:29 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-20 07:53 -0700
Re: Neues LTSpice Rolf Bombach <rolfnospambombach@invalid.invalid> - 2016-09-10 19:22 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-09-10 12:09 -0700
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-09-11 01:18 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-09-11 06:57 -0700
Re: Neues LTSpice Kai-Martin Knaak <knaak@iqo.uni-hannover.de> - 2016-08-19 22:31 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-19 14:31 -0700
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-20 00:09 +0200
Re: Neues LTSpice Kai-Martin <kmk@lilalaser.de> - 2016-08-20 04:29 +0200
Re: Neues LTSpice Rupert Haselbeck <mein-rest-muell@gmx.de> - 2016-08-19 22:40 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-19 15:07 -0700
Re: Neues LTSpice Rupert Haselbeck <mein-rest-muell@gmx.de> - 2016-08-20 00:40 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-19 15:50 -0700
Re: Neues LTSpice "Wolfgang Allinger" <all2001@spambog.com> - 2016-08-20 07:03 -0400
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-20 07:55 -0700
Re: Neues LTSpice "Wolfgang Allinger" <all2001@spambog.com> - 2016-08-20 16:46 -0400
Re: Neues LTSpice Rupert Haselbeck <mein-rest-muell@gmx.de> - 2016-08-21 00:40 +0200
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-21 01:44 +0200
Re: Neues LTSpice Rupert Haselbeck <mein-rest-muell@gmx.de> - 2016-08-21 11:20 +0200
Re: Neues LTSpice Marc Haber <mh+usenetspam1118@zugschl.us> - 2016-08-24 13:05 +0200
Re: Neues LTSpice Rupert Haselbeck <mein-rest-muell@gmx.de> - 2016-08-24 13:50 +0200
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-20 00:15 +0200
Re: Neues LTSpice Lutz Schulze <lschulze@netzwerkseite.de> - 2016-08-19 23:37 +0200
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-20 00:16 +0200
Re: Neues LTSpice Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2016-08-19 21:56 +0200
Re: Neues LTSpice Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-08-20 01:57 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-20 07:50 -0700
Re: Neues LTSpice Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-08-21 02:02 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-21 07:14 -0700
Re: Neues LTSpice Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-08-22 23:16 +0200
Re: Neues LTSpice Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2016-08-23 00:52 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-22 16:47 -0700
Re: Neues LTSpice Kai-Martin Knaak <knaak@iqo.uni-hannover.de> - 2016-08-23 20:40 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-23 12:03 -0700
Re: Neues LTSpice Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2016-08-23 21:48 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-23 13:21 -0700
Re: Neues LTSpice Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2016-08-24 10:06 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-24 06:34 -0700
Re: Neues LTSpice Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2016-08-24 16:10 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-24 08:06 -0700
Re: Neues LTSpice Wutzi Prack <wutziprack@t-online.de> - 2016-08-25 00:55 +0200
Re: Neues LTSpice Kai-Martin Knaak <knaak@iqo.uni-hannover.de> - 2016-08-25 00:14 +0200
Re: Neues LTSpice Wutzi Prack <wutziprack@t-online.de> - 2016-08-25 00:56 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-08-25 08:16 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-25 06:42 -0700
Binäre Linux-Treiber (was: Neues LTSpice) Michael Bäuerle <michael.baeuerle@stz-e.de> - 2016-08-25 16:37 +0200
Re: Binäre Linux-Treiber Joerg <news@analogconsultants.com> - 2016-08-25 10:29 -0700
Re: Binäre Linux-Treiber "horst-d.winzler" <horst.d.winzler@web.de> - 2016-08-25 20:59 +0200
Re: Binäre Linux-Treiber Joerg <news@analogconsultants.com> - 2016-08-25 12:14 -0700
Re: Binäre Linux-Treiber Andreas Neumann <an5275@sedo.com> - 2016-08-25 22:10 +0200
Re: Neues LTSpice Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2016-08-24 22:26 +0200
Re: Neues LTSpice Hanno Foest <hurga-news2@tigress.com> - 2016-08-24 23:56 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-25 06:52 -0700
Re: Neues LTSpice Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-08-24 23:45 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-25 07:01 -0700
Re: Neues LTSpice Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-08-28 00:44 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-28 08:22 -0700
Re: Neues LTSpice Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-08-28 22:48 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-08-29 07:44 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-29 06:32 -0700
Re: Neues LTSpice Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-08-30 01:08 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-29 17:27 -0700
Re: Neues LTSpice Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-08-30 21:43 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-31 07:19 -0700
Re: Neues LTSpice Hanno Foest <hurga-news2@tigress.com> - 2016-08-31 16:30 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-31 10:33 -0700
Re: Neues LTSpice Lutz Schulze <lschulze@netzwerkseite.de> - 2016-08-31 20:21 +0200
Re: Neues LTSpice Hanno Foest <hurga-news2@tigress.com> - 2016-08-31 22:32 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-09-01 00:37 +0200
Re: Neues LTSpice Eric Brücklmeier <usenet@nerdcraft.de> - 2016-09-01 02:23 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-09-01 16:50 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-09-01 07:08 -0700
Re: Neues LTSpice Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2016-09-01 21:34 +0200
Re: Neues LTSpice Hanno Foest <hurga-news2@tigress.com> - 2016-09-02 00:18 +0200
Re: Neues LTSpice Hanno Foest <hurga-news2@tigress.com> - 2016-08-31 22:31 +0200
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-31 20:18 +0200
Re: Neues LTSpice Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-09-02 02:01 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-09-01 18:36 -0700
Re: Neues LTSpice Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-08-24 23:30 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-25 07:31 -0700
Re: Neues LTSpice Guido Grohmann <guido.grohmann@gmx.de> - 2016-08-25 18:29 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-08-25 18:40 +0200
Re: Neues LTSpice Rolf Bombach <rolfnospambombach@invalid.invalid> - 2016-09-10 20:06 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-25 10:34 -0700
Re: Neues LTSpice Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-08-28 01:02 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-08-28 02:39 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-28 07:48 -0700
Re: Neues LTSpice Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-08-28 23:00 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-29 06:47 -0700
Re: Neues LTSpice Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-08-30 01:19 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-30 06:15 -0700
Re: Neues LTSpice Heinz Schmitz <HeinzSchmitz@gmx.net> - 2016-08-30 18:20 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-30 17:10 -0700
Re: Neues LTSpice Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-08-30 22:09 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-30 17:25 -0700
Re: Neues LTSpice Edzard Egberts <ed_09@tantec.de> - 2016-08-31 08:09 +0200
Re: Neues LTSpice Heinz Saathoff <newshsaat@arcor.de> - 2016-08-31 09:10 +0200
Re: Neues LTSpice Edzard Egberts <ed_09@tantec.de> - 2016-08-31 09:48 +0200
Re: Neues LTSpice Hanno Foest <hurga-news2@tigress.com> - 2016-08-31 14:52 +0200
Re: Neues LTSpice Heinz Saathoff <newshsaat@arcor.de> - 2016-08-31 15:52 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-31 06:56 -0700
Re: Neues LTSpice Hanno Foest <hurga-news2@tigress.com> - 2016-08-31 16:09 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-31 07:22 -0700
Re: Neues LTSpice Hanno Foest <hurga-news2@tigress.com> - 2016-08-31 16:28 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-31 10:34 -0700
Re: Neues LTSpice Edzard Egberts <ed_09@tantec.de> - 2016-08-31 16:49 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-31 10:39 -0700
Re: Neues LTSpice Edzard Egberts <ed_09@tantec.de> - 2016-08-31 21:25 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-09-01 07:17 -0700
Re: Neues LTSpice Edzard Egberts <ed_09@tantec.de> - 2016-09-01 16:40 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-09-01 14:17 -0700
Re: Neues LTSpice Edzard Egberts <ed_09@tantec.de> - 2016-09-02 08:00 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-09-02 09:37 -0700
Re: Neues LTSpice Marc Santhoff <m.santhoff@t-online.de> - 2016-09-02 19:58 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-09-02 12:12 -0700
Re: Neues LTSpice Marc Santhoff <m.santhoff@t-online.de> - 2016-09-02 21:48 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-09-02 22:33 +0200
[OT] Details Arduino-Programmierung Edzard Egberts <ed_09@tantec.de> - 2016-09-04 11:49 +0200
Re: [OT] Details Arduino-Programmierung Olaf Kaluza <olaf@criseis.ruhr.de> - 2016-09-04 14:14 +0200
Re: [OT] Details Arduino-Programmierung Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2016-09-04 14:53 +0200
Re: [OT] Details Arduino-Programmierung Olaf Kaluza <olaf@criseis.ruhr.de> - 2016-09-04 15:45 +0200
Re: [OT] Details Arduino-Programmierung Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2016-09-04 16:46 +0200
Re: [OT] Details Arduino-Programmierung Olaf Kaluza <olaf@criseis.ruhr.de> - 2016-09-04 17:48 +0200
Re: [OT] Details Arduino-Programmierung Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2016-09-04 18:15 +0200
Re: [OT] Details Arduino-Programmierung Edzard Egberts <ed_09@tantec.de> - 2016-09-04 20:12 +0200
Re: [OT] Details Arduino-Programmierung "Wolfgang Allinger" <all2001@spambog.com> - 2016-09-04 15:09 -0400
Re: [OT] Details Arduino-Programmierung Olaf Kaluza <olaf@criseis.ruhr.de> - 2016-09-04 21:38 +0200
Re: [OT] Details Arduino-Programmierung "Wolfgang Allinger" <all2001@spambog.com> - 2016-09-04 18:05 -0400
Re: [OT] Details Arduino-Programmierung Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-09-05 23:18 +0200
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-31 10:26 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-31 06:50 -0700
Re: Neues LTSpice Marc Santhoff <m.santhoff@t-online.de> - 2016-08-31 17:25 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-31 10:40 -0700
Re: Neues LTSpice Marc Santhoff <m.santhoff@t-online.de> - 2016-08-31 19:57 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-09-01 07:26 -0700
Re: Neues LTSpice Marc Santhoff <m.santhoff@t-online.de> - 2016-09-01 21:09 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-09-01 14:26 -0700
Re: Neues LTSpice Marc Santhoff <m.santhoff@t-online.de> - 2016-09-02 00:19 +0200
Re: Neues LTSpice Edzard Egberts <ed_09@tantec.de> - 2016-08-31 21:43 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-09-01 07:28 -0700
Re: Neues LTSpice Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-09-02 02:37 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-09-01 18:50 -0700
Re: Neues LTSpice Nomen Nescio <nobody@dizum.com> - 2016-09-02 03:56 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-09-02 07:14 -0700
Re: Neues LTSpice Edzard Egberts <ed_09@tantec.de> - 2016-09-02 16:32 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-09-02 08:02 -0700
Re: Neues LTSpice Reinhardt Behm <rbehm@hushmail.com> - 2016-09-02 23:39 +0800
Re: Neues LTSpice Lutz Schulze <lschulze@netzwerkseite.de> - 2016-09-03 06:29 +0200
Re: Neues LTSpice "horst-d.winzler" <horst.d.winzler@web.de> - 2016-09-03 09:04 +0200
Re: Neues LTSpice Lutz Schulze <lschulze@netzwerkseite.de> - 2016-09-03 09:40 +0200
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-09-03 14:53 +0200
Re: Neues LTSpice Reinhardt Behm <rbehm@hushmail.com> - 2016-09-03 23:53 +0800
Re: Neues LTSpice "horst-d.winzler" <horst.d.winzler@web.de> - 2016-09-03 18:03 +0200
Re: Neues LTSpice Reinhardt Behm <rbehm@hushmail.com> - 2016-09-04 00:10 +0800
Re: Neues LTSpice Rupert Haselbeck <mein-rest-muell@gmx.de> - 2016-09-03 23:00 +0200
Re: Neues LTSpice Edzard Egberts <ed_09@tantec.de> - 2016-09-05 08:06 +0200
Re: Neues LTSpice Edzard Egberts <ed_09@tantec.de> - 2016-09-04 11:07 +0200
Re: Neues LTSpice Reinhardt Behm <rbehm@hushmail.com> - 2016-09-02 23:32 +0800
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-09-02 09:01 -0700
Re: Neues LTSpice Reinhardt Behm <rbehm@hushmail.com> - 2016-09-03 00:05 +0800
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-09-02 09:33 -0700
Re: Neues LTSpice Reinhardt Behm <rbehm@hushmail.com> - 2016-09-03 01:03 +0800
Re: Neues LTSpice Andreas Neumann <an5275@sedo.com> - 2016-09-02 21:08 +0200
Re: Neues LTSpice Hanno Foest <hurga-news2@tigress.com> - 2016-09-02 18:42 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-09-02 10:31 -0700
Re: Neues LTSpice Wutzi Prack <wutziprack@t-online.de> - 2016-09-03 01:05 +0200
Re: Neues LTSpice Hanno Foest <hurga-news2@tigress.com> - 2016-08-23 15:51 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-23 07:19 -0700
Re: Neues LTSpice Hanno Foest <hurga-news2@tigress.com> - 2016-08-23 17:29 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-23 08:59 -0700
Re: Neues LTSpice Hanno Foest <hurga-news2@tigress.com> - 2016-08-23 20:18 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-23 12:01 -0700
Re: Neues LTSpice Hanno Foest <hurga-news2@tigress.com> - 2016-08-23 22:29 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-23 16:44 -0700
Re: Neues LTSpice Hanno Foest <hurga-news2@tigress.com> - 2016-08-24 23:42 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-08-25 08:06 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-25 07:43 -0700
Re: Neues LTSpice Hanno Foest <hurga-news2@tigress.com> - 2016-08-25 17:09 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-08-25 17:29 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-25 10:42 -0700
Re: Neues LTSpice Hanno Foest <hurga-news2@tigress.com> - 2016-08-26 01:02 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-25 16:42 -0700
Re: Neues LTSpice Hanno Foest <hurga-news2@tigress.com> - 2016-08-26 13:29 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-26 06:20 -0700
Re: Neues LTSpice Johannes Bauer <dfnsonfsduifb@gmx.de> - 2016-08-27 09:31 +0200
Re: Neues LTSpice Marc Haber <mh+usenetspam1118@zugschl.us> - 2016-08-27 09:52 +0200
Re: Neues LTSpice Eric Brücklmeier <usenet@nerdcraft.de> - 2016-08-27 16:28 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-08-27 17:03 +0200
Re: Neues LTSpice Eric Brücklmeier <usenet@nerdcraft.de> - 2016-08-27 17:04 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-08-27 17:12 +0200
Re: Neues LTSpice Ingolf Pohl <ingolf.pohl@t-online.de> - 2016-08-27 23:22 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-08-28 00:12 +0200
Re: Neues LTSpice Eric Brücklmeier <usenet@nerdcraft.de> - 2016-08-28 01:34 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-08-28 05:59 +0200
Re: Neues LTSpice Eric Brücklmeier <usenet@nerdcraft.de> - 2016-08-28 17:42 +0200
Re: Neues LTSpice "horst-d.winzler" <horst.d.winzler@web.de> - 2016-08-28 08:58 +0200
Re: Neues LTSpice Klaus Dahlwitz <kdahlwitz@gmx.net> - 2016-08-28 14:05 +0200
Re: Neues LTSpice Eric Brücklmeier <usenet@nerdcraft.de> - 2016-08-29 18:29 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-27 07:34 -0700
Re: Neues LTSpice Johannes Bauer <dfnsonfsduifb@gmx.de> - 2016-08-27 23:01 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-08-28 00:14 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-28 08:06 -0700
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-28 17:22 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-29 06:20 -0700
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-29 17:20 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-29 09:48 -0700
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-30 00:19 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-29 16:03 -0700
Re: Neues LTSpice Hanno Foest <hurga-news2@tigress.com> - 2016-08-30 10:20 +0200
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-30 10:37 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-30 06:20 -0700
Re: Neues LTSpice Hanno Foest <hurga-news2@tigress.com> - 2016-08-30 18:13 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-08-30 18:40 +0200
Re: Neues LTSpice Hanno Foest <hurga-news2@tigress.com> - 2016-08-30 18:52 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-08-30 18:56 +0200
Re: Neues LTSpice "horst-d.winzler" <horst.d.winzler@web.de> - 2016-08-30 20:06 +0200
Re: Neues LTSpice Heinz Schmitz <HeinzSchmitz@gmx.net> - 2016-08-31 12:11 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-30 17:04 -0700
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-31 10:30 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-31 07:32 -0700
Re: Neues LTSpice Hanno Foest <hurga-news2@tigress.com> - 2016-08-31 16:42 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-31 10:19 -0700
Re: Neues LTSpice Rupert Haselbeck <mein-rest-muell@gmx.de> - 2016-08-31 20:00 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-09-01 07:35 -0700
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-09-01 17:12 +0200
Re: Neues LTSpice Rupert Haselbeck <mein-rest-muell@gmx.de> - 2016-09-01 17:40 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-09-01 12:22 -0700
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-09-01 21:30 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-09-01 13:14 -0700
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-09-02 11:37 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-09-02 13:51 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-09-02 07:16 -0700
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-09-02 20:29 +0200
Re: Neues LTSpice Holger <holger@invalid.invalid> - 2016-08-31 11:17 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-31 07:40 -0700
MCUs und Compiler (was: Neues LTSpice) Michael Bäuerle <michael.baeuerle@stz-e.de> - 2016-08-31 18:06 +0200
Re: MCUs und Compiler Joerg <news@analogconsultants.com> - 2016-08-31 10:30 -0700
Re: MCUs und Compiler Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-09-01 01:14 +0200
Re: MCUs und Compiler Michael Bäuerle <michael.baeuerle@stz-e.de> - 2016-09-01 10:42 +0200
Re: MCUs und Compiler Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-09-01 10:58 +0200
Re: MCUs und Compiler Michael Bäuerle <michael.baeuerle@stz-e.de> - 2016-09-01 14:16 +0200
Re: MCUs und Compiler Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-09-05 23:37 +0200
Re: MCUs und Compiler Joerg <news@analogconsultants.com> - 2016-09-06 09:49 -0700
Re: MCUs und Compiler Michael Bäuerle <michael.baeuerle@stz-e.de> - 2016-09-07 10:44 +0200
Re: MCUs und Compiler Joerg <news@analogconsultants.com> - 2016-09-07 07:10 -0700
Re: MCUs und Compiler "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2016-09-07 15:18 +0000
Re: MCUs und Compiler Joerg <news@analogconsultants.com> - 2016-09-07 09:31 -0700
Re: MCUs und Compiler "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2016-09-08 06:40 +0000
Re: MCUs und Compiler Joerg <news@analogconsultants.com> - 2016-09-08 06:44 -0700
Re: MCUs und Compiler Joerg Niggemeyer <joerg.niggemeyer@nucon.de> - 2016-09-01 10:43 +0200
Re: MCUs und Compiler Joerg <news@analogconsultants.com> - 2016-09-01 07:53 -0700
Re: MCUs und Compiler Michael Bäuerle <michael.baeuerle@stz-e.de> - 2016-09-02 14:21 +0200
Re: MCUs und Compiler Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-09-05 23:47 +0200
Re: MCUs und Compiler Joerg <news@analogconsultants.com> - 2016-09-06 10:03 -0700
Re: MCUs und Compiler Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-09-07 00:41 +0200
Re: MCUs und Compiler Joerg <news@analogconsultants.com> - 2016-09-07 12:59 -0700
Re: MCUs und Compiler Michael Bäuerle <michael.baeuerle@stz-e.de> - 2016-09-08 09:42 +0200
Re: MCUs und Compiler Joerg <news@analogconsultants.com> - 2016-09-08 06:47 -0700
Re: MCUs und Compiler "horst-d.winzler" <horst.d.winzler@web.de> - 2016-09-08 16:27 +0200
Re: MCUs und Compiler Joerg <news@analogconsultants.com> - 2016-09-08 07:43 -0700
Brandgefahr bei Li-Akkus (was: MCUs und Compiler) Michael Bäuerle <michael.baeuerle@stz-e.de> - 2016-09-08 16:42 +0200
Re: Brandgefahr bei Li-Akkus Joerg <news@analogconsultants.com> - 2016-09-08 07:59 -0700
Re: MCUs und Compiler Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-09-10 21:44 +0200
Re: MCUs und Compiler Joerg <news@analogconsultants.com> - 2016-09-10 14:00 -0700
Re: MCUs und Compiler Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-09-11 01:15 +0200
Re: MCUs und Compiler Joerg <news@analogconsultants.com> - 2016-09-11 06:54 -0700
Re: MCUs und Compiler Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-09-11 22:17 +0200
Re: MCUs und Compiler Joerg <news@analogconsultants.com> - 2016-09-12 07:09 -0700
Re: MCUs und Compiler Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-09-13 22:09 +0200
Re: MCUs und Compiler Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-09-13 22:26 +0200
Re: MCUs und Compiler Joerg <news@analogconsultants.com> - 2016-09-13 16:55 -0700
Re: MCUs und Compiler Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-09-15 02:27 +0200
Re: MCUs und Compiler Hanno Foest <hurga-news2@tigress.com> - 2016-09-15 10:35 +0200
Re: MCUs und Compiler Joerg <news@analogconsultants.com> - 2016-09-15 07:15 -0700
Re: MCUs und Compiler Hanno Foest <hurga-news2@tigress.com> - 2016-09-15 19:15 +0200
Re: MCUs und Compiler Joerg <news@analogconsultants.com> - 2016-09-15 11:01 -0700
Re: MCUs und Compiler Joerg <news@analogconsultants.com> - 2016-09-15 07:07 -0700
Re: MCUs und Compiler Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2016-09-18 01:16 +0200
Re: MCUs und Compiler Joerg <news@analogconsultants.com> - 2016-09-18 07:14 -0700
Re: MCUs und Compiler Reinhardt Behm <rbehm@hushmail.com> - 2016-09-18 22:54 +0800
Re: MCUs und Compiler Joerg <news@analogconsultants.com> - 2016-09-18 08:07 -0700
Re: MCUs und Compiler Reinhardt Behm <rbehm@hushmail.com> - 2016-09-18 23:16 +0800
Re: MCUs und Compiler Joerg <news@analogconsultants.com> - 2016-09-18 09:32 -0700
Re: MCUs und Compiler Reinhardt Behm <rbehm@hushmail.com> - 2016-09-19 12:58 +0800
Re: MCUs und Compiler "Wolfgang Allinger" <all2001@spambog.com> - 2016-09-19 06:19 -0400
Re: MCUs und Compiler Reinhardt Behm <rbehm@hushmail.com> - 2016-09-19 18:45 +0800
Re: MCUs und Compiler "Wolfgang Allinger" <all2001@spambog.com> - 2016-09-19 09:27 -0400
Re: MCUs und Compiler Reinhardt Behm <rbehm@hushmail.com> - 2016-09-19 22:56 +0800
Re: MCUs und Compiler "Wolfgang Allinger" <all2001@spambog.com> - 2016-09-19 11:42 -0400
Re: MCUs und Compiler Joerg <news@analogconsultants.com> - 2016-09-19 09:41 -0700
Re: MCUs und Compiler Joerg <news@analogconsultants.com> - 2016-09-19 07:28 -0700
Re: MCUs und Compiler Reinhardt Behm <rbehm@hushmail.com> - 2016-09-19 22:48 +0800
Re: MCUs und Compiler "horst-d.winzler" <horst.d.winzler@web.de> - 2016-09-19 17:15 +0200
Re: MCUs und Compiler Joerg <news@analogconsultants.com> - 2016-09-19 09:39 -0700
Re: MCUs und Compiler Reinhardt Behm <rbehm@hushmail.com> - 2016-09-20 06:34 +0800
Re: MCUs und Compiler Axel Berger <Axel_Berger@B.Maus.De> - 2016-09-18 19:04 +0200
Re: Neues LTSpice Hanno Foest <hurga-news2@tigress.com> - 2016-08-31 14:23 +0200
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-09-07 22:27 +0200
Re: Neues LTSpice Falk Duebbert <falk@duebbert.com> - 2016-09-08 05:52 +0200
Re: Neues LTSpice Johannes Bauer <dfnsonfsduifb@gmx.de> - 2016-08-29 11:41 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-29 06:18 -0700
Re: Neues LTSpice Wutzi Prack <wutziprack@t-online.de> - 2016-08-28 01:10 +0200
Re: Neues LTSpice Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2016-08-27 18:35 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-27 11:57 -0700
Re: Neues LTSpice Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2016-08-27 20:59 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-27 12:12 -0700
Re: Neues LTSpice Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2016-08-27 21:15 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-27 12:44 -0700
Re: Neues LTSpice Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2016-08-27 21:46 +0200
Re: Neues LTSpice Rupert Haselbeck <mein-rest-muell@gmx.de> - 2016-08-27 22:10 +0200
Re: Neues LTSpice Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2016-08-28 10:30 +0200
Re: Neues LTSpice Rupert Haselbeck <mein-rest-muell@gmx.de> - 2016-08-28 11:40 +0200
Re: Neues LTSpice Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2016-08-28 12:08 +0200
Re: Neues LTSpice Rupert Haselbeck <mein-rest-muell@gmx.de> - 2016-08-28 13:50 +0200
Re: Neues LTSpice Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2016-08-28 15:05 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-28 08:01 -0700
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-28 17:28 +0200
Re: Neues LTSpice Eric Brücklmeier <usenet@nerdcraft.de> - 2016-08-28 17:35 +0200
Re: Neues LTSpice Lutz Schulze <lschulze@netzwerkseite.de> - 2016-08-28 17:47 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-28 10:05 -0700
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-28 19:16 +0200
Re: Neues LTSpice Lutz Schulze <lschulze@netzwerkseite.de> - 2016-08-28 20:01 +0200
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-28 21:12 +0200
Re: Neues LTSpice Rupert Haselbeck <mein-rest-muell@gmx.de> - 2016-08-28 21:50 +0200
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-29 10:50 +0200
Re: Neues LTSpice Kai-Martin Knaak <knaak@iqo.uni-hannover.de> - 2016-08-30 22:42 +0200
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-31 00:04 +0200
Re: Neues LTSpice Eric Brücklmeier <usenet@nerdcraft.de> - 2016-08-31 03:00 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-08-28 00:16 +0200
Re: Neues LTSpice "horst-d.winzler" <horst.d.winzler@web.de> - 2016-08-28 09:02 +0200
Re: Neues LTSpice Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2016-08-28 10:29 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-08-26 10:24 +0200
Re: Neues LTSpice Heinz Schmitz <HeinzSchmitz@gmx.net> - 2016-08-26 15:01 +0200
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-24 00:00 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-23 16:52 -0700
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-24 09:27 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-24 06:56 -0700
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-24 20:40 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-25 07:53 -0700
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-25 17:57 +0200
Re: Neues LTSpice Rupert Haselbeck <mein-rest-muell@gmx.de> - 2016-08-25 19:20 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-25 10:47 -0700
Re: Neues LTSpice Michael Bäuerle <michael.baeuerle@stz-e.de> - 2016-08-26 11:14 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-26 06:21 -0700
Re: Neues LTSpice Johannes Bauer <dfnsonfsduifb@gmx.de> - 2016-08-27 09:18 +0200
Re: Neues LTSpice Michael Bäuerle <michael.baeuerle@gmx.net> - 2016-08-27 08:25 +0000
Re: Neues LTSpice horejsi <wolfgang@horejsi.de> - 2016-08-27 17:08 +0200
Re: Neues LTSpice Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2016-08-27 18:39 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-27 07:25 -0700
Re: Neues LTSpice Kai-Martin Knaak <knaak@iqo.uni-hannover.de> - 2016-08-23 20:58 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-23 12:25 -0700
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-25 18:02 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-25 10:52 -0700
Re: Neues LTSpice Hanno Foest <hurga-news2@tigress.com> - 2016-08-23 15:55 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-23 07:54 -0700
Re: Neues LTSpice Hanno Foest <hurga-news2@tigress.com> - 2016-08-23 17:10 +0200
Re: Neues LTSpice Stefan Heimers <stefan.usenet@heimers.ch> - 2016-08-19 14:20 +0200
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-19 15:19 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-19 07:18 -0700
Re: Neues LTSpice Axel Berger <Axel_Berger@B.Maus.De> - 2016-08-19 17:09 +0200
Re: Neues LTSpice Joerg <news@analogconsultants.com> - 2016-08-19 09:16 -0700
Re: Neues LTSpice "Wolfgang Allinger" <all2001@spambog.com> - 2016-08-19 11:35 -0400
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-08-16 23:10 +0200
Re: Neues LTSpice Marc Santhoff <m.santhoff@t-online.de> - 2016-07-29 18:28 +0200
Re: Neues LTSpice Arno Welzel <usenet@arnowelzel.de> - 2016-08-06 17:17 +0200
Re: Neues LTSpice Marc Santhoff <m.santhoff@t-online.de> - 2016-08-07 05:41 +0200
Re: Neues LTSpice Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-07-29 12:28 +0200
Re: Neues LTSpice Edzard Egberts <ed_09@tantec.de> - 2016-07-29 13:42 +0200
Re: Neues LTSpice Eric Brücklmeier <usenet@nerdcraft.de> - 2016-07-29 16:42 +0200
Re: Neues LTSpice Johannes Bauer <dfnsonfsduifb@gmx.de> - 2016-07-29 17:59 +0200
Re: Neues LTSpice "horst-d.winzler" <horst.d.winzler@web.de> - 2016-07-29 18:01 +0200
Re: Neues LTSpice Holm Tiffe <holm@freibergnet.de> - 2016-08-01 14:23 +0200
Re: Neues LTSpice Johannes Bauer <dfnsonfsduifb@gmx.de> - 2016-08-01 19:58 +0200
Re: Neues LTSpice Rolf Bombach <rolfnospambombach@invalid.invalid> - 2016-08-02 22:13 +0200
Page 22 of 28 — ← Prev page 1 … 20 21 [22] 23 24 … 28 Next page →
| From | Dieter Wiedmann <dieter.wiedmann@t-online.de> |
|---|---|
| Date | 2016-09-01 10:58 +0200 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <nq8qir$sie$1@gioia.aioe.org> |
| In reply to | #213254 |
Am 01.09.2016 um 10:42 schrieb Michael Bäuerle: > Sieghard Schicktanz wrote: >> Du schriebst am Wed, 31 Aug 2016 10:30:09 -0700: >>> >>> [AVR Analogteil] >> >> Nicht nur der, auch die PWM-Stufen ohne double buffering. Bei beiden war >> Microchip erheblich besser. Aber bei den Analogfunktionen hat Microchip >> inzwischen "aufgeholt" (BTW, bei der Dokumentation leider auch), die PWM- >> Module sind aber immer noch erheblich besser. Und bei den neueren Chips >> sind fast alle Funktionen sehr flexibel auf die Pins verteilbar. > > Da Microchip ja nun Atmel die MCU-Sparte abgekauft hat, wird man sehen > was sie daraus machen. > >> ... >>> 5V ist heutzutage ein Vorteil, weil man direkt von einer Li-Ion Zelle >>> versorgen kann. >> >> Hääh? 'N 5V-Prozessor mit einer 3,7V-Li-Zelle versorgen? Bisse jeck? (Sorry) >> Klar, inzwischen wird man so mit Spannungswandlern zugeschmissen, die aus >> den 3,7V (nominell) fast beliebiges machen, daß das im Prinzip geht - aber >> grade im Analogbereich möchte man sich doch möglichst _keine_ solchen >> Störsender einfangen? > > Wirf doch mal einen Blick ins Datenblatt (z.B. des ATtiny48). Das Teil > läuft mit 1.8V bis 5.5V, Ist also kein 5V Chip. Gruß Dieter
[toc] | [prev] | [next] | [standalone]
| From | Michael Bäuerle <michael.baeuerle@stz-e.de> |
|---|---|
| Date | 2016-09-01 14:16 +0200 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <AABXyBwiBXQAAAK0.A1.flnews@WStation5.stz-e.de> |
| In reply to | #213256 |
Dieter Wiedmann wrote: > Am 01.09.2016 um 10:42 schrieb Michael Bäuerle: > > Sieghard Schicktanz wrote: > > > Du schriebst am Wed, 31 Aug 2016 10:30:09 -0700: > > > > > > > > [...] > > > > 5V ist heutzutage ein Vorteil, weil man direkt von einer Li-Ion Zelle > > > > versorgen kann. > > > > > > Hääh? 'N 5V-Prozessor mit einer 3,7V-Li-Zelle versorgen? Bisse jeck? (Sorry) > > > Klar, inzwischen wird man so mit Spannungswandlern zugeschmissen, die aus > > > den 3,7V (nominell) fast beliebiges machen, daß das im Prinzip geht - aber > > > grade im Analogbereich möchte man sich doch möglichst _keine_ solchen > > > Störsender einfangen? > > > > Wirf doch mal einen Blick ins Datenblatt (z.B. des ATtiny48). Das Teil > > läuft mit 1.8V bis 5.5V, > > Ist also kein 5V Chip. Waren die AVRs nie. Schon der allererste seiner Art (der AT90S1200 aus dem letzten Jahrtausend) lief mit 2.7V bis 6.0V.
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2016-09-05 23:37 +0200 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <20160905233730.2f4af70c@Achmuehle.WOR> |
| In reply to | #213254 |
Hallo Michael, Du schriebst am Thu, 1 Sep 2016 10:42:48 +0200: > > Nicht nur der, auch die PWM-Stufen ohne double buffering. Bei beiden war ... > Da Microchip ja nun Atmel die MCU-Sparte abgekauft hat, wird man sehen > was sie daraus machen. Es scheint eine "neue Generation am Start" zu sein bei Microchip. Hoffen und Bangen... > > ... > > > 5V ist heutzutage ein Vorteil, weil man direkt von einer Li-Ion Zelle > > > versorgen kann. > > > > Hääh? 'N 5V-Prozessor mit einer 3,7V-Li-Zelle versorgen? Bisse jeck? ... > Wirf doch mal einen Blick ins Datenblatt (z.B. des ATtiny48). Das Teil > läuft mit 1.8V bis 5.5V, bei anderen AVRs ist es ähnlich. Nur für die Schon gut, das war ja auch auf die originale Aussage zum _5V_-Chip gemünzt, ein Li-Ionen-Akku _hat_ halt mal keine 5V, nicht mal annähernd. Und zum Atmel-Prozessor: da gibt's ja wohl auch zwei Versionen, zum einen die "L"-Version, die die von Dir genannten 1,8...5,5V Betriebsspannung verarbeitet, und zum anderen die "Standard"-Version mit 2,7...6V. Bei letzterer wird ein Li-Akku am Entladeschluß schon recht knapp. > maximale Taktfrequenz sind 5V±10% nötig. Für den internen Oszillator Das kommt dann noch dazu. > Praktisch ist der große Bereich auch für Power-Fail Situationen während > man ins EEPROM schreibt (wenn dabei die minimale Versorgungsspannung > unterschritten wird, kann es den EEPROM-Inhalt zerschießen). Da sind sowieso zusätzliche Absicherungen nötig, zumindest sollte der Prozessor seine Versorgung überwachen und bei zu niedriger Spannung weiteres Schreiben unterlassen, wenn es um wichtige Daten geht. -- -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz -----------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2016-09-06 09:49 -0700 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <e38absF3nvdU1@mid.individual.net> |
| In reply to | #213387 |
On 2016-09-05 14:37, Sieghard Schicktanz wrote: > Hallo Michael, > > Du schriebst am Thu, 1 Sep 2016 10:42:48 +0200: [...] [5V uC direkt aus Li-Ion Zelle versorgt] >> Praktisch ist der große Bereich auch für Power-Fail Situationen während >> man ins EEPROM schreibt (wenn dabei die minimale Versorgungsspannung >> unterschritten wird, kann es den EEPROM-Inhalt zerschießen). > > Da sind sowieso zusätzliche Absicherungen nötig, zumindest sollte der > Prozessor seine Versorgung überwachen und bei zu niedriger Spannung > weiteres Schreiben unterlassen, wenn es um wichtige Daten geht. > Ich kann dazu nur sagen, dass wir bei einigen Produkten mit harten Kostenvorgaben genau das tun, erfolgreich. Selbstverstaendlich wird die Akkuspannung staendig ueberwacht, schon um den Akku nicht auf Grundeis zu nuckeln, was Li-Ion Zellen aus Sicherheitsgruenden fuer immer in die ewigen Jagdgruende schicken kann. Daher ist es kein Problem, eine ausreichende Spannung fuer irgendwelche Prozesse per Software vorher festzustellen. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Michael Bäuerle <michael.baeuerle@stz-e.de> |
|---|---|
| Date | 2016-09-07 10:44 +0200 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <AABXz9NUDa8AAAbX.A1.flnews@WStation5.stz-e.de> |
| In reply to | #213389 |
Joerg wrote: > > Ich kann dazu nur sagen, dass wir bei einigen Produkten mit harten > Kostenvorgaben genau das tun, erfolgreich. Selbstverstaendlich wird die > Akkuspannung staendig ueberwacht, schon um den Akku nicht auf Grundeis > zu nuckeln, was Li-Ion Zellen aus Sicherheitsgruenden fuer immer in die > ewigen Jagdgruende schicken kann. Daher ist es kein Problem, eine > ausreichende Spannung fuer irgendwelche Prozesse per Software vorher > festzustellen. Der besagte ATtiny48 wird zwar nicht aus einer Batterie versorgt, aber er schreibt ins EEPROM. Um die Versorgung zu überwachen (und dann ggf. keine neuen Schreibzugriffe auf das EEPROM mehr zu starten) gibt es eine externe Referenz am Analogkomparator. Die kostet aber ähnlich viel wie der Microcontroller und soll daher eigentlich wieder rausfliegen. Ggf. muss dann die interne Referenz reichen. Weil sie so ungenau ist, muss man dann aber mehr Reserve vorhalten. Die zweite Alternative wäre, den BOD zu benutzen: Der Reset verhindert weitere Zugriffe auf das EEPROM, ein laufender Zugriff wird laut Daten- blatt ordnungsgemäß abgeschlossen, wenn Vcc für seine komplette Dauer im grünen Bereich bleibt. Der CPU-Kern muss dazu nicht laufen. Diese Methode braucht außerdem keine Software (Speicher hat der ATtiny48 ja nicht viel). Diode und Kondensator an Vcc stellen für die Dauer eines EEPROM-Schreib- zugriffs die Energie bereit. Für den Fall des BOD fällt aber der Stromverbrauch des CPU-Kerns im Reset weg, für die gleiche Über- brückungszeit reicht dann ein kleinerer Kondensator.
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2016-09-07 07:10 -0700 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <e3aldlFkf0nU1@mid.individual.net> |
| In reply to | #213397 |
On 2016-09-07 01:44, Michael Bäuerle wrote: > Joerg wrote: >> >> Ich kann dazu nur sagen, dass wir bei einigen Produkten mit harten >> Kostenvorgaben genau das tun, erfolgreich. Selbstverstaendlich wird die >> Akkuspannung staendig ueberwacht, schon um den Akku nicht auf Grundeis >> zu nuckeln, was Li-Ion Zellen aus Sicherheitsgruenden fuer immer in die >> ewigen Jagdgruende schicken kann. Daher ist es kein Problem, eine >> ausreichende Spannung fuer irgendwelche Prozesse per Software vorher >> festzustellen. > > Der besagte ATtiny48 wird zwar nicht aus einer Batterie versorgt, aber > er schreibt ins EEPROM. Um die Versorgung zu überwachen (und dann ggf. > keine neuen Schreibzugriffe auf das EEPROM mehr zu starten) gibt es eine > externe Referenz am Analogkomparator. Die kostet aber ähnlich viel wie > der Microcontroller und soll daher eigentlich wieder rausfliegen. Ggf. > muss dann die interne Referenz reichen. Weil sie so ungenau ist, muss > man dann aber mehr Reserve vorhalten. > Die "Referenz" in den ATMegas ist schon arg miserabel. Manchmal frage ich mich, wie man eine Bandgap-Schaltung (wenn es denn mal eine ist ...) so verbocken kann. > Die zweite Alternative wäre, den BOD zu benutzen: Der Reset verhindert > weitere Zugriffe auf das EEPROM, ein laufender Zugriff wird laut Daten- > blatt ordnungsgemäß abgeschlossen, wenn Vcc für seine komplette Dauer > im grünen Bereich bleibt. Der CPU-Kern muss dazu nicht laufen. > Diese Methode braucht außerdem keine Software (Speicher hat der ATtiny48 > ja nicht viel). > > Diode und Kondensator an Vcc stellen für die Dauer eines EEPROM-Schreib- > zugriffs die Energie bereit. Für den Fall des BOD fällt aber der > Stromverbrauch des CPU-Kerns im Reset weg, für die gleiche Über- > brückungszeit reicht dann ein kleinerer Kondensator. > Bis ich je dem BOD in einem Micro Controller vertraue, muesste ganz viel Wasser der Rhein runterfliessen. Die sind bei mir immer extern. Dritte Methode: Waehrend des Endtest in der Produktion per Anlegen einer externen Spannung die Fehler aus der internen Refenez automatisch rauskalibrieren lassen. Kostet aber einen Port Pin oder einen Mux, es sei denn, man hat eh einen ADC Eingang in Benutzung. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> |
|---|---|
| Date | 2016-09-07 15:18 +0000 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <e3apddFl3joU1@mid.individual.net> |
| In reply to | #213399 |
Joerg <news@analogconsultants.com> wrote: [Interne Referenz Attiny] >Dritte Methode: Waehrend des Endtest in der Produktion per Anlegen einer >externen Spannung die Fehler aus der internen Refenez automatisch >rauskalibrieren lassen. Kostet aber einen Port Pin oder einen Mux, es >sei denn, man hat eh einen ADC Eingang in Benutzung. Könnte man nicht die Betriebsspannung als externe Referenz verwenden? Wenn AV_CC gleich der Betriebsspannung ist, könnte man diese als Referenz für den ADC verwenden und dann via Kanal 14 des ADC V_BG messen. Da der Wert der Betriebsspannung bekannt ist, kann man damit die Abweichung der internen Referenz bestimmen. -- Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2016-09-07 09:31 -0700 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <e3atmdFmeqkU1@mid.individual.net> |
| In reply to | #213403 |
On 2016-09-07 08:18, Peter Heitzer wrote: > Joerg <news@analogconsultants.com> wrote: > [Interne Referenz Attiny] >> Dritte Methode: Waehrend des Endtest in der Produktion per Anlegen einer >> externen Spannung die Fehler aus der internen Refenez automatisch >> rauskalibrieren lassen. Kostet aber einen Port Pin oder einen Mux, es >> sei denn, man hat eh einen ADC Eingang in Benutzung. > Könnte man nicht die Betriebsspannung als externe Referenz verwenden? > Wenn AV_CC gleich der Betriebsspannung ist, könnte man diese als Referenz > für den ADC verwenden und dann via Kanal 14 des ADC V_BG messen. > Da der Wert der Betriebsspannung bekannt ist, kann man damit die Abweichung > der internen Referenz bestimmen. > Koennte man, ist im diskutierten Fall wegen direktem Anschluss am Akku ohne Regler jedoch so eine Sache. Das ginge nur, wenn der Akku beim Endtest in der Produktion einen genau bekannten Ladezustand hat. Bei meinen Fahrradakkus z.B. sind das bei Abfahrt fast exakt 4.1V pro Zelle. Bei meinen Kunden-Designs geht es jedoch nicht so einfach, weil die Akkus vom Zulieferer so wie sie kommen eingesetzt werden und die Ladung erst im Feld z.B. solar stattfindet. Wenn man immer sicher sein kann, dass der Akku regelmaessig bis zur Ladeabschaltung auf 100% gebracht wird oder man die Anlage bis zu dem Zeitpunkt im Intervall-Tiefschlaf warten lassen kann, koennte man diesen Spitzenwert erfassen und darauf kalibrieren. Doch bis dahin muesste die Chose unkalibriert laufen. Gute Li-Ion Laderegler sind weit praeziser als Referenzen in uC, muessen sie sein. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> |
|---|---|
| Date | 2016-09-08 06:40 +0000 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <e3cfenF2r7cU1@mid.individual.net> |
| In reply to | #213407 |
Joerg <news@analogconsultants.com> wrote: >On 2016-09-07 08:18, Peter Heitzer wrote: >> Joerg <news@analogconsultants.com> wrote: >> [Interne Referenz Attiny] >>> Dritte Methode: Waehrend des Endtest in der Produktion per Anlegen einer >>> externen Spannung die Fehler aus der internen Refenez automatisch >>> rauskalibrieren lassen. Kostet aber einen Port Pin oder einen Mux, es >>> sei denn, man hat eh einen ADC Eingang in Benutzung. >> Könnte man nicht die Betriebsspannung als externe Referenz verwenden? >> Wenn AV_CC gleich der Betriebsspannung ist, könnte man diese als Referenz >> für den ADC verwenden und dann via Kanal 14 des ADC V_BG messen. >> Da der Wert der Betriebsspannung bekannt ist, kann man damit die Abweichung >> der internen Referenz bestimmen. >> >Koennte man, ist im diskutierten Fall wegen direktem Anschluss am Akku >ohne Regler jedoch so eine Sache. Das ginge nur, wenn der Akku beim >Endtest in der Produktion einen genau bekannten Ladezustand hat. Die Spannung könnte durch eine Messung ermittelt und der Wert zusammem mit dem Programm ins Flash geschrieben werden, sofern ein Programmieren in der Schaltung möglich ist. -- Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2016-09-08 06:44 -0700 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <e3d89pF8nceU1@mid.individual.net> |
| In reply to | #213438 |
On 2016-09-07 23:40, Peter Heitzer wrote: > Joerg <news@analogconsultants.com> wrote: >> On 2016-09-07 08:18, Peter Heitzer wrote: >>> Joerg <news@analogconsultants.com> wrote: >>> [Interne Referenz Attiny] >>>> Dritte Methode: Waehrend des Endtest in der Produktion per Anlegen einer >>>> externen Spannung die Fehler aus der internen Refenez automatisch >>>> rauskalibrieren lassen. Kostet aber einen Port Pin oder einen Mux, es >>>> sei denn, man hat eh einen ADC Eingang in Benutzung. >>> Könnte man nicht die Betriebsspannung als externe Referenz verwenden? >>> Wenn AV_CC gleich der Betriebsspannung ist, könnte man diese als Referenz >>> für den ADC verwenden und dann via Kanal 14 des ADC V_BG messen. >>> Da der Wert der Betriebsspannung bekannt ist, kann man damit die Abweichung >>> der internen Referenz bestimmen. >>> > >> Koennte man, ist im diskutierten Fall wegen direktem Anschluss am Akku >> ohne Regler jedoch so eine Sache. Das ginge nur, wenn der Akku beim >> Endtest in der Produktion einen genau bekannten Ladezustand hat. > Die Spannung könnte durch eine Messung ermittelt und der Wert zusammem > mit dem Programm ins Flash geschrieben werden, sofern ein Programmieren > in der Schaltung möglich ist. > Geht, doch dann braucht man einen weitere Pin am Programming Header (kostet), ausser ein bus-faehiges Voltmeter, einen PC (den hat man meist aber schon) und eine Uebertragung zurueck in den uC. Letztere ueber Funk, RS232 oder was immer auf dem Modul ist. In den Datenstrom des Programming Header mit reinwutzeln ist in der Produktion ziemlich verpoent. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Joerg Niggemeyer <joerg.niggemeyer@nucon.de> |
|---|---|
| Date | 2016-09-01 10:43 +0200 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <b0efb0b855.assel@nuconverter.de> |
| In reply to | #213251 |
In message <20160901011420.27ea075d@Achmuehle.WOR>
Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> wrote:
> Hallo Joerg,
> Du schriebst am Wed, 31 Aug 2016 10:30:09 -0700:
>>> Der Analogteil war schon immer schwach bei den AVRs, das hat sich
> Nicht nur der, auch die PWM-Stufen ohne double buffering. Bei beiden war
> Microchip erheblich besser. Aber bei den Analogfunktionen hat Microchip
> inzwischen "aufgeholt" (BTW, bei der Dokumentation leider auch), die PWM-
> Module sind aber immer noch erheblich besser. Und bei den neueren Chips
> sind fast alle Funktionen sehr flexibel auf die Pins verteilbar.
Ich setze jetzt den 16F1765 ein. Noch vor einiger Zeit hätte ich
das jetzt nicht gedacht, dass ich auf einen 16F zurückgehen würde ;-O
Allerdings haben die internen Module es wirklich insich: Opamp, Comps,
DACs, CLCs,usw. Die Module lassen sich nicht nur auf die Pins
verteilen, sondern auch intern verdrahten und während des Betriebs
auch zudem ändern. Mit dem CCS Compiler kommt sehr schnell auch
als Neuling zum Ziel.
VG J
--
WEB: http://www.nucon.de http://www.led-temperature-protection.com
Geschäftsführer: Joerg.Niggemeyer@nucon.de
Steinbecker Muehlenweg 95, 21244 Buchholz idN, Germany
UST-IDNR.: DE 231373311, phone: +49 4181 290913, fax: +49 4181 350504
--- news://freenews.netfront.net/ - complaints: news@netfront.net ---
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2016-09-01 07:53 -0700 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <e2qtm8FsnerU1@mid.individual.net> |
| In reply to | #213251 |
On 2016-08-31 16:14, Sieghard Schicktanz wrote: > Hallo Joerg, > > Du schriebst am Wed, 31 Aug 2016 10:30:09 -0700: > >>> Der Analogteil war schon immer schwach bei den AVRs, das hat sich > > Nicht nur der, auch die PWM-Stufen ohne double buffering. Bei beiden war > Microchip erheblich besser. Interessant. PWM haben wir bei einem aktuellen Projekt benutzt. In einer Art, wo es wirklich auf niedriges Phasenrauschen ankommt und da muss ich vor den ATMega Ingenieuren den Hut ziehen. Das hat der von Anfang an gut gemacht. Doch analog beherrschen sie offenbar nicht gut. > ... Aber bei den Analogfunktionen hat Microchip > inzwischen "aufgeholt" (BTW, bei der Dokumentation leider auch), die PWM- > Module sind aber immer noch erheblich besser. Und bei den neueren Chips > sind fast alle Funktionen sehr flexibel auf die Pins verteilbar. > > ... >> 5V ist heutzutage ein Vorteil, weil man direkt von einer Li-Ion Zelle >> versorgen kann. > > Hääh? 'N 5V-Prozessor mit einer 3,7V-Li-Zelle versorgen? Bisse jeck? (Sorry) > Klar, inzwischen wird man so mit Spannungswandlern zugeschmissen, die aus > den 3,7V (nominell) fast beliebiges machen, daß das im Prinzip geht - aber > grade im Analogbereich möchte man sich doch möglichst _keine_ solchen > Störsender einfangen? > Deshalb, und wegen der Kosten. Manchmal sind 15 Cents mehr zuviel. Wenn Du eine moderate Clock Frequenz waehlst, kannst Du mit einem 5V-toleranten uC, der auch bei 3.3V oder weniger funktioniert, direkt Li-Ion einsetzen. Die Maximalspannung betraegt dann 4.2V, was i.d.R. fuer einen 3.3V max Typ zuviel ist. >>>> Man kann den Code fuer ATMega uC auch (und IMO vorzugsweise) mithilfe >>>> einer professionellen Entwicklungsumgebung erstellen. Persoenlich mag >>>> ich die Design Suite der Wikinger: >>>> >>>> https://www.iar.com/iar-embedded-workbench/partners/atmel/ > > Naja, bei "etwas länger her", IAR und Atmel fällt mir hauptsächlich ein, > daß da immer wieder von grö(ß|b)eren "Eigenheiten" der Entwicklungs- > Software berichtet wurde. Ich habe das allerdings nur immer am Rande > mitgekriegt, weil ich die nie gebraucht gabe. Mein bisher einziges Atmel- > Projekt nutze vom Kunden gestellte Software, leider auch mit ihren > "Eigenheiten". > Wir haben Atmel Programmierung frueher immer mit Keil gemacht. Gab nie Aerger. Wir hatten nur mal Ungemach mit einem Atmel uC, wo vollmundig 16MHz Clock im Hochglanz-Datenblatt stand, der aber bei 14-15MHz nachweislich ausstieg. >> Gewoehnungsbedueftig fand ich da auch einiges, aber es funktioniert >> sauber, auch wenn Leute aeltere Versionen benutzen. > > Wenn man _weiß_, was zu beachten ist, und sich um die richtige > Vorgehensweise (sprich: die nötigen Umgehungen) kümmert, kann man mit > fast allem zurechtkommen. > >> Einen guten Eindruck machten auch immer die Keil Tools, seit > > Die hatten auch "damals" (wie oben erwähnt) immer eine recht gute > Reputation - neben dem Ruf, extrem kostspielig zu sein. > Allerdings. Wobei wir letztes Jahr auch bei IAR gut $4k hinblaettern mussten. Fuer einen CM408F von Analog Devices. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Michael Bäuerle <michael.baeuerle@stz-e.de> |
|---|---|
| Date | 2016-09-02 14:21 +0200 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <AABXyW7nFtAAAAtl.A1.flnews@WStation5.stz-e.de> |
| In reply to | #213266 |
Joerg wrote: > On 2016-08-31 16:14, Sieghard Schicktanz wrote: > > Du schriebst am Wed, 31 Aug 2016 10:30:09 -0700: > > > Michael Bäuerle wrote: > > > > > > > > Der Analogteil war schon immer schwach bei den AVRs, das hat sich > > > > Nicht nur der, auch die PWM-Stufen ohne double buffering. Bei beiden war > > Microchip erheblich besser. > > Interessant. PWM haben wir bei einem aktuellen Projekt benutzt. In > einer Art, wo es wirklich auf niedriges Phasenrauschen ankommt und da > muss ich vor den ATMega Ingenieuren den Hut ziehen. Das hat der von > Anfang an gut gemacht. [...] Und da gibt es doch auch Modi mit double buffering (z.B. den "Phase and Frequency Correct PWM Mode").
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2016-09-05 23:47 +0200 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <20160905234738.5bf7be7c@Achmuehle.WOR> |
| In reply to | #213266 |
Hallo Joerg, Du schriebst am Thu, 01 Sep 2016 07:53:06 -0700: > > Nicht nur der, auch die PWM-Stufen ohne double buffering. Bei beiden war > > Microchip erheblich besser. > > Interessant. PWM haben wir bei einem aktuellen Projekt benutzt. In einer > Art, wo es wirklich auf niedriges Phasenrauschen ankommt und da muss ich > vor den ATMega Ingenieuren den Hut ziehen. Das hat der von Anfang an gut > gemacht. Doch analog beherrschen sie offenbar nicht gut. Sicher kann man das mit ein paar Tricks und viel Interrupt-Last hinkriegen. Bei den Microchips schreibt man halt einfach immer den nächsten Wert 'rein und kümmert sich um nix weiter. ... > >> 5V ist heutzutage ein Vorteil, weil man direkt von einer Li-Ion Zelle > >> versorgen kann. > > > > Hääh? 'N 5V-Prozessor mit einer 3,7V-Li-Zelle versorgen? Bisse jeck? > > (Sorry) Klar, inzwischen wird man so mit Spannungswandlern ... > Du eine moderate Clock Frequenz waehlst, kannst Du mit einem Und wenn Du etwas mehr Takt brauchst, stehst Du an. > 5V-toleranten uC, der auch bei 3.3V oder weniger funktioniert, direkt > Li-Ion einsetzen. Die Maximalspannung betraegt dann 4.2V, was i.d.R. > fuer einen 3.3V max Typ zuviel ist. Und? Da langt dann schon eine Seriendiode. Wobei die meisten µController ja einen durchaus erheblichen Versorgungsspannungsbereich haben, der manchmal wohl schon bisserl in Richtung auf eine solche Verwendung ausgerichtet sein dürfte. Z.B. 2,7...5,5V mit vollem Takt - das wird zum Entladeschluß zwar schon knapp (Li-Akkus gehen noch bis 2,5V), liegt aber noch recht gut im Bereich. -- -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz -----------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2016-09-06 10:03 -0700 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <e38b7bF3uj5U1@mid.individual.net> |
| In reply to | #213388 |
On 2016-09-05 14:47, Sieghard Schicktanz wrote: > Hallo Joerg, > > Du schriebst am Thu, 01 Sep 2016 07:53:06 -0700: > >>> Nicht nur der, auch die PWM-Stufen ohne double buffering. Bei beiden war >>> Microchip erheblich besser. >> >> Interessant. PWM haben wir bei einem aktuellen Projekt benutzt. In einer >> Art, wo es wirklich auf niedriges Phasenrauschen ankommt und da muss ich >> vor den ATMega Ingenieuren den Hut ziehen. Das hat der von Anfang an gut >> gemacht. Doch analog beherrschen sie offenbar nicht gut. > > Sicher kann man das mit ein paar Tricks und viel Interrupt-Last hinkriegen. > Bei den Microchips schreibt man halt einfach immer den nächsten Wert 'rein > und kümmert sich um nix weiter. > Die haben ja auch 2-5V Versionen, was gut gut ist, wenn man Li-Ion direkt nehmen muss. Doch ich bin meist auf das angewiesen, mit dem die Leute beim Kunden bereits vertraut sind. > ... >>>> 5V ist heutzutage ein Vorteil, weil man direkt von einer Li-Ion Zelle >>>> versorgen kann. >>> >>> Hääh? 'N 5V-Prozessor mit einer 3,7V-Li-Zelle versorgen? Bisse jeck? >>> (Sorry) Klar, inzwischen wird man so mit Spannungswandlern > ... >> Du eine moderate Clock Frequenz waehlst, kannst Du mit einem > > Und wenn Du etwas mehr Takt brauchst, stehst Du an. > Muss man einen mit ausreichend Reserven nehmen. >> 5V-toleranten uC, der auch bei 3.3V oder weniger funktioniert, direkt >> Li-Ion einsetzen. Die Maximalspannung betraegt dann 4.2V, was i.d.R. >> fuer einen 3.3V max Typ zuviel ist. > > Und? Da langt dann schon eine Seriendiode. Bei Motes und anderen engeriekritischen Designs nicht. Denn dort muss der uC und der ganze Rest der Schaltung oft in Tiefschlaf gehen, wo nur noch wenige uA gezogen werden duerfen. Dann laeuft Dir die Spannung schnell ueber abs max. > ... Wobei die meisten µController ja > einen durchaus erheblichen Versorgungsspannungsbereich haben, der manchmal > wohl schon bisserl in Richtung auf eine solche Verwendung ausgerichtet sein > dürfte. Z.B. 2,7...5,5V mit vollem Takt - das wird zum Entladeschluß zwar > schon knapp (Li-Akkus gehen noch bis 2,5V), liegt aber noch recht gut im > Bereich. > Bis 2.5V wuerde ich Li-Ion nicht leernuckeln. Danach reichen einige Monate Nichtbenutzung und der Akku ist unwiederbringlich hin. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2016-09-07 00:41 +0200 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <20160907004152.2822591b@Achmuehle.WOR> |
| In reply to | #213390 |
Hallo Joerg, Du schriebst am Tue, 06 Sep 2016 10:03:43 -0700: > >> Li-Ion einsetzen. Die Maximalspannung betraegt dann 4.2V, was i.d.R. > >> fuer einen 3.3V max Typ zuviel ist. > > > > Und? Da langt dann schon eine Seriendiode. > > Bei Motes und anderen engeriekritischen Designs nicht. Denn dort muss > der uC und der ganze Rest der Schaltung oft in Tiefschlaf gehen, wo nur > noch wenige uA gezogen werden duerfen. Dann laeuft Dir die Spannung > schnell ueber abs max. Was nur dann wirklich kritisch ist, wenn damit die "absolute maximum ratings" überschritten werden oder der Chip darauf mit Fehlverhalten reagiert. Natürlich ist es immer besser, wenn man sowas vermeiden kann. ... > > zum Entladeschluß zwar schon knapp (Li-Akkus gehen noch bis 2,5V), > > liegt aber noch recht gut im Bereich. > > Bis 2.5V wuerde ich Li-Ion nicht leernuckeln. Danach reichen einige > Monate Nichtbenutzung und der Akku ist unwiederbringlich hin. Na, _so_ heikel sind die Dinger nach unten dann doch nicht. Die meisten Hersteller geben 2,5V als reguläre Entladeschlußspannung an (grade mal wieder Datenblätter durchgeschaut), manche sogar noch bisserl weniger. LiFePO4 (z.B. A123) werden manchmal sogar bis 2,0V angegeben. Wenn die darunter nicht mehr gehen, dann ist da meistens nur die Schutzschaltung übervorsichtig. Wo die Dinger _wirklich_ heikel sind, ist die _Lade_schlußspannung. Eigentlich sind die gerne angegebenen 4.2V oft schon zuviel, 4.1V, max. 4,15V ist sicherer. (LiFePO4 haben zwischen 3,8V und 4,2V kaum noch Kapazitätsgewinn, andere über 4.0V auch nur noch recht wenig.) Bei zu hoher Spannung gehen die Co- und Mn-basierten Zellen dann auch eher thermisch "durch". Bei Tiefentladung ist dafür keine Energie mehr da. (BTW, LiFePO4 sind da viel robuster, die bringt kaum was "aus der Ruhe". Ich hab' mal versehentlich welche auf fast 4,5V hochgeladen - das haben die ohne erkennbare Probleme weggesteckt, die funktionieren immer noch.) -- -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz -----------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2016-09-07 12:59 -0700 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <e3b9tkFpbkgU1@mid.individual.net> |
| In reply to | #213415 |
On 2016-09-06 15:41, Sieghard Schicktanz wrote: > Hallo Joerg, > > Du schriebst am Tue, 06 Sep 2016 10:03:43 -0700: > >>>> Li-Ion einsetzen. Die Maximalspannung betraegt dann 4.2V, was i.d.R. >>>> fuer einen 3.3V max Typ zuviel ist. >>> >>> Und? Da langt dann schon eine Seriendiode. >> >> Bei Motes und anderen engeriekritischen Designs nicht. Denn dort muss >> der uC und der ganze Rest der Schaltung oft in Tiefschlaf gehen, wo nur >> noch wenige uA gezogen werden duerfen. Dann laeuft Dir die Spannung >> schnell ueber abs max. > > Was nur dann wirklich kritisch ist, wenn damit die "absolute maximum > ratings" überschritten werden oder der Chip darauf mit Fehlverhalten > reagiert. Natürlich ist es immer besser, wenn man sowas vermeiden kann. > Bei PIC12LF oder STM32 kommst Du da in den ungemuetlichen Bereich und K02 ARM sind nur bis max 3.8V zugelassen. Fehlverhalten ist bei meinen Sachen ebenfalls kritisch. Wenn das nicht bis ueber 4V klar (also in den Tabellen oder sonstwie schriftlich zugesichert) spezifiziert ist, dann mache Direkt-Li-Ion nicht. > ... >>> zum Entladeschluß zwar schon knapp (Li-Akkus gehen noch bis 2,5V), >>> liegt aber noch recht gut im Bereich. >> >> Bis 2.5V wuerde ich Li-Ion nicht leernuckeln. Danach reichen einige >> Monate Nichtbenutzung und der Akku ist unwiederbringlich hin. > > Na, _so_ heikel sind die Dinger nach unten dann doch nicht. Die meisten > Hersteller geben 2,5V als reguläre Entladeschlußspannung an (grade mal > wieder Datenblätter durchgeschaut), manche sogar noch bisserl weniger. Mache ich nicht. Zum einen sind unter 3V eh nur noch rund 5% der Energie drin, zum anderen gibt es Faelle, wo ein Geraet in leerem Zustand weggelegt und erst Monate spaeter wieder rausgeholt wird. > LiFePO4 (z.B. A123) werden manchmal sogar bis 2,0V angegeben. Wenn die > darunter nicht mehr gehen, dann ist da meistens nur die Schutzschaltung > übervorsichtig. Wo die Dinger _wirklich_ heikel sind, ist die > _Lade_schlußspannung. Eigentlich sind die gerne angegebenen 4.2V oft schon > zuviel, 4.1V, max. 4,15V ist sicherer. Sehe ich auch so. Deshalb ist sogar an meinen Fahrraedern bei 4.1V/Zelle Schluss. > ... (LiFePO4 haben zwischen 3,8V und > 4,2V kaum noch Kapazitätsgewinn, andere über 4.0V auch nur noch recht > wenig.) Bei zu hoher Spannung gehen die Co- und Mn-basierten Zellen dann > auch eher thermisch "durch". Bei Tiefentladung ist dafür keine Energie > mehr da. (BTW, LiFePO4 sind da viel robuster, die bringt kaum was "aus der > Ruhe". Ich hab' mal versehentlich welche auf fast 4,5V hochgeladen - das > haben die ohne erkennbare Probleme weggesteckt, die funktionieren immer > noch.) > Privat habe ich auch schon einiges gequaelt, aber fuer Serienprodukte bin ich recht vorsichtig, was Li-Akkus angeht. Das geht bei Akkus und dergleichen strikt nach Herstellervorgaben, sonst landet man rasch wegen grober Fahrlaessigkeit vor Gericht. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Michael Bäuerle <michael.baeuerle@stz-e.de> |
|---|---|
| Date | 2016-09-08 09:42 +0200 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <AABX0RZnE3cAAAm7.A1.flnews@WStation5.stz-e.de> |
| In reply to | #213422 |
Joerg wrote: > > [...] > Privat habe ich auch schon einiges gequaelt, aber fuer Serienprodukte > bin ich recht vorsichtig, was Li-Akkus angeht. Das geht bei Akkus und > dergleichen strikt nach Herstellervorgaben, sonst landet man rasch > wegen grober Fahrlaessigkeit vor Gericht. Das kann auch ohne grobe Fahrlässigkeit passieren, siehe aktueller Fall bei Samsung: <http://heise.de/-3315728> Dort gibt es wohl ein Problem mit den Akkuzellen selbst.
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2016-09-08 06:47 -0700 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <e3d8eiF8nceU2@mid.individual.net> |
| In reply to | #213439 |
On 2016-09-08 00:42, Michael Bäuerle wrote: > Joerg wrote: >> >> [...] >> Privat habe ich auch schon einiges gequaelt, aber fuer Serienprodukte >> bin ich recht vorsichtig, was Li-Akkus angeht. Das geht bei Akkus und >> dergleichen strikt nach Herstellervorgaben, sonst landet man rasch >> wegen grober Fahrlaessigkeit vor Gericht. > > Das kann auch ohne grobe Fahrlässigkeit passieren, siehe aktueller Fall > bei Samsung: > <http://heise.de/-3315728> > Dort gibt es wohl ein Problem mit den Akkuzellen selbst. > Es wird wohl einem der Akkuhersteller an den Kragen gehen. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | "horst-d.winzler" <horst.d.winzler@web.de> |
|---|---|
| Date | 2016-09-08 16:27 +0200 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <e3dareF9a3fU1@mid.individual.net> |
| In reply to | #213448 |
Am 08.09.2016 um 15:47 schrieb Joerg: > On 2016-09-08 00:42, Michael Bäuerle wrote: >> Joerg wrote: >> <http://heise.de/-3315728> >> Dort gibt es wohl ein Problem mit den Akkuzellen selbst. >> > > Es wird wohl einem der Akkuhersteller an den Kragen gehen. > das waren/sind Akkus von Samsung himself. -- ---hdw---
[toc] | [prev] | [next] | [standalone]
Page 22 of 28 — ← Prev page 1 … 20 21 [22] 23 24 … 28 Next page →
Back to top | Article view | de.sci.electronics
csiph-web