Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.sci.electronics > #250414 > unrolled thread

Bastelprojekte am USB eines Android-Handys

Started byMatthias Weingart <mwnews@pentax.boerde.de>
First post2018-12-14 08:49 +0000
Last post2018-12-21 12:03 +0000
Articles 20 on this page of 150 — 20 participants

Back to article view | Back to de.sci.electronics

Contents

  Bastelprojekte am USB eines Android-Handys Matthias Weingart <mwnews@pentax.boerde.de> - 2018-12-14 08:49 +0000
    Re: Bastelprojekte am USB eines Android-Handys olaf <olaf@criseis.ruhr.de> - 2018-12-14 11:05 +0100
      Re: Bastelprojekte am USB eines Android-Handys Matthias Weingart <mwnews@pentax.boerde.de> - 2018-12-14 11:22 +0000
        Re: Bastelprojekte am USB eines Android-Handys olaf <olaf@criseis.ruhr.de> - 2018-12-14 13:37 +0100
          Re: Bastelprojekte am USB eines Android-Handys Matthias Weingart <mwnews@pentax.boerde.de> - 2018-12-17 13:59 +0000
          Re: Bastelprojekte am USB eines Android-Handys Matthias Weingart <mwnews@pentax.boerde.de> - 2018-12-17 14:03 +0000
            Re: Bastelprojekte am USB eines Android-Handys olaf <olaf@criseis.ruhr.de> - 2018-12-17 21:48 +0100
              Re: Bastelprojekte am USB eines Android-Handys Matthias Weingart <mwnews@pentax.boerde.de> - 2018-12-18 16:01 +0000
            Re: Bastelprojekte am USB eines Android-Handys "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2018-12-20 12:55 +0100
          Re: Bastelprojekte am USB eines Android-Handys Matthias Weingart <mwnews@pentax.boerde.de> - 2018-12-18 16:03 +0000
      Re: Bastelprojekte am USB eines Android-Handys Gerald Oppen <Gerald.Oppen@web.de> - 2018-12-15 23:13 +0100
        Re: Bastelprojekte am USB eines Android-Handys Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2018-12-15 23:36 +0100
    Re: Bastelprojekte am USB eines Android-Handys "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2018-12-14 11:34 +0000
      Re: Bastelprojekte am USB eines Android-Handys olaf <olaf@criseis.ruhr.de> - 2018-12-14 13:43 +0100
        Re: Bastelprojekte am USB eines Android-Handys "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2018-12-14 14:36 +0000
          Re: Bastelprojekte am USB eines Android-Handys Marte Schwarz <marte.schwarz@gmx.de> - 2018-12-14 22:10 +0100
            Re: Bastelprojekte am USB eines Android-Handys olaf <olaf@criseis.ruhr.de> - 2018-12-16 06:54 +0100
              Re: Bastelprojekte am USB eines Android-Handys "Wolfgang Allinger" <all2001@spambog.com> - 2018-12-16 09:05 -0300
                Re: Bastelprojekte am USB eines Android-Handys olaf <olaf@criseis.ruhr.de> - 2018-12-16 15:00 +0100
                  Re: Bastelprojekte am USB eines Android-Handys Frank Buss <fb@frank-buss.de> - 2018-12-16 15:28 +0100
                    Re: Bastelprojekte am USB eines Android-Handys Horst-Dieter Winzler <horst.d.winzler@web.de> - 2018-12-16 15:30 +0100
                  Re: Bastelprojekte am USB eines Android-Handys "Wolfgang Allinger" <all2001@spambog.com> - 2018-12-16 15:58 -0300
                  Re: Bastelprojekte am USB eines Android-Handys "Wolfgang Allinger" <all2001@spambog.com> - 2018-12-17 17:55 -0300
                    Re: Bastelprojekte am USB eines Android-Handys Stefan Engler <Lehrerfreund@web.de> - 2018-12-17 14:31 -0800
                    Re: Bastelprojekte am USB eines Android-Handys Frank Buss <fb@frank-buss.de> - 2018-12-17 23:49 +0100
                      Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-18 19:35 +0100
                        Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-18 19:51 +0100
                          Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-18 20:21 +0100
                            Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-18 23:45 +0100
                              Re: Bastelprojekte am USB eines Android-Handys Axel Berger <Spam@Berger-Odenthal.De> - 2018-12-18 23:51 +0100
                              Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-19 17:41 +0100
                                Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-19 17:50 +0100
                                  Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-19 17:57 +0100
                                    Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-19 18:14 +0100
                                      Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-19 18:35 +0100
                                        Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-19 18:59 +0100
                                          Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-19 19:19 +0100
                                            Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-19 20:03 +0100
                                              Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-19 20:24 +0100
                                                Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-19 20:58 +0100
                                                  Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-19 21:19 +0100
                                              Re: Bastelprojekte am USB eines Android-Handys "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2018-12-20 13:12 +0100
                                                Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-20 13:21 +0100
                                            Re: Bastelprojekte am USB eines Android-Handys Reinhardt Behm <rbehm@hushmail.com> - 2018-12-20 11:54 +0800
                                              Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-20 06:40 +0100
                                              Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-20 12:26 +0100
                                                Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-20 12:48 +0100
                                                  Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-20 13:02 +0100
                                                    Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-20 13:16 +0100
                                                      Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-20 13:32 +0100
                                                        Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-20 13:49 +0100
                                                          Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-20 14:03 +0100
                                                            Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-20 14:15 +0100
                                      Re: Bastelprojekte am USB eines Android-Handys Axel Berger <Spam@Berger-Odenthal.De> - 2018-12-19 21:26 +0100
                                        Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-19 21:38 +0100
                                          Re: Bastelprojekte am USB eines Android-Handys Axel Berger <Spam@Berger-Odenthal.De> - 2018-12-19 23:51 +0100
                                  Re: Bastelprojekte am USB eines Android-Handys Axel Berger <Spam@Berger-Odenthal.De> - 2018-12-19 21:24 +0100
                                    Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-19 21:36 +0100
                                      Re: Bastelprojekte am USB eines Android-Handys Axel Berger <Spam@Berger-Odenthal.De> - 2018-12-19 23:47 +0100
                                        Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-20 01:04 +0100
                                          Re: Bastelprojekte am USB eines Android-Handys Reinhardt Behm <rbehm@hushmail.com> - 2018-12-20 11:48 +0800
                                            Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-20 12:25 +0100
                                              Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-20 12:46 +0100
                                                Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-20 12:56 +0100
                                                  Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-20 13:10 +0100
                                                    Re: Bastelprojekte am USB eines Android-Handys Eric Bruecklmeier <usenet@nerdcraft.de> - 2018-12-20 13:15 +0100
                                                      Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-20 13:18 +0100
                                                        Re: Bastelprojekte am USB eines Android-Handys Eric Bruecklmeier <usenet@nerdcraft.de> - 2018-12-20 13:31 +0100
                                                      Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-20 13:34 +0100
                                                        Re: Bastelprojekte am USB eines Android-Handys Eric Bruecklmeier <usenet@nerdcraft.de> - 2018-12-20 13:38 +0100
                                                      Re: Bastelprojekte am USB eines Android-Handys Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2018-12-20 13:47 +0100
                                                        Re: Bastelprojekte am USB eines Android-Handys Eric Bruecklmeier <usenet@nerdcraft.de> - 2018-12-20 14:13 +0100
                                                          Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-20 14:21 +0100
                                                            Re: Bastelprojekte am USB eines Android-Handys Eric Bruecklmeier <usenet@nerdcraft.de> - 2018-12-21 09:32 +0100
                                                      Re: Bastelprojekte am USB eines Android-Handys Reinhardt Behm <rbehm@hushmail.com> - 2018-12-20 21:24 +0800
                                                        Re: Bastelprojekte am USB eines Android-Handys Eric Bruecklmeier <usenet@nerdcraft.de> - 2018-12-21 09:32 +0100
                                                    Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-20 13:31 +0100
                                                      Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-20 13:42 +0100
                                                        Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-20 13:53 +0100
                                                          Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-20 14:07 +0100
                                                            Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-20 14:12 +0100
                                                              Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-20 14:20 +0100
                                                    Re: Bastelprojekte am USB eines Android-Handys Willi Marquart <usenet@neppi.net> - 2018-12-21 12:34 +0100
                                              Re: Bastelprojekte am USB eines Android-Handys Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2018-12-20 13:40 +0100
                                                Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-20 13:51 +0100
                                          Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-20 06:39 +0100
                                          Re: Bastelprojekte am USB eines Android-Handys Axel Berger <Spam@Berger-Odenthal.De> - 2018-12-20 13:20 +0100
                                            Re: Bastelprojekte am USB eines Android-Handys Eric Bruecklmeier <usenet@nerdcraft.de> - 2018-12-20 13:39 +0100
                                              Re: Bastelprojekte am USB eines Android-Handys Rupert Haselbeck <mein-rest-muell@gmx.de> - 2018-12-20 16:00 +0100
                                                Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-20 16:17 +0100
                                                  Re: Bastelprojekte am USB eines Android-Handys Rupert Haselbeck <mein-rest-muell@gmx.de> - 2018-12-20 17:30 +0100
                                                    Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-20 18:17 +0100
                                                Re: Bastelprojekte am USB eines Android-Handys Eric Bruecklmeier <usenet@nerdcraft.de> - 2018-12-21 09:33 +0100
                                                  Re: Bastelprojekte am USB eines Android-Handys Rupert Haselbeck <mein-rest-muell@gmx.de> - 2018-12-21 19:30 +0100
                                                    Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-21 21:05 +0100
                                                      Re: Bastelprojekte am USB eines Android-Handys Gerhard Hoffmann <ghf@hoffmann-hochfrequenz.de> - 2018-12-21 22:01 +0100
                                                        Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-21 22:18 +0100
                                                    Re: Bastelprojekte am USB eines Android-Handys Axel Berger <Spam@Berger-Odenthal.De> - 2018-12-21 21:56 +0100
                                                      Re: Bastelprojekte am USB eines Android-Handys Rupert Haselbeck <mein-rest-muell@gmx.de> - 2018-12-21 22:20 +0100
                                                      Re: Bastelprojekte am USB eines Android-Handys Eric Bruecklmeier <usenet@nerdcraft.de> - 2018-12-22 10:26 +0100
                                                    Re: Bastelprojekte am USB eines Android-Handys Eric Bruecklmeier <usenet@nerdcraft.de> - 2018-12-22 10:23 +0100
                                                      Re: Bastelprojekte am USB eines Android-Handys Rupert Haselbeck <mein-rest-muell@gmx.de> - 2018-12-22 17:20 +0100
                                                        Re: Bastelprojekte am USB eines Android-Handys Eric Bruecklmeier <usenet@nerdcraft.de> - 2018-12-22 17:49 +0100
                                                          Re: Bastelprojekte am USB eines Android-Handys "Wolfgang Allinger" <all2001@spambog.com> - 2018-12-22 17:27 -0300
                                                            Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-23 05:51 +0100
                                                            Re: Bastelprojekte am USB eines Android-Handys Eric Bruecklmeier <usenet@nerdcraft.de> - 2018-12-23 09:17 +0100
                                                        Re: Bastelprojekte am USB eines Android-Handys Axel Berger <Spam@Berger-Odenthal.De> - 2018-12-23 00:21 +0100
                                                          Re: Bastelprojekte am USB eines Android-Handys Rupert Haselbeck <mein-rest-muell@gmx.de> - 2018-12-23 14:10 +0100
                                                            Re: Bastelprojekte am USB eines Android-Handys Axel Berger <Spam@Berger-Odenthal.De> - 2018-12-23 20:09 +0100
                                            Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-20 13:44 +0100
                                              Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-20 13:57 +0100
                                                Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-20 14:07 +0100
                                                  Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-20 14:25 +0100
                                                Re: Bastelprojekte am USB eines Android-Handys "Wolfgang Allinger" <all2001@spambog.com> - 2018-12-21 09:53 -0300
                                Re: Bastelprojekte am USB eines Android-Handys Reinhardt Behm <rbehm@hushmail.com> - 2018-12-20 11:45 +0800
                          Re: Bastelprojekte am USB eines Android-Handys "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2018-12-20 12:57 +0100
                        Re: Bastelprojekte am USB eines Android-Handys Frank Buss <fb@frank-buss.de> - 2018-12-18 19:59 +0100
                          Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-18 20:10 +0100
                            Re: Bastelprojekte am USB eines Android-Handys Rolf Bombach <rolfnospambombach@invalid.invalid> - 2019-01-04 18:41 +0100
                          Re: Bastelprojekte am USB eines Android-Handys Axel Berger <Spam@Berger-Odenthal.De> - 2018-12-18 22:09 +0100
                            Re: Bastelprojekte am USB eines Android-Handys Frank Buss <fb@frank-buss.de> - 2018-12-19 00:58 +0100
                              Re: Bastelprojekte am USB eines Android-Handys Matthias Weingart <mwnews@pentax.boerde.de> - 2018-12-19 08:11 +0000
                                Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-19 17:45 +0100
                                  Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-19 17:53 +0100
                                    Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-19 17:59 +0100
                                      Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-19 18:20 +0100
                                        Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-19 18:38 +0100
                                          Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-19 19:06 +0100
                                        Re: Bastelprojekte am USB eines Android-Handys "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2018-12-20 13:24 +0100
                                          Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-20 14:01 +0100
                                            Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-20 14:18 +0100
                                            Re: Bastelprojekte am USB eines Android-Handys "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2018-12-21 14:24 +0100
                                              Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-21 17:10 +0100
                                                Re: Bastelprojekte am USB eines Android-Handys Reinhardt Behm <rbehm@hushmail.com> - 2018-12-22 09:51 +0800
                                                  Re: Bastelprojekte am USB eines Android-Handys Hanno Foest <hurga-news2@tigress.com> - 2018-12-22 03:58 +0100
                                                    Re: Bastelprojekte am USB eines Android-Handys Reinhardt Behm <rbehm@hushmail.com> - 2018-12-22 15:11 +0800
                                                    Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-23 09:06 +0100
                                  Re: Bastelprojekte am USB eines Android-Handys "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2018-12-19 17:26 +0000
                                    Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-19 18:30 +0100
                                  Re: Bastelprojekte am USB eines Android-Handys Reinhardt Behm <rbehm@hushmail.com> - 2018-12-20 11:42 +0800
                    Re: Bastelprojekte am USB eines Android-Handys olaf <olaf@criseis.ruhr.de> - 2018-12-18 16:33 +0100
                      Re: Bastelprojekte am USB eines Android-Handys "Wolfgang Allinger" <all2001@spambog.com> - 2018-12-18 14:35 -0300
                      Re: Bastelprojekte am USB eines Android-Handys Marte Schwarz <marte.schwarz@gmx.de> - 2018-12-18 22:06 +0100
                    Re: Bastelprojekte am USB eines Android-Handys Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2018-12-18 19:16 +0100
                      Re: Bastelprojekte am USB eines Android-Handys Marte Schwarz <marte.schwarz@gmx.de> - 2018-12-18 22:08 +0100
                      Re: Bastelprojekte am USB eines Android-Handys "Wolfgang Allinger" <all2001@spambog.com> - 2018-12-19 07:27 -0300
                        Re: Bastelprojekte am USB eines Android-Handys Frank Buss <fb@frank-buss.de> - 2018-12-19 14:36 +0100
                  Re: Bastelprojekte am USB eines Android-Handys "Wolfgang Allinger" <all2001@spambog.com> - 2018-12-27 19:15 -0300
    Re: Bastelprojekte am USB eines Android-Handys olaf <olaf@criseis.ruhr.de> - 2018-12-21 12:14 +0100
      Re: Bastelprojekte am USB eines Android-Handys Matthias Weingart <mwnews@pentax.boerde.de> - 2018-12-21 12:03 +0000

