Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.sci.electronics > #308296 > unrolled thread
| Started by | Frank Buss <fb@frank-buss.de> |
|---|---|
| First post | 2021-08-06 16:41 +0200 |
| Last post | 2021-08-07 10:01 +0200 |
| Articles | 20 on this page of 788 — 37 participants |
Back to article view | Back to de.sci.electronics
MSP430 Reset nicht zuverlässig? Frank Buss <fb@frank-buss.de> - 2021-08-06 16:41 +0200
Re: MSP430 Reset nicht zuverlässig? Leo Baumann <ib@leobaumann.de> - 2021-08-06 16:45 +0200
Re: MSP430 Reset nicht zuverlässig? Frank Buss <fb@frank-buss.de> - 2021-08-06 17:10 +0200
Re: MSP430 Reset nicht zuverlässig? Leo Baumann <ib@leobaumann.de> - 2021-08-06 17:15 +0200
Re: MSP430 Reset nicht zuverlässig? Gerhard Hoffmann <dk4xp@arcor.de> - 2021-08-06 18:00 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-07 06:50 -0400
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-08-07 14:18 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-07 13:40 +0000
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-08-07 15:46 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-07 19:14 +0000
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-08-07 21:23 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-07 21:54 +0000
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-08-08 08:26 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-08 08:46 +0000
Re: MSP430 Reset nicht zuverlässig? Sebastin Wolf <invaild@invaild.net> - 2021-08-07 15:58 +0200
Re: MSP430 Reset nicht zuverlässig? Uwe Bonnes <bon@hertz.ikp.physik.tu-darmstadt.de> - 2021-08-07 15:07 +0000
Re: MSP430 Reset nicht zuverlässig? Sebastin Wolf <invaild@invaild.net> - 2021-08-06 17:19 +0200
Re: MSP430 Reset nicht zuverlässig? Frank Buss <fb@frank-buss.de> - 2021-08-06 17:51 +0200
Re: MSP430 Reset nicht zuverlässig? Andreas Neumann <an5275@sedo.com> - 2021-08-07 09:46 +0300
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-06 17:46 +0200
Re: MSP430 Reset nicht zuverlässig? Frank Buss <fb@frank-buss.de> - 2021-08-06 22:24 +0200
Re: MSP430 Reset nicht zuverlässig? Sebastin Wolf <invaild@invaild.net> - 2021-08-06 22:31 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Juergen Schneider <echo@hrz.tu-chemnitz.de> - 2021-08-07 09:36 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-06 13:59 -0700
Re: MSP430 Reset nicht zuverlässig? Sebastin Wolf <invaild@invaild.net> - 2021-08-06 23:32 +0200
Re: MSP430 Reset nicht zuverlässig? Frank Buss <fb@frank-buss.de> - 2021-08-07 07:31 +0200
Re: MSP430 Reset nicht zuverlässig? Gerald Oppen <Gerald.Oppen@web.de> - 2021-08-07 19:11 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-12 11:48 -0700
Re: MSP430 Reset nicht zuverlässig? Reinhardt Behm <rbehm@hushmail.com> - 2021-08-13 02:46 +0000
Re: MSP430 Reset nicht zuverlässig? "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2021-08-13 07:26 +0000
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-15 19:20 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-14 11:42 -0700
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-15 19:24 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-15 15:29 -0400
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-16 20:27 +0000
Re: MSP430 Reset nicht zuverlässig? Sebastin Wolf <invaild@invaild.net> - 2021-08-16 23:07 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-17 10:10 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-17 20:12 -0400
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-18 19:43 +0000
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-18 21:10 -0400
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-19 11:00 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-19 15:45 +0000
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-31 13:53 -0700
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-09-01 19:19 +0000
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-09-01 12:34 -0700
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-09-01 19:55 +0000
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-09-01 15:31 -0700
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-02 10:59 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-09-02 10:22 -0700
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-09-03 20:14 +0000
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-09-03 15:49 -0700
Re: MSP430 Reset nicht zuverlässig? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-09-04 11:04 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-09-04 15:56 +0000
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-09-04 13:19 -0700
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-09-04 15:58 +0000
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-09-04 18:28 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-09-01 17:29 -0400
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-09-11 13:28 +0200
Re: MSP430 Reset nicht zuverlässig? Axel Berger <Spam@Berger-Odenthal.De> - 2021-09-11 17:58 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-09-12 14:42 +0200
Re: MSP430 Reset nicht zuverlässig? Eric Bruecklmeier <usenet@nerdcraft.de> - 2021-09-12 14:46 +0200
Re: MSP430 Reset nicht zuverlässig? Heinz Schmitz <HeinzSchmitz@kra.org> - 2021-09-13 13:47 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-09-14 15:55 -0700
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-09-15 08:22 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-09-15 11:30 -0700
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-16 04:16 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-09-17 08:42 -0700
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-09-15 10:22 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-09-17 19:07 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-09-17 11:17 -0700
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-09-17 20:47 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-09-17 12:07 -0700
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-09-17 22:32 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-09-17 15:31 -0700
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-09-18 00:53 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-09-18 11:50 -0700
Re: MSP430 Reset nicht zuverlässig? Sebastin Wolf <invaild@invaild.net> - 2021-09-18 20:53 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-09-11 13:30 +0200
Re: MSP430 Reset nicht zuverlässig? Axel Berger <Spam@Berger-Odenthal.De> - 2021-09-11 18:02 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-15 19:17 +0200
Re: MSP430 Reset nicht zuverlässig? Reinhardt Behm <rbehm@hushmail.com> - 2021-08-17 08:24 +0000
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-17 10:31 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-19 14:22 -0700
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-20 08:25 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-20 12:31 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-20 13:58 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-20 21:04 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-21 10:14 +0200
Re: MSP430 Reset nicht zuverlässig? Frank Buss <fb@frank-buss.de> - 2021-08-21 15:08 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-21 17:51 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-20 06:21 -0400
Re: MSP430 Reset nicht zuverlässig? Frank Buss <fb@frank-buss.de> - 2021-08-20 18:15 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-20 19:26 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-20 21:11 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-21 10:18 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-21 18:05 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-21 10:53 -0700
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-21 20:49 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-22 04:11 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-22 20:51 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-23 08:24 +0200
Re: MSP430 Reset nicht zuverlässig? olaf <olaf@criseis.ruhr.de> - 2021-08-17 10:35 +0200
Re: MSP430 Reset nicht zuverlässig? Sebastin Wolf <invaild@invaild.net> - 2021-08-17 10:53 +0200
Re: MSP430 Reset nicht zuverlässig? Gerhard Hoffmann <dk4xp@arcor.de> - 2021-08-17 10:54 +0200
Re: MSP430 Reset nicht zuverlässig? olaf <olaf@criseis.ruhr.de> - 2021-08-17 11:34 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-15 19:03 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-15 21:49 +0200
Re: MSP430 Reset nicht zuverlässig? Frank Buss <fb@frank-buss.de> - 2021-08-16 06:10 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-16 22:06 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-17 20:23 +0000
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-16 11:18 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-16 22:15 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-16 20:09 +0000
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-17 10:03 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-17 20:25 +0000
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-17 20:43 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-16 11:46 -0700
Re: MSP430 Reset nicht zuverlässig? Gerald Oppen <Gerald.Oppen@web.de> - 2021-08-16 22:13 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-17 10:06 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-17 09:45 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-17 11:52 -0700
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-17 20:39 +0000
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-17 14:09 -0700
Re: MSP430 Reset nicht zuverlässig? Reinhardt Behm <rbehm@hushmail.com> - 2021-08-18 06:23 +0000
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2020@bartheld.net> - 2021-08-18 11:46 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-18 18:26 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-08-19 08:36 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-19 11:24 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2020@bartheld.net> - 2021-08-19 14:23 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-18 18:01 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-18 10:47 -0700
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-18 19:41 +0000
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-18 13:11 -0700
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-19 09:49 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-19 10:27 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-19 11:11 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-19 15:39 +0000
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-19 15:43 +0000
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-19 20:40 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-20 08:55 +0000
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-20 22:12 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-20 20:47 +0000
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-21 21:01 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-21 23:38 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-22 10:18 +0000
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-22 20:59 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-23 17:47 +0000
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-23 20:37 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-08-23 23:57 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-24 06:44 +0200
Re: MSP430 Reset nicht zuverlässig? olaf <olaf@criseis.ruhr.de> - 2021-08-24 10:25 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-24 12:46 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-08-24 13:11 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-24 15:59 +0000
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-25 00:28 +0200
Re: MSP430 Reset nicht zuverlässig? olaf <olaf@criseis.ruhr.de> - 2021-08-25 16:19 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-25 22:11 +0200
Re: MSP430 Reset nicht zuverlässig? Frank Buss <fb@frank-buss.de> - 2021-08-25 22:27 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-25 19:08 +0000
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-29 22:52 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-30 11:13 -0400
Re: MSP430 Reset nicht zuverlässig? Uwe Bonnes <bon@hertz.ikp.physik.tu-darmstadt.de> - 2021-08-24 09:26 +0000
Re: MSP430 Reset nicht zuverlässig? Ole Jansen <remove.this.kaspernasebaer@gmx.de> - 2021-08-24 11:52 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-08-24 12:23 +0200
Re: MSP430 Reset nicht zuverlässig? Ole Jansen <remove.this.kaspernasebaer@gmx.de> - 2021-08-24 12:50 +0200
Re: MSP430 Reset nicht zuverlässig? Ole Jansen <remove.this.kaspernasebaer@gmx.de> - 2021-08-24 13:03 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-24 15:54 +0000
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-08-24 18:05 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-08-24 18:43 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-24 11:27 +0000
Re: MSP430 Reset nicht zuverlässig? Uwe Bonnes <bon@hertz.ikp.physik.tu-darmstadt.de> - 2021-08-24 13:20 +0000
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-24 11:05 +0000
Re: MSP430 Reset nicht zuverlässig? Eric Bruecklmeier <usenet@nerdcraft.de> - 2021-09-12 14:12 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-25 19:00 +0000
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-19 20:35 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-20 21:03 +0000
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-21 21:04 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-22 10:20 +0000
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-18 19:36 +0000
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-18 13:26 -0700
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-19 09:57 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-19 10:52 -0700
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-19 17:01 +0000
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-19 11:22 -0700
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-20 01:07 +0200
Re: MSP430 Reset nicht zuverlässig? Axel Berger <Spam@Berger-Odenthal.De> - 2021-08-20 07:41 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-20 09:10 +0000
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-08-20 11:42 +0200
Re: MSP430 Reset nicht zuverlässig? Sebastin Wolf <invaild@invaild.net> - 2021-08-20 11:50 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-20 20:36 +0200
Re: MSP430 Reset nicht zuverlässig? Axel Berger <Spam@Berger-Odenthal.De> - 2021-08-20 22:39 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-21 10:56 -0700
Re: MSP430 Reset nicht zuverlässig? Axel Berger <Spam@Berger-Odenthal.De> - 2021-08-21 21:20 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-21 13:00 -0700
Re: MSP430 Reset nicht zuverlässig? Axel Berger <Spam@Berger-Odenthal.De> - 2021-08-21 23:47 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-22 00:16 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-23 10:28 -0700
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-25 00:25 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-25 14:33 -0700
Re: MSP430 Reset nicht zuverlässig? Sebastin Wolf <invaild@invaild.net> - 2021-08-25 23:47 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-26 10:42 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-26 14:23 -0700
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-27 13:16 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-27 11:24 -0700
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-29 23:02 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-30 10:09 +0200
Re: MSP430 Reset nicht zuverlässig? Heinz Schmitz <HeinzSchmitz@kra.org> - 2021-08-30 10:30 +0200
Re: MSP430 Reset nicht zuverlässig? Reinhardt Behm <rbehm@hushmail.com> - 2021-08-30 11:12 +0000
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-08-30 13:16 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-30 15:33 -0700
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-22 10:04 +0000
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-22 04:15 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-18 17:47 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-18 11:58 -0700
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-19 09:36 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-19 12:23 -0700
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-20 09:18 +0000
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-20 06:33 -0400
Re: MSP430 Reset nicht zuverlässig? Sebastin Wolf <invaild@invaild.net> - 2021-08-20 14:44 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-20 00:45 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-20 06:55 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-20 20:44 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-20 07:50 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-20 21:23 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-21 09:49 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-21 21:36 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-22 00:05 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-22 21:11 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-23 08:36 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-23 20:45 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-25 00:34 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-25 04:31 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-25 10:20 -0400
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-25 22:25 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-26 04:43 -0400
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-26 10:15 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-25 22:22 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-26 10:37 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-26 20:40 +0200
Re: MSP430 Reset nicht zuverlässig? Enrik Berkhan <Enrik.Berkhan@inka.de> - 2021-08-20 05:52 +0000
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-20 21:29 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-08-20 15:55 +0200
Re: MSP430 Reset nicht zuverlässig? Sebastin Wolf <invaild@invaild.net> - 2021-08-20 16:01 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-20 21:47 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-21 00:24 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-21 19:32 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-21 21:40 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-08-21 23:25 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-22 20:11 +0200
Re: MSP430 Reset nicht zuverlässig? Bernd Laengerich <Bernd.Laengerich@web.de> - 2021-08-19 10:00 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-19 00:35 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-19 16:24 +0000
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-19 21:16 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-20 09:01 +0000
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-17 20:50 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-17 13:27 -0700
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-18 21:16 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-07 07:33 -0400
Re: MSP430 Reset nicht zuverlässig? Gerald Oppen <Gerald.Oppen@web.de> - 2021-08-07 19:21 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-08 07:10 -0400
Re: MSP430 Reset nicht zuverlässig? Gerald Oppen <Gerald.Oppen@web.de> - 2021-08-08 23:45 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-12 11:58 -0700
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-12 18:54 -0400
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-14 11:51 -0700
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-14 18:43 -0400
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-14 20:39 -0700
Re: MSP430 Reset nicht zuverlässig? Axel Berger <Spam@Berger-Odenthal.De> - 2021-08-15 10:09 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-15 10:05 -0700
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-15 20:40 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-16 11:51 -0700
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-17 09:57 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-17 11:31 -0700
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2020@bartheld.net> - 2021-08-18 11:20 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-18 18:18 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-18 17:22 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-18 13:56 -0700
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-19 10:55 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-19 12:47 -0700
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-20 08:22 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-21 11:51 -0700
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-21 21:38 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-23 10:19 -0700
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-08-24 09:27 +0200
Re: MSP430 Reset nicht zuverlässig? Hartmut Kraus <hartmut.melina@web.de> - 2021-08-24 10:35 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-08-24 09:53 +0200
Re: MSP430 Reset nicht zuverlässig? Hartmut Kraus <hartmut.melina@web.de> - 2021-08-24 10:28 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-25 23:43 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-25 15:26 -0700
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-08-26 08:37 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-08-26 10:15 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2020@bartheld.net> - 2021-08-26 12:03 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-26 13:27 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-08-26 15:39 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-26 18:17 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-08-26 18:47 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-26 19:20 +0200
Re: MSP430 Reset nicht zuverlässig? Sebastin Wolf <invaild@invaild.net> - 2021-08-26 19:23 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2020@bartheld.net> - 2021-08-26 19:43 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-26 11:41 -0400
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-26 22:47 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2020@bartheld.net> - 2021-08-27 09:53 +0200
Re: MSP430 Reset nicht zuverlässig? Guido Grohmann <guido.grohmann@gmx.de> - 2021-08-27 15:43 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-30 20:06 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-27 13:13 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-26 11:45 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-30 20:12 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-25 00:21 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-08-25 08:48 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-25 15:11 -0700
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-26 11:29 +0200
Re: MSP430 Reset nicht zuverlässig? Eric Bruecklmeier <nil@nil.nil> - 2021-08-26 11:43 +0200
Re: MSP430 Reset nicht zuverlässig? Sebastin Wolf <invaild@invaild.net> - 2021-08-27 00:17 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-26 14:54 -0700
Re: MSP430 Reset nicht zuverlässig? Sebastin Wolf <invaild@invaild.net> - 2021-08-27 00:15 +0200
Re: MSP430 Reset nicht zuverlässig? Uwe Bonnes <bon@hertz.ikp.physik.tu-darmstadt.de> - 2021-08-27 12:15 +0000
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-27 12:59 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2020@bartheld.net> - 2021-08-27 13:22 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-27 08:11 -0400
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-27 11:36 -0700
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-08-27 18:48 +0200
Re: MSP430 Reset nicht zuverlässig? Eric Bruecklmeier <nil@nil.nil> - 2021-08-27 19:34 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-27 11:30 -0700
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-30 20:26 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-31 11:09 -0700
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-09-11 13:24 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-09-14 12:24 -0700
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-08-19 11:19 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-19 11:57 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-15 06:38 -0400
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-16 11:53 -0700
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-15 19:28 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-16 11:55 -0700
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-15 19:32 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-18 22:45 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-18 14:13 -0700
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-15 19:15 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-08-15 20:14 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-15 23:12 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2020@bartheld.net> - 2021-08-16 11:01 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-18 22:03 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-18 21:48 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-08-19 09:12 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-20 22:02 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-21 09:53 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-21 21:45 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-22 00:11 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-22 21:20 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-23 03:12 +0200
Re: MSP430 Reset nicht zuverlässig? Heinz Schmitz <HeinzSchmitz@kra.org> - 2021-08-23 08:03 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-23 09:24 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-23 08:48 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-23 22:31 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-25 00:40 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-08-23 09:16 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-23 23:21 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-08-24 10:05 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-25 00:29 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-30 21:05 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-30 22:05 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-08-30 22:16 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-08-30 22:55 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-30 20:33 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-08-30 21:04 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-08-30 21:19 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-30 21:59 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-08-30 22:11 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-08-30 23:25 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-08-31 06:52 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-08-31 09:12 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-09-09 22:13 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-10 06:46 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-10 12:35 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-09-10 16:50 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-10 19:11 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-09-12 17:03 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-09-12 17:08 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-09-11 13:10 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-11 18:33 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-09-13 09:15 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-13 09:52 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-13 10:30 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-13 10:39 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-09-13 11:07 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-13 12:38 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-14 02:57 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-14 06:50 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-09-14 20:24 +0200
Re: MSP430 Reset nicht zuverlässig? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-09-14 18:48 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-14 18:56 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-15 08:31 +0200
Re: MSP430 Reset nicht zuverlässig? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-09-15 11:15 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-15 12:23 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-15 12:53 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-15 13:22 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-15 13:51 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-15 14:01 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-15 14:36 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-16 02:42 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-16 06:51 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-16 12:32 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-16 13:19 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-15 12:44 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-15 13:14 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-15 13:58 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-09-15 20:48 +0200
Re: MSP430 Reset nicht zuverlässig? Hartmut Kraus <hartmut.melina@web.de> - 2021-09-16 00:39 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-16 03:00 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-16 13:30 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-09-16 11:54 -0400
Re: MSP430 Reset nicht zuverlässig? Guido Grohmann <guido.grohmann@gmx.de> - 2021-09-16 21:29 +0200
Re: MSP430 Reset nicht zuverlässig? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-09-17 08:31 +0200
Re: MSP430 Reset nicht zuverlässig? Guido Grohmann <guido.grohmann@gmx.de> - 2021-09-17 15:28 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-09-17 06:13 -0400
Re: MSP430 Reset nicht zuverlässig? Guido Grohmann <guido.grohmann@gmx.de> - 2021-09-17 15:34 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-09-17 19:12 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-17 19:25 +0200
Re: MSP430 Reset nicht zuverlässig? Guido Grohmann <guido.grohmann@gmx.de> - 2021-09-17 20:25 +0200
Re: MSP430 Reset nicht zuverlässig? Guido Grohmann <guido.grohmann@gmx.de> - 2021-09-17 20:19 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-09-16 21:38 +0200
Re: MSP430 Reset nicht zuverlässig? Eric Bruecklmeier <nil@nil.nil> - 2021-09-17 09:38 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-10-05 22:26 +0200
Re: MSP430 Reset nicht zuverlässig? Eric Bruecklmeier <nil@nil.nil> - 2021-10-06 08:25 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-11-04 14:19 +0100
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-11-04 17:32 +0000
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-09-17 19:10 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-17 20:36 +0200
Re: MSP430 Reset nicht zuverlässig? olaf <olaf@criseis.ruhr.de> - 2021-09-15 13:52 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-09-15 12:27 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-15 12:40 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-09-15 13:21 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-15 13:33 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-09-15 13:45 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-15 13:59 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-09-16 21:45 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-17 11:56 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-17 13:40 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-17 13:47 +0200
Re: MSP430 Reset nicht zuverlässig? Eric Bruecklmeier <usenet@nerdcraft.de> - 2021-09-17 14:00 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-17 14:05 +0200
Re: MSP430 Reset nicht zuverlässig? Eric Bruecklmeier <usenet@nerdcraft.de> - 2021-09-17 14:06 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-17 14:17 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-09-17 21:10 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-17 23:48 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-09-18 08:03 -0400
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-09-18 20:29 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-18 22:27 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-19 00:28 +0200
Re: MSP430 Reset nicht zuverlässig? Axel Berger <Spam@Berger-Odenthal.De> - 2021-09-19 14:50 +0200
Re: MSP430 Reset nicht zuverlässig? Eric Bruecklmeier <nil@nil.nil> - 2021-09-19 15:13 +0200
Re: MSP430 Reset nicht zuverlässig? Axel Berger <Spam@Berger-Odenthal.De> - 2021-09-19 17:03 +0200
Re: MSP430 Reset nicht zuverlässig? Eric Bruecklmeier <nil@nil.nil> - 2021-09-19 17:22 +0200
Re: MSP430 Reset nicht zuverlässig? Axel Berger <Spam@Berger-Odenthal.De> - 2021-09-19 18:14 +0200
Re: MSP430 Reset nicht zuverlässig? Eric Bruecklmeier <nil@nil.nil> - 2021-09-19 18:17 +0200
Re: MSP430 Reset nicht zuverlässig? Axel Berger <Spam@Berger-Odenthal.De> - 2021-09-19 18:54 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-19 18:45 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-19 19:56 +0200
Re: MSP430 Reset nicht zuverlässig? olaf <olaf@criseis.ruhr.de> - 2021-09-18 09:37 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-09-18 20:40 +0200
Re: MSP430 Reset nicht zuverlässig? Eric Bruecklmeier <nil@nil.nil> - 2021-09-18 12:10 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-09-18 20:42 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-18 22:38 +0200
Re: MSP430 Reset nicht zuverlässig? Eric Bruecklmeier <nil@nil.nil> - 2021-09-19 10:55 +0200
Re: MSP430 Reset nicht zuverlässig? Holger Schieferdecker <spamless@gmx.de> - 2021-09-20 15:20 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-09-21 20:29 +0200
Re: MSP430 Reset nicht zuverlässig? Holger Schieferdecker <spamless@gmx.de> - 2021-09-22 13:16 +0200
Re: MSP430 Reset nicht zuverlässig? Axel Berger <Spam@Berger-Odenthal.De> - 2021-09-17 20:17 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-17 20:41 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-18 09:45 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-18 11:46 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-19 00:28 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-19 04:06 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-19 10:20 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-19 12:38 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-19 14:30 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-19 16:48 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-19 20:46 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-19 20:52 +0200
Re: MSP430 Reset nicht zuverlässig? Hartmut Kraus <hartmut.melina@web.de> - 2021-09-19 21:05 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-19 23:12 +0200
Re: MSP430 Reset nicht zuverlässig? Hartmut Kraus <hartmut.melina@web.de> - 2021-09-19 23:58 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-19 21:07 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-09-20 05:55 -0400
Re: MSP430 Reset nicht zuverlässig? Hartmut Kraus <hartmut.melina@web.de> - 2021-09-20 14:56 +0200
Re: MSP430 Reset nicht zuverlässig? Axel Berger <Spam@Berger-Odenthal.De> - 2021-09-19 14:56 +0200
Re: MSP430 Reset nicht zuverlässig? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-09-19 17:06 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-19 20:52 +0200
Re: MSP430 Reset nicht zuverlässig? Axel Berger <Spam@Berger-Odenthal.De> - 2021-09-19 21:57 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-19 22:12 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-19 23:21 +0200
Re: MSP430 Reset nicht zuverlässig? Hartmut Kraus <hartmut.melina@web.de> - 2021-09-20 00:21 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-20 06:21 +0200
Re: MSP430 Reset nicht zuverlässig? Hartmut Kraus <hartmut.melina@web.de> - 2021-09-20 10:22 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-20 14:16 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-20 11:59 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-20 14:49 +0200
Re: MSP430 Reset nicht zuverlässig? Hartmut Kraus <hartmut.melina@web.de> - 2021-09-20 15:11 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-20 23:24 +0200
Re: MSP430 Reset nicht zuverlässig? Hartmut Kraus <hartmut.melina@web.de> - 2021-09-21 02:31 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-21 03:21 +0200
Re: MSP430 Reset nicht zuverlässig? Hartmut Kraus <hartmut.melina@web.de> - 2021-09-21 11:22 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-21 16:23 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-21 18:40 +0200
Re: MSP430 Reset nicht zuverlässig? Hartmut Kraus <hartmut.melina@web.de> - 2021-09-21 19:35 +0200
Re: MSP430 Reset nicht zuverlässig? Axel Berger <Spam@Berger-Odenthal.De> - 2021-09-20 15:15 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-20 23:29 +0200
Re: MSP430 Reset nicht zuverlässig? Axel Berger <Spam@Berger-Odenthal.De> - 2021-09-21 13:50 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-21 16:38 +0200
Re: MSP430 Reset nicht zuverlässig? Axel Berger <Spam@Berger-Odenthal.De> - 2021-09-21 18:25 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-21 18:44 +0200
Re: MSP430 Reset nicht zuverlässig? Hartmut Kraus <hartmut.melina@web.de> - 2021-09-21 19:42 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-21 19:44 +0200
Re: MSP430 Reset nicht zuverlässig? Hartmut Kraus <hartmut.melina@web.de> - 2021-09-21 21:17 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-22 09:15 +0200
Re: MSP430 Reset nicht zuverlässig? Hartmut Kraus <hartmut.melina@web.de> - 2021-09-22 12:47 +0200
Re: MSP430 Reset nicht zuverlässig? Axel Berger <Spam@Berger-Odenthal.De> - 2021-09-23 13:45 +0200
Re: MSP430 Reset nicht zuverlässig? Hartmut Kraus <hartmut.melina@web.de> - 2021-09-20 17:44 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-20 23:42 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-20 21:10 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-20 23:55 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-21 13:40 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-21 16:44 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-21 18:58 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-21 20:52 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-21 21:10 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-22 07:02 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-22 08:53 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-22 09:30 +0200
Re: MSP430 Reset nicht zuverlässig? Hartmut Kraus <hartmut.melina@web.de> - 2021-09-22 12:59 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-22 17:11 +0200
Re: MSP430 Reset nicht zuverlässig? Hartmut Kraus <hartmut.melina@web.de> - 2021-09-22 17:57 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-23 08:07 +0200
Re: MSP430 Reset nicht zuverlässig? Hartmut Kraus <hartmut.melina@web.de> - 2021-09-23 13:33 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-22 22:50 +0200
Re: MSP430 Reset nicht zuverlässig? Eric Bruecklmeier <nil@nil.nil> - 2021-09-18 11:52 +0200
Re: MSP430 Reset nicht zuverlässig? Axel Berger <Spam@Berger-Odenthal.De> - 2021-09-18 14:27 +0200
Re: MSP430 Reset nicht zuverlässig? Eric Bruecklmeier <nil@nil.nil> - 2021-09-18 14:29 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-09-18 14:49 +0200
Re: MSP430 Reset nicht zuverlässig? Axel Berger <Spam@Berger-Odenthal.De> - 2021-09-18 21:03 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-09-18 21:40 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-15 14:16 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-15 14:38 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-16 03:30 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-16 06:55 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-09-16 20:25 +0200
Re: MSP430 Reset nicht zuverlässig? Axel Berger <Spam@Berger-Odenthal.De> - 2021-09-16 22:38 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-16 23:12 +0200
Re: MSP430 Reset nicht zuverlässig? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-09-15 15:34 +0200
Re: MSP430 Reset nicht zuverlässig? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-09-15 15:31 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-09-15 15:52 +0200
Re: MSP430 Reset nicht zuverlässig? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-09-15 16:54 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-15 17:31 +0200
Re: MSP430 Reset nicht zuverlässig? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-09-16 08:08 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-16 08:25 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-16 12:49 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-16 13:22 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-16 13:32 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-16 21:00 +0200
Re: MSP430 Reset nicht zuverlässig? Reinhardt Behm <rbehm@hushmail.com> - 2021-09-17 03:18 +0000
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-09-16 11:47 -0400
Re: MSP430 Reset nicht zuverlässig? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-09-16 21:51 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-15 13:10 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-09-15 13:38 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-15 13:49 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-09-15 14:39 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-15 15:17 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-15 14:07 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-15 14:24 +0200
Re: MSP430 Reset nicht zuverlässig? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-09-15 15:35 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-15 17:01 +0200
Re: MSP430 Reset nicht zuverlässig? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-09-16 08:30 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-15 17:35 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-15 17:46 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-15 17:55 +0200
Re: MSP430 Reset nicht zuverlässig? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-09-16 08:30 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-16 08:39 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-16 13:02 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-16 13:24 +0200
Re: MSP430 Reset nicht zuverlässig? olaf <olaf@criseis.ruhr.de> - 2021-09-15 13:51 +0200
Re: MSP430 Reset nicht zuverlässig? Hartmut Kraus <hartmut.melina@web.de> - 2021-09-15 16:59 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-16 03:40 +0200
Re: MSP430 Reset nicht zuverlässig? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-09-16 09:05 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-16 09:23 +0200
Re: MSP430 Reset nicht zuverlässig? Marc Haber <mh+usenetspam1118@zugschl.us> - 2021-09-16 21:52 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-09-15 20:34 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-09-15 23:33 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-09-16 20:37 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-09-17 00:47 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-17 12:10 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-09-17 16:20 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-09-17 21:48 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-09-18 00:14 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-18 10:29 +0200
Re: MSP430 Reset nicht zuverlässig? Guido Grohmann <guido.grohmann@gmx.de> - 2021-09-19 21:16 +0200
Re: MSP430 Reset nicht zuverlässig? Hartmut Kraus <hartmut.melina@web.de> - 2021-09-19 22:55 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-09-18 21:14 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-09-18 23:13 +0200
Re: MSP430 Reset nicht zuverlässig? Axel Berger <Spam@Berger-Odenthal.De> - 2021-09-18 23:37 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-09-18 23:59 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-17 06:49 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-16 04:01 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-16 06:58 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-16 12:56 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-16 13:16 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-09-16 11:50 -0400
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-16 18:02 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-16 18:41 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-17 11:54 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-09-17 12:23 +0200
Re: MSP430 Reset nicht zuverlässig? Axel Berger <Spam@Berger-Odenthal.De> - 2021-09-17 12:36 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-09-17 13:04 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-17 14:00 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-17 19:15 +0200
Re: MSP430 Reset nicht zuverlässig? Guido Grohmann <guido.grohmann@gmx.de> - 2021-09-17 20:11 +0200
Re: MSP430 Reset nicht zuverlässig? Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2021-09-17 20:42 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-17 19:05 +0200
Re: MSP430 Reset nicht zuverlässig? Hartmut Kraus <hartmut.melina@web.de> - 2021-09-17 23:51 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-17 13:50 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-16 18:21 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-09-17 21:52 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-18 10:14 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-09-18 21:18 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-09-19 10:46 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-18 11:30 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-09-18 21:23 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-09-19 00:40 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-09-17 06:04 -0400
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-09-16 20:44 +0200
Re: MSP430 Reset nicht zuverlässig? Eric Bruecklmeier <nil@nil.nil> - 2021-08-22 10:31 +0200
Re: MSP430 Reset nicht zuverlässig? Heinz Schmitz <HeinzSchmitz@kra.org> - 2021-08-22 12:18 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-08-22 12:22 +0200
Re: MSP430 Reset nicht zuverlässig? Eric Bruecklmeier <nil@nil.nil> - 2021-08-22 12:33 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-22 21:31 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-08-23 09:28 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-23 09:55 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2020@bartheld.net> - 2021-08-23 10:53 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-23 14:57 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2020@bartheld.net> - 2021-08-23 16:53 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-23 23:57 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-08-24 16:14 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-25 01:07 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2020@bartheld.net> - 2021-08-25 16:49 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-25 22:33 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-30 21:32 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-24 05:56 +0200
Re: MSP430 Reset nicht zuverlässig? Eric Bruecklmeier <nil@nil.nil> - 2021-08-23 09:56 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-23 23:58 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-22 22:32 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-23 08:58 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-24 05:56 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-30 21:41 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-16 22:31 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-17 11:03 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-08-17 12:10 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2020@bartheld.net> - 2021-08-17 13:32 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-08-17 14:33 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2020@bartheld.net> - 2021-08-17 19:45 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-08-17 20:30 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-08-17 20:43 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-08-18 09:41 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-08-18 10:25 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-08-17 20:24 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-18 16:49 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-18 22:18 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-18 22:16 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-17 13:22 -0700
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-15 15:02 -0400
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-16 11:04 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-08-16 11:34 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-16 08:06 -0400
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-17 08:55 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-08-17 13:53 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-18 17:16 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-19 00:20 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-08-19 10:30 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-19 11:33 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-08-19 12:23 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-19 15:55 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-08-19 18:06 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-20 09:23 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-20 07:43 -0400
Re: MSP430 Reset nicht zuverlässig? Sebastin Wolf <invaild@invaild.net> - 2021-08-20 14:45 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-08-23 01:05 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-23 09:13 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-08-24 01:01 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-25 00:46 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-08-25 09:03 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-25 10:26 -0400
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-20 07:13 -0400
Re: MSP430 Reset nicht zuverlässig? Sebastin Wolf <invaild@invaild.net> - 2021-08-20 14:45 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-21 22:02 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-16 08:03 -0400
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-17 09:27 +0200
Re: MSP430 Reset nicht zuverlässig? Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2021-08-16 17:07 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-16 18:19 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-08-16 19:25 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-08-16 19:27 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-08-16 20:20 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-17 20:52 -0400
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-08-18 09:49 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-08-18 10:09 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-18 19:16 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-17 02:12 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-08-17 13:00 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-08-17 14:48 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2020@bartheld.net> - 2021-08-18 11:01 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-18 19:23 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-17 18:36 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-17 20:57 -0400
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-17 20:55 -0400
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-08-18 10:41 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-17 20:45 -0400
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-18 19:30 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-18 15:18 -0400
Re: MSP430 Reset nicht zuverlässig? Gerald Oppen <Gerald.Oppen@web.de> - 2021-08-16 23:33 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-17 20:42 -0400
Re: MSP430 Reset nicht zuverlässig? Guido Grohmann <guido.grohmann@gmx.de> - 2021-08-18 07:12 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-18 06:15 -0400
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2020@bartheld.net> - 2021-08-16 18:52 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-16 20:23 +0000
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-17 02:22 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2020@bartheld.net> - 2021-08-17 11:06 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-08-17 13:36 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2020@bartheld.net> - 2021-08-17 13:49 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-17 20:30 +0000
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-08-18 09:57 +0200
Re: MSP430 Reset nicht zuverlässig? Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2021-08-19 10:16 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-19 16:31 +0000
Re: MSP430 Reset nicht zuverlässig? Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2021-08-21 10:31 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-21 15:15 +0000
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-18 16:45 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-08-17 07:02 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-17 19:39 +0000
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-17 21:35 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-08-18 09:58 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-18 21:53 +0200
Re: MSP430 Reset nicht zuverlässig? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2021-08-20 02:10 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-17 02:25 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-16 23:04 +0200
Re: MSP430 Reset nicht zuverlässig? Gerald Oppen <Gerald.Oppen@web.de> - 2021-08-16 23:39 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-18 22:53 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-19 08:34 +0200
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-08-19 09:33 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-21 22:19 +0200
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-08-21 22:24 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-22 04:44 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-22 04:40 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-08-23 00:08 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-23 08:18 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-30 22:39 +0200
Re: MSP430 Reset nicht zuverlässig? Hartmut Kraus <hartmut.melina@web.de> - 2021-08-31 01:03 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-31 05:41 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-09-04 18:40 +0200
Re: MSP430 Reset nicht zuverlässig? Reinhardt Behm <rbehm@hushmail.com> - 2021-08-22 04:16 +0000
Re: MSP430 Reset nicht zuverlässig? Sebastin Wolf <invaild@invaild.net> - 2021-08-22 09:49 +0200
Re: MSP430 Reset nicht zuverlässig? Heinz Schmitz <HeinzSchmitz@kra.org> - 2021-08-22 12:22 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-22 18:31 +0200
Re: MSP430 Reset nicht zuverlässig? "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2021-08-19 08:27 +0000
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-08-19 10:40 +0200
Re: MSP430 Reset nicht zuverlässig? "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2021-08-19 08:55 +0000
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-19 11:05 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-19 08:18 -0400
Re: MSP430 Reset nicht zuverlässig? Sebastin Wolf <invaild@invaild.net> - 2021-08-19 14:45 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-19 15:59 +0200
Re: MSP430 Reset nicht zuverlässig? Frank Buss <fb@frank-buss.de> - 2021-08-19 12:23 +0200
Re: MSP430 Reset nicht zuverlässig? Hanno Foest <hurga-news2@tigress.com> - 2021-08-19 12:53 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-19 08:09 -0400
Re: MSP430 Reset nicht zuverlässig? "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2021-08-19 13:18 +0000
Re: MSP430 Reset nicht zuverlässig? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2021-08-19 17:26 +0200
Re: MSP430 Reset nicht zuverlässig? "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2021-08-19 15:38 +0000
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-19 17:05 +0000
Re: MSP430 Reset nicht zuverlässig? Frank Buss <fb@frank-buss.de> - 2021-08-19 21:00 +0200
Re: MSP430 Reset nicht zuverlässig? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2021-08-20 09:13 +0000
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-20 22:30 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-21 22:13 +0200
Re: MSP430 Reset nicht zuverlässig? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2021-08-21 23:36 +0200
Re: MSP430 Reset nicht zuverlässig? Marte Schwarz <marte.schwarz@gmx.de> - 2021-08-22 00:34 +0200
Re: MSP430 Reset nicht zuverlässig? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2021-08-22 04:32 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-09-07 22:49 +0200
Re: MSP430 Reset nicht zuverlässig? Thomas Langhammer <thomas.langhammer@gmx.net> - 2021-08-19 21:00 +0200
Re: MSP430 Reset nicht zuverlässig? "Wolfgang Allinger" <all2001@spambog.com> - 2021-08-20 08:03 -0400
Re: MSP430 Reset nicht zuverlässig? Volker Bartheld <news2021@bartheld.net> - 2021-08-13 08:34 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-14 18:30 +0200
Re: MSP430 Reset nicht zuverlässig? Gerald Oppen <Gerald.Oppen@web.de> - 2021-08-16 23:14 +0200
Re: MSP430 Reset nicht zuverlässig? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2021-08-16 23:25 +0200
Re: MSP430 Reset nicht zuverlässig? Joerg <news@analogconsultants.com> - 2021-08-14 11:59 -0700
Re: MSP430 Reset nicht zuverlässig? Axel Berger <Spam@Berger-Odenthal.De> - 2021-08-14 21:15 +0200
Re: MSP430 Reset nicht zuverlässig? Gerald Oppen <Gerald.Oppen@web.de> - 2021-08-16 23:09 +0200
Re: MSP430 Reset nicht zuverlässig? Rafael Deliano <rafael_deliano@arcor.de> - 2021-08-07 10:01 +0200
Page 12 of 40 — ← Prev page 1 … 10 11 [12] 13 14 … 40 Next page →
| From | Hans-Peter Diettrich <DrDiettrich1@aol.com> |
|---|---|
| Date | 2021-08-20 06:55 +0200 |
| Message-ID | <io8sg6F8fusU1@mid.individual.net> |
| In reply to | #308854 |
On 8/20/21 12:45 AM, Sieghard Schicktanz wrote: > Hallo Marte Schwarz, >> Die größte Peinichkeit im aktuellen ATmega 328 Datenblatt >> https://ww1.microchip.com/downloads/en/DeviceDoc/Atmel-7810-Automotive-Microcontrollers-ATmega328P_Datasheet.pdf > > ist das ein Controller für Rückspiegelstellmotoren und Lüfterklappen, > oder soll der evtl. mehr machen? Dann können wir uns ja evtl. auf > wieder weiter steigende Unfallzahlen "freuen"... > >> ist, dass dieser Satz drin steht (mit internem Link auf Seite 261) >> aber dort kein Wort über tBOD verloren wird. tBOD kommt im ganzen >> Dokument genau einmal vor :-( Heißt im Rest des Dokuments wohl tTOUT. > Also nichtmal eine Wertangabe? Da hat derjenige, der das Datenblatt vom > "Muster"typ umschreiben mußte, total geschlafen. Tja, wer nur ein festes tBOD kennt, der ist eben mit komfortableren Controllern aufgeschmissen. Es gibt diverse Abschnitte, in denen das BOD Verhalten und Timing erklärt wird. Wer lesen kann ist klar im Vorteil :-] Abgesehen davon waren schon die AVR Datenblätter durch die Zusammenfassung von ATmega48 bis 328 ziemlich unübersichtlich. Damals waren es noch 218 Fundstellen für BOD, inzwischen für den 328P "nur" noch 99. Statt rumzumeckern habe ich den Jungs schon ein paar Ungereimtheiten gemeldet, die inzwischen beseitigt wurden. DoDi
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2021-08-20 20:44 +0200 |
| Message-ID | <20210820204408.8786f1987d2d44c1dc7063a9@SchS.de> |
| In reply to | #308857 |
Hallo Hans-Peter Diettrich, Du schriebst am Fri, 20 Aug 2021 06:55:35 +0200: > Abgesehen davon waren schon die AVR Datenblätter durch die > Zusammenfassung von ATmega48 bis 328 ziemlich unübersichtlich. Damals > waren es noch 218 Fundstellen für BOD, inzwischen für den 328P "nur" > noch 99. Statt rumzumeckern habe ich den Jungs schon ein paar > Ungereimtheiten gemeldet, die inzwischen beseitigt wurden. Leider hat die Qualität der Atmel-Datenblätter nach Aufkauf durch Microchip weitgehend auf deren bis dahin recht gute, Qualität "abgefärbt", und das in recht hohem Maß. Man könnte versucht sein zu vermuten, daß Microchip seine Dokumentationabteilung proktisch aufgelöst und durch die von Atmel ersetzt hätte... -- (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 | Marte Schwarz <marte.schwarz@gmx.de> |
|---|---|
| Date | 2021-08-20 07:50 +0200 |
| Message-ID | <sfnfs4$i1l$1@gwaiyur.mb-net.net> |
| In reply to | #308854 |
Hi Sieghard, >> ist, dass dieser Satz drin steht (mit internem Link auf Seite 261) >> aber dort kein Wort über tBOD verloren wird. tBOD kommt im ganzen >> Dokument genau einmal vor :-( > > Also nichtmal eine Wertangabe? Da hat derjenige, der das Datenblatt vom > "Muster"typ umschreiben mußte, total geschlafen. So siehts wohl aus. >>> Es ist ein Design-Fehler, weil man (leider) Fehlverhalten von >>> Programmierern mti einkalkulieren muss. >> >> Nicht wirklich. Dann kannst Du einpacken. > > Kommt drauf an - wenn der Programmierer nicht versteht, _was_ er > programmiert (sowohl den Prozessor als auch das Drumrum), kann alles > (un)mögliche passieren. Da kann auch das beste HW-Design nichts retten. Fehler passieren. Das zu leugnen ist fatal. Deshalb ist es wichtig, die Einflußmöglichkeiten von Fehlern zu betrachten. >>> In zu vielen Firmen gibt es nur mangelhafte oder gar keine Design >>> Reviews >> >> Das mag stimmen. > > Das ist so - wenn die SW-Abteilung aus 0,5 Mann besteht und mit der > HW-, oder noch schlimmer TestAbteilung in Union betrieben wird, ist das > nicht zu vermeiden. Bei Kleinfirmen geht das meistens nicht anders. Das geht in bestimmten Bereichen (Medtech, Sicherheit allgemein) gar nicht. >>> und viele Programmierer betrachten Source Code mit sparsame >>> verteilten Kommentaren als "ausreichende Dokumentation". >> >> Und das noch mehr :-( > > "Der Code _IST_ die Dokumentation". Niemals! Genau diese Einstellung kostet viele Firmen viel Geld. Ich habe das selbst erlebt, wie die gesamte Entwicklungsabteilung über einem Code gebrütet hatte, um einen Bug zu finden. Am Ende wurde beschlossen, das Teil neu zu schreiben, weil das einfacher sein würde. > In gewissem Sinn durchaus - der Code bestimmt, definiert schließlich > das Verhalten, und wenn der sauber geschrieben und mit _lesbaren_, > _aussagefähigen_ Symbolen versehen ist, dann _ist_ er auch > verständlich. Der ist dann für denjenigen verständlich, der ihn gerade geschrieben hatte. schon ein Jahr später ist er das nicht mehr. > Leider wird das schnell dadurch konterkariert, daß die > Programme auf viele Source-Dateien verteil sind, Never. Wenn eine ausgelagerte Datei sauber dokumentiert und getestet ist, dann schaust Du kurz in den Header und hast auf einen Blick alles, was Du brauchst, um mit der Datei zu arbeiten. Schon Cäsar wusste: Teile und behersche. > Symbole über ein halbes Dutzend includes verfolgt werden müssen, Dann hat man nicht vernünftig gekapselt. > fremde oder alte Teile > aus völlig anderen Bereichen und mit völlig anderer Nomenklatur > eingebaut und "angepasst" werden u.ä. Dafür gibt es design rules / style guides. Aber selbst wenn: Das ist doch gerade Sinn der Auslagerung, dass Dir genau das dann egal sein kann. > Dann muß "extern" kommentiert > werden, und diese Kommentare entwickeln sich bei Änderungen schnell > zu Problemen weil sie einfach nicht mehr zum Code passen... Ein Code, der geändert wird, ohne dass die dazu gehörenden Kommentare geändert wurden ist eine Sünde. Man gewöhnt sich am Besten an, erst einnmal den Kommentar zu schreiben / ändern und dann den Code dem Kommentar anzupassen. >>> Es ist eh muessig, denn man will nicht nur wissen, ob der WDT >>> gekommen ist, sondern warum und vor allem in welcher Phase des >>> Programmablaufs. Das kann nur ein Log. >> >> Dann musst Du aber sehr oft in ein EEPROM schreiben... > > Übliche EEPROMs haben "write endurance"-Werte von 100000 (10^5) pro > Byte, bei entsprechender Größe geht das schon einige Zeit. Das geht verdammt schnell, wenn Du darin logs ablegen willst, die wirklich auf Absturzursachen schließen lassen. Da reicht es beileibe nicht, alle halbe Stunde etwas abzuspeichern. Dann ist da noch die Sache mit der Seitengröße. Diese Zellen schreibst Du immer mit, selbst wenn Du nur eine einzelne Zahl ändern willst... Dann bist Du ganz schnell in einem NVRAM... Wenn das dann seriell angebunden ist, bist Du ganz schnell bei einem Timingproblem... Things tend to go from bad to worse ;-) Marte
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2021-08-20 21:23 +0200 |
| Message-ID | <20210820212317.2c40466fcc839f7bbe171eb9@SchS.de> |
| In reply to | #308860 |
Hallo Marte Schwarz, Du schriebst am Fri, 20 Aug 2021 07:50:59 +0200: > > Kommt drauf an - wenn der Programmierer nicht versteht, _was_ er > > programmiert (sowohl den Prozessor als auch das Drumrum), kann alles ... > Fehler passieren. Das zu leugnen ist fatal. Deshalb ist es wichtig, > die Einflußmöglichkeiten von Fehlern zu betrachten. Sicher, schrieb ich ja auch. Aber fehlendes _Verstehen_ der Aufgabe _generiert_ Fehler, die nicht sein müßten, Verständnisfehler halt. > >>> In zu vielen Firmen gibt es nur mangelhafte oder gar keine Design > >>> Reviews ... > > Das ist so - wenn die SW-Abteilung aus 0,5 Mann besteht und mit der > > HW-, oder noch schlimmer TestAbteilung in Union betrieben wird, ist > > das nicht zu vermeiden. Bei Kleinfirmen geht das meistens nicht > > anders. > > Das geht in bestimmten Bereichen (Medtech, Sicherheit allgemein) gar > nicht. Dann kann eine solche Firma diesen Bereich eben nicht bedienen - das ist durchaus normal. Wie groß ist die kleinste "Medtech"-Firma, die Du kennst? 5 Mitarbeiter, 50, 500...? ... > > "Der Code _IST_ die Dokumentation". > > Niemals! Genau diese Einstellung kostet viele Firmen viel Geld. Ich Abgesehen davon, daß ich das als Paraphrase (gekennzeichnet mit den '"') schrieb, ist es halt mal so, daß dem ausführenden System alle und jede Art von Dokumentation nicht nur völlig egal, sondern auch noch völlig unbekannt ist. Es _kann_ nur tun, was ihm der Code vorschreibt. > habe das selbst erlebt, wie die gesamte Entwicklungsabteilung über > einem Code gebrütet hatte, um einen Bug zu finden. Am Ende wurde > beschlossen, das Teil neu zu schreiben, weil das einfacher sein würde. Ja, dann ist der eben so schlecht verständlich geschrieben gewesen, daß ihn niemand mehr nachvollziehen konnte. (Oder er war in einer anderen Programmierumgebung geschrieben und sollte übertragen werden - sowas habe ich gerade weitgehend hinter mir [hoffe ich]: Assembler -> C. Da gibt's halt Konstrukte, die in dem einen System ganz problemlos und "straightforward" zu schreiben sind und korrekt ablaufen, die sich aber nur mit Code-Vervielfachung, problematischen Konstruktionen und sonstigem Gehampel umsetzen lassen.) > > In gewissem Sinn durchaus - der Code bestimmt, definiert schließlich > > das Verhalten, und wenn der sauber geschrieben und mit _lesbaren_, > > _aussagefähigen_ Symbolen versehen ist, dann _ist_ er auch > > verständlich. > > Der ist dann für denjenigen verständlich, der ihn gerade geschrieben > hatte. schon ein Jahr später ist er das nicht mehr. Das muß durchaus nicht sein, aber natürlich ist eine _ergänzende_ Beschreibung, vor allem der Nomenklatur, und die Kenntnis der Aufgabe "nicht ganz unangebracht". Ohne zu wissen, _was_ ein Programm tun soll, ist es mit Sicherheit sehr schwierig, festzustellen, was es überhaupt tut, ganz davon abgesehen, ob es das auch richtig tut. > > Leider wird das schnell dadurch konterkariert, daß die > > Programme auf viele Source-Dateien verteil sind, > > Never. Wenn eine ausgelagerte Datei sauber dokumentiert und getestet > ist, dann schaust Du kurz in den Header und hast auf einen Blick > alles, was Du brauchst, um mit der Datei zu arbeiten. Schon Cäsar Na, das mach'mal vor. wenn es sich um komplexere Funktionen handelt. > wusste: Teile und behersche. Hat ihm auch nischt genutzt, er hat nichtmal seinen Sprössling recht beherrscht. > > Symbole über ein halbes Dutzend includes verfolgt werden müssen, > > Dann hat man nicht vernünftig gekapselt. Kennst Du ein Betriebssystem namens "Linux"? > > fremde oder alte Teile > > aus völlig anderen Bereichen und mit völlig anderer Nomenklatur > > eingebaut und "angepasst" werden u.ä. > > Dafür gibt es design rules / style guides. Aber selbst wenn: Das ist Die bestimmen nur Äußerlichkeiten. Oder versuchen, Unzulänglichkeiten des Programmierunterbaus auszumanövrieren, indem sie _verbieten_, diese zu benutzen , aber nicht _verhindern_, daß diese zu Fallgruben werden können (NISRA, AUTOSAR...). Und darüber hinaus sind die immer noch nicht ohne weiteres miteinander kompatibel. > doch gerade Sinn der Auslagerung, dass Dir genau das dann egal sein > kann. Kann es das, wenn ich für eine bestimmte Aufgabe grade eine Funktion brauche, die sich Symbole - Konstanten, Variablen, Unterroutinen - mit vielen anderen, in anderen Source-Dateien definierten teilt? > > Dann muß "extern" kommentiert > > werden, und diese Kommentare entwickeln sich bei Änderungen schnell > > zu Problemen weil sie einfach nicht mehr zum Code passen... > > Ein Code, der geändert wird, ohne dass die dazu gehörenden Kommentare > geändert wurden ist eine Sünde. Man gewöhnt sich am Besten an, erst Schön. "Wer ohne Fehl, der werfe den ersten Stein." > einnmal den Kommentar zu schreiben / ändern und dann den Code dem > Kommentar anzupassen. Eine gute Angewohnheit, leider recht wenig verbreitet. ... > >> Dann musst Du aber sehr oft in ein EEPROM schreiben... > > > > Übliche EEPROMs haben "write endurance"-Werte von 100000 (10^5) pro > > Byte, bei entsprechender Größe geht das schon einige Zeit. > > Das geht verdammt schnell, wenn Du darin logs ablegen willst, die > wirklich auf Absturzursachen schließen lassen. Da reicht es beileibe Ja, ganze Trace-Aufzeichnungen gehen da natürlich nicht. Da muß man sich schon auf ein paar als relvant und aussagefähig _angenommene_ Werte beschränken. > nicht, alle halbe Stunde etwas abzuspeichern. Dann ist da noch die > Sache mit der Seitengröße. Diese Zellen schreibst Du immer mit, Häh? Was machst Du da mit einer "Seitengröße"? Organisierst Du Deine EEPROMs immer als FAT-Dateisystem? > selbst wenn Du nur eine einzelne Zahl ändern willst... Dann bist Du > ganz schnell in einem NVRAM... Wenn das dann seriell angebunden ist, > bist Du ganz schnell bei einem Timingproblem... > Things tend to go from bad to worse ;-) Nimmste halt'ne SSD, Ausführung mit >250MB/s Schreibgeschwindigkeit, 500GB könnte vielleicht langen? (Mir scheint, Du kommst allmählich "vom Hunderdsten ins Tausendste"...) -- (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 | Marte Schwarz <marte.schwarz@gmx.de> |
|---|---|
| Date | 2021-08-21 09:49 +0200 |
| Message-ID | <sfqb74$5pb$1@gwaiyur.mb-net.net> |
| In reply to | #308909 |
Hi Sieghard, >> Fehler passieren. Das zu leugnen ist fatal. Deshalb ist es wichtig, >> die Einflußmöglichkeiten von Fehlern zu betrachten. > > Sicher, schrieb ich ja auch. Aber fehlendes _Verstehen_ der Aufgabe > _generiert_ Fehler, die nicht sein müßten, Verständnisfehler halt. Ganz ohne Frage. Ich halte es nur für unmöglich, dass alle Fehlerquellen auch als bekannt und ausschaltbar betrachtet werden können. > Wie groß ist die kleinste "Medtech"-Firma, die Du > kennst? 5 Mitarbeiter, 50, 500...? Im Bereich der Chirurgiemechanik sind durchaus Firmen der Kategorie 5 Mitarbeiter im Umlauf. Aber selbst in solchen Firmen mit 50 Mitarbeitern sind oft keine 2 INgenieure, die sich gegenseitig prüfen könnten. Das geht dann aber ohnehin eher über externe Dienstleister. >>> "Der Code _IST_ die Dokumentation". >> >> Niemals! Genau diese Einstellung kostet viele Firmen viel Geld. Ich > > Abgesehen davon, daß ich das als Paraphrase (gekennzeichnet mit den > '"') schrieb, ist es halt mal so, daß dem ausführenden System alle und > jede Art von Dokumentation nicht nur völlig egal, sondern auch noch > völlig unbekannt ist. Es _kann_ nur tun, was ihm der Code vorschreibt. Das bleibt unbestritten. Die Doku schreibt man ja auch nicht für den Compiler, sondern für denjenigen, der dieses Stück Code irgendwann in die Hand nehmen muss. >> Der ist dann für denjenigen verständlich, der ihn gerade geschrieben >> hatte. schon ein Jahr später ist er das nicht mehr. > > Das muß durchaus nicht sein, aber natürlich ist eine _ergänzende_ > Beschreibung, vor allem der Nomenklatur, und die Kenntnis der Aufgabe > "nicht ganz unangebracht". Ohne zu wissen, _was_ ein Programm tun soll, > ist es mit Sicherheit sehr schwierig, festzustellen, was es überhaupt > tut, ganz davon abgesehen, ob es das auch richtig tut. Es geht schlicht auch um den Faktor Zeit und die menschliche Psyche. Wenn jemand sich jeden Funktinsaufruf aus dem Code zurechtsuchen muss, ist das einfach ziemlich erschöpfend. Ein paar Zeilen Klartext erleichtern das Leben ungemein. >>> Leider wird das schnell dadurch konterkariert, daß die >>> Programme auf viele Source-Dateien verteil sind, >> Never. Wenn eine ausgelagerte Datei sauber dokumentiert und getestet >> ist, dann schaust Du kurz in den Header und hast auf einen Blick >> alles, was Du brauchst, um mit der Datei zu arbeiten. > Na, das mach'mal vor. wenn es sich um komplexere Funktionen handelt. >>> Symbole über ein halbes Dutzend includes verfolgt werden müssen, Dann schreib doch alles, was in den includes ausgelagert ist in Dein main-File. Du wirst es sehen, dass es verflixt übersichtlich wird. >> Dann hat man nicht vernünftig gekapselt. > > Kennst Du ein Betriebssystem namens "Linux"? Ja. Du glaubst nicht im Ernst, dass ein solch komplexes System in einer Datei übersichtlicher wäre. >> Dafür gibt es design rules / style guides. Aber selbst wenn: Das ist > > Die bestimmen nur Äußerlichkeiten. Oder versuchen, Unzulänglichkeiten > des Programmierunterbaus auszumanövrieren, indem sie _verbieten_, > diese zu benutzen , aber nicht _verhindern_, daß diese zu Fallgruben > werden können (MISRA, AUTOSAR...). Und darüber hinaus sind die immer > noch nicht ohne weiteres miteinander kompatibel. Schon klar, das ist alles akademischer Unfug... > Kann es das, wenn ich für eine bestimmte Aufgabe grade eine Funktion > brauche, die sich Symbole - Konstanten, Variablen, Unterroutinen - > mit vielen anderen, in anderen Source-Dateien definierten teilt? Ohne geht gar nichts. Es hat schon seinen Sinn, die Registernamen einheitlich ausgelagert zu definieren. Du willst sicher nicht jedesmal jeden Registernamen als Binäradresse hinterlegen. >> einnmal den Kommentar zu schreiben / ändern und dann den Code dem >> Kommentar anzupassen. > > Eine gute Angewohnheit, leider recht wenig verbreitet. Ich weiss.. Aber es ist äußerst hilfreich. >> nicht, alle halbe Stunde etwas abzuspeichern. Dann ist da noch die >> Sache mit der Seitengröße. Diese Zellen schreibst Du immer mit, > > Häh? Was machst Du da mit einer "Seitengröße"? Organisierst Du Deine > EEPROMs immer als FAT-Dateisystem? Nein, aber EEPROMS sind per se Seitenweise organisisert. > Nimmste halt'ne SSD, Ausführung mit >250MB/s Schreibgeschwindigkeit, > 500GB könnte vielleicht langen? ;-) Will ich sehen, wer in sein µC System eine SSD einbaut, nur um logs zu speichern, aus denen er dann im Nachhinein rekonstruieren kann, warum ein Reset lief, nur damit er einen externen Watchdog sinnvoll nutzen kann... Nee, ich war nicht der, der den Aufwand als nötig hingestellt hatte. Marte
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2021-08-21 21:36 +0200 |
| Message-ID | <20210821213604.b58e7f5f02f1ff452981a8d8@SchS.de> |
| In reply to | #308917 |
Hallo Marte Schwarz,
Du schriebst am Sat, 21 Aug 2021 09:49:55 +0200:
> > Sicher, schrieb ich ja auch. Aber fehlendes _Verstehen_ der Aufgabe
> > _generiert_ Fehler, die nicht sein müßten, Verständnisfehler halt.
>
> Ganz ohne Frage. Ich halte es nur für unmöglich, dass alle
> Fehlerquellen auch als bekannt und ausschaltbar betrachtet werden
> können.
Fraglos.
> > Wie groß ist die kleinste "Medtech"-Firma, die Du
> > kennst? 5 Mitarbeiter, 50, 500...?
>
> Im Bereich der Chirurgiemechanik sind durchaus Firmen der Kategorie 5
^^^^^^^^
Ok, hier geht's halt implzit um Elektronik.
> Mitarbeiter im Umlauf. Aber selbst in solchen Firmen mit 50
> Mitarbeitern sind oft keine 2 INgenieure, die sich gegenseitig prüfen
> könnten. Das geht dann aber ohnehin eher über externe Dienstleister.
Also effektiv doch mehr Beteiligte. Alternativ könnte man auch eins
oder mehrere der derzeit "wie Pilze aus dem Boden schießenden" Prüf-
und Analyseprogramme für alles und jedes benutzen, um solche Fehler
möglichst weitgehend aufzuspüren. Die sind halt auch nicht grade
umsonst (nja, manche vielleicht im Sinn von "vergebens") und für die
zu kleinen Firmen damit auch außer Reichweite. Die müssen sich dann
halt mit Kleinkram abgeben, z.B. IoT-Kisterln machen...
...
> > '"') schrieb, ist es halt mal so, daß dem ausführenden System alle
> > und jede Art von Dokumentation nicht nur völlig egal, sondern auch
> > noch völlig unbekannt ist. Es _kann_ nur tun, was ihm der Code
> > vorschreibt.
>
> Das bleibt unbestritten. Die Doku schreibt man ja auch nicht für den
> Compiler, sondern für denjenigen, der dieses Stück Code irgendwann in
> die Hand nehmen muss.
Und der muß, solte er _daran_ zu arbeiten haben, den _Code_ verstehen.
Dafür kann - sollte - die Dokumentation Hilfe bieten, aber er muß halt
den Code bearbeiten. Der Anleitungsschreiber oder andere Stellen, die
die Gerätefunktionen nur von außen sehen (falls überhaupt), kann mit
der Dokumentation allein auskommen, dafür ist sie da. Und dafür ist
sie _notwendig_.
...
> >>> Leider wird das schnell dadurch konterkariert, daß die
> >>> Programme auf viele Source-Dateien verteil sind,
...
> Dann schreib doch alles, was in den includes ausgelagert ist in Dein
> main-File. Du wirst es sehen, dass es verflixt übersichtlich wird.
Du meinst _un_übersichtlich? Nee, klappt auch nicht. Dann gibt das
entweder einen riesigen Vorspann von Definitionen oder die
Zusammenhänge der resultierenden Werte und ggfs. deren Bedeutung für
die Funktion gehen verloren (C -> "manifest constants")..
> >> Dann hat man nicht vernünftig gekapselt.
> >
> > Kennst Du ein Betriebssystem namens "Linux"?
>
> Ja. Du glaubst nicht im Ernst, dass ein solch komplexes System in
> einer Datei übersichtlicher wäre.
Das hab' _ich_ auch nicht behauptet.
> >> Dafür gibt es design rules / style guides. Aber selbst wenn: Das
...
> > Die bestimmen nur Äußerlichkeiten. Oder versuchen,
...
> Schon klar, das ist alles akademischer Unfug...
Wenn Du meinst...
Ich schreibe meine Programme jedenfalls immer sehr strikt nach _meinen_
Regeln.
> > Kann es das, wenn ich für eine bestimmte Aufgabe grade eine Funktion
> > brauche, die sich Symbole - Konstanten, Variablen, Unterroutinen -
> > mit vielen anderen, in anderen Source-Dateien definierten teilt?
>
> Ohne geht gar nichts. Es hat schon seinen Sinn, die Registernamen
Hier geht es nicht um "Registernamen", die im Normalfall schon von
einem Hersteller angegeben werden und dzf. möglichst benutzt werden
sollten, sondern um funtionsrelevante Symbole wie Variablennamen für
Analogwerte, Rechenergebnisse, Zählerstände u.ä.
...
> >> einnmal den Kommentar zu schreiben / ändern und dann den Code dem
> >> Kommentar anzupassen.
> >
> > Eine gute Angewohnheit, leider recht wenig verbreitet.
>
> Ich weiss.. Aber es ist äußerst hilfreich.
...
> > Häh? Was machst Du da mit einer "Seitengröße"? Organisierst Du
> > Deine EEPROMs immer als FAT-Dateisystem?
>
> Nein, aber EEPROMS sind per se Seitenweise organisisert.
Nein. In EEPROMs kannst Du _byte-weise_ wahlfrei schreiben.
Du verwechselst das nicht zufällig mit (seriellen) Flash-Speichern?
Für die trifft das zu, und die müssen natürlich anders bedient 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 | Marte Schwarz <marte.schwarz@gmx.de> |
|---|---|
| Date | 2021-08-22 00:05 +0200 |
| Message-ID | <sfrtai$1nkj$1@gwaiyur.mb-net.net> |
| In reply to | #308955 |
Hi Sieghard, >>> Wie groß ist die kleinste "Medtech"-Firma, die Du >>> kennst? 5 Mitarbeiter, 50, 500...? >> >> Im Bereich der Chirurgiemechanik sind durchaus Firmen der Kategorie 5 > ^^^^^^^^ > Ok, hier geht's halt implzit um Elektronik. Du fragtest nach Medtech-Firma. Ich weiss, dass es auch ein paar ganz kleine Spezialisten im Bereich medizinische Messtechnik gibt. Wie wenig Mitarbeiter die haben, kann ich aber nicht sagen, einstellig sicher. Eine Firma mit 3 Programmierern kenne ich, die lassen die Hardware extern entwickeln und fertigen. >> Das bleibt unbestritten. Die Doku schreibt man ja auch nicht für den >> Compiler, sondern für denjenigen, der dieses Stück Code irgendwann in >> die Hand nehmen muss. > > Und der muß, solte er _daran_ zu arbeiten haben, den _Code_ verstehen. > Dafür kann - sollte - die Dokumentation Hilfe bieten, aber er muß halt > den Code bearbeiten. Und die Kommentierungen, wer denn sonst? Ohne ausführliche Kommentare wird Dir kaum eine benannte Stelle Ihren Segen drüber geben. Das kannst Du Dir abschminken. > Hier geht es nicht um "Registernamen", die im Normalfall schon von > einem Hersteller angegeben werden und dzf. möglichst benutzt werden > sollten, sondern um funtionsrelevante Symbole wie Variablennamen für > Analogwerte, Rechenergebnisse, Zählerstände u.ä. Die kapselt man sinnvollerweise so, dass in den ausgelagerten Dateien nichts von aussen Verwendung findet, was nicht via Parameterübergabe läuft. Manchmal können global verwendete Defines geduldet sein, aber schön geht anders. >> Nein, aber EEPROMS sind per se Seitenweise organisisert. > > Nein. In EEPROMs kannst Du _byte-weise_ wahlfrei schreiben. > Du verwechselst das nicht zufällig mit (seriellen) Flash-Speichern? Nein. Schau Dir die Datenblätter mal genauer an. Nimm z.B. die 24er und 25er Serien der diversen Hersteller. 25LC640A hab ich beispielsweise als SPI-EEPROM vorrätig, 8192 * 8 Bit, 32 Byte Page. Die I²C Pendants heißen 24Cxyz & Co. Alle mit Seitenweise zu schreibende Blöcke. Je größer der Speicher, desto größer in der Regel die Seiten. An jedem Seitenende musst Du warten, bis die Seite tatsächlich geschrieben ist. Wenn Du vorher in einen Block reinschreibst und vor dem Seitenende aufhörst, dann wird intern dennoch eine ganze Seite neu beschrieben. Marte
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2021-08-22 21:11 +0200 |
| Message-ID | <20210822211120.eb34c6a9b99971db217a90cf@SchS.de> |
| In reply to | #308969 |
Hallo Marte Schwarz, Du schriebst am Sun, 22 Aug 2021 00:05:06 +0200: > >> Im Bereich der Chirurgiemechanik sind durchaus Firmen der > >> Kategorie 5 > > ^^^^^^^^ > > Ok, hier geht's halt implzit um Elektronik. > > Du fragtest nach Medtech-Firma. Ich weiss, dass es auch ein paar ganz Weil Du das als Kategorie brachtest. Ok, kein Problem. > kleine Spezialisten im Bereich medizinische Messtechnik gibt. Wie > wenig Mitarbeiter die haben, kann ich aber nicht sagen, einstellig > sicher. Eine Firma mit 3 Programmierern kenne ich, die lassen die > Hardware extern entwickeln und fertigen. Da kommt's halt darauf an, welche Produkte die machen und wieviele Typen - wenn die ausreichende Einnahmen liefern, daß die sich externe Prüfungen oder umfangreiche Prüf-Software leisten können, geht das schon. Aber da sind dann halt doch mehrere "Stellen" involviert. [Kommentare] > > Und der muß, solte er _daran_ zu arbeiten haben, den _Code_ > > verstehen. Dafür kann - sollte - die Dokumentation Hilfe bieten, > > aber er muß halt den Code bearbeiten. > > Und die Kommentierungen, wer denn sonst? Ohne ausführliche Kommentare Der Reviewer? Der muß ja den nicht von ihm geschriebenen Code verstehen können, damit kann er besser als der Schreiber beurteilen, was er dazu wissen muß. > wird Dir kaum eine benannte Stelle Ihren Segen drüber geben. Das > kannst Du Dir abschminken. Deswegen sind solche Sachen auch immer so enorme Kostentreiber und die Geräte damit so enorm teuer. Sicherheit kostet eben, aber besser Geld als Leben. ... > >> Nein, aber EEPROMS sind per se Seitenweise organisisert. > > > > Nein. In EEPROMs kannst Du _byte-weise_ wahlfrei schreiben. > > Du verwechselst das nicht zufällig mit (seriellen) Flash-Speichern? > > Nein. Schau Dir die Datenblätter mal genauer an. Nimm z.B. die 24er > und 25er Serien der diversen Hersteller. Die _kann_ man in Blöcken/"Seiten" beschreiben, das muß man aber auch nicht. Nur ist die Schreibzeit für einen Block halt dieselbe wie für ein einzelnes Byte, was ggfs. die blockweise Methode vorteilhaft macht. -- (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 | Marte Schwarz <marte.schwarz@gmx.de> |
|---|---|
| Date | 2021-08-23 08:36 +0200 |
| Message-ID | <sfvflr$g6f0$1@gwaiyur.mb-net.net> |
| In reply to | #309019 |
Hi Sieghard, > [Kommentare] >> wird Dir kaum eine benannte Stelle Ihren Segen drüber geben. Das >> kannst Du Dir abschminken. > Deswegen sind solche Sachen auch immer so enorme Kostentreiber und die > Geräte damit so enorm teuer. Sicherheit kostet eben, aber besser Geld > als Leben. Es ist gut, dass von Deinem Code hoffentlich nicht die Gesundheit von Menschen bedroht wird... Ich wünsche Dir nur, dass Du nicht in die Situation kommst, ein solch kommentarloses Stück nicht trivialen Codes mal schnell überarbeiten zu müssen. >>>> Nein, aber EEPROMS sind per se Seitenweise organisisert. >> Nein. Schau Dir die Datenblätter mal genauer an. Nimm z.B. die 24er >> und 25er Serien der diversen Hersteller. > > Die _kann_ man in Blöcken/"Seiten" beschreiben, das muß man aber auch > nicht. Nur ist die Schreibzeit für einen Block halt dieselbe wie für > ein einzelnes Byte, was ggfs. die blockweise Methode vorteilhaft macht. Kann man so sehen... Marte
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2021-08-23 20:45 +0200 |
| Message-ID | <20210823204531.6330b8cb87874b97d3f1c836@SchS.de> |
| In reply to | #309033 |
Hallo Marte Schwarz, Du schriebst am Mon, 23 Aug 2021 08:36:43 +0200: > >> wird Dir kaum eine benannte Stelle Ihren Segen drüber geben. Das > >> kannst Du Dir abschminken. > > > Deswegen sind solche Sachen auch immer so enorme Kostentreiber und > > die Geräte damit so enorm teuer. Sicherheit kostet eben, aber > > besser Geld als Leben. > > Es ist gut, dass von Deinem Code hoffentlich nicht die Gesundheit von > Menschen bedroht wird... Ich wünsche Dir nur, dass Du nicht in die > Situation kommst, ein solch kommentarloses Stück nicht trivialen > Codes mal schnell überarbeiten zu müssen. Hehehe - Du unterstellst mir hier was, was ich an keiner Stelle geschrieben oder auch nur implizit zum Ausdruck gebracht habe! Sei mal bisserl vorsichtig mit Deiner Ausdrucksweise. BTW habe ich im Gegenteil Deiner Ansicht in wesentlichen Punkten vollständig zugestimmt, ich habe eigentlich nur angemerkt, daß es dem Geröät im Endeffekt vollkommen egal ist, was in Kommentaren oder der Dokumentation steht, wenn der ausgeführte Code damit nicht übereinstimmt. Und das wirst Du doch hoffentlich auch so sehen? -- (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 | Marte Schwarz <marte.schwarz@gmx.de> |
|---|---|
| Date | 2021-08-25 00:34 +0200 |
| Message-ID | <sg3s4r$dqto$1@gwaiyur.mb-net.net> |
| In reply to | #309094 |
Hi Sieghard, >> Es ist gut, dass von Deinem Code hoffentlich nicht die Gesundheit von >> Menschen bedroht wird... Ich wünsche Dir nur, dass Du nicht in die >> Situation kommst, ein solch kommentarloses Stück nicht trivialen >> Codes mal schnell überarbeiten zu müssen. > > Hehehe - Du unterstellst mir hier was, was ich an keiner Stelle > geschrieben oder auch nur implizit zum Ausdruck gebracht habe! > Sei mal bisserl vorsichtig mit Deiner Ausdrucksweise. Wer hat hier Code propagiert, die ohne Kommentare selbsterklärend genug seien? Solltest das nicht Du gewesen sein, dann nehme ich alles zurück und behaupte das Gegenteil. > BTW habe ich im Gegenteil Deiner Ansicht in wesentlichen Punkten > vollständig zugestimmt, ich habe eigentlich nur angemerkt, daß es dem > Gerät im Endeffekt vollkommen egal ist, was in Kommentaren oder der > Dokumentation steht, wenn der ausgeführte Code damit nicht > übereinstimmt. Und das wirst Du doch hoffentlich auch so sehen? Dem Gerät ist es insoweit egal, als dass es keine Meinung zum Thema haben wird ;-) Das Gerät wird trotzdem nur dann ausgeliefert werden dürfen, wenn die Software auch nach entsprechenden Vorgaben entwickelt wurde. Dazu gehören ausreichend viele und detaillierte Kommentierungen. Marte
[toc] | [prev] | [next] | [standalone]
| From | Hans-Peter Diettrich <DrDiettrich1@aol.com> |
|---|---|
| Date | 2021-08-25 04:31 +0200 |
| Message-ID | <iolqf3Foe7kU1@mid.individual.net> |
| In reply to | #309167 |
On 8/25/21 12:34 AM, Marte Schwarz wrote: > Das Gerät wird trotzdem nur dann ausgeliefert werden dürfen, wenn die > Software auch nach entsprechenden Vorgaben entwickelt wurde. Dazu > gehören ausreichend viele und detaillierte Kommentierungen. Welche Kommentare erwartest Du für die Parameter eines (PID...) Reglers im Programm? In wie weit wären die hilfreich? DoDi
[toc] | [prev] | [next] | [standalone]
| From | "Wolfgang Allinger" <all2001@spambog.com> |
|---|---|
| Date | 2021-08-25 10:20 -0400 |
| Message-ID | <FcYqQY2jQoB@allinger-307049.user.uni-berlin> |
| In reply to | #309172 |
On 24 Aug 21 at group /de/sci/electronics in article iolqf3Foe7kU1@mid.individual.net <DrDiettrich1@aol.com> (Hans-Peter Diettrich) wrote: > On 8/25/21 12:34 AM, Marte Schwarz wrote: >> Das Gerät wird trotzdem nur dann ausgeliefert werden dürfen, wenn die >> Software auch nach entsprechenden Vorgaben entwickelt wurde. Dazu >> gehören ausreichend viele und detaillierte Kommentierungen. > Welche Kommentare erwartest Du für die Parameter eines (PID...) Reglers > im Programm? In wie weit wären die hilfreich? Wertebereich mit dem getestet wurde, Auflösung und Genauigkeit, Kommentare, wie die einzelnen Parameter P I D berechnet werden... Das kann man zB mit Floating Point, fixed oder fixed mit NK Stellen und was weiss ich noch alles erledigen. wg. mir auch mit Logarithmen(Tafeln) Stibimmt noch nicht alles erwähnt. Saludos (an alle Vernünftigen, Rest sh. sig) Wolfgang -- Ich bin in Paraguay lebender Trollallergiker :) reply Adresse gesetzt! Ich diskutiere zukünftig weniger mit Idioten, denn sie ziehen mich auf ihr Niveau herunter und schlagen mich dort mit ihrer Erfahrung! :p (lt. alter usenet Weisheit) iPod, iPhone, iPad, iTunes, iRak, iDiot
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2021-08-25 22:25 +0200 |
| Message-ID | <20210825222501.e989a00792ac12616615c2df@SchS.de> |
| In reply to | #309198 |
Hallo Wolfgang Allinger, Du schriebst am Wed, 25 Aug 2021 10:20:00 -0400: > > Welche Kommentare erwartest Du für die Parameter eines (PID...) > > Reglers im Programm? In wie weit wären die hilfreich? > > Wertebereich mit dem getestet wurde, Auflösung und Genauigkeit, > Kommentare, wie die einzelnen Parameter P I D berechnet werden... Ich würde das eigentlich nicht so gern in Kommentaren im Programm als lieber in der Beschreibung für den Benutzer sehen wollen. In einem Kommentar "versteckt" finden solche Angaben ggfs. leider nicht den Weg dorthin, wo sie wirklich gebraucht würden. -- (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 | "Wolfgang Allinger" <all2001@spambog.com> |
|---|---|
| Date | 2021-08-26 04:43 -0400 |
| Message-ID | <Fcbqf5EEQoB@allinger-307049.user.uni-berlin> |
| In reply to | #309221 |
On 25 Aug 21 at group /de/sci/electronics in article 20210825222501.e989a00792ac12616615c2df@SchS.de <Sieghard.Schicktanz@SchS.de> (Sieghard Schicktanz) wrote: > Hallo Wolfgang Allinger, > Du schriebst am Wed, 25 Aug 2021 10:20:00 -0400: >>> Welche Kommentare erwartest Du für die Parameter eines (PID...) >>> Reglers im Programm? In wie weit wären die hilfreich? >> >> Wertebereich mit dem getestet wurde, Auflösung und Genauigkeit, >> Kommentare, wie die einzelnen Parameter P I D berechnet werden... > Ich würde das eigentlich nicht so gern in Kommentaren im Programm als > lieber in der Beschreibung für den Benutzer sehen wollen. In einem > Kommentar "versteckt" finden solche Angaben ggfs. leider nicht den Weg > dorthin, wo sie wirklich gebraucht würden. Es gehört in beides, aber im Ernstfall haste eh nur den Code, weil das Benutzerhandbuch längst wech iss. Saludos (an alle Vernünftigen, Rest sh. sig) Wolfgang -- Ich bin in Paraguay lebender Trollallergiker :) reply Adresse gesetzt! Ich diskutiere zukünftig weniger mit Idioten, denn sie ziehen mich auf ihr Niveau herunter und schlagen mich dort mit ihrer Erfahrung! :p (lt. alter usenet Weisheit) iPod, iPhone, iPad, iTunes, iRak, iDiot
[toc] | [prev] | [next] | [standalone]
| From | Marte Schwarz <marte.schwarz@gmx.de> |
|---|---|
| Date | 2021-08-26 10:15 +0200 |
| Message-ID | <sg7ii8$rsrg$1@gwaiyur.mb-net.net> |
| In reply to | #309172 |
Hi Hans-Peter, >> Das Gerät wird trotzdem nur dann ausgeliefert werden dürfen, wenn die >> Software auch nach entsprechenden Vorgaben entwickelt wurde. Dazu >> gehören ausreichend viele und detaillierte Kommentierungen. > > Welche Kommentare erwartest Du für die Parameter eines (PID...) Reglers > im Programm? In wie weit wären die hilfreich? Das ist ein hervorragendes Beispiel, weil diese drei Parameter ganz entscheidend zur Funktion des Programms beitragen, was aus dem Programmcode in keinster Weise ersichtlich ist. Hier ist in den Kommentierungen der Ort, in dem auf die Auslegung/Berechnungen verwiesen werden kann. Marte
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2021-08-25 22:22 +0200 |
| Message-ID | <20210825222221.00ddb35d420e96bbb988ce63@SchS.de> |
| In reply to | #309167 |
Hallo Marte Schwarz, Du schriebst am Wed, 25 Aug 2021 00:34:03 +0200: > Wer hat hier Code propagiert, die ohne Kommentare selbsterklärend > genug seien? Solltest das nicht Du gewesen sein, dann nehme ich alles Nein, das war ich nicht - das war eine Wiedergabe einer "gerne" propagierten Programmierer-Äußerung. Ich schrieb nur, daß es durchaus möglich ist, Code so zu schreiben, daß seine Funktion auch ohne viel Erklärung verständlich ist. (Ein wenig Kenntnis der englischen Sprache ist allerdings Voraussetzung. Nicht ohne Grund sind viele Strukturelemente von Programmiersprachen "natürlichsprachige" Begriffe.) Aber ich bin durchaus der Meinung, daß Kommentare keine definitive Funktionsbeschreibung sind, sondern eben Verständnishilfen. Und leider manchmal auch das Gegenteil. ... > Dem Gerät ist es insoweit egal, als dass es keine Meinung zum Thema > haben wird ;-) Meinung im Sinne des Benutzers nicht, aber es hält sich in seiner Funktion eben nicht an die Dokumentation, sondern an den Code. > Das Gerät wird trotzdem nur dann ausgeliefert werden dürfen, wenn die > Software auch nach entsprechenden Vorgaben entwickelt wurde. Dazu > gehören ausreichend viele und detaillierte Kommentierungen. Unbenommen, und das muß auch jeweils eingehend _vor Auslieferung_ geprüft werden. Im Extremfall bei jedem einzelnen Gerät. -- (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 | Marte Schwarz <marte.schwarz@gmx.de> |
|---|---|
| Date | 2021-08-26 10:37 +0200 |
| Message-ID | <sg7jrr$rvbd$1@gwaiyur.mb-net.net> |
| In reply to | #309220 |
Hi Sieghard, >> Wer hat hier Code propagiert, die ohne Kommentare selbsterklärend >> genug seien? Solltest das nicht Du gewesen sein, dann nehme ich alles > > Nein, das war ich nicht Dann ist es ja gut. > - das war eine Wiedergabe einer "gerne" > propagierten Programmierer-Äußerung. Das war ein oft gelesener Versuch, die Kommentierfaulheit zu rechtfertigen. Wer schreibfaul ist, sollte nicht Programmierer werden. > Ich schrieb nur, daß es durchaus > möglich ist, Code so zu schreiben, daß seine Funktion auch ohne viel > Erklärung verständlich ist. Dem kann ich mich nicht anschließen, sobald ein Progarmm über Trivialprogrammniveau hinaus geht. > Aber ich bin durchaus der Meinung, daß Kommentare keine definitive > Funktionsbeschreibung sind, sondern eben Verständnishilfen. Man kann viel Kommentartext schreiben, der zum Verständnis genau nichts beiträgt. Das war aber nicht das Thema. >> Dem Gerät ist es insoweit egal, als dass es keine Meinung zum Thema >> haben wird ;-) > > Meinung im Sinne des Benutzers nicht, aber es hält sich in seiner > Funktion eben nicht an die Dokumentation, sondern an den Code. Die Doku schreibt man auch nicht für den Computer... >> Das Gerät wird trotzdem nur dann ausgeliefert werden dürfen, wenn die >> Software auch nach entsprechenden Vorgaben entwickelt wurde. Dazu >> gehören ausreichend viele und detaillierte Kommentierungen. > > Unbenommen, und das muß auch jeweils eingehend _vor Auslieferung_ > geprüft werden. Im Extremfall bei jedem einzelnen Gerät. Na ja, den Code für jedes ausgelieferte Seriengerät zu prüfen beschränkt sich dann in der Praxis auf die Checksumme ;-) Hier ist es sinnvoll, den UNterschied von Validierung und Verifikation zu kennen, was nicht mehr so einfach ist, weil die Begrifflichkeiten bunt vermischt verwendet werden. Als ich studiert hatte, war das irgendwie noch einheitlich. Eine Entwicklungsarbeit wird validiert und in einer Produktion wird verifiziert. Da viele Geschriebenes zum Projektmanagement (vor allem aus agilen Systemen heraus) aus der Softwarebranche und es da keine eigentliche Produktion gibt, bzw deren Vorstellung von Produktion ja die Produktion von Code ist, der dann verifiziert wird, ist bei denen die Validierung dann das, was man bei uns Hardwerkern als kritische Hinterfragung des Lastenheftes bezeichnen würde, also die Frage, ob das, was man gerade macht auch tatsächlich im Sinne des Kunden ist. Lastenhefte sind bei vielen Agilisten aber ohnehin veraltete Konzepte. Kein Wunder, dass manche nie dort ankommen, wo nie wirklich klar war, wo man hin wollte... Sowas kenne ich nur von der Urlaubsplanung. Da ist bei mir gerade auch: Hauptsache weg hier, irgendwo hin, wo es sonnig und warm ist. Es soll nicht allzu weit weg und bezahlbar sein. Und das am Besten sofort ;-) Ich lass mich überraschen... Marte
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2021-08-26 20:40 +0200 |
| Message-ID | <20210826204019.f0b70c20ce9f04447600476f@SchS.de> |
| In reply to | #309235 |
Hallo Marte Schwarz, Du schriebst am Thu, 26 Aug 2021 10:37:15 +0200: > > - das war eine Wiedergabe einer "gerne" > > propagierten Programmierer-Äußerung. > > Das war ein oft gelesener Versuch, die Kommentierfaulheit zu > rechtfertigen. Wer schreibfaul ist, sollte nicht Programmierer werden. Eigentlich hätte ich da oben besser auch die "Programmierer-Äußerung" in Anführungszeichen setzen sollen. Leider kann ich das nicht guten Gewissens allgemein behaupten. Was manche (C- u.ä.) Programmierer manchmal so an Kode produzieren... > > Ich schrieb nur, daß es durchaus > > möglich ist, Code so zu schreiben, daß seine Funktion auch ohne viel > > Erklärung verständlich ist. > > Dem kann ich mich nicht anschließen, sobald ein Progarmm über > Trivialprogrammniveau hinaus geht. Doch, es _ist_ möglich. Es ist, "dank" C u.ä., nur nicht sehr verbreitet. Nein, das kommt nur zu einem kleinen Teil von der Struktur voC, wenn die auch durchaus beiträgt, sondern davon, daß viele "junge" Programmierer, oder solche, die sich dafür halten, möglichst "kompakt" programmieren wollen oder meinen, sollen zu müssen. ... > >> Dem Gerät ist es insoweit egal, als dass es keine Meinung zum Thema > >> haben wird ;-) > > > > Meinung im Sinne des Benutzers nicht, aber es hält sich in seiner > > Funktion eben nicht an die Dokumentation, sondern an den Code. > > Die Doku schreibt man auch nicht für den Computer... Eben. Kommentare auch nicht. > >> Das Gerät wird trotzdem nur dann ausgeliefert werden dürfen, wenn > >> die Software auch nach entsprechenden Vorgaben entwickelt wurde. > >> Dazu gehören ausreichend viele und detaillierte Kommentierungen. > > > > Unbenommen, und das muß auch jeweils eingehend _vor Auslieferung_ > > geprüft werden. Im Extremfall bei jedem einzelnen Gerät. > > Na ja, den Code für jedes ausgelieferte Seriengerät zu prüfen > beschränkt sich dann in der Praxis auf die Checksumme ;-) Hier ist es Das ist nur eine schwache Prüfung auf Unverändertheit, sonst nichts. > sinnvoll, den UNterschied von Validierung und Verifikation zu kennen, > was nicht mehr so einfach ist, weil die Begrifflichkeiten bunt > vermischt verwendet werden. Als ich studiert hatte, war das irgendwie Eigentlich kann man das doch garnicht verwechseln - die beiden Begriffe haben doch überhupt nichts miteinander zu tun. > noch einheitlich. Eine Entwicklungsarbeit wird validiert und in einer > Produktion wird verifiziert. Da viele Geschriebenes zum D.h. die Entwicklungsarbeit wird überprüft darauf, daß sie die Anforderungen und Vorschriften erfüllt - ok, das muß sie auch werden. Und in der Produktion wird geprüft, daß das Gerät ordnungsgemäß und ohne Fehler arbeitetß Manchmal, vielleicht. Aber das gehört eigentlich _vor_ die Produktionsaufnahme, ans Ende der Entwicklung. ... > Sowas kenne ich nur von der Urlaubsplanung. Da ist bei mir gerade > auch: Hauptsache weg hier, irgendwo hin, wo es sonnig und warm ist. Na dann, alles Gute dazu und eine schöne Zeit. -- (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 | Enrik Berkhan <Enrik.Berkhan@inka.de> |
|---|---|
| Date | 2021-08-20 05:52 +0000 |
| Message-ID | <sfnfvn$asv$1@starfleet.inka.de> |
| In reply to | #308854 |
Sieghard Schicktanz <Sieghard.Schicktanz@schs.de> wrote: > (Dann "pressiert"s aber...) Und man kann ja fortschreitend "round > robin" aufzeichnen. 100000 mal 4KByte sind auch 800MByte. Ich hoffe, das ist keine Datenblattangabe, und wenn doch, dann wenigstens in der 'max' Spalte ;-)
[toc] | [prev] | [next] | [standalone]
Page 12 of 40 — ← Prev page 1 … 10 11 [12] 13 14 … 40 Next page →
Back to top | Article view | de.sci.electronics
csiph-web