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 23 of 28 — ← Prev page 1 … 21 22 [23] 24 25 … 28 Next page →
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2016-09-08 07:43 -0700 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <e3dbotF9gv5U1@mid.individual.net> |
| In reply to | #213449 |
On 2016-09-08 07:27, horst-d.winzler wrote: > 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. > Stimmt, wobei SDI rechtlich vermutlich ein separates Unternehmen im Samsung-Verbund ist: http://www.samsungsdi.com/about-sdi/history.html Ich weiss nicht, ob es heute noch so ist, frueher gehoerten in Suedkorea die meisten namhaften Firmen zu einer von rund einem halben Dutzend Firmendynastien. M.W. wurden (werden ?) diese Dynastiem Chaebol genannt. Dabei aendern sie auch mal die Firmennamen. Ich weiss nicht, wann SDI (oder Cheul?) mit Samsung liierte oder ob von Anfang an. Unsere Klamotten schipperten z.B. in den 90ern mit der suedkoreanischen Cho Yang Line ueber den Teich. Das wurde m.W. Teil von Hanjin und Cheffe heisst Cho Yang. Klingt irgendwie auch nach Dynastie. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Michael Bäuerle <michael.baeuerle@stz-e.de> |
|---|---|
| Date | 2016-09-08 16:42 +0200 |
| Subject | Brandgefahr bei Li-Akkus (was: MCUs und Compiler) |
| Message-ID | <AABX0XjLE4AAAAm7.A1.flnews@WStation5.stz-e.de> |
| In reply to | #213448 |
Joerg wrote: > 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. In dem Fall war es wohl ein eigener Akkuhersteller (der Samsung gehört).
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2016-09-08 07:59 -0700 |
| Subject | Re: Brandgefahr bei Li-Akkus |
| Message-ID | <e3dcmjF9oncU1@mid.individual.net> |
| In reply to | #213452 |
On 2016-09-08 07:42, Michael Bäuerle wrote: > Joerg wrote: >> 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. > > In dem Fall war es wohl ein eigener Akkuhersteller (der Samsung gehört). > Ja, hat Horst-Dieter angemerkt. Dann wird wohl familienintern der Hammer kreisen. Es wuerde mich nicht wundern, wenn bei SDI einer der Executives traditionsgemaess den Hut nimmt. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2016-09-10 21:44 +0200 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <20160910214445.577a1b90@Achmuehle.WOR> |
| In reply to | #213422 |
Hallo Joerg, Du schriebst am Wed, 07 Sep 2016 12:59:55 -0700: ["Li-Ion"] > Bei PIC12LF oder STM32 kommst Du da in den ungemuetlichen Bereich und Die "L"-Typen der PICs sind oft nur "nach oben" in der Spannung beschnitten - nimm die Standardtypen, und Du kannst bis 5V versorgen. Bei den ARMen ist die Sache natürlich anders, die sind spezifisch auf 3.3V entwickelt und deswegen grundsätzlich nach oben begrenzt. Allerdings haben einige dann wieder integrierte Spannungsregler für den Betrieb an USB, und da dort (bis zu) 5V ankommen, geht das auch wieder mit der höheren Spannung. Da wird's dann aber wieder im unteren Bereich "interessant", weil die halt dafür wieder nicht ausgelegt sind. > 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 Natürlich - Fehlverhalten ist _immer_ nicht nur "kritisch", sondern absolut zu vermeiden. > Tabellen oder sonstwie schriftlich zugesichert) spezifiziert ist, dann > mache Direkt-Li-Ion nicht. D'accord. ... > > 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 Das stimmt, da geht's steil nach unten. > drin, zum anderen gibt es Faelle, wo ein Geraet in leerem Zustand > weggelegt und erst Monate spaeter wieder rausgeholt wird. Solange "das Gerät" dabei _ausgeschaltet_ ist und keinen Strom verbraucht, ist das ebenfalls unkritisch. Das wird aber natürlich dann zum Problem, wenn man solche Geräte baut, wie sie heute der Faulheit zuliebe gemacht werden, nämlich _ohne_ einen richtigen Ausschalter. Die ziehen auch "ausgeschaltet" - d.h. in einem funktionslosen Zustand - noch Strom. Ähnlich können aber auch schon die Schutzschaltungen der Akkus wirken, und die _können_ nicht ausgeschaltet werden. -- -- (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-10 14:00 -0700 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <e3jai4Fm8bbU1@mid.individual.net> |
| In reply to | #213585 |
On 2016-09-10 12:44, Sieghard Schicktanz wrote: > Hallo Joerg, > > Du schriebst am Wed, 07 Sep 2016 12:59:55 -0700: > [...] >>> 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 > > Das stimmt, da geht's steil nach unten. > >> drin, zum anderen gibt es Faelle, wo ein Geraet in leerem Zustand >> weggelegt und erst Monate spaeter wieder rausgeholt wird. > > Solange "das Gerät" dabei _ausgeschaltet_ ist und keinen Strom verbraucht, > ist das ebenfalls unkritisch. Das wird aber natürlich dann zum Problem, > wenn man solche Geräte baut, wie sie heute der Faulheit zuliebe gemacht > werden, nämlich _ohne_ einen richtigen Ausschalter. Die ziehen auch > "ausgeschaltet" - d.h. in einem funktionslosen Zustand - noch Strom. > Ähnlich können aber auch schon die Schutzschaltungen der Akkus wirken, > und die _können_ nicht ausgeschaltet werden. > Das gilt auch fuer komplett ausgeschaltete Geraete oder welche wie in vielen meiner Faelle, wo nur noch der uC aktiv ist und im Tiefschlaf lediglich einige uA nuckelt. Das Problem ist die Selbstentladung, die bei Li-Ion durchaus ueber 1%/Monat liegen kann. Eine auf 5% runtergelutschte Zelle kann ueber den Jordan sein, wenn das Geraet z.B. bis zur Saison naechstes Jahr ins Regal gelegt wird. Zu meinem Erstaunen haben sich Markenakkus dabei nicht mit Ruhm bekleckert und oft deutlich ueber 2% gelegen, waehrend die billigen chinesischen Li-Ion Akkus in meinen Fahrraedern fast keine Selbstentladung zeigen. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2016-09-11 01:15 +0200 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <20160911011509.6f148b81@Achmuehle.WOR> |
| In reply to | #213589 |
Hallo Joerg, Du schriebst am Sat, 10 Sep 2016 14:00:01 -0700: > > Solange "das Gerät" dabei _ausgeschaltet_ ist und keinen Strom > > verbraucht, ist das ebenfalls unkritisch. Das wird aber natürlich dann ... > Das gilt auch fuer komplett ausgeschaltete Geraete oder welche wie in > vielen meiner Faelle, wo nur noch der uC aktiv ist und im Tiefschlaf Letztere sind _nicht_ ausgeschaltet. > lediglich einige uA nuckelt. Das Problem ist die Selbstentladung, die > bei Li-Ion durchaus ueber 1%/Monat liegen kann. Eine auf 5% Tut sie nicht, solange der Akku noch einigermaßen in Ordnung ist. Die von Herstellern angegebenen Selbstentladungsraten von bis zu 3%/Monat dienen nur dazu, auch die Ausschußproduktion regulär verkaufen zu können, wenn man das mal "etwas spitz" formulieren möchte. (Alternativ könnte damit der Strombedarf einer integrierten Schutzschaltung erfasst sein.) .. > Zu meinem Erstaunen haben sich Markenakkus dabei nicht mit Ruhm > bekleckert und oft deutlich ueber 2% gelegen, waehrend die billigen > chinesischen Li-Ion Akkus in meinen Fahrraedern fast keine > Selbstentladung zeigen. Da brauchst Du nicht drüber stauenen - die Markenakkus haben eben im Gegensatz zu den "billigen chinesischen Li-Ion Akkus" eingebaute Schutzschaltungen, die eine Über- (und Tiefent-) Ladung verhindern. Die braucht natürlich Strom, der aus der Akku-Zelle kommen muß. Bei Deinen Fahrrad-Akkus mußt Du selber sicherstellen, daß die nicht beim Laden abbrennen. -- -- (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-11 06:54 -0700 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <e3l61kF4qk6U1@mid.individual.net> |
| In reply to | #213600 |
On 2016-09-10 16:15, Sieghard Schicktanz wrote: > Hallo Joerg, > > Du schriebst am Sat, 10 Sep 2016 14:00:01 -0700: > >>> Solange "das Gerät" dabei _ausgeschaltet_ ist und keinen Strom >>> verbraucht, ist das ebenfalls unkritisch. Das wird aber natürlich dann > ... >> Das gilt auch fuer komplett ausgeschaltete Geraete oder welche wie in >> vielen meiner Faelle, wo nur noch der uC aktiv ist und im Tiefschlaf > > Letztere sind _nicht_ ausgeschaltet. > Der Stromverbrauch liegt so weit unter dem Selbstentladestrom, dass solche Geraete in der Praxis keinen Unterschied zu Versionen mit Schaltern zeigen. Wenn sie gescheit entwickelt sind. >> lediglich einige uA nuckelt. Das Problem ist die Selbstentladung, die >> bei Li-Ion durchaus ueber 1%/Monat liegen kann. Eine auf 5% > > Tut sie nicht, solange der Akku noch einigermaßen in Ordnung ist. Die von > Herstellern angegebenen Selbstentladungsraten von bis zu 3%/Monat dienen > nur dazu, auch die Ausschußproduktion regulär verkaufen zu können, wenn man > das mal "etwas spitz" formulieren möchte. (Alternativ könnte damit der > Strombedarf einer integrierten Schutzschaltung erfasst sein.) > Nun, die Akkus fuer meine Olympus PEN Kamera zeigen z.B. deutliche Selbstentladung und das ist keine Billigfirma. Die Akkus vom Chinamann hatten das (bisher) nicht. Natuerlich war das beileibe kein repraesentativer Querschnitt, ist mit nur bei einigen Produkten aufgefallen. > .. >> Zu meinem Erstaunen haben sich Markenakkus dabei nicht mit Ruhm >> bekleckert und oft deutlich ueber 2% gelegen, waehrend die billigen >> chinesischen Li-Ion Akkus in meinen Fahrraedern fast keine >> Selbstentladung zeigen. > > Da brauchst Du nicht drüber stauenen - die Markenakkus haben eben im > Gegensatz zu den "billigen chinesischen Li-Ion Akkus" eingebaute > Schutzschaltungen, die eine Über- (und Tiefent-) Ladung verhindern. > Die braucht natürlich Strom, der aus der Akku-Zelle kommen muß. > Bei Deinen Fahrrad-Akkus mußt Du selber sicherstellen, daß die nicht > beim Laden abbrennen. > Da sind Elektronikplatinchen mit eingeschrumpft. Eine hatte es bei einem der Akkus gefetzt, weil der Hinterreifen platzte und die wegspritzenden Teile vieles mitrissen. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2016-09-11 22:17 +0200 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <20160911221710.65934c1f@Achmuehle.WOR> |
| In reply to | #213624 |
Hallo Joerg, Du schriebst am Sun, 11 Sep 2016 06:54:58 -0700: ["Tiefschlaf"] > > Letztere sind _nicht_ ausgeschaltet. > > Der Stromverbrauch liegt so weit unter dem Selbstentladestrom, dass > solche Geraete in der Praxis keinen Unterschied zu Versionen mit > Schaltern zeigen. Wenn sie gescheit entwickelt sind. Wie hoch _ist_ denn der "Selbstentladestrom"? Gemessen? Und Deine Schaltung liegt sicher eine Größenordnung drunter? (Schön, bei 1% Selbstentladung/Monat, von was auch immer, einer 1,5Ah- [1500mAh-] Zelle - d.h. 20µA - wären damit 2µA zum "verbraten" frei. Das entspräche bei 3,7V einem "Offenwiderstand" von ca. 1,85MOhm. Jeder primitive echte Schalter kommt auf ein paar hundert MOhm Offenwiderstand.) > >> lediglich einige uA nuckelt. Das Problem ist die Selbstentladung, die > >> bei Li-Ion durchaus ueber 1%/Monat liegen kann. Eine auf 5% ... > > könnte damit der Strombedarf einer integrierten Schutzschaltung erfasst > > sein.) > > Nun, die Akkus fuer meine Olympus PEN Kamera zeigen z.B. deutliche > Selbstentladung und das ist keine Billigfirma. Die Akkus vom Chinamann Eben, die haben halt eine Schutzschaltung, die im Fehlerfall dann hoffentlich auch funktioniert. > hatten das (bisher) nicht. Natuerlich war das beileibe kein Die sparen sich sowas halt gerne. Dafür sparen sie auch an der Genauigkeit bei der Ladeschlußspannung. Kann halt Folgen zeitigen. <http://i.dailymail.co.uk/i/pix/2015/12/13/17/2F55BB2F00000578-3358357-image-a-48_1450026110974.jpg> <http://i.dailymail.co.uk/i/pix/2015/12/13/17/2F55BB2700000578-3358357-image-a-50_1450026132755.jpg> <http://i.dailymail.co.uk/i/pix/2015/12/13/17/2F55BB2B00000578-3358357-image-a-47_1450026105535.jpg>) ... > > Schutzschaltungen, die eine Über- (und Tiefent-) Ladung verhindern. > > Die braucht natürlich Strom, der aus der Akku-Zelle kommen muß. > > Bei Deinen Fahrrad-Akkus mußt Du selber sicherstellen, daß die nicht > > beim Laden abbrennen. > > Da sind Elektronikplatinchen mit eingeschrumpft. Eine hatte es bei einem > der Akkus gefetzt, weil der Hinterreifen platzte und die wegspritzenden > Teile vieles mitrissen. Na, dann sei froh drüber, daß Du da anscheinend durchaus bessere Qualität mit Schutzschaltung bekommen hast. (Sofern die angeschlossen ist, jedenfalls...) (Nur am Rande: die "wegspritzenden Teile" von was? Vom Reifen oder der Platine? Was kann denn beim Platzen eines Reifens wegspritzen?) -- -- (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-12 07:09 -0700 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <e3nr81Fo1jlU1@mid.individual.net> |
| In reply to | #213650 |
On 2016-09-11 13:17, Sieghard Schicktanz wrote: > Hallo Joerg, > > Du schriebst am Sun, 11 Sep 2016 06:54:58 -0700: > > ["Tiefschlaf"] >>> Letztere sind _nicht_ ausgeschaltet. >> >> Der Stromverbrauch liegt so weit unter dem Selbstentladestrom, dass >> solche Geraete in der Praxis keinen Unterschied zu Versionen mit >> Schaltern zeigen. Wenn sie gescheit entwickelt sind. > > Wie hoch _ist_ denn der "Selbstentladestrom"? Gemessen? Das kann natuerlich nur ueber den Verlust an gespeicherter Energie pro Zeiteinheit gemessen werden. 20-30uA bei einer 2Ah Zelle ist durchaus ueblich. > ... Und Deine Schaltung liegt sicher eine Größenordnung drunter? Ja. Das messen wir akribisch und beim Erstellen der Software wird genau erwogen, welche Aktion wieviel Energie nuckelt. > (Schön, bei 1% Selbstentladung/Monat, von was auch immer, einer 1,5Ah- > [1500mAh-] Zelle - d.h. 20µA - wären damit 2µA zum "verbraten" frei. Das > entspräche bei 3,7V einem "Offenwiderstand" von ca. 1,85MOhm. Jeder > primitive echte Schalter kommt auf ein paar hundert MOhm Offenwiderstand.) > Schalte mal rauf ins 21.Jahrhundert :-) Beispiel: Ein autark arbeitender Messaufnehmer draussen in der Pampa, der nur ganz selten mal was messen muss und wo der Akku solar nachgetankt wird. Wie willst Du den komplett abschalten? Er misst darueberhinaus auch periodisch die Akkuspannung, etwa um per Funk mitteilen zu koennen "Ich habe seit Tagen keinen Sonnenstrahl mehr abbekommen, auf mich muss Vegetation oder sonstwas gefallen sein oder ich liege jetzt auf dem Boden". Nun hat Farmer John die Chance, rauszufahren und nachzusehen. Wuerde er die Meldung nicht bekommen, koennte es passieren, dass unbemerkt ein Teil seiner Ernte kaputtgeht. Natuerlich wird dann beim Schaltungs-Design um jedes halbe Mikroampere gefeilscht. Solche Entwicklungen koennen richtig Spass machen. >>>> lediglich einige uA nuckelt. Das Problem ist die Selbstentladung, die >>>> bei Li-Ion durchaus ueber 1%/Monat liegen kann. Eine auf 5% > ... >>> könnte damit der Strombedarf einer integrierten Schutzschaltung erfasst >>> sein.) >> >> Nun, die Akkus fuer meine Olympus PEN Kamera zeigen z.B. deutliche >> Selbstentladung und das ist keine Billigfirma. Die Akkus vom Chinamann > > Eben, die haben halt eine Schutzschaltung, die im Fehlerfall dann > hoffentlich auch funktioniert. > Die billigen hatten das bisher ebenfalls. >> hatten das (bisher) nicht. Natuerlich war das beileibe kein > > Die sparen sich sowas halt gerne. Dafür sparen sie auch an der Genauigkeit > bei der Ladeschlußspannung. Kann halt Folgen zeitigen. > <http://i.dailymail.co.uk/i/pix/2015/12/13/17/2F55BB2F00000578-3358357-image-a-48_1450026110974.jpg> > <http://i.dailymail.co.uk/i/pix/2015/12/13/17/2F55BB2700000578-3358357-image-a-50_1450026132755.jpg> > <http://i.dailymail.co.uk/i/pix/2015/12/13/17/2F55BB2B00000578-3358357-image-a-47_1450026105535.jpg>) > Man sollte schon wissen, was man in ein Design setzt. Allein schon aus Haftungsgruenden, denn gegen grobe Fahrlaessigkeit nuetzt u.U. auch kein wasserdichter Vertrag. > ... >>> Schutzschaltungen, die eine Über- (und Tiefent-) Ladung verhindern. >>> Die braucht natürlich Strom, der aus der Akku-Zelle kommen muß. >>> Bei Deinen Fahrrad-Akkus mußt Du selber sicherstellen, daß die nicht >>> beim Laden abbrennen. >> >> Da sind Elektronikplatinchen mit eingeschrumpft. Eine hatte es bei einem >> der Akkus gefetzt, weil der Hinterreifen platzte und die wegspritzenden >> Teile vieles mitrissen. > > Na, dann sei froh drüber, daß Du da anscheinend durchaus bessere Qualität > mit Schutzschaltung bekommen hast. (Sofern die angeschlossen ist, > jedenfalls...) > (Nur am Rande: die "wegspritzenden Teile" von was? Vom Reifen oder der > Platine? Was kann denn beim Platzen eines Reifens wegspritzen?) > Teile der Karkasse. Beim letzten Mal durfte ich eine lange Wanderung hinlegen und es hat dabei die Felge ziemlich mitgenommen. Weil es eine Gelaendefahrt war und nach dem Knall Stuecke vom Reifen fehlten. Die Platine mit der Schutzschaltung war teilweise abgerissen, Brueckungsbleche zwischen Zellen ebenfalls, die mindestens 20 Bruchstuecke des Ruecklicht durfte ich in einigen Metern Umkreis suchen und einsammeln, und so weiter. Auf Singletrack sollte man schon wegen der Tiere nichts liegenlassen. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2016-09-13 22:09 +0200 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <20160913220950.084d301b@Achmuehle.WOR> |
| In reply to | #213682 |
Hallo Joerg, Du schriebst am Mon, 12 Sep 2016 07:09:08 -0700: > > ["Tiefschlaf"] > >>> Letztere sind _nicht_ ausgeschaltet. > >> > >> Der Stromverbrauch liegt so weit unter dem Selbstentladestrom, dass Sie sind trotzdem _nicht_ ausgeschaltet. > > Wie hoch _ist_ denn der "Selbstentladestrom"? Gemessen? > > Das kann natuerlich nur ueber den Verlust an gespeicherter Energie pro > Zeiteinheit gemessen werden. 20-30uA bei einer 2Ah Zelle ist durchaus > ueblich. D.h. also so ca. 65...100000h, also ca. 7,5...12 Jahre? > > ... Und Deine Schaltung liegt sicher eine Größenordnung drunter? Also bei 2...3µA bei ca. 3,7V, also ca. 1,2...1,8MOhm. > Ja. Das messen wir akribisch und beim Erstellen der Software wird genau > erwogen, welche Aktion wieviel Energie nuckelt. Schön. Das kann schon eine anständige Betriebsdauer geben, die Ruhephasen sind dabei relativ unkritisch. Trotzdem sind diese Geräte damit _nicht_ ausgeschaltet. ... > > primitive echte Schalter kommt auf ein paar hundert MOhm > > Offenwiderstand.) > > Schalte mal rauf ins 21.Jahrhundert :-) Mit Stand-By-Verbräuchen, die pro Land ein eigenees Kernkraftwerk brauchen? Nur äußerst ungern... (Doch, das _ist_ provokativ gemeint.) > Beispiel: Ein autark arbeitender Messaufnehmer draussen in der Pampa, > der nur ganz selten mal was messen muss und wo der Akku solar Das ist ein Einsatzfall, der eine solche Konstruktion rechtfertigen kann. ... > abbekommen, auf mich muss Vegetation oder sonstwas gefallen sein oder > ich liege jetzt auf dem Boden". Nun hat Farmer John die Chance, Falls das noch rechtzeitig geht. Das Dumme an elektrisch betriebenen Geräten, die sich elektrisch bemerkbar machen müssen, ist, daß sie sich ohne Elektriziztät nicht mehr bemerkbar machen können... > rauszufahren und nachzusehen. Wuerde er die Meldung nicht bekommen, ...waäre das ein Hinweis darauf, daß der Sensor nicht mehr funktioniert und deshalb überprüft werden muß. Ansonsten ist die Auswertelogik verkehrt. ["wegspritzende Teile" von Reifen] > Teile der Karkasse. Beim letzten Mal durfte ich eine lange Wanderung Die müssen ja ganz schön unter Druck gestanden haben. Oder die Tragschicht für die Stollen war bisserl knapp (für den Druck). -- -- (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 | Dieter Wiedmann <dieter.wiedmann@t-online.de> |
|---|---|
| Date | 2016-09-13 22:26 +0200 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <nr9neb$11gr$1@gioia.aioe.org> |
| In reply to | #213731 |
Am 13.09.2016 um 22:09 schrieb Sieghard Schicktanz: > Hallo Joerg, > > Du schriebst am Mon, 12 Sep 2016 07:09:08 -0700: >> Schalte mal rauf ins 21.Jahrhundert :-) Das ist aber nicht gusseisern.
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2016-09-13 16:55 -0700 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <e3rhukFl1cnU1@mid.individual.net> |
| In reply to | #213731 |
On 2016-09-13 13:09, Sieghard Schicktanz wrote: > Hallo Joerg, > > Du schriebst am Mon, 12 Sep 2016 07:09:08 -0700: > >>> ["Tiefschlaf"] >>>>> Letztere sind _nicht_ ausgeschaltet. >>>> >>>> Der Stromverbrauch liegt so weit unter dem Selbstentladestrom, dass > > Sie sind trotzdem _nicht_ ausgeschaltet. > Ist in der Praxis voellig wumpe. >>> Wie hoch _ist_ denn der "Selbstentladestrom"? Gemessen? >> >> Das kann natuerlich nur ueber den Verlust an gespeicherter Energie pro >> Zeiteinheit gemessen werden. 20-30uA bei einer 2Ah Zelle ist durchaus >> ueblich. > > D.h. also so ca. 65...100000h, also ca. 7,5...12 Jahre? > So in etwa. >>> ... Und Deine Schaltung liegt sicher eine Größenordnung drunter? > Also bei 2...3µA bei ca. 3,7V, also ca. 1,2...1,8MOhm. > Yup. >> Ja. Das messen wir akribisch und beim Erstellen der Software wird genau >> erwogen, welche Aktion wieviel Energie nuckelt. > > Schön. Das kann schon eine anständige Betriebsdauer geben, die Ruhephasen > sind dabei relativ unkritisch. Trotzdem sind diese Geräte damit _nicht_ > ausgeschaltet. > So what? > ... >>> primitive echte Schalter kommt auf ein paar hundert MOhm >>> Offenwiderstand.) >> >> Schalte mal rauf ins 21.Jahrhundert :-) > > Mit Stand-By-Verbräuchen, die pro Land ein eigenees Kernkraftwerk brauchen? > Nur äußerst ungern... (Doch, das _ist_ provokativ gemeint.) > Bei 2uA ein eigenes Kraftwerk? Dazu musste jede Ameise Dutzende Geraetchen in Betrieb haben. >> Beispiel: Ein autark arbeitender Messaufnehmer draussen in der Pampa, >> der nur ganz selten mal was messen muss und wo der Akku solar > > Das ist ein Einsatzfall, der eine solche Konstruktion rechtfertigen kann. Es gibt auch sehr viele in Haushalt und Betrieb. Wie willst Du z.B. einen Fernseher per Fernbedienung einschalten, wenn der Saft voll abgeklemmt ist? Oder einen Videorekorder automatisch das Endspiel aufnehmen lassen? > ... >> abbekommen, auf mich muss Vegetation oder sonstwas gefallen sein oder >> ich liege jetzt auf dem Boden". Nun hat Farmer John die Chance, > > Falls das noch rechtzeitig geht. Das Dumme an elektrisch betriebenen > Geräten, die sich elektrisch bemerkbar machen müssen, ist, daß sie sich > ohne Elektriziztät nicht mehr bemerkbar machen können... > Deshalb ueberwachen wir regelmaessig die Akkuspannung. Wenn der Ladezustand des Akkus zu lange permanent nach unten geht, wird Alarm gegeben, lange bevor er ganz leer ist. Zumal ganz leer fuer Li-Ion ungesund ist. >> rauszufahren und nachzusehen. Wuerde er die Meldung nicht bekommen, > > ...waäre das ein Hinweis darauf, daß der Sensor nicht mehr funktioniert > und deshalb überprüft werden muß. Ansonsten ist die Auswertelogik verkehrt. > So einfach ist das nicht. Eine regelmaessige "Ich bin kerngesund" Meldung kostet weit mehr Energie pro Zeiteinheit als eine simple Messung der Batteriespannung durch den uC. Dieser entscheidet dann, ob eine energiefressende Warnmeldung losgelassen wird oder gar keine Meldung erfolgt. Natuerlich geht das nur, wenn das Funknetz sicher funktioniert. > ["wegspritzende Teile" von Reifen] >> Teile der Karkasse. Beim letzten Mal durfte ich eine lange Wanderung > > Die müssen ja ganz schön unter Druck gestanden haben. Oder die Tragschicht > für die Stollen war bisserl knapp (für den Druck). > Ich fahre MTB-Reifen mit 55psi, mussten etwa 4bar sein. Das sind recht fette Reifen, 2.2" oder gut 5cm breit, grobstollig. Der Schlauch ist eher motorradmaessig mit 4mm Wandstaerke, darueber (zwischen Reifen und Schlauch) ein Kevlarband, dieses in einen alten Schlauch geschoben. Nun wollte ich wissen, ob ein Reifen nicht doch ein wenig ueber 800km haelt, er war schon arg abgefahren und ... *POFF* ... da es zum Glueck der Hinterreifen war, konnte ich die Fuhre bis zum Stillstand stabil halten. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2016-09-15 02:27 +0200 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <20160915022711.0712ef9a@Achmuehle.WOR> |
| In reply to | #213745 |
Hallo Joerg, Du schriebst am Tue, 13 Sep 2016 16:55:04 -0700: > >>> ["Tiefschlaf"] > > Sie sind trotzdem _nicht_ ausgeschaltet. > > Ist in der Praxis voellig wumpe. Da würde mich mal interessieren, was "wumpe" eigentlich sein soll? ... > > Mit Stand-By-Verbräuchen, die pro Land ein eigenees Kernkraftwerk > > brauchen? Nur äußerst ungern... (Doch, das _ist_ provokativ gemeint.) > > Bei 2uA ein eigenes Kraftwerk? Dazu musste jede Ameise Dutzende > Geraetchen in Betrieb haben. Nicht bei 2µA - aber es werden ja nicht nur solche Geräte im Stand-by betrieben, sondern auch andere, die erheblich mehr verbrauchen, und das dann noch vom Netz. > >> Beispiel: Ein autark arbeitender Messaufnehmer draussen in der Pampa, ... > Es gibt auch sehr viele in Haushalt und Betrieb. Wie willst Du z.B. > einen Fernseher per Fernbedienung einschalten, wenn der Saft voll > abgeklemmt ist? Oder einen Videorekorder automatisch das Endspiel > aufnehmen lassen? Garnicht - dafür gibt's den Netzschalter. Und dorthin zu schlurfen gibt sogar noch bisserl was von dem, was früher mal "Kondition" war, ... > > Falls das noch rechtzeitig geht. Das Dumme an elektrisch betriebenen > > Geräten, die sich elektrisch bemerkbar machen müssen, ist, daß sie sich > > ohne Elektriziztät nicht mehr bemerkbar machen können... > > Deshalb ueberwachen wir regelmaessig die Akkuspannung. Wenn der > Ladezustand des Akkus zu lange permanent nach unten geht, wird Alarm Und so rechtzeitig, daß auch die Wahrscheinlichkeit, daß das klappt, nahe bei 1 liegt. > So einfach ist das nicht. Eine regelmaessige "Ich bin kerngesund" > Meldung kostet weit mehr Energie pro Zeiteinheit als eine simple Messung > der Batteriespannung durch den uC. Dieser entscheidet dann, ob eine Das muß ja auch nicht eine extra Meldung sein. Ein Bit in der (mehr oder weniger) regelmäßigen regulären Datenmeldung, ohne die der ganze Appparat eh nicht sinnvoll ist, reicht dafür doch. Bit auf Meldewert -> Nachschauen. > energiefressende Warnmeldung losgelassen wird oder gar keine Meldung > erfolgt. Natuerlich geht das nur, wenn das Funknetz sicher funktioniert. Das ist bei (Funk-) Kommunikation ja immer Voraussetzung. > > ["wegspritzende Teile" von Reifen] > Ich fahre MTB-Reifen mit 55psi, mussten etwa 4bar sein. Das sind recht > fette Reifen, 2.2" oder gut 5cm breit, grobstollig. Der Schlauch ist Dachtr ich mir schon. Grobstollig heißt halt, mit vielen Sollbruch- (bzw. -reiß-) stellen, und dazu ein sehr hoher Druck. Dazu noch Deine "normalen" Wege - ein dickerer Stein, Felgenberührung, und der Reifen samt Schlauch hat ein Loch als Ansatzpunkt zum Aufreißen. (Ok, sollte hier wohl nicht weiter "ausfetailliert" werden...) -- -- (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 | Hanno Foest <hurga-news2@tigress.com> |
|---|---|
| Date | 2016-09-15 10:35 +0200 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <e3v4r2Fgeu3U1@mid.individual.net> |
| In reply to | #213804 |
Am 15.09.2016 02:27 schrieb Sieghard Schicktanz: >>> ["wegspritzende Teile" von Reifen] >> Ich fahre MTB-Reifen mit 55psi, mussten etwa 4bar sein. Das sind recht >> fette Reifen, 2.2" oder gut 5cm breit, grobstollig. Der Schlauch ist > > Dachtr ich mir schon. Grobstollig heißt halt, mit vielen Sollbruch- (bzw. > -reiß-) stellen, und dazu ein sehr hoher Druck. "sehr hoher Druck"? Das ist kaum mittlerer Bereich. Mein Faltrad fahr ich mit so 6.5 bar, und bei Rennrädern mit 18-20mm Reifen sind oft auch 10 bar üblich. Hanno
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2016-09-15 07:15 -0700 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <e3von5Fl7bnU1@mid.individual.net> |
| In reply to | #213811 |
On 2016-09-15 01:35, Hanno Foest wrote: > Am 15.09.2016 02:27 schrieb Sieghard Schicktanz: > >>>> ["wegspritzende Teile" von Reifen] >>> Ich fahre MTB-Reifen mit 55psi, mussten etwa 4bar sein. Das sind recht >>> fette Reifen, 2.2" oder gut 5cm breit, grobstollig. Der Schlauch ist >> >> Dachtr ich mir schon. Grobstollig heißt halt, mit vielen Sollbruch- (bzw. >> -reiß-) stellen, und dazu ein sehr hoher Druck. > > "sehr hoher Druck"? Das ist kaum mittlerer Bereich. Mein Faltrad fahr > ich mit so 6.5 bar, und bei Rennrädern mit 18-20mm Reifen sind oft auch > 10 bar üblich. > Es kommt drauf an, was platzt. Waehrend ein Faltradreifen dezent poff macht, kann ein Reifenplatzer bei aehnlichem Druck an einem Sattelschlepper locker einen Motorradfahrer von der Fahrbahn pusten. Bei mir sind unter der bereits recht kernigen Reifenkarkassen noch ein Kevlar-Liner, eine Schlauch ueber selbigem, plus darunter nochmal der richtige Schlauch in Motorradstaerke. Nicht umsonst wiegt das Biest 18kg. Ich war ueberrascht, wieviel Energie dabei frei wird. Das ganze Ruecklicht war einfach ... wech. Nur seine zwei 5mm Schrauben verblieben. Der Kram hatte sich in Form kleiner Splitter in der Naehe der "Knallstelle" verteilt und ich durfte aufsammeln gehen. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Hanno Foest <hurga-news2@tigress.com> |
|---|---|
| Date | 2016-09-15 19:15 +0200 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <e4038pFnqfmU1@mid.individual.net> |
| In reply to | #213824 |
Am 15.09.2016 16:15 schrieb Joerg: > Es kommt drauf an, was platzt. Waehrend ein Faltradreifen dezent poff > macht, kann ein Reifenplatzer bei aehnlichem Druck an einem > Sattelschlepper locker einen Motorradfahrer von der Fahrbahn pusten. Genauer gesagt: Es kommt aufs Volumen (und damit die gespeicherte Energie) an. Ich kanns mir dennoch schlecht vorstellen, wenn du nicht gerade Reifen von Ofenrohr-Kaliber fährst. Hanno
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2016-09-15 11:01 -0700 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <e405v7FofpbU1@mid.individual.net> |
| In reply to | #213839 |
On 2016-09-15 10:15, Hanno Foest wrote: > Am 15.09.2016 16:15 schrieb Joerg: > >> Es kommt drauf an, was platzt. Waehrend ein Faltradreifen dezent poff >> macht, kann ein Reifenplatzer bei aehnlichem Druck an einem >> Sattelschlepper locker einen Motorradfahrer von der Fahrbahn pusten. > > Genauer gesagt: Es kommt aufs Volumen (und damit die gespeicherte > Energie) an. Ich kanns mir dennoch schlecht vorstellen, wenn du nicht > gerade Reifen von Ofenrohr-Kaliber fährst. > Es sind 29" Reifen mit 2.2" Breite. Ich war ebenfalls erstaunt, dass der soviel Zerstoerung verursachen konnte. Erschwerend kam hinzu, dass das Hinterrad unmittelbar davor ein wenig in der Luft war, ist sozusagen bei der Landung geschehen. Seitdem fahre ich an einigen Stellen langsamer, denn das koennte ja auch am Vorderrad passieren. Der Akku sitzt jetzt gummigepuffert in einer schlagfesten Box und diese ist mit der dicken Zentralstrebe des Gepaecktragers verschraubt. Das ganze wird demnaechst verkleinert, weil 60Wh am Mountain Bike zuviel sind. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2016-09-15 07:07 -0700 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <e3vo98Fl4vvU1@mid.individual.net> |
| In reply to | #213804 |
On 2016-09-14 17:27, Sieghard Schicktanz wrote: > Hallo Joerg, > > Du schriebst am Tue, 13 Sep 2016 16:55:04 -0700: > >>>>> ["Tiefschlaf"] >>> Sie sind trotzdem _nicht_ ausgeschaltet. >> >> Ist in der Praxis voellig wumpe. > > Da würde mich mal interessieren, was "wumpe" eigentlich sein soll? > Das hattest Du doch in diesem Thread selbst vorgerechnet. Wenn ein Geraet im Standby 2uA braucht, wuerde es theoretisch ins Greisenalter unserer Enkel dauern, bis der Li-Ion Akku dadurch leer ist. Da aber seine Selbstentladung mehr als eine Groessenordnung hoeher ist ... > ... >>> Mit Stand-By-Verbräuchen, die pro Land ein eigenees Kernkraftwerk >>> brauchen? Nur äußerst ungern... (Doch, das _ist_ provokativ gemeint.) >> >> Bei 2uA ein eigenes Kraftwerk? Dazu musste jede Ameise Dutzende >> Geraetchen in Betrieb haben. > > Nicht bei 2µA - aber es werden ja nicht nur solche Geräte im Stand-by > betrieben, sondern auch andere, die erheblich mehr verbrauchen, und das > dann noch vom Netz. > Klar. Das ist der Grund, warum ich inzwischen als mehr oder weniger unfreiwilliger Schaltnetzteilentwickler bei fast jedem Projekt viele Stunden nur fuer den Standby-Verbrauch einsetze. Ein Kunde kam letztens mit einem Fremd-Design, dass gut 100mW (Milliwatt) zu hoch lag. Das war schon so effizient, dass es wegen strenger Kostenvorgaben einige zig Stunden kostete, bis ich die weggeputzt hatte. Vorgaben liegen meist in diesem Bereich: https://ac-dc.power.com/green-room/blog/mr-greens-blog/2014/next-level-external-power-supply-efficiency-requirements/ >>>> Beispiel: Ein autark arbeitender Messaufnehmer draussen in der Pampa, > ... >> Es gibt auch sehr viele in Haushalt und Betrieb. Wie willst Du z.B. >> einen Fernseher per Fernbedienung einschalten, wenn der Saft voll >> abgeklemmt ist? Oder einen Videorekorder automatisch das Endspiel >> aufnehmen lassen? > > Garnicht - dafür gibt's den Netzschalter. Und dorthin zu schlurfen gibt > sogar noch bisserl was von dem, was früher mal "Kondition" war, > Dat macht man heute abba inne Muckibude, woll :-) > ... >>> Falls das noch rechtzeitig geht. Das Dumme an elektrisch betriebenen >>> Geräten, die sich elektrisch bemerkbar machen müssen, ist, daß sie sich >>> ohne Elektriziztät nicht mehr bemerkbar machen können... >> >> Deshalb ueberwachen wir regelmaessig die Akkuspannung. Wenn der >> Ladezustand des Akkus zu lange permanent nach unten geht, wird Alarm > > Und so rechtzeitig, daß auch die Wahrscheinlichkeit, daß das klappt, nahe > bei 1 liegt. > Ja, funktioniert jetzt sehr zuverlaessig. Das wird akribisch getestet, da Hi-Rel Bereich. >> So einfach ist das nicht. Eine regelmaessige "Ich bin kerngesund" >> Meldung kostet weit mehr Energie pro Zeiteinheit als eine simple Messung >> der Batteriespannung durch den uC. Dieser entscheidet dann, ob eine > > Das muß ja auch nicht eine extra Meldung sein. Ein Bit in der (mehr oder > weniger) regelmäßigen regulären Datenmeldung, ohne die der ganze Appparat > eh nicht sinnvoll ist, reicht dafür doch. Bit auf Meldewert -> Nachschauen. > Die Anlage meldet nur bei Bedarf. Aehnlich wie Anlagen zur Meldung von Ueberflutungen oder seismischen Vorkommnissen. >> energiefressende Warnmeldung losgelassen wird oder gar keine Meldung >> erfolgt. Natuerlich geht das nur, wenn das Funknetz sicher funktioniert. > > Das ist bei (Funk-) Kommunikation ja immer Voraussetzung. > Darf man bei Hi-Rel aber nicht voraussetzen. Daher geschieht das ganze mit Rueckmeldung und bei Bedarf nochmaliger Sendung. Dafuer muss aber genug verbliebender Saft im Akku sein. >>> ["wegspritzende Teile" von Reifen] >> Ich fahre MTB-Reifen mit 55psi, mussten etwa 4bar sein. Das sind recht >> fette Reifen, 2.2" oder gut 5cm breit, grobstollig. Der Schlauch ist > > Dachtr ich mir schon. Grobstollig heißt halt, mit vielen Sollbruch- (bzw. > -reiß-) stellen, und dazu ein sehr hoher Druck. Dazu noch Deine "normalen" > Wege - ein dickerer Stein, Felgenberührung, und der Reifen samt Schlauch > hat ein Loch als Ansatzpunkt zum Aufreißen. > (Ok, sollte hier wohl nicht weiter "ausfetailliert" werden...) > Die Strecken kann ich mir nicht immer aussuchen. Eine ganz normale Strecke sieht oft so aus: https://ixquick-proxy.com/do/show_picture.pl?l=english&rais=1&oiu=http%3A%2F%2Fwww.fatrac.org%2Fimages%2Fcontent%2FSalmon-Falls-and-lake.jpg&sp=38f0f7797d7488ddc96e6e02bed9ca1b Es wird dennoch meist flott gefahren, wie hier auf der Strecke von Lotus nach Folsom: https://www.youtube.com/watch?v=l5cjAW_nrl4 -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2016-09-18 01:16 +0200 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <20160918011600.79f0e42c@Achmuehle.WOR> |
| In reply to | #213821 |
Hallo Joerg,
Du schriebst am Thu, 15 Sep 2016 07:07:44 -0700:
> >> Ist in der Praxis voellig wumpe.
> >
> > Da würde mich mal interessieren, was "wumpe" eigentlich sein soll?
>
> Das hattest Du doch in diesem Thread selbst vorgerechnet. Wenn ein
??? Wie rechnet man (ein[e][?]) "wumpe"? Vor allem, wenn man nichtmal weiß,
wasdas sein soll...
(Nee, aber lass' mal, weitere Erklärungen führen allmählich zu weit..)
...
[Stand-by vs. Ausschalter]
> Klar. Das ist der Grund, warum ich inzwischen als mehr oder weniger
> unfreiwilliger Schaltnetzteilentwickler bei fast jedem Projekt viele
> Stunden nur fuer den Standby-Verbrauch einsetze. Ein Kunde kam letztens
> mit einem Fremd-Design, dass gut 100mW (Milliwatt) zu hoch lag. Das war
> schon so effizient, dass es wegen strenger Kostenvorgaben einige zig
> Stunden kostete, bis ich die weggeputzt hatte.
Und ein Schalter kam dafür ja auf garkeinen Fall in Betracht...
Die usanische Bezeichnung für die Steckernetzteile ist schon recht passend,
wie die Originale sind die "Wandwarzen" nicht nur häßlich, sondern auch
lästig.
...
> >>> Falls das noch rechtzeitig geht. Das Dumme an elektrisch betriebenen
> >>> Geräten, die sich elektrisch bemerkbar machen müssen, ist, daß sie
> >>> sich ohne Elektriziztät nicht mehr bemerkbar machen können...
...
> Die Anlage meldet nur bei Bedarf. Aehnlich wie Anlagen zur Meldung von
> Ueberflutungen oder seismischen Vorkommnissen.
Wo es dann halt auch immer wieder mal vorkommt, daß sowas im Bedarfsfall
halt doch _nicht_ meldet, weil die bedarfsmäßige Bedarfsmeldung ("Akku bald
leer") halt doch verschütt' gegangen ist. Das ist halt mal wieder ein
"politischer" Kompromiss - um das wirklich sicher zu machen, müßte man
ja tätig werden.
> >> erfolgt. Natuerlich geht das nur, wenn das Funknetz sicher
> >> funktioniert.
...
> Darf man bei Hi-Rel aber nicht voraussetzen. Daher geschieht das ganze
> mit Rueckmeldung und bei Bedarf nochmaliger Sendung. Dafuer muss aber
> genug verbliebender Saft im Akku sein.
Eben. Und bei "zeitrichtiger" genügend lang anhaltender genügend starker
Störung...
--
--
(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-18 07:14 -0700 |
| Subject | Re: MCUs und Compiler |
| Message-ID | <e47lq7Fi1d8U1@mid.individual.net> |
| In reply to | #213898 |
On 2016-09-17 16:16, Sieghard Schicktanz wrote:
> Hallo Joerg,
>
> Du schriebst am Thu, 15 Sep 2016 07:07:44 -0700:
>
>>>> Ist in der Praxis voellig wumpe.
>>>
>>> Da würde mich mal interessieren, was "wumpe" eigentlich sein soll?
>>
>> Das hattest Du doch in diesem Thread selbst vorgerechnet. Wenn ein
>
> ??? Wie rechnet man (ein[e][?]) "wumpe"? Vor allem, wenn man nichtmal weiß,
> wasdas sein soll...
> (Nee, aber lass' mal, weitere Erklärungen führen allmählich zu weit..)
>
http://www.duden.de/rechtschreibung/wumpe
> ...
> [Stand-by vs. Ausschalter]
>> Klar. Das ist der Grund, warum ich inzwischen als mehr oder weniger
>> unfreiwilliger Schaltnetzteilentwickler bei fast jedem Projekt viele
>> Stunden nur fuer den Standby-Verbrauch einsetze. Ein Kunde kam letztens
>> mit einem Fremd-Design, dass gut 100mW (Milliwatt) zu hoch lag. Das war
>> schon so effizient, dass es wegen strenger Kostenvorgaben einige zig
>> Stunden kostete, bis ich die weggeputzt hatte.
>
> Und ein Schalter kam dafür ja auf garkeinen Fall in Betracht...
Nein, weil heutzutage fast immer Erreichbarkeit aus der Ferne
gewaehrleistet blieben muss. Das geht ohne Saft nicht. Frueher hiess das
Automation, heutiger "Neu-Speak" ist Internet-of-Things oder IoT.
> Die usanische Bezeichnung für die Steckernetzteile ist schon recht passend,
> wie die Originale sind die "Wandwarzen" nicht nur häßlich, sondern auch
> lästig.
>
Viele meiner Entwicklungen sind Outdoor-Geraete und haben keine
Wandwarzen. Sie nuckeln Energie von einem ganz grossen Planeten, welche
noch umsonst ist. Wobei ich mir gut vorstellen kann, dass auch die
irgendwann besteuert wird.
> ...
>>>>> Falls das noch rechtzeitig geht. Das Dumme an elektrisch betriebenen
>>>>> Geräten, die sich elektrisch bemerkbar machen müssen, ist, daß sie
>>>>> sich ohne Elektriziztät nicht mehr bemerkbar machen können...
> ...
>> Die Anlage meldet nur bei Bedarf. Aehnlich wie Anlagen zur Meldung von
>> Ueberflutungen oder seismischen Vorkommnissen.
>
> Wo es dann halt auch immer wieder mal vorkommt, daß sowas im Bedarfsfall
> halt doch _nicht_ meldet, weil die bedarfsmäßige Bedarfsmeldung ("Akku bald
> leer") halt doch verschütt' gegangen ist. Das ist halt mal wieder ein
> "politischer" Kompromiss - um das wirklich sicher zu machen, müßte man
> ja tätig werden.
>
Daher arbeiten wir mit Acknowledge und Repeat. Ein Ausfall ist
natuerlich auch da denkbar, doch dann ist eines der Geraete meist
entweder verschuettet oder zerstoert worden.
>>>> erfolgt. Natuerlich geht das nur, wenn das Funknetz sicher
>>>> funktioniert.
> ...
>> Darf man bei Hi-Rel aber nicht voraussetzen. Daher geschieht das ganze
>> mit Rueckmeldung und bei Bedarf nochmaliger Sendung. Dafuer muss aber
>> genug verbliebender Saft im Akku sein.
>
> Eben. Und bei "zeitrichtiger" genügend lang anhaltender genügend starker
> Störung...
>
... geht man davon aus, dass ein Geraet defekt ist. Gibt eine
Verlustmeldung, ein Service Ticket und was wir einen "Truck Roll" nennen.
--
Gruesse, Joerg
http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
Page 23 of 28 — ← Prev page 1 … 21 22 [23] 24 25 … 28 Next page →
Back to top | Article view | de.sci.electronics
csiph-web