Page 7 of 8 — ← Prev page 1 2 3 4 5 6 [7] 8  Next page →

#250815

FromFrank Buss <fb@frank-buss.de>
Date2018-12-19 00:58 +0100
Message-ID<pvc1in$am6$1@newsreader4.netcologne.de>
In reply to#250798
On 12/18/2018 10:09 PM, Axel Berger wrote:
> Frank Buss wrote:
>> daß die Fake Chips (faktisch) gebrickt wurden, war
>> natürlich komplett unbeabsichtigt. Und morgen kommt der Weihnachtsmann :-)
> 
> Wurden sie? Weiter oben stand, daß sie mit Linux weiter funktionieren.
> Den Baustein beim Chinesen kaufen, den Treiber dazu vom Markenhersteller
> klauen und sich dann beschweren, wenn er an fremden Drittprodukten nicht
> läuft, ist dreist.

Der Treiber wurde disassembliert und analysiert:

http://www.eevblog.com/forum/reviews/ftdi-driver-kills-fake-ftdi-ft232/msg535270/#msg535270

Er wurde vorsätzlich so programmiert, daß er die Fake Chips brickt, 
durch Ausnutzung speziellen Verhaltens, die beim Original Chip das 
EEPROM nicht verändert, aber bei den Fake Chips schon. Es wurde sehr 
sorgfältig die exakte Chipversion abgefragt, da z.B. bei Verwendung 
eines externen EEPROMs auch original FTDI Chips gebrickt worden wären. 
Sowas kann auch schnell nach hinten losgehen, beispielsweise wenn man 
eine eigene Schaltung mit FTDI Chips und externen EEPROM verwendet, die 
dann auch gebrickt werden würde. Noch ein Grund, FTDI Chips nicht 
einzusetzen. Irgendwann geht solche trickreiche Programmierung 
garantiert schief.

