Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.sci.electronics > #250414 > unrolled thread
| Started by | Matthias Weingart <mwnews@pentax.boerde.de> |
|---|---|
| First post | 2018-12-14 08:49 +0000 |
| Last post | 2018-12-21 12:03 +0000 |
| Articles | 20 on this page of 150 — 20 participants |
Back to article view | Back to de.sci.electronics
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 2 of 8 — ← Prev page 1 [2] 3 4 5 6 7 8 Next page →
| From | Horst-Dieter Winzler <horst.d.winzler@web.de> |
|---|---|
| Date | 2018-12-16 15:30 +0100 |
| Message-ID | <g7n5t0Fk4b1U1@mid.individual.net> |
| In reply to | #250594 |
Am 12/16/18 um 3:28 PM schrieb Frank Buss: > On 12/16/2018 03:00 PM, olaf wrote: >> >> Also wenn ich die heute bestelle dann kommen die dieses Jahr sowieso >> nicht mehr weil die eh aus China kommen. Oh und in China machen sie >> zum Neujahrsfest das Licht aus... > > Das chinesische Neujahrsfest 2019 ist am 5. Februar. > Dann bekommst du deine Waren im Januar. Dann hast du ja noch Glück, wenn du jetzt bestellst. ;-) -- ---hdw---
[toc] | [prev] | [next] | [standalone]
| From | "Wolfgang Allinger" <all2001@spambog.com> |
|---|---|
| Date | 2018-12-16 15:58 -0300 |
| Message-ID | <Ebx47HWEQoB@allinger-307049.user.uni-berlin> |
| In reply to | #250587 |
On 16 Dec 18 at group /de/sci/electronics in article 2d2ief-5dr.ln1@criseis.ruhr.de <olaf@criseis.ruhr.de> (olaf) wrote: > Wolfgang Allinger <all2001@spambog.com> wrote: >> Danke für den Tip, hat Amazon USA auch, dann kann ichs auch nach PY > Vor allem man kann beim Hersteller gleich die Schaltplaene runterladen. > https://www.itead.cc/wiki/Sonoff_TH_10/16 Done > Es gab auch mal einen c't Artikel zu den Dingern und hier gibt es die > Software aus dem Artikel: > https://github.com/jamct/sonoffSocket Den c't Artikel hab ich hier bei mir gefunden, glatt übersehen, da ich nix schalten will/wollte, sondern ich suchte immer etwas für Temp/Feuchte und evtl Druck. vom SZ aus zu messen. >> Welche Temp/Hydro Sensoren empfielst Du mitzubestellen? > Ich hab mein Teil so umgebaut das ich I2C-Bus am Klinkenstecker vom > TH10 habe. Da habe ich dann MAX6626 dran. Der kann aber nur Temperatur. > Ich hab aber noch drei BME280 bestellt. > https://www.amazon.de/Ausbruch-Temperatur-Feuchtigkeit-Luftdruck-Sensormodul > /dp/B01GQ3T1A4/ref=sr_1_5?ie=UTF8&qid=1544968583&sr=8-5&keywords=BME280 > Die sind aber noch nicht eingetroffen... > Und denk dran das du noch einen Adapter von USB nach RS232/3.3V brauchst! Aber ganz fest :) Ich such auch noch einen Drucksensor, mit dem ich den Füllstand meines Hochtanks messen kann. Wasserpegel bis ca. 1,28m also 128mbar :) Auflösung 7bit würde mir reichen, dann könnte ich unten am Boden (4m Fallhöhe) den Rest noch mit 8mm/bit schätzen, das reicht völlig. (Falls sich mein Milchmädchen nicht verrechnet hat) Nochmals Dank für die interessanten Links. 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 | "Wolfgang Allinger" <all2001@spambog.com> |
|---|---|
| Date | 2018-12-17 17:55 -0300 |
| Message-ID | <Ec04n90UQoB@allinger-307049.user.uni-berlin> |
| In reply to | #250587 |
On 16 Dec 18 at group /de/sci/electronics in article 2d2ief-5dr.ln1@criseis.ruhr.de <olaf@criseis.ruhr.de> (olaf) wrote: > Und denk dran das du noch einen Adapter von USB nach RS232/3.3V brauchst! Nix mehr in meinem Fundus gefunden... Grrr 3x umgezogen ist wie 1x ausgebombt Welche Adapter sind empfehlenswert unter W7x86ultimate und Ubuntu 18.04? FT232L oder CP1201/4? Bei dem FTDI FT232RL gibts Hinweise, dass deren Win Treiber die Nachbau chips bricken :( Da man beim China Mann nie weiss, was der so verbaut, tendiere ich eher zu CP1202 Ich hab mit Silabs bisher immer gute Erfahrungen gemacht. Ist da dann CP1202 die bessere Wahl? Preislich liegt der ganze Krempel irgendwo <<20USD bei Amazon. Danke schon mal für Hinweise und Tips. 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 | Stefan Engler <Lehrerfreund@web.de> |
|---|---|
| Date | 2018-12-17 14:31 -0800 |
| Message-ID | <38b7fe10-c107-4678-8cb8-ebc8153c02b7@googlegroups.com> |
| In reply to | #250708 |
Am Montag, 17. Dezember 2018 22:34:40 UTC+1 schrieb Wolfgang Allinger: > CP1202 > Ich hab mit Silabs bisher immer gute Erfahrungen gemacht. Ist da dann > CP1202 die bessere Wahl? > Preislich liegt der ganze Krempel irgendwo <<20USD bei Amazon. Ich habe mit ft232rl die besten Erfahrunge gesammelt. Die CP/CL*irgendwas konnte ich nach Windows-Updates alle in die Schublade legen. FTDI soll bei exotischen Modi unter Linux (die Treiber sind im Linux kernel) besser funktionieren. FTDI hält unter Windows eindeutig besser und länger. Unter Linux ist es grds. egal aber bei Android ist man meist drauf angewiesen, was der Hersteller an Treibern eingebunden hat.
[toc] | [prev] | [next] | [standalone]
| From | Frank Buss <fb@frank-buss.de> |
|---|---|
| Date | 2018-12-17 23:49 +0100 |
| Message-ID | <pv995e$b3r$1@newsreader4.netcologne.de> |
| In reply to | #250708 |
On 12/17/2018 09:55 PM, Wolfgang Allinger wrote: > > On 16 Dec 18 at group /de/sci/electronics in article 2d2ief-5dr.ln1@criseis.ruhr.de > <olaf@criseis.ruhr.de> (olaf) wrote: > >> Und denk dran das du noch einen Adapter von USB nach RS232/3.3V brauchst! > > Nix mehr in meinem Fundus gefunden... Grrr 3x umgezogen ist wie 1x > ausgebombt > > Welche Adapter sind empfehlenswert unter W7x86ultimate und Ubuntu 18.04? > > FT232L oder CP1201/4? > > Bei dem FTDI FT232RL gibts Hinweise, dass deren Win Treiber die Nachbau > chips bricken :( Die haben nicht nur die Clone gebrickt, sondern später auch mal witzige andere Funktionen eingebaut. Zuerst scheinen die Treiber Nullen gesendet zu haben, wenn gefälschte Chips erkannt wurden: https://zeptobars.com/en/read/FTDI-FT232RL-real-vs-fake-supereal%20this%20deep-down Dann hat FTDI Treiber hergestellt, die die Fake-Chips gebrickt haben: https://hackaday.com/2014/10/24/ftdi-screws-up-backs-down/ Nachdem Microsoft das gar nicht gefallen hat und die FTDI Treiber aus dem automatischen Update herausgenommen hat (prima für Leute, die Original Chips hatten und die Original Treiber installieren wollten), haben die das korrigiert. Nur um dann später bei Fake Chips einfach Müll zu senden: https://hackaday.com/2016/02/01/ftdi-drivers-break-fake-chips-again/ Könnte man sagen was störts mich, ich kaufe ja nur von verifzierten Quellen wie Digikey (z.B. dort nach "FTDI" suchen und dann "Smart-Kabel" anklicken). Auf vielen Interfaces von Devboards von Firmen sind die Chips auch verbaut. Problem ist, scheinbar gibt es auch von Händlern wie Farnell Clones: https://www.eevblog.com/forum/microcontrollers/ftdi-chip-only-outputs-00_s-has-anybody-also-seen-this/ Ich meine ich habe auch mal irgendwo gelesen, daß FTDI sogar bei ihren eigenen Chips mal Mist gebaut hat und die Treiber fälschlicherweise alte Original Chips als Clone klassifiziert haben, kann dazu aber jetzt keine Quelle mehr finden. Ist aber schon möglich, daß sowas passieren kann, bei dem Blödsinn den die alles in die Treiber programmieren. Fazit: Ich würde FTDI schon alleine aus moralischen Gründen nicht unterstützen und nichts von denen kaufen. Geräte wissentlich zu bricken oder Müll zu senden, statt einfach die Arbeit des Treiber einzustellen (was aber auch fragwürdig ist), wenn ein Fake erkannt wurde, ist meiner Meinung nach kriminell. Geht leider nicht, wenn man manche Devboards haben will, aber zumindest wenn ich eine Wahl habe, dann kaufe ich es nicht. Ich habe mit Adaptern von eBay gute Erfahrung gemacht, die den CH340G Chip verwenden. Generell ist die ganze USB UART Treiber Problematik unverständlich für mich. Windows hat einen generische USB Virtual COM Port Treiber. Alles was ein Hersteller erstellen muß, ist eine passende INF-Datei: http://janaxelson.com/usb_virtual_com_port.htm Bei FTDI geht das natürlich nicht, da die Chips weitere Funktionen bereitstellen, wie JTAG, weswegen es auch bei Devboards so beliebt ist. Ab Windows 10 hat Microsoft das übrigens verbessert: https://andrehessling.de/2017/03/12/usb-virtual-com-ports-under-different-windows-operating-systems-and-the-driver-problem/ Wenn im USB Descriptor also class code 2 und subclass code 2 eingetragen ist, dann wird ganz ohne INF-Datei oder extra Treiber automatisch der eingebaute Windows eigene Treiber verwendet. Bei Linux und Mac ging das schon immer problemlos. Bei Windows 7 geht das nicht. Ich habe aber auch schon eBay-USB COM-Adapter "repariert", indem ich eine eigene INF-Datei mit der Product/Vendor ID des Adapters erstellt habe, die dann einfach den windowseigenen Treiber verwendet hat. Das war allerdings noch auf Windows 7, so einfach geht das wiederum mit Windows 10 mit der Treibersignierung usw. nicht mehr. Alles ziemlicher Mist. -- Frank Buss, http://www.frank-buss.de electronics and more: http://www.youtube.com/user/frankbuss
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2018-12-18 19:35 +0100 |
| Message-ID | <pvbeli$hje$1@news.bawue.net> |
| In reply to | #250712 |
On 12/17/18 11:49 PM, Frank Buss wrote: > > Nachdem Microsoft das gar nicht gefallen hat und die FTDI Treiber aus > dem automatischen Update herausgenommen hat (prima für Leute, die > Original Chips hatten und die Original Treiber installieren wollten), > haben die das korrigiert. Nur um dann später bei Fake Chips einfach Müll > zu senden: > > https://hackaday.com/2016/02/01/ftdi-drivers-break-fake-chips-again/ Sie senden keinen Müll sondern 'NON GENUINE DEVICE FOUND!', eine eindeutige Meldung. Ausserdem steht was im Systemlog. > Könnte man sagen was störts mich, ich kaufe ja nur von verifzierten > Quellen wie Digikey (z.B. dort nach "FTDI" suchen und dann "Smart-Kabel" > anklicken). Auf vielen Interfaces von Devboards von Firmen sind die > Chips auch verbaut. Problem ist, scheinbar gibt es auch von Händlern wie > Farnell Clones: > > https://www.eevblog.com/forum/microcontrollers/ftdi-chip-only-outputs-00_s-has-anybody-also-seen-this/ Das ist dann aber das Problem von Farnell und sollte denen gemeldet werden. > Fazit: Ich würde FTDI schon alleine aus moralischen Gründen nicht > unterstützen und nichts von denen kaufen. Geräte wissentlich zu bricken > oder Müll zu senden, statt einfach die Arbeit des Treiber einzustellen > (was aber auch fragwürdig ist), wenn ein Fake erkannt wurde, ist meiner > Meinung nach kriminell. Aha, du bist also der Meinung sie sollten nichts tun und die Fakes weiter unterstützen nur damit dir ein paar Unbequemlichkeiten erspart bleiben? Selbst wenn sie nur den Datentransfer einstellen wird dich das stören. BTW: Sie wurden nicht gebrickt... Es wurde die Vendor-ID auf 0000 gesetzt und das passiert auch nur weil der Nachbau die gesendete Befehlssequenz so interpretiert hat. Der FTDI hat sie ignoriert. FTDI sind auch nicht die einzigen, die das so gemacht haben, Prolific hatte dasselbe Problem und hat genauso darauf reagiert, auch deren Treiber tun andere Dinge wenn sie eine Fälschung erkennen. > Generell ist die ganze USB UART Treiber Problematik unverständlich für > mich. Windows hat einen generische USB Virtual COM Port Treiber. Alles > was ein Hersteller erstellen muß, ist eine passende INF-Datei: > > http://janaxelson.com/usb_virtual_com_port.htm wobei sich der Chip natürlich dem Treiber entsprechend verhalten muss. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Hanno Foest <hurga-news2@tigress.com> |
|---|---|
| Date | 2018-12-18 19:51 +0100 |
| Message-ID | <g7stt0Fs5i1U1@mid.individual.net> |
| In reply to | #250772 |
Am 18.12.18 um 19:35 schrieb Gerrit Heitsch: >> Fazit: Ich würde FTDI schon alleine aus moralischen Gründen nicht >> unterstützen und nichts von denen kaufen. Geräte wissentlich zu >> bricken oder Müll zu senden, statt einfach die Arbeit des Treiber >> einzustellen (was aber auch fragwürdig ist), wenn ein Fake erkannt >> wurde, ist meiner Meinung nach kriminell. > > Aha, du bist also der Meinung sie sollten nichts tun und die Fakes > weiter unterstützen nur damit dir ein paar Unbequemlichkeiten erspart > bleiben? Ja. Ansonsten dürfen sie gerne den Schadenersatz bezahlen, wenn irgendwo in der Industrie eine Anlage wegen ihrer Kapriolen stillsteht. Können sie sich ja gerne von demjenigen wiederholen, der den Fake in die Produktionskette eingeschmuggelt hat. > BTW: Sie wurden nicht gebrickt... Es wurde die Vendor-ID auf 0000 > gesetzt und das passiert auch nur weil der Nachbau die gesendete > Befehlssequenz so interpretiert hat. Der FTDI hat sie ignoriert. Und? Wenn das nicht zufällig passiert ist, und das ist es nicht, bleibt der Vorgang Sabotage, mit einer aus der mutwilligen Außerbetriebsetzung resultierenden Verantwortlichkeit. Hanno
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2018-12-18 20:21 +0100 |
| Message-ID | <pvbhbs$iqj$1@news.bawue.net> |
| In reply to | #250774 |
On 12/18/18 7:51 PM, Hanno Foest wrote: > Am 18.12.18 um 19:35 schrieb Gerrit Heitsch: > >>> Fazit: Ich würde FTDI schon alleine aus moralischen Gründen nicht >>> unterstützen und nichts von denen kaufen. Geräte wissentlich zu >>> bricken oder Müll zu senden, statt einfach die Arbeit des Treiber >>> einzustellen (was aber auch fragwürdig ist), wenn ein Fake erkannt >>> wurde, ist meiner Meinung nach kriminell. >> >> Aha, du bist also der Meinung sie sollten nichts tun und die Fakes >> weiter unterstützen nur damit dir ein paar Unbequemlichkeiten erspart >> bleiben? > > Ja. Ansonsten dürfen sie gerne den Schadenersatz bezahlen, wenn irgendwo > in der Industrie eine Anlage wegen ihrer Kapriolen stillsteht. Nein, FTDI hat keinerlei Verpflichtung die nicht von ihnen hergestellten Chips zu unterstützen. Es ist Aufgabe des Herstellers der Anlage dafür zu sorgen, daß da nur Originalteile verbaut werden, schon im eigenen Interesse da viele gefälsche Bauteile nicht zuverlässig funktionieren. > Und? Wenn das nicht zufällig passiert ist, und das ist es nicht, bleibt > der Vorgang Sabotage, mit einer aus der mutwilligen Außerbetriebsetzung > resultierenden Verantwortlichkeit. Ich sehe die beim Hersteller der Anlage der auf gefälschte Chips reingefallen ist und das nicht gemerkt hat. Die Einstellung 'Die Nachbauten _scheinen_ zu funktionieren, also tun wir so als ob nichts wäre' ist genau die, die den Fälschern Vorschub leistet. Denn so können sie ziemlich sicher sein, daß ihr Geschäft weiterläuft solange sie nicht allzu grobe Fehler machen. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Hanno Foest <hurga-news2@tigress.com> |
|---|---|
| Date | 2018-12-18 23:45 +0100 |
| Message-ID | <g7tbl7FjkcU1@mid.individual.net> |
| In reply to | #250784 |
Am 18.12.18 um 20:21 schrieb Gerrit Heitsch: >> Ja. Ansonsten dürfen sie gerne den Schadenersatz bezahlen, wenn >> irgendwo in der Industrie eine Anlage wegen ihrer Kapriolen stillsteht. > > Nein, FTDI hat keinerlei Verpflichtung die nicht von ihnen hergestellten > Chips zu unterstützen. Sicherlich wäre es völlig OK, wenn die FTDI Treiber mit den Fakes den Betrieb einstellen und das entsprechend irgendwo loggen. Fremdes Gerät kaputtzuschreiben kann man aber nicht tolerieren. - Was würdest du denn davon halten, wenn ein PL2303 Treiber einen (originalen) FTDI Chip findet und den dann mit der Argumentation "den muß ich ja nicht unterstützen" kaputtschreibt? Ich kann auf derlei Wildwest gut verzichten. Hanno
[toc] | [prev] | [next] | [standalone]
| From | Axel Berger <Spam@Berger-Odenthal.De> |
|---|---|
| Date | 2018-12-18 23:51 +0100 |
| Message-ID | <5C1979F1.B990F97@Berger-Odenthal.De> |
| In reply to | #250809 |
Hanno Foest wrote: > Was würdest du denn > davon halten, wenn ein PL2303 Treiber einen (originalen) FTDI Chip > findet und den dann mit der Argumentation "den muß ich ja nicht > unterstützen" kaputtschreibt? Dem könnte ich fast zustimmen. Aber: Wurde nicht lediglich die Kennung mit dem sinngemäßen Inhalt "Ich bin ein originaler FTDI" überschrieben? -- /¯\ No | Dipl.-Ing. F. Axel Berger Tel: +49/ 221/ 7771 8067 \ / HTML | Roald-Amundsen-Straße 2a Fax: +49/ 221/ 7771 8069 X in | D-50829 Köln-Ossendorf http://berger-odenthal.de / \ Mail | -- No unannounced, large, binary attachments, please! --
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2018-12-19 17:41 +0100 |
| Message-ID | <pvdsca$k32$1@news.bawue.net> |
| In reply to | #250809 |
On 12/18/18 11:45 PM, Hanno Foest wrote: > Am 18.12.18 um 20:21 schrieb Gerrit Heitsch: > >>> Ja. Ansonsten dürfen sie gerne den Schadenersatz bezahlen, wenn >>> irgendwo in der Industrie eine Anlage wegen ihrer Kapriolen stillsteht. >> >> Nein, FTDI hat keinerlei Verpflichtung die nicht von ihnen >> hergestellten Chips zu unterstützen. > > Sicherlich wäre es völlig OK, wenn die FTDI Treiber mit den Fakes den > Betrieb einstellen und das entsprechend irgendwo loggen. Fremdes Gerät > kaputtzuschreiben kann man aber nicht tolerieren. - Was würdest du denn > davon halten, wenn ein PL2303 Treiber einen (originalen) FTDI Chip > findet und den dann mit der Argumentation "den muß ich ja nicht > unterstützen" kaputtschreibt? Mooooment... Der FTDI versucht nicht den PL2303-Treiber zu verwenden um sich so die Entwicklung eines eigenen Treibers zu ersparen. Ausserdem hat der FTDI eine andere VID als der PL2303, der Treiber wird ihn also gar nicht finden. Das Problem mit den Fakes war, daß die sich als FT232 ausgeben und kostenlos deren Treiber benutzen wollen. Hätten sie eine eigene VID gekauft, einen eigenen Treiber programiert und ausgeliefert hätte keiner gemeckert. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Hanno Foest <hurga-news2@tigress.com> |
|---|---|
| Date | 2018-12-19 17:50 +0100 |
| Message-ID | <g7vb6jFdkmdU3@mid.individual.net> |
| In reply to | #250855 |
On 19.12.18 17:41, Gerrit Heitsch wrote: >>> Nein, FTDI hat keinerlei Verpflichtung die nicht von ihnen >>> hergestellten Chips zu unterstützen. >> >> Sicherlich wäre es völlig OK, wenn die FTDI Treiber mit den Fakes den >> Betrieb einstellen und das entsprechend irgendwo loggen. Fremdes Gerät >> kaputtzuschreiben kann man aber nicht tolerieren. - Was würdest du >> denn davon halten, wenn ein PL2303 Treiber einen (originalen) FTDI >> Chip findet und den dann mit der Argumentation "den muß ich ja nicht >> unterstützen" kaputtschreibt? > > Mooooment... Der FTDI versucht nicht den PL2303-Treiber zu verwenden um > sich so die Entwicklung eines eigenen Treibers zu ersparen. Ausserdem > hat der FTDI eine andere VID als der PL2303, der Treiber wird ihn also > gar nicht finden. Das tangiert nicht deine Argumentation "ist nicht meine Hardware, also kann ich machen was ich will, inklusive kaputt". Wenn ein FTDI-Treiber nicht-FTDI-Hardware kaputtmachen kann, warum dann nicht auch nicht-FTDI Treiber FTDI Hardware? Ist das gleiche in grün. Hanno
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2018-12-19 17:57 +0100 |
| Message-ID | <pvdt94$kc0$1@news.bawue.net> |
| In reply to | #250857 |
On 12/19/18 5:50 PM, Hanno Foest wrote: > On 19.12.18 17:41, Gerrit Heitsch wrote: > >>>> Nein, FTDI hat keinerlei Verpflichtung die nicht von ihnen >>>> hergestellten Chips zu unterstützen. >>> >>> Sicherlich wäre es völlig OK, wenn die FTDI Treiber mit den Fakes den >>> Betrieb einstellen und das entsprechend irgendwo loggen. Fremdes >>> Gerät kaputtzuschreiben kann man aber nicht tolerieren. - Was würdest >>> du denn davon halten, wenn ein PL2303 Treiber einen (originalen) FTDI >>> Chip findet und den dann mit der Argumentation "den muß ich ja nicht >>> unterstützen" kaputtschreibt? >> >> Mooooment... Der FTDI versucht nicht den PL2303-Treiber zu verwenden >> um sich so die Entwicklung eines eigenen Treibers zu ersparen. >> Ausserdem hat der FTDI eine andere VID als der PL2303, der Treiber >> wird ihn also gar nicht finden. > > Das tangiert nicht deine Argumentation "ist nicht meine Hardware, also > kann ich machen was ich will, inklusive kaputt". Wenn ein FTDI-Treiber > nicht-FTDI-Hardware kaputtmachen kann, warum dann nicht auch nicht-FTDI > Treiber FTDI Hardware? Ist das gleiche in grün. Nein, ist es nicht. Der Fake gibt sich als FTDI-Hardware aus um zu erreichen, daß ihn der FTDI-Treiber anspricht. Der echte FTDI hingegen gibt sich hingegen nicht als PL2303 aus und will auch nicht vom PL2303-Treiber angesprochen werden. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Hanno Foest <hurga-news2@tigress.com> |
|---|---|
| Date | 2018-12-19 18:14 +0100 |
| Message-ID | <g7vcjrFe3j9U1@mid.individual.net> |
| In reply to | #250859 |
On 19.12.18 17:57, Gerrit Heitsch wrote: > Nein, ist es nicht. Der Fake gibt sich als FTDI-Hardware aus um zu > erreichen, daß ihn der FTDI-Treiber anspricht. Und? Der FTDI Treiber muß da ja nicht mitspielen. Er kann die Hardware ja offenbar erkennen. > Der echte FTDI hingegen gibt sich hingegen nicht als PL2303 aus und will > auch nicht vom PL2303-Treiber angesprochen werden. Das mag sein. Aber wenn der PL2303-Treiber trotzdem Bock drauf hat, Konkurrenzhardware plattzumachen? Ist prinzipiell die gleiche Situation. Irgendwie vermuten, was manche Hardware gerne hätte oder nicht, kann ja nicht die Grundlage sein, wenn es darum geht, Zerstörungen anzurichten. Hanno
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2018-12-19 18:35 +0100 |
| Message-ID | <pvdvgl$lda$1@news.bawue.net> |
| In reply to | #250861 |
On 12/19/18 6:14 PM, Hanno Foest wrote: > On 19.12.18 17:57, Gerrit Heitsch wrote: > >> Nein, ist es nicht. Der Fake gibt sich als FTDI-Hardware aus um zu >> erreichen, daß ihn der FTDI-Treiber anspricht. > > Und? Der FTDI Treiber muß da ja nicht mitspielen. Er kann die Hardware > ja offenbar erkennen. Und dann wird das Geschrei groß weil er die Arbeit einstellt und eine wichtige Anlage steht. >> Der echte FTDI hingegen gibt sich hingegen nicht als PL2303 aus und >> will auch nicht vom PL2303-Treiber angesprochen werden. > > Das mag sein. Aber wenn der PL2303-Treiber trotzdem Bock drauf hat, > Konkurrenzhardware plattzumachen? Ist prinzipiell die gleiche Situation. Aber ganz und gar nicht, der Unterschied ist, daß sich der Fake-Chip die Unterstützung des FTDI-Treibers erschleichen will während sich ein böswilliger PL-Treiber an einem Chip mit einer für ihn gar nicht relevanten VID vergreifen müsste. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Hanno Foest <hurga-news2@tigress.com> |
|---|---|
| Date | 2018-12-19 18:59 +0100 |
| Message-ID | <g7vf7iFelqqU1@mid.individual.net> |
| In reply to | #250865 |
On 19.12.18 18:35, Gerrit Heitsch wrote: >> Und? Der FTDI Treiber muß da ja nicht mitspielen. Er kann die Hardware >> ja offenbar erkennen. > > Und dann wird das Geschrei groß weil er die Arbeit einstellt und eine > wichtige Anlage steht. Nö. Wer Windows einsetzt kennt dieses Risiko von Updates und Treiberinkompatibilität. >>> Der echte FTDI hingegen gibt sich hingegen nicht als PL2303 aus und >>> will auch nicht vom PL2303-Treiber angesprochen werden. >> >> Das mag sein. Aber wenn der PL2303-Treiber trotzdem Bock drauf hat, >> Konkurrenzhardware plattzumachen? Ist prinzipiell die gleiche Situation. > > Aber ganz und gar nicht, der Unterschied ist, daß sich der Fake-Chip die > Unterstützung des FTDI-Treibers erschleichen will Und? Kann man ja mal versuchen. Wenn FTDI das nicht paßt, gibt es Gerichte - aber ich glaub nicht, daß Kompatibilität justiziabel ist. Das falsche Firmenlogo auf dem Gehäuse des Chips schon eher. Aber das sieht der Treiber ja nicht. Selbstjustiz ist jedenfalls nicht so toll. > während sich ein > böswilliger PL-Treiber an einem Chip mit einer für ihn gar nicht > relevanten VID vergreifen müsste. "Wenn FTDI nicht kaputtgeschrieben werden möchte, könnten sie diese Funktion ja weglassen". Ansonsten machst du halt was geht: Ist genau das gleiche, Selbstjustiz halt. Hanno
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2018-12-19 19:19 +0100 |
| Message-ID | <pve23m$mf3$1@news.bawue.net> |
| In reply to | #250867 |
On 12/19/18 6:59 PM, Hanno Foest wrote: > On 19.12.18 18:35, Gerrit Heitsch wrote: > >>> Und? Der FTDI Treiber muß da ja nicht mitspielen. Er kann die >>> Hardware ja offenbar erkennen. >> >> Und dann wird das Geschrei groß weil er die Arbeit einstellt und eine >> wichtige Anlage steht. > > Nö. Wer Windows einsetzt kennt dieses Risiko von Updates und > Treiberinkompatibilität. Das ist inzwischen allerdings deutlich besser geworden. >>>> Der echte FTDI hingegen gibt sich hingegen nicht als PL2303 aus und >>>> will auch nicht vom PL2303-Treiber angesprochen werden. >>> >>> Das mag sein. Aber wenn der PL2303-Treiber trotzdem Bock drauf hat, >>> Konkurrenzhardware plattzumachen? Ist prinzipiell die gleiche Situation. >> >> Aber ganz und gar nicht, der Unterschied ist, daß sich der Fake-Chip >> die Unterstützung des FTDI-Treibers erschleichen will > > Und? Kann man ja mal versuchen. Wenn FTDI das nicht paßt, gibt es > Gerichte - aber ich glaub nicht, daß Kompatibilität justiziabel ist. Das > falsche Firmenlogo auf dem Gehäuse des Chips schon eher. Aber das sieht > der Treiber ja nicht. Selbstjustiz ist jedenfalls nicht so toll. Die verwendete USB-Vendor-ID gibts auch nicht umsonst, dafür muss man bezahlen. Und damit du jemanden vor Gericht ziehen kannst musst du erstmal rausfinden wer den Chip eigentlich hergestellt hat. Ich hab damals gesucht und eine obskure chinesische Webseite gefunden deren Angebote sehr verdächtig aussahen. Leider finde ich die nicht mehr, wahrscheinlich offline. >> während sich ein böswilliger PL-Treiber an einem Chip mit einer für >> ihn gar nicht relevanten VID vergreifen müsste. > > "Wenn FTDI nicht kaputtgeschrieben werden möchte, könnten sie diese > Funktion ja weglassen". Ansonsten machst du halt was geht: Ist genau das > gleiche, Selbstjustiz halt. Ist immer noch nicht dasselbe, auch nicht im Prinzip. Der eine benutzt eine geklaute USB-Vendor-ID damit sich ein bestimmter Treiber um ihn kümmert an dem er keine Rechte hat. Der andere hat eine korrekte USB-Vendor-ID und geht davon aus, daß sich nur der zu dieser ID passende und genau für diesen Chip geschriebene Treiber um ihn anspricht. Oder anders... Der FTDI-Treiber spricht nur mit ICs die sich mit einer FTDI-VID/PID melden. Das ist das erwartete Verhalten. Der hypothetische böse PL-Treiber hingegen würde nicht nur die zu ihm passende VID/PID-Kombination ansprechen sondern auch eine die einem Konkurrenten gehört. Aber ich sehe schon, der Konsenz hier ist, daß es am schönsten wäre, wenn der Fake einfach so behandelt würde wie das Original, damit der, der sich eine Fälschung hat andrehen lassen das möglichst nicht merkt und keine Unanehmlichkeiten erleiden muss. Das solche Nachbauten u.U. andere Probleme, besonders bei edge Cases, machen wird dabei ausgeblendet. Leider wird man so das Problem mit gefälschten Chips garantiert nicht los sondern ermutigt die Fälscher geradezu. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Hanno Foest <hurga-news2@tigress.com> |
|---|---|
| Date | 2018-12-19 20:03 +0100 |
| Message-ID | <g7viv9FffrbU1@mid.individual.net> |
| In reply to | #250869 |
Am 19.12.18 um 19:19 schrieb Gerrit Heitsch: > Aber ich sehe schon, der Konsenz hier ist, daß es am schönsten wäre, > wenn der Fake einfach so behandelt würde wie das Original, damit der, > der sich eine Fälschung hat andrehen lassen das möglichst nicht merkt > und keine Unanehmlichkeiten erleiden muss. Ich sagte schon, daß eine entsprechende Meldung loggen oder auch den Betrieb einstellen kein Problem wäre. > Das solche Nachbauten u.U. > andere Probleme, besonders bei edge Cases, machen wird dabei > ausgeblendet. Leider wird man so das Problem mit gefälschten Chips > garantiert nicht los sondern ermutigt die Fälscher geradezu. Wo genau ist der Unterschied zwischen einem kompatiblem Nachbau, second source und einer Fälschung? Insbesondere auf elektrischer Ebene. Möchtest du unbedingt Verdongelung der Treibersoftware? Hanno
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2018-12-19 20:24 +0100 |
| Message-ID | <pve5u5$o4h$1@news.bawue.net> |
| In reply to | #250871 |
On 12/19/18 8:03 PM, Hanno Foest wrote: > Am 19.12.18 um 19:19 schrieb Gerrit Heitsch: > >> Aber ich sehe schon, der Konsenz hier ist, daß es am schönsten wäre, >> wenn der Fake einfach so behandelt würde wie das Original, damit der, >> der sich eine Fälschung hat andrehen lassen das möglichst nicht merkt >> und keine Unanehmlichkeiten erleiden muss. > > Ich sagte schon, daß eine entsprechende Meldung loggen oder auch den > Betrieb einstellen kein Problem wäre. Du ja, in diversen Foren waren andere der Meinung das Einstellen des Betriebes wäre schon zuviel. >> Das solche Nachbauten u.U. andere Probleme, besonders bei edge Cases, >> machen wird dabei ausgeblendet. Leider wird man so das Problem mit >> gefälschten Chips garantiert nicht los sondern ermutigt die Fälscher >> geradezu. > > Wo genau ist der Unterschied zwischen einem kompatiblem Nachbau, second > source und einer Fälschung? Insbesondere auf elektrischer Ebene. Bei einer Fälschung garantiert dir keiner die 100% Kompatibilität (du findest oft nicht einmal raus wer das Teil hergestellt hat weil er eben die Aufschrift des Originals benutzt), bei einem lizensiertem Nachbau und Second Source schon. Auf der elektrischen Ebene kommen noch Unterschiede im Prozess dazu und teilweise auch komplett andere Schaltungen, siehe die Die-Shots auf Zeptobars: https://zeptobars.com/en/read/FTDI-FT232RL-real-vs-fake-supereal Bringt die Fälschung dieselben Treiberleistungen auf den I/O-Leitungen? Hat er dieselben Schaltschwellen? Siehe auch die diversen Fälschungen bei Transistoren. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Hanno Foest <hurga-news2@tigress.com> |
|---|---|
| Date | 2018-12-19 20:58 +0100 |
| Message-ID | <g7vm7gFg65mU1@mid.individual.net> |
| In reply to | #250873 |
Am 19.12.18 um 20:24 schrieb Gerrit Heitsch: >>> Das solche Nachbauten u.U. andere Probleme, besonders bei edge Cases, >>> machen wird dabei ausgeblendet. Leider wird man so das Problem mit >>> gefälschten Chips garantiert nicht los sondern ermutigt die Fälscher >>> geradezu. >> >> Wo genau ist der Unterschied zwischen einem kompatiblem Nachbau, >> second source und einer Fälschung? Insbesondere auf elektrischer Ebene. > > Bei einer Fälschung garantiert dir keiner die 100% Kompatibilität Bei einem kompatiblen Nachbau / second source auch nicht. Vgl. z.B. die verschiedenen Eigenschaften von TTLs gleicher Bezeichnung (74er Reihe) aber unterschiedlicher Hersteller. Wenns nicht funktioniert, kann man den Einkäufer zusammenfalten, aber deswegen mutwillig was kaputtmachen ist ne ganz andere Schiene. Hanno
[toc] | [prev] | [next] | [standalone]
Page 2 of 8 — ← Prev page 1 [2] 3 4 5 6 7 8 Next page →
Back to top | Article view | de.sci.electronics
csiph-web