FTDI hat es auch quasi zugegeben:

http://www.eevblog.com/forum/reviews/ftdi-driver-kills-fake-ftdi-ft232/msg536298/#msg536298

Ich hatte die Debatte früher verfolgt, der "FTDI Chip" Account bei 
EEVBlog ist authentisch.

Ich verstehe, daß FTDI sein Eigentum schützen will. Aber sowas ist 
Selbstjustiz und aus guten Gründen verboten. Wäre so wenn jemand die 
Reifen beim Auto zersticht. Dann darf ich dennoch nicht die Reifen 
seines Autos zerstechen, sondern darf ihn nur anzeigen. Würde man 
Selbstjustiz zulassen, dann würde das schnell zum Recht des Stärkeren 
führen, was wir seit der Steinzeit aus guten Gründen überwunden haben 
(meistens).

Durch Ausnutzung des speziellen Verhaltens beim Beschreiben des EEPROMs 
hätte FTDI auch unbenutze Stellen im EEPROM damit testen können, und 
somit relativ zuverlässig die Fakes erkennen können, ohne die zu 
bricken, und dann die Arbeit einstellen und im Systemlog protokollieren 
können.

Unter Linux lief es, weil es dort nicht den gepatchend FTDI Treiber gab. 
Wenn es aber vorher unter Windows gebrickt wurde, dann lief es unter 
Linux auch nicht mehr. Später wurde aber der offizielle Linux Treiber 
gepatcht, sodaß auch die per PID = 0 gebrickten FTDI-Chips unter Linux 
liefen:

https://marc.info/?l=linux-usb&m=141405129201389&w=2

-- 
Frank Buss, http://www.frank-buss.de
electronics and more: http://www.youtube.com/user/frankbuss

[toc] | [prev] | [next] | [standalone]

#250824

FromMatthias Weingart <mwnews@pentax.boerde.de>
Date2018-12-19 08:11 +0000
Message-ID<XnsA9BD5D6A79303AlwLookOnTBrightSide@penthouse.boerde.de>
In reply to#250815
Frank Buss <fb@frank-buss.de>:

> On 12/18/2018 10:09 PM, Axel Berger wrote:
>> Frank Buss wrote:
>>> daß die Fake Chips (faktisch) gebrickt wurden, war
>>> natürlich komplett unbeabsichtigt. Und morgen kommt der
>>> Weihnachtsmann :-) 

Die richtige Lösung von FTDI wäre gewesen, das der Treiber einfach seine 
Arbeit einstellt. Alles andere (Fake-Daten senden, bricken) ist Selbstjustiz.

M.
--

[toc] | [prev] | [next] | [standalone]

#250856

FromGerrit Heitsch <gerrit@laosinh.s.bawue.de>
Date2018-12-19 17:45 +0100
Message-ID<pvdsjh$k32$2@news.bawue.net>
In reply to#250824
On 12/19/18 9:11 AM, Matthias Weingart wrote:
> Frank Buss <fb@frank-buss.de>:
> 
>> On 12/18/2018 10:09 PM, Axel Berger wrote:
>>> Frank Buss wrote:
>>>> daß die Fake Chips (faktisch) gebrickt wurden, war
>>>> natürlich komplett unbeabsichtigt. Und morgen kommt der
>>>> Weihnachtsmann :-)
> 
> Die richtige Lösung von FTDI wäre gewesen, das der Treiber einfach seine
> Arbeit einstellt. Alles andere (Fake-Daten senden, bricken) ist Selbstjustiz.

In diesem Fall hätte man gelesen 'Das können die doch nicht machen, was 
wenn durch ein Update auf den neuen Treiber eine teure Maschine ausfällt 
oder gar ein wichtiges medizinisches Gerät!'

So gesehen wäre 'Arbeit einstellen' auch Selbstjustiz.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#250858

FromHanno Foest <hurga-news2@tigress.com>
Date2018-12-19 17:53 +0100
Message-ID<g7vbcrFdrfqU1@mid.individual.net>
In reply to#250856
On 19.12.18 17:45, Gerrit Heitsch wrote:

>> Die richtige Lösung von FTDI wäre gewesen, das der Treiber einfach seine
>> Arbeit einstellt. Alles andere (Fake-Daten senden, bricken) ist 
>> Selbstjustiz.
> 
> In diesem Fall hätte man gelesen 'Das können die doch nicht machen, was 
> wenn durch ein Update auf den neuen Treiber eine teure Maschine ausfällt 
> oder gar ein wichtiges medizinisches Gerät!'

Ach Unsinn. Zu alte, neue, falsche, kaputte oder aus anderen Gründen 
nichtfunktionierende Treiber sind unter Windows ein Standardproblem mit 
der Standardlösung neuere oder richtigere Treiber runterladen. Nur 
greift die halt nicht, weil der unpassende FTDI-Treiber die Hardware 
dann schon dauerhaft gebricht hat. *DAS* ist das Problem.

Hanno

[toc] | [prev] | [next] | [standalone]

#250860

FromGerrit Heitsch <gerrit@laosinh.s.bawue.de>
Date2018-12-19 17:59 +0100
Message-ID<pvdtck$kc0$2@news.bawue.net>
In reply to#250858
On 12/19/18 5:53 PM, Hanno Foest wrote:
> On 19.12.18 17:45, Gerrit Heitsch wrote:
> 
>>> Die richtige Lösung von FTDI wäre gewesen, das der Treiber einfach seine
>>> Arbeit einstellt. Alles andere (Fake-Daten senden, bricken) ist 
>>> Selbstjustiz.
>>
>> In diesem Fall hätte man gelesen 'Das können die doch nicht machen, 
>> was wenn durch ein Update auf den neuen Treiber eine teure Maschine 
>> ausfällt oder gar ein wichtiges medizinisches Gerät!'
> 
> Ach Unsinn. Zu alte, neue, falsche, kaputte oder aus anderen Gründen 
> nichtfunktionierende Treiber sind unter Windows ein Standardproblem mit 
> der Standardlösung neuere oder richtigere Treiber runterladen.

Auch neuere FTDI-Treiber würden den Fake nicht mehr ansprechen.

  Nur
> greift die halt nicht, weil der unpassende FTDI-Treiber die Hardware 
> dann schon dauerhaft gebricht hat. *DAS* ist das Problem.

Hat er nicht, er hat nur dafür gesorgt, daß der Fake sich nicht mehr als 
FTDI-Chip, der er ja nie war, meldet.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#250862

FromHanno Foest <hurga-news2@tigress.com>
Date2018-12-19 18:20 +0100
Message-ID<g7vcunFe5s7U1@mid.individual.net>
In reply to#250860
On 19.12.18 17:59, Gerrit Heitsch wrote:

>>> In diesem Fall hätte man gelesen 'Das können die doch nicht machen, 
>>> was wenn durch ein Update auf den neuen Treiber eine teure Maschine 
>>> ausfällt oder gar ein wichtiges medizinisches Gerät!'
>>
>> Ach Unsinn. Zu alte, neue, falsche, kaputte oder aus anderen Gründen 
>> nichtfunktionierende Treiber sind unter Windows ein Standardproblem 
>> mit der Standardlösung neuere oder richtigere Treiber runterladen.
> 
> Auch neuere FTDI-Treiber würden den Fake nicht mehr ansprechen.

Und? Es gibt aber Treiber, die es können. Siehe Linux. Wo man die 
herbekommt ist ein anderes Problem, aber ein typischer Job des 
Windows-Admins.

> Hat er nicht, er hat nur dafür gesorgt, daß der Fake sich nicht mehr als 
> FTDI-Chip, der er ja nie war, meldet.

Und sich auch als kein anderer Chip mehr meldet (PID 0000). Das ist für 
alle praktischen Belange kaputt, bricked, mithin Sachbeschädigung und 
justiziabel. Daß man mit speziellem know-how unbricken kann steht dem 
nicht entgegen.

Hanno

[toc] | [prev] | [next] | [standalone]

#250866

FromGerrit Heitsch <gerrit@laosinh.s.bawue.de>
Date2018-12-19 18:38 +0100
Message-ID<pvdvn2$ldm$1@news.bawue.net>
In reply to#250862
On 12/19/18 6:20 PM, Hanno Foest wrote:
> On 19.12.18 17:59, Gerrit Heitsch wrote:
> 
>>>> In diesem Fall hätte man gelesen 'Das können die doch nicht machen, 
>>>> was wenn durch ein Update auf den neuen Treiber eine teure Maschine 
>>>> ausfällt oder gar ein wichtiges medizinisches Gerät!'
>>>
>>> Ach Unsinn. Zu alte, neue, falsche, kaputte oder aus anderen Gründen 
>>> nichtfunktionierende Treiber sind unter Windows ein Standardproblem 
>>> mit der Standardlösung neuere oder richtigere Treiber runterladen.
>>
>> Auch neuere FTDI-Treiber würden den Fake nicht mehr ansprechen.
> 
> Und? Es gibt aber Treiber, die es können. Siehe Linux. Wo man die 
> herbekommt ist ein anderes Problem, aber ein typischer Job des 
> Windows-Admins.

Geht nur solange wie du solche Treiber für das verwendete OS noch 
bekommst. Was aber wenn du ein OS-Upgrade machst, der alte Treiber nicht 
dort mehr läuft und der neue die Arbeit verweigert?



>> Hat er nicht, er hat nur dafür gesorgt, daß der Fake sich nicht mehr 
>> als FTDI-Chip, der er ja nie war, meldet >
> Und sich auch als kein anderer Chip mehr meldet (PID 0000). Das ist für 
> alle praktischen Belange kaputt, bricked,

Nein, denn der Linux-Treiber konnte mit dem so behandelten Chip ja reden.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#250868

FromHanno Foest <hurga-news2@tigress.com>
Date2018-12-19 19:06 +0100
Message-ID<g7vfl1FeokaU1@mid.individual.net>
In reply to#250866
On 19.12.18 18:38, Gerrit Heitsch wrote:

>>> Auch neuere FTDI-Treiber würden den Fake nicht mehr ansprechen.
>>
>> Und? Es gibt aber Treiber, die es können. Siehe Linux. Wo man die 
>> herbekommt ist ein anderes Problem, aber ein typischer Job des 
>> Windows-Admins.
> 
> Geht nur solange wie du solche Treiber für das verwendete OS noch 
> bekommst. Was aber wenn du ein OS-Upgrade machst, der alte Treiber nicht 
> dort mehr läuft und der neue die Arbeit verweigert?

Backup einspielen, dafür sind die Dinger da, das hat noch den alten 
Treiber. Aber natürlich nicht, wenn FTDIs Sabotage-Treiber bereits 
permanent gebrickt hat.

>>> Hat er nicht, er hat nur dafür gesorgt, daß der Fake sich nicht mehr 
>>> als FTDI-Chip, der er ja nie war, meldet 
>> Und sich auch als kein anderer Chip mehr meldet (PID 0000). Das ist 
>> für alle praktischen Belange kaputt, bricked,
> 
> Nein, denn der Linux-Treiber konnte mit dem so behandelten Chip ja reden.

Erst, nachdem der Treiber so gepatched worden ist. Wie ich bereits 
sagte: "Daß man mit speziellem know-how [also so einem patch] unbricken 
kann steht dem nicht entgegen."

Bei akuten Windows-Treiberproblemen mit einer Industrieanlage auf Linux 
wechseln würde allerdings nicht mal ich empfehlen. :)

Hanno

[toc] | [prev] | [next] | [standalone]

#250926

From"Ralph A. Schmid, dk5ras" <ralph@schmid.xxx>
Date2018-12-20 13:24 +0100
Message-ID<1b2n1elod8r2nrd54a1b8krvo2hl0rcn4p@4ax.com>
In reply to#250862
Hanno Foest <hurga-news2@tigress.com> wrote:

>Und sich auch als kein anderer Chip mehr meldet (PID 0000). Das ist für 
>alle praktischen Belange kaputt, bricked, mithin Sachbeschädigung und 
>justiziabel. Daß man mit speziellem know-how unbricken kann steht dem 
>nicht entgegen.

Nun ja, der Chip hat angefangen, er wollte mit einem Treiber sprechen,
der für ihn gar nicht zuständig ist, also muß er damit klarkommen, was
dieser Treiber ihm so erzählt :) Ich sehe das eher von der sportlichen
Seite. Im realen Leben interessiert das keinen Menschen, derjenige,
der das nicht mehr funktionierende Ding dahergeschleppt hat, muß
Abhilfe schaffen, fertig, aus. Und der, der in der funktionierenden
produktiven Anlage einfach so ein Update gemacht hat, der hat evtl.
auch Erklärungsbedarf. 


-ras

-- 
Ralph A. Schmid +49-171-3631223 +49-911-21650056
http://www.schmid.xxx/ http://www.db0fue.de/
http://www.bclog.de/ http://www.kabuliyan.de/

[toc] | [prev] | [next] | [standalone]

#250949

FromHanno Foest <hurga-news2@tigress.com>
Date2018-12-20 14:01 +0100
Message-ID<g81i4oFsgs4U1@mid.individual.net>
In reply to#250926
On 20.12.18 13:24, Ralph A. Schmid, dk5ras wrote:

>> Und sich auch als kein anderer Chip mehr meldet (PID 0000). Das ist für
>> alle praktischen Belange kaputt, bricked, mithin Sachbeschädigung und
>> justiziabel. Daß man mit speziellem know-how unbricken kann steht dem
>> nicht entgegen.
> 
> Nun ja, der Chip hat angefangen, er wollte mit einem Treiber sprechen,
> der für ihn gar nicht zuständig ist, also muß er damit klarkommen, was
> dieser Treiber ihm so erzählt :)

Drehs mal um: Wenn ein Treiber, der gar nicht für den (echten) FTDI Chip 
zuständig ist, mit diesem spricht, und der hinterher unbrauchbar ist - 
ist dann auch der Chip schuld, daß er sich was hat erzählen lassen?

> Ich sehe das eher von der sportlichen
> Seite. Im realen Leben interessiert das keinen Menschen, derjenige,
> der das nicht mehr funktionierende Ding dahergeschleppt hat, muß
> Abhilfe schaffen, fertig, aus.

Vermutlich. Aber spätestens bei Schadenersatz wird es eng.

> Und der, der in der funktionierenden
> produktiven Anlage einfach so ein Update gemacht hat, der hat evtl.
> auch Erklärungsbedarf.

Nur sehr eventuell. Wer sorgfältig arbeitet, sieht die Möglichkeit eines 
Rollbacks vor. Daß das Update unwissentlich permanente Änderungen macht, 
die das Rollback ineffektiv werden lassen, sollte nicht vorkommen.

Und gar keine Updates machen ist auch keine Option, dann hast du die 
Sicherheitskatastrophe von Medizingeräten.

Hanno

[toc] | [prev] | [next] | [standalone]

#250958

FromGerrit Heitsch <gerrit@laosinh.s.bawue.de>
Date2018-12-20 14:18 +0100
Message-ID<pvg4rd$l7e$1@news.bawue.net>
In reply to#250949
On 12/20/18 2:01 PM, Hanno Foest wrote:
> 
> Nur sehr eventuell. Wer sorgfältig arbeitet, sieht die Möglichkeit eines 
> Rollbacks vor.

... und testet vorher auf einem identischen Testsystem. Wenn nicht er, 
dann der Hersteller der Anlage. Und wenn es dann schiefgeht hat man 
einen Servicevertrag und der Hersteller das Problem. Ok, er hatte es 
schon vorher, er wusste es nur nicht.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#251020

From"Ralph A. Schmid, dk5ras" <ralph@schmid.xxx>
Date2018-12-21 14:24 +0100
Message-ID<tvpp1edrhl8a8q5evvkn741jdi85tb0iia@4ax.com>
In reply to#250949
Hanno Foest <hurga-news2@tigress.com> wrote:

>Und gar keine Updates machen ist auch keine Option, dann hast du die 
>Sicherheitskatastrophe von Medizingeräten.

Keine updates zu machen kann sehr wohl eine Option sein - wenn man die
Büchse schon entsprechend konzeptioniert hat. Und in einem
Medizingerät einen Fake-Chip, holla die Waldfee, da hätte ich es
lieber, dieser würde unwiederbringlich vom Treiber abgeschossen. Dann
muß sich nämlich jemand kümmern und das Ding instandsetzen oder
ersetzen. Ferner macht das update ja keiner direkt am Patienten,
zwischen zwei Schnaufern der Beatmungsmaschine oder während dem
Austausch des Infusionsbeutels, sonder im Rahmen irgendeiner Wartung /
Geräteprüfung. Da wird dann eben nach dem Rösten des Fake-Chips durchs
update festgestellt, Gerät funktioniert nicht -> Reparatur / Ersatz.

Ein wirkliches Problem durch das zweifellos etwas fiese Verhalten des
FTDI-Treibers sehe ich nur bei Frickelware, die genau das verdient
hat.


-ras

-- 
Ralph A. Schmid +49-171-3631223 +49-911-21650056
http://www.schmid.xxx/ http://www.db0fue.de/
http://www.bclog.de/ http://www.kabuliyan.de/

[toc] | [prev] | [next] | [standalone]

#251036

FromHanno Foest <hurga-news2@tigress.com>
Date2018-12-21 17:10 +0100
Message-ID<g84hjjFi04hU1@mid.individual.net>
In reply to#251020
Am 21.12.18 um 14:24 schrieb Ralph A. Schmid, dk5ras:

>> Und gar keine Updates machen ist auch keine Option, dann hast du die
>> Sicherheitskatastrophe von Medizingeräten.
> 
> Keine updates zu machen kann sehr wohl eine Option sein - wenn man die
> Büchse schon entsprechend konzeptioniert hat.

AKA "keine Netzwerkverbindung". Heutzutage zumindest in der Industrie 
realistischerweise keine Option mehr. In der Praxis werden bei jeder 
neuen Malware-Epidemie ganze Krankenhäuser runtergefahren.

> Und in einem
> Medizingerät einen Fake-Chip, holla die Waldfee, da hätte ich es
> lieber, dieser würde unwiederbringlich vom Treiber abgeschossen.

Und nicht, daß es sauber gemeldet wird?

https://www.bbc.co.uk/news/technology-17665527

"A separate survey carried out by iSuppli found that fake components 
were most widespread in electronic equipment used by aerospace firms and 
the military."

Kannst dir jetzt selber überlegen, ob sowas in der Luftfahrt besser oder 
schlechter ist als im medizinischen Bereich. Die Dinger kommen vor, 
damit muß man realistischerweise leben, und wenn du sie identifizieren 
möchtest, ist Meldung sicher besser als plötzlich kaputtsein. In 
letzterem Fall würde ich nämlich vermuten, daß das Gerät einfach 
getauscht und verschrottet wird und niemand kennt die Ursache.

> Ein wirkliches Problem durch das zweifellos etwas fiese Verhalten des
> FTDI-Treibers sehe ich nur bei Frickelware, die genau das verdient
> hat.

Ich maße mir hingegen nicht an, alle Möglichkeiten des Einsatzes und 
alle Konsequenzen, die aus mutwilliger Zerstörung resultieren könnten, 
zu kennen.

Hanno

[toc] | [prev] | [next] | [standalone]

#251077

FromReinhardt Behm <rbehm@hushmail.com>
Date2018-12-22 09:51 +0800
Message-ID<pvk5ao$58v$1@dont-email.me>
In reply to#251036
AT Saturday 22 December 2018 00:10, Hanno Foest wrote:

> "A separate survey carried out by iSuppli found that fake components
> were most widespread in electronic equipment used by aerospace firms and
> the military."

Bei Luftfahrt ist aber Supplier-Management und Überwachung Pflicht für einen 
Part 21 Hersteller. Da halte ich das eher für unwahrscheinlich.
Zudem kommt da in kritischen Geräten kein Windows vor (nicht zertifizierbar 
nach DO-178). Da käme der zerstörerische Treiber von FTDI nie zum Einsatz.
 
> Kannst dir jetzt selber überlegen, ob sowas in der Luftfahrt besser oder
> schlechter ist als im medizinischen Bereich. Die Dinger kommen vor,
> damit muß man realistischerweise leben, und wenn du sie identifizieren
> möchtest, ist Meldung sicher besser als plötzlich kaputtsein. In
> letzterem Fall würde ich nämlich vermuten, daß das Gerät einfach
> getauscht und verschrottet wird und niemand kennt die Ursache.

Auch dann erfolgt Analyse und Überprüfung aller Geräte, in der Chips aus 
dieser Charge drin sind. Im Zweifel durch eine LTA. Der Lieferant/Disti 
fliegt raus.

-- 
Reinhardt

[toc] | [prev] | [next] | [standalone]

#251079

FromHanno Foest <hurga-news2@tigress.com>
Date2018-12-22 03:58 +0100
Message-ID<g85njeFprfpU1@mid.individual.net>
In reply to#251077
Am 22.12.18 um 02:51 schrieb Reinhardt Behm:

>> "A separate survey carried out by iSuppli found that fake components
>> were most widespread in electronic equipment used by aerospace firms and
>> the military."
> 
> Bei Luftfahrt ist aber Supplier-Management und Überwachung Pflicht für einen
> Part 21 Hersteller. Da halte ich das eher für unwahrscheinlich.

Isn BBC Bericht. Die sind jetzt eigentlich nicht dafür bekannt, Märchen 
zu erzählen, wenn der Tag lang ist. Und von Panik in dem Bereich 
bezüglich dieser Problematik hab ich schon mehrfach was gelesen - 
insofern scheint mir das keine rein theoretische Möglichkeit zu sein.

Google "aviation fake chips":

https://www.havocscope.com/tag/counterfeit-aircraft-parts/
https://www.wired.com/2008/04/fake-parts-in-a/
usw.

> Zudem kommt da in kritischen Geräten kein Windows vor (nicht zertifizierbar
> nach DO-178). Da käme der zerstörerische Treiber von FTDI nie zum Einsatz.

Mir ging es jetzt lediglich um die Betrachtung, daß selbst in Bereichen, 
wo *noch* mehr auf Sicherheit geachtet wird als bei Medtech, 
Chipfälschungen vorkommen. (Und bei Medtech wiederum wird durchaus 
Windows eingesetzt...)

>> Kannst dir jetzt selber überlegen, ob sowas in der Luftfahrt besser oder
>> schlechter ist als im medizinischen Bereich. Die Dinger kommen vor,
>> damit muß man realistischerweise leben, und wenn du sie identifizieren
>> möchtest, ist Meldung sicher besser als plötzlich kaputtsein. In
>> letzterem Fall würde ich nämlich vermuten, daß das Gerät einfach
>> getauscht und verschrottet wird und niemand kennt die Ursache.
> 
> Auch dann erfolgt Analyse und Überprüfung aller Geräte, in der Chips aus
> dieser Charge drin sind.

Kann das jemand bestätigen? Bei Medtech geht *irgendwas* kaputt, und 
dann kommen Spezialisten und machen ein post mortem...?

Hanno

[toc] | [prev] | [next] | [standalone]

#251082

FromReinhardt Behm <rbehm@hushmail.com>
Date2018-12-22 15:11 +0800
Message-ID<pvko3q$tpq$1@dont-email.me>
In reply to#251079
AT Saturday 22 December 2018 10:58, Hanno Foest wrote:

>>
>> Auch dann erfolgt Analyse und Überprüfung aller Geräte, in der Chips aus
>> dieser Charge drin sind.
> 
> Kann das jemand bestätigen? Bei Medtech geht irgendwas kaputt, und
> dann kommen Spezialisten und machen ein post mortem...?

Ich sprach nicht von MedTech sondern von Avionik. Wenn ich da als 
zugelassener Hersteller (POA nach Part 21) ein fehlerhaftes Gerät in die 
Finger kriege, bin ich verpflichtet, den Fehler zu analysieren. Sollte ich 
dabei einen Fake feststellen, muss ich alle Geräte aus dieser Charge prüfen. 
Ich bin verpflichtet, sicherzustellen, dass die Geräte so gebaut sind, wie 
zugelassen.  Dafür muss ich nachvollziehen können, wo die reingewandert sind 
(Tracebility) und muss den Fehler beseitigen. Wenn ich nicht mehr 
feststellen kann, wo die fertigen Geräte sind und ein wirkliches Risiko 
besteht, muss ich halt über EASA, FAA eine LTA veröffentlichen. Die 
verpflichtet die Betreiber, das Gerät reparieren zu lassen.

-- 
Reinhardt

[toc] | [prev] | [next] | [standalone]

#251113

FromGerrit Heitsch <gerrit@laosinh.s.bawue.de>
Date2018-12-23 09:06 +0100
Message-ID<pvnflt$obn$1@news.bawue.net>
In reply to#251079
On 12/22/18 3:58 AM, Hanno Foest wrote:
> 
> Kann das jemand bestätigen? Bei Medtech geht *irgendwas* kaputt, und 
> dann kommen Spezialisten und machen ein post mortem...?

Bei Fake-Chips geht in so einem Falle nicht nur ein Gerät kaputt sondern 
die ganze Serie in der sie verbaut wurden und wenn das passiert wird 
genauer hingeschaut.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#250863

From"Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de>
Date2018-12-19 17:26 +0000
Message-ID<g7vd9eFe3u0U1@mid.individual.net>
In reply to#250856
Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
>On 12/19/18 9:11 AM, Matthias Weingart wrote:
>> Frank Buss <fb@frank-buss.de>:
>> 
>>> On 12/18/2018 10:09 PM, Axel Berger wrote:
>>>> Frank Buss wrote:
>>>>> daß die Fake Chips (faktisch) gebrickt wurden, war
>>>>> natürlich komplett unbeabsichtigt. Und morgen kommt der
>>>>> Weihnachtsmann :-)
>> 
>> Die richtige Lösung von FTDI wäre gewesen, das der Treiber einfach seine
>> Arbeit einstellt. Alles andere (Fake-Daten senden, bricken) ist Selbstjustiz.

>In diesem Fall hätte man gelesen 'Das können die doch nicht machen, was 
>wenn durch ein Update auf den neuen Treiber eine teure Maschine ausfällt 
>oder gar ein wichtiges medizinisches Gerät!'

>So gesehen wäre 'Arbeit einstellen' auch Selbstjustiz.
NACK. Die Aufgabe des Treibers ist die Kommunikation mit einem Chip mit 
bestimmten Eigenschaften. Stellt der Treiber fest, daß der Chip diese Eigenschaften
nicht besitzt, darf er IMO die Arbeit verweigern.
Eine Bank muss auch kein Falschgeld annehmen.

-- 
Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de

[toc] | [prev] | [next] | [standalone]

#250864

FromGerrit Heitsch <gerrit@laosinh.s.bawue.de>
Date2018-12-19 18:30 +0100
Message-ID<pvdv7t$l77$1@news.bawue.net>
In reply to#250863
On 12/19/18 6:26 PM, Peter Heitzer wrote:
> Gerrit Heitsch <gerrit@laosinh.s.bawue.de> wrote:
>> On 12/19/18 9:11 AM, Matthias Weingart wrote:
>>> Frank Buss <fb@frank-buss.de>:
>>>
>>>> On 12/18/2018 10:09 PM, Axel Berger wrote:
>>>>> Frank Buss wrote:
>>>>>> daß die Fake Chips (faktisch) gebrickt wurden, war
>>>>>> natürlich komplett unbeabsichtigt. Und morgen kommt der
>>>>>> Weihnachtsmann :-)
>>>
>>> Die richtige Lösung von FTDI wäre gewesen, das der Treiber einfach seine
>>> Arbeit einstellt. Alles andere (Fake-Daten senden, bricken) ist Selbstjustiz.
> 
>> In diesem Fall hätte man gelesen 'Das können die doch nicht machen, was
>> wenn durch ein Update auf den neuen Treiber eine teure Maschine ausfällt
>> oder gar ein wichtiges medizinisches Gerät!'
> 
>> So gesehen wäre 'Arbeit einstellen' auch Selbstjustiz.
> NACK. Die Aufgabe des Treibers ist die Kommunikation mit einem Chip mit
> bestimmten Eigenschaften. Stellt der Treiber fest, daß der Chip diese Eigenschaften
> nicht besitzt, darf er IMO die Arbeit verweigern.

Ich habe nur geschrieben was dann zu lesen wäre.

  Gerrit

[toc] | [prev] | [next] | [standalone]

#250887

FromReinhardt Behm <rbehm@hushmail.com>
Date2018-12-20 11:42 +0800
Message-ID<pvf338$tg4$1@dont-email.me>
In reply to#250856
AT Thursday 20 December 2018 00:45, Gerrit Heitsch wrote:

> On 12/19/18 9:11 AM, Matthias Weingart wrote:
>> Frank Buss <fb@frank-buss.de>:
>> 
>>> On 12/18/2018 10:09 PM, Axel Berger wrote:
>>>> Frank Buss wrote:
>>>>> daß die Fake Chips (faktisch) gebrickt wurden, war
>>>>> natürlich komplett unbeabsichtigt. Und morgen kommt der
>>>>> Weihnachtsmann :-)
>> 
>> Die richtige Lösung von FTDI wäre gewesen, das der Treiber einfach seine
>> Arbeit einstellt. Alles andere (Fake-Daten senden, bricken) ist
>> Selbstjustiz.
> 
> In diesem Fall hätte man gelesen 'Das können die doch nicht machen, was
> wenn durch ein Update auf den neuen Treiber eine teure Maschine ausfällt
> oder gar ein wichtiges medizinisches Gerät!'
> 
> So gesehen wäre 'Arbeit einstellen' auch Selbstjustiz.
> 
>   Gerrit

Jemand, der ungeprüft einen Update bei einem wichtigen medizinischen Gerät 
macht, gehört sowieso gewaltig auf die Finger gehauen.
Wenn er sich dann noch öffentlich beschwert, entlarvt er sich auch noch.

-- 
Reinhardt

[toc] | [prev] | [next] | [standalone]

Page 7 of 8 — ← Prev page 1 2 3 4 5 6 [7] 8  Next page →

Back to top | Article view | de.sci.electronics

csiph-web