Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.sci.electronics > #194239 > unrolled thread
| Started by | Joerg <news@analogconsultants.com> |
|---|---|
| First post | 2015-10-16 07:31 -0700 |
| Last post | 2015-10-20 08:00 -0700 |
| Articles | 20 on this page of 327 — 46 participants |
Back to article view | Back to de.sci.electronics
Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-16 07:31 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Matthias Weingart <mwnews@pentax.boerde.de> - 2015-10-16 15:00 +0000
Re: Grosse SD Card an 8-Bit Micro Controller? Matthias Weingart <mwnews@pentax.boerde.de> - 2015-10-16 15:10 +0000
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-16 09:35 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-17 07:27 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Matthias Weingart <mwnews@pentax.boerde.de> - 2015-10-19 07:04 +0000
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-19 07:32 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2015-10-19 13:00 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Stefan Reuther <stefan.news@arcor.de> - 2015-10-19 18:42 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Dschen Reinecke <usenet@dschen.de> - 2015-10-19 13:48 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Olaf Kaluza <olaf@criseis.ruhr.de> - 2015-10-19 16:08 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Dschen Reinecke <usenet@dschen.de> - 2015-10-20 09:33 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Frank Buss <fb@frank-buss.de> - 2015-10-20 10:26 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Matthias Weingart <mwnews@pentax.boerde.de> - 2015-10-20 08:48 +0000
Re: Grosse SD Card an 8-Bit Micro Controller? Olaf Kaluza <olaf@criseis.ruhr.de> - 2015-10-20 16:17 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Dschen Reinecke <usenet@dschen.de> - 2015-10-21 14:14 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-19 07:37 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Johannes Bauer <dfnsonfsduifb@gmx.de> - 2015-10-16 17:08 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-16 09:41 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Thomas Langhammer <thomas.langhammer@gmx.net> - 2015-10-16 17:51 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-16 09:46 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Eric Brücklmeier <usenet@nerdcraft.de> - 2015-10-16 18:58 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-16 10:53 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2015-10-17 17:27 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Eric Brücklmeier <usenet@nerdcraft.de> - 2015-10-17 18:20 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Patrick Schaefer <pa.schaefer@web.de> - 2015-10-17 20:01 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Eric Brücklmeier <usenet@nerdcraft.de> - 2015-10-17 23:40 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-17 14:42 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-17 14:44 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Stefan <df9bi@arcor.de> - 2015-10-17 21:40 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Olaf Kaluza <olaf@criseis.ruhr.de> - 2015-10-16 22:03 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-16 18:21 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Olaf Kaluza <olaf@criseis.ruhr.de> - 2015-10-17 07:00 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Frank Buss <fb@frank-buss.de> - 2015-10-17 08:38 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-17 07:16 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Olaf Kaluza <olaf@criseis.ruhr.de> - 2015-10-17 16:57 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-17 14:48 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Olaf Kaluza <olaf@criseis.ruhr.de> - 2015-10-18 07:55 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2015-10-18 08:02 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Olaf Kaluza <olaf@criseis.ruhr.de> - 2015-10-18 10:03 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2015-10-18 11:04 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? "horst-d.winzler" <horst.d.winzler@web.de> - 2015-10-18 08:27 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-18 07:17 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2015-10-19 13:04 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-19 07:58 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Matthias Weingart <mwnews@pentax.boerde.de> - 2015-10-20 07:11 +0000
Re: Grosse SD Card an 8-Bit Micro Controller? Hanno Foest <hurga-news2@tigress.com> - 2015-10-20 11:08 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Edzard Egberts <ed_09@tantec.de> - 2015-10-20 09:29 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-20 10:16 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Edzard Egberts <ed_09@tantec.de> - 2015-10-20 10:50 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-20 12:27 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2015-10-20 13:18 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Edzard Egberts <ed_09@tantec.de> - 2015-10-20 14:54 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? "horst-d.winzler" <horst.d.winzler@web.de> - 2015-10-20 14:59 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Edzard Egberts <ed_09@tantec.de> - 2015-10-20 15:24 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2015-10-22 21:27 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? "horst-d.winzler" <horst.d.winzler@web.de> - 2015-10-22 21:39 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Bernd Laengerich <Bernd.Laengerich@web.de> - 2015-10-23 07:54 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2015-10-23 16:02 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Axel_Berger@b.maus.de (Axel Berger) - 2015-10-17 21:43 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-17 15:20 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Rainer Knaepper <rainerk@smial.prima.de> - 2015-10-22 22:45 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-22 14:17 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Olaf Kaluza <olaf@criseis.ruhr.de> - 2015-10-23 15:55 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Axel_Berger@b.maus.de (Axel Berger) - 2015-10-23 22:35 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Rainer Knaepper <rainerk@smial.prima.de> - 2015-10-26 11:56 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2015-11-11 21:24 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-11-12 07:20 -0800
Re: Grosse SD Card an 8-Bit Micro Controller? Bernd Laengerich <bernd.laengerich@web.de> - 2015-10-17 17:08 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Klaus Butzmann <k.butzmann.usenet@online.de> - 2015-10-17 22:49 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-17 14:52 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Rainer Knaepper <rainerk@smial.prima.de> - 2015-10-22 22:47 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-22 14:23 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-23 07:56 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Edzard Egberts <ed_09@tantec.de> - 2015-10-23 09:34 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-23 11:25 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Edzard Egberts <ed_09@tantec.de> - 2015-10-23 11:41 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-23 13:12 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Edzard Egberts <ed_09@tantec.de> - 2015-10-23 13:40 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Hanno Foest <hurga-news2@tigress.com> - 2015-10-23 13:27 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-23 14:28 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-23 07:59 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-26 08:57 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-26 07:53 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-27 09:53 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-27 07:10 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-27 18:54 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-27 11:49 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-28 08:02 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-28 07:41 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-28 17:56 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Edzard Egberts <ed_09@tantec.de> - 2015-10-28 18:27 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Arno Welzel <usenet@arnowelzel.de> - 2015-10-28 22:05 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Hanno Foest <hurga-news2@tigress.com> - 2015-10-28 23:51 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Edzard Egberts <ed_09@tantec.de> - 2015-10-29 08:21 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Arno Welzel <usenet@arnowelzel.de> - 2015-11-03 07:29 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Edzard Egberts <ed_09@tantec.de> - 2015-11-03 08:05 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Bernd Laengerich <Bernd.Laengerich@web.de> - 2015-11-03 09:45 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Edzard Egberts <ed_09@tantec.de> - 2015-11-03 10:12 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Bernd Laengerich <Bernd.Laengerich@web.de> - 2015-11-03 10:44 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Hanno Foest <hurga-news2@tigress.com> - 2015-11-03 11:05 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Edzard Egberts <ed_09@tantec.de> - 2015-11-03 13:59 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Hanno Foest <hurga-news2@tigress.com> - 2015-11-03 10:03 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Bernd Laengerich <bernd.laengerich@web.de> - 2015-10-28 22:56 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2015-10-29 00:02 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-29 10:02 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Hanno Foest <hurga-news2@tigress.com> - 2015-10-29 10:37 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-29 12:08 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Hanno Foest <hurga-news2@tigress.com> - 2015-10-29 13:12 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-29 14:08 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Hanno Foest <hurga-news2@tigress.com> - 2015-10-29 15:06 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-29 15:34 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Hanno Foest <hurga-news2@tigress.com> - 2015-10-29 15:46 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Arno Welzel <usenet@arnowelzel.de> - 2015-11-03 07:34 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Hanno Foest <hurga-news2@tigress.com> - 2015-11-03 10:08 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Edzard Egberts <ed_09@tantec.de> - 2015-10-29 11:16 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-29 12:13 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Edzard Egberts <ed_09@tantec.de> - 2015-10-29 13:16 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-10-29 13:08 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-29 14:13 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-10-29 14:20 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-29 14:56 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Arno Welzel <usenet@arnowelzel.de> - 2015-11-03 07:42 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Arno Welzel <usenet@arnowelzel.de> - 2015-11-03 07:39 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-11-03 17:23 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Hanno Foest <hurga-news2@tigress.com> - 2015-11-03 17:44 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Lutz Schulze <lschulze@netzwerkseite.de> - 2015-11-03 17:55 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Hanno Foest <hurga-news2@tigress.com> - 2015-11-03 17:58 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Lutz Schulze <lschulze@netzwerkseite.de> - 2015-11-03 18:03 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-11-03 18:15 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Lutz Schulze <lschulze@netzwerkseite.de> - 2015-11-03 18:26 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Lutz Schulze <lschulze@netzwerkseite.de> - 2015-11-03 18:28 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-11-03 18:52 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Edzard Egberts <ed_09@tantec.de> - 2015-11-04 08:06 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Lutz Schulze <lschulze@netzwerkseite.de> - 2015-11-04 09:02 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Edzard Egberts <ed_09@tantec.de> - 2015-11-04 09:26 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-11-04 07:45 -0800
Re: Grosse SD Card an 8-Bit Micro Controller? Hanno Foest <hurga-news2@tigress.com> - 2015-11-04 18:16 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Myn Seudop <seudop@freenet.de> - 2015-11-04 17:44 +0000
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-11-04 10:55 -0800
Re: Grosse SD Card an 8-Bit Micro Controller? Edzard Egberts <ed_09@tantec.de> - 2015-11-04 22:47 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2015-11-04 22:56 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Hanno Foest <hurga-news2@tigress.com> - 2015-11-05 00:43 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-11-05 09:33 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? "horst-d.winzler" <horst.d.winzler@web.de> - 2015-11-05 10:36 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Hanno Foest <hurga-news2@tigress.com> - 2015-11-05 10:46 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Eric Brücklmeier <usenet@nerdcraft.de> - 2015-11-05 11:42 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-11-05 14:21 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Hanno Foest <hurga-news2@tigress.com> - 2015-11-05 10:36 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Edzard Egberts <ed_09@tantec.de> - 2015-11-05 11:07 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Edzard Egberts <ed_09@tantec.de> - 2015-11-05 11:10 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? "horst-d.winzler" <horst.d.winzler@web.de> - 2015-11-05 12:11 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-11-05 11:55 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Marc Santhoff <m.santhoff@t-online.de> - 2015-11-05 13:25 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Pau Berger <3847106@owlpic.com> - 2015-11-05 15:28 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-11-05 16:12 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Myn Seudop <seudop@freenet.de> - 2015-11-05 18:39 +0000
Re: Grosse SD Card an 8-Bit Micro Controller? Wolfgang Kynast <wky@gmx.de> - 2015-11-05 19:51 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? "horst-d.winzler" <horst.d.winzler@web.de> - 2015-11-05 20:16 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Wolfgang Kynast <wky@gmx.de> - 2015-11-06 01:23 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? "horst-d.winzler" <horst.d.winzler@web.de> - 2015-11-06 13:19 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Guido Grohmann <guido.grohmann@gmx.de> - 2015-11-06 14:40 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Paul Berger <3847106@owlpic.com> - 2015-11-05 20:42 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2015-11-05 21:15 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Reinhardt Behm <rbehm@hushmail.com> - 2015-11-06 13:19 +0800
Re: Grosse SD Card an 8-Bit Micro Controller? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-11-05 19:51 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2015-11-06 07:13 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Hanno Foest <hurga-news2@tigress.com> - 2015-11-05 22:32 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Myn Seudop <seudop@freenet.de> - 2015-11-05 21:40 +0000
Re: Grosse SD Card an 8-Bit Micro Controller? Reinhardt Behm <rbehm@hushmail.com> - 2015-11-05 20:40 +0800
Re: Grosse SD Card an 8-Bit Micro Controller? "horst-d.winzler" <horst.d.winzler@web.de> - 2015-11-05 14:01 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Wolfgang Kynast <wky@gmx.de> - 2015-11-05 16:45 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-11-05 09:30 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Myn Seudop <seudop@freenet.de> - 2015-11-05 17:23 +0000
Re: Grosse SD Card an 8-Bit Micro Controller? Hanno Foest <hurga-news2@tigress.com> - 2015-11-05 19:23 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Myn Seudop <seudop@freenet.de> - 2015-11-05 18:25 +0000
Re: Grosse SD Card an 8-Bit Micro Controller? Hanno Foest <hurga-news2@tigress.com> - 2015-11-05 22:28 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Myn Seudop <seudop@freenet.de> - 2015-11-05 21:36 +0000
Re: Grosse SD Card an 8-Bit Micro Controller? Wolfgang Kynast <wky@gmx.de> - 2015-11-05 23:12 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Ignatios Souvatzis <u502sou@beverly.kleinbus.org> - 2015-11-11 16:08 +0000
Re: Grosse SD Card an 8-Bit Micro Controller? Hanno Foest <hurga-news2@tigress.com> - 2015-11-06 00:51 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Hanno Foest <hurga-news2@tigress.com> - 2015-11-03 19:52 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Lutz Schulze <lschulze@netzwerkseite.de> - 2015-11-03 20:24 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Hanno Foest <hurga-news2@tigress.com> - 2015-11-03 23:52 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Marc Santhoff <m.santhoff@t-online.de> - 2015-11-03 18:46 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-28 11:18 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-29 10:03 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Bernd Laengerich <bernd.laengerich@web.de> - 2015-10-28 22:49 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Edzard Egberts <ed_09@tantec.de> - 2015-10-27 15:36 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-27 18:55 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Stefan Reuther <stefan.news@arcor.de> - 2015-10-23 19:31 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Guido Grohmann <guido.grohmann@gmx.de> - 2015-10-23 14:48 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-26 08:57 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Guido Grohmann <guido.grohmann@gmx.de> - 2015-10-26 17:57 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Bernd Laengerich <Bernd.Laengerich@web.de> - 2015-10-23 11:38 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Edzard Egberts <ed_09@tantec.de> - 2015-10-23 11:55 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Bernd Laengerich <Bernd.Laengerich@web.de> - 2015-10-23 12:04 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Edzard Egberts <ed_09@tantec.de> - 2015-10-23 13:06 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Bernd Laengerich <Bernd.Laengerich@web.de> - 2015-10-23 14:47 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Edzard Egberts <ed_09@tantec.de> - 2015-10-23 15:31 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-23 13:14 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Guido Grohmann <guido.grohmann@gmx.de> - 2015-10-23 15:02 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-23 07:50 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-26 09:00 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Bernd Laengerich <Bernd.Laengerich@web.de> - 2015-10-26 11:41 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-26 07:55 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Lutz Schulze <lschulze@netzwerkseite.de> - 2015-10-26 17:54 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Bernd Laengerich <bernd.laengerich@web.de> - 2015-10-26 19:31 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-26 11:49 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2015-10-26 22:20 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-27 07:12 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-27 18:51 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-27 11:51 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-28 08:03 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-28 07:42 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-28 17:57 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-28 11:12 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? "horst-d.winzler" <horst.d.winzler@web.de> - 2015-10-28 19:24 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-10-28 19:29 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Bernd Laengerich <bernd.laengerich@web.de> - 2015-10-28 23:06 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-10-28 23:11 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Lutz Schulze <lschulze@netzwerkseite.de> - 2015-10-28 20:50 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-28 13:08 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Lutz Schulze <lschulze@netzwerkseite.de> - 2015-10-28 21:26 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-28 14:26 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Bernd Laengerich <bernd.laengerich@web.de> - 2015-10-28 23:19 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-28 16:02 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2015-10-29 01:35 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-29 10:06 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Bernd Laengerich <Bernd.Laengerich@web.de> - 2015-10-29 13:32 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-29 07:16 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-29 16:02 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-29 09:03 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Hanno Foest <hurga-news2@tigress.com> - 2015-10-29 17:21 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-29 09:29 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Hanno Foest <hurga-news2@tigress.com> - 2015-10-29 17:55 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-30 11:51 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-30 07:52 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Marc Santhoff <m.santhoff@t-online.de> - 2015-10-29 17:14 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-29 09:21 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Marc Santhoff <m.santhoff@t-online.de> - 2015-10-29 17:33 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-29 09:59 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Marc Santhoff <m.santhoff@t-online.de> - 2015-10-29 18:05 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Eric Brücklmeier <usenet@nerdcraft.de> - 2015-10-29 18:08 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2015-10-29 18:49 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-29 10:58 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Edzard Egberts <ed_09@tantec.de> - 2015-10-29 20:05 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-29 12:29 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Michael Reinck <mrreinck@googlemail.com> - 2015-11-01 16:03 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-11-01 07:13 -0800
Re: Grosse SD Card an 8-Bit Micro Controller? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-11-01 16:26 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-11-01 07:37 -0800
Re: Grosse SD Card an 8-Bit Micro Controller? Michael Reinck <mrreinck@googlemail.com> - 2015-11-01 16:57 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-11-01 08:19 -0800
Re: Grosse SD Card an 8-Bit Micro Controller? Lutz Schulze <lschulze@netzwerkseite.de> - 2015-11-01 17:34 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Axel_Berger@b.maus.de (Axel Berger) - 2015-11-01 21:37 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Axel_Berger@b.maus.de (Axel Berger) - 2015-11-02 07:19 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Michael Reinck <mrreinck@googlemail.com> - 2015-11-01 17:49 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-11-01 17:52 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Michael Reinck <mrreinck@googlemail.com> - 2015-11-01 18:07 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-11-01 18:32 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-11-01 09:49 -0800
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-11-01 09:43 -0800
Re: Grosse SD Card an 8-Bit Micro Controller? Axel_Berger@b.maus.de (Axel Berger) - 2015-11-01 18:23 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-29 10:04 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Stefan Engler <Lehrerfreund@web.de> - 2015-10-26 12:41 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Bernd Laengerich <bernd.laengerich@web.de> - 2015-10-26 21:53 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-27 07:17 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-27 18:51 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-27 11:55 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Stefan <df9bi@arcor.de> - 2015-10-28 08:13 +0100
Re: Grosse SD Card an 8-Bit Micro Controller? Axel_Berger@b.maus.de (Axel Berger) - 2015-10-28 07:53 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2015-10-23 16:19 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Bernd Laengerich <bernd.laengerich@web.de> - 2015-10-23 19:14 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2015-10-24 12:51 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-19 11:24 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2015-10-19 11:26 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-10-19 13:28 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-19 07:46 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Matthias Weingart <mwnews@pentax.boerde.de> - 2015-10-20 07:28 +0000
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-20 07:56 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2015-10-20 13:41 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Stefan Engler <Lehrerfreund@web.de> - 2015-10-19 13:31 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Bernd Laengerich <Bernd.Laengerich@web.de> - 2015-10-20 09:41 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Bernd Laengerich <Bernd.Laengerich@web.de> - 2015-10-19 11:33 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2015-10-20 13:33 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Marc Santhoff <m.santhoff@t-online.de> - 2015-10-17 14:57 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Frank Buss <fb@frank-buss.de> - 2015-10-16 18:38 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-16 09:56 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Andreas Fecht <forum@aftec.de> - 2015-10-16 21:17 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-10-16 21:23 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Andreas Fecht <forum@aftec.de> - 2015-10-16 21:38 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-10-16 21:46 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2015-10-16 21:52 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Michael Baeuerle <michael.baeuerle@gmx.net> - 2015-10-17 09:52 +0000
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-16 18:22 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Olaf Kaluza <olaf@criseis.ruhr.de> - 2015-10-16 22:07 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-16 18:25 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Frank Buss <fb@frank-buss.de> - 2015-10-17 08:22 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2015-10-17 13:42 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Marc Santhoff <m.santhoff@t-online.de> - 2015-10-17 14:54 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-17 07:20 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Frank Buss <fb@frank-buss.de> - 2015-10-17 17:17 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-17 15:01 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? all2001@spambog.com (Wolfgang Allinger) - 2015-10-17 20:01 -0300
Re: Grosse SD Card an 8-Bit Micro Controller? Stefan Reuther <stefan.news@arcor.de> - 2015-10-16 22:26 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-16 18:27 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Reinhardt Behm <rbehm@hushmail.com> - 2015-10-17 11:33 +0800
Re: Grosse SD Card an 8-Bit Micro Controller? Reinhardt Behm <rbehm@hushmail.com> - 2015-10-17 11:32 +0800
Re: Grosse SD Card an 8-Bit Micro Controller? Olaf Kaluza <olaf@criseis.ruhr.de> - 2015-10-17 07:16 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Reinhardt Behm <rbehm@hushmail.com> - 2015-10-17 16:58 +0800
Re: Grosse SD Card an 8-Bit Micro Controller? Olaf Kaluza <olaf@criseis.ruhr.de> - 2015-10-17 17:01 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Matthias Weingart <mwnews@pentax.boerde.de> - 2015-10-20 08:10 +0000
Re: Grosse SD Card an 8-Bit Micro Controller? Stefan <df9bi@arcor.de> - 2015-10-20 10:35 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Andreas Fecht <forum@aftec.de> - 2015-10-20 11:16 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Michael Schwingen <news-1326478115@discworld.dascon.de> - 2015-11-01 22:09 +0000
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-20 09:02 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-17 07:24 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Michael S <michaely@bigfoot.de> - 2015-10-18 09:22 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Stefan Reuther <stefan.news@arcor.de> - 2015-10-17 11:46 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-17 07:29 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Gernot Fink <g.fink@gmx.net> - 2015-10-19 17:33 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-19 10:25 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Frank Buss <fb@frank-buss.de> - 2015-10-19 20:10 +0200
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-19 12:57 -0700
Re: Grosse SD Card an 8-Bit Micro Controller? Michael Baeuerle <michael.baeuerle@stz-e.de> - 2015-10-20 07:52 +0000
Re: Grosse SD Card an 8-Bit Micro Controller? Joerg <news@analogconsultants.com> - 2015-10-20 08:00 -0700
Page 16 of 17 — ← Prev page 1 … 14 15 [16] 17 Next page →
| From | Marc Santhoff <m.santhoff@t-online.de> |
|---|---|
| Date | 2015-10-17 14:54 +0200 |
| Message-ID | <20151017145441.350b66f1@puma.das.netz> |
| In reply to | #194327 |
Frank Buss <fb@frank-buss.de> schrieb: > Warum kein ARM? Ein STM32F105R8T6 mit 64 kB Flash und 64 kB RAM > kostet weniger als 6 Euro Einzelpreis, Die STM32F10x haben 20 kB SRAM und kosten hierzulande 2-3 Euro, im Hunderter-Pack dann nur noch 1,yy-2 Euro, je nach Modell. Für FAT oder ähnlich bzw. ein paar Sektorpuffer extra dürfte das bei dem Anwendungfall ausreichen. Marc
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2015-10-17 07:20 -0700 |
| Message-ID | <d8f3otFbkuaU2@mid.individual.net> |
| In reply to | #194327 |
On 2015-10-16 11:22 PM, Frank Buss wrote: > Am 17.10.2015 um 03:25 schrieb Joerg: >> >> Gut, aber man kann sie ja auch die einschlaegigen Marken beschraenken >> und da kamen hier schon Tips. Es muss diesmal auch nicht auf den Pfennig >> geguckt werden, wenn eine industrielle SD Card ein paar Dollars mehr >> kostet, geht da in Ordnung. Selbst einige zig Dollars, wenn sie uns den >> ARM-uC erspart. > > Warum kein ARM? Ein STM32F105R8T6 mit 64 kB Flash und 64 kB RAM kostet > weniger als 6 Euro Einzelpreis, und da könntest du dann auch SD-Karten > nehmen, die zwischendurch senkundenlange Denkpausen einlegen. > Stromverbrauch ist auch nicht höher, wenn man ihn nicht mit Maximaltakt > laufen lässt. > > Ist auch einfacher zu programmieren, als 8 Bit Controller. Z.B. ein > "int" ist 16 Bit auf einem ATMega, was man beim Programmieren in C > bedenken muß (hatte da letztens ein nicht-intuitives Verhalten bei > Bit-Shift Operationen von 32-Bit Werten auf einem Arduino). Auf einem > ARM ist ein int 32 Bit. Dadurch kann man auch effizientere Programme > schreiben, die bei gleichen Takt mehr rechnen und somit vielleicht sogar > weniger Strom verbrauchen, je nach Anwendung. Mit der USB-Schnittstelle > könntest du sogar den Logger als externe Festplatte ansprechbar machen, > um direkt auf die SD-Karte zugreifen zu können, ohne die aus dem Gerät > nehmen zu müssen. > > Einziger Nachteil gegenüber 8-Bittern ist das komplexere Timing. Man > kann bei Port Bitbanging nicht mehr so einfach zyklusgenau > programmieren, wenn im Hintergrund vielleicht noch ein DMA läuft oder > bei den größeren Modellen der Cache noch ins Spiel kommt. Dafür laufen > die aber auch schneller, sodaß sich das wieder ausgleicht und sollte bei > 9600 bd sowieso kein Problem sein. > Wir ueberlegen ja auch, einen ARM-9 von Atmel reinzusetzen. Aber mir erscheint das mit Kanonen auf Spatzen geschossen. Ich bin auch ein wenig gebranntes Kind in Sachen ARM, nachdem Analog Devices beim ADSP-CM408 erstmal voll gepatzt hat und unsereins das rausfinden musste (inzwischen gibt es neues Silicon und neue Suite Release ...). -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Frank Buss <fb@frank-buss.de> |
|---|---|
| Date | 2015-10-17 17:17 +0200 |
| Message-ID | <mvtor4$drp$1@newsreader4.netcologne.de> |
| In reply to | #194378 |
Am 17.10.2015 um 16:20 schrieb Joerg: > > Wir ueberlegen ja auch, einen ARM-9 von Atmel reinzusetzen. Aber mir > erscheint das mit Kanonen auf Spatzen geschossen. Ich bin auch ein wenig > gebranntes Kind in Sachen ARM, nachdem Analog Devices beim ADSP-CM408 > erstmal voll gepatzt hat und unsereins das rausfinden musste (inzwischen > gibt es neues Silicon und neue Suite Release ...). Meinst du einen der SAM9 von Atmel? Das wäre wirklich was überdimensioniert, aber gibt auch kleinere ARMs. Von Atmel weiss ich nicht so recht, da hatte ich speziell mit einem SAM9 bei einem Projekt bei einem Kunden mit I2C Probleme, und war sehr empfindlich, in welcher Reihenfolge Versorgungsspannungen (hat mehrere), Takte usw. anliegen müssen. Reset bei Power-On tats auch nicht zuverlässig. In dem Projekt wurde daher nachträglich ein externer Watchdog-Chip eingesetzt, der das Gerät dann zuverlässig immer gestartet hat. Am besten einen kleinen ARM nehmen, mit einer einzigen 3,3V Versorgungsspannung. Gibt da massenhaft Auswahl. Der LPC11U24 lief in einem Testprojekt von mir prima und besonders die mbed-Library gefällt mir sehr gut: http://www.crazycartridge.org Ein STM32F4 auf meinem Discovery Board läuft auch problemlos, nur die CubeX-Umgebung gefällt mir nicht so sehr. Ist auch etwas Geschmacksfrage, aber kann man ja auch weiterhin mit der alten Standard Peripherals Library quasi zu Fuß programmieren. Mit dem Analog Devices Chip war ein Vorserienprodukt. Müsstest du doch wissen, ist egal was einem das Marketing erzählt, man nimmt immer nur gut abgehangene Bauteile :-) Wobei die Chips in heutigen Zeiten nach ein paar Jahren schon brauchbar sind, nach den ersten paar Revisionen, brauchst nicht mehr 20 Jahre warten wie zu 8051 Zeiten. -- Frank Buss, http://www.frank-buss.de C64 MIDI interface: http://www.frank-buss.de/kerberos/index.html
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2015-10-17 15:01 -0700 |
| Message-ID | <d8fuomFij2sU1@mid.individual.net> |
| In reply to | #194393 |
On 2015-10-17 8:17 AM, Frank Buss wrote: > Am 17.10.2015 um 16:20 schrieb Joerg: >> >> Wir ueberlegen ja auch, einen ARM-9 von Atmel reinzusetzen. Aber mir >> erscheint das mit Kanonen auf Spatzen geschossen. Ich bin auch ein wenig >> gebranntes Kind in Sachen ARM, nachdem Analog Devices beim ADSP-CM408 >> erstmal voll gepatzt hat und unsereins das rausfinden musste (inzwischen >> gibt es neues Silicon und neue Suite Release ...). > > Meinst du einen der SAM9 von Atmel? Ja, AT91SAM9G2. > ... Das wäre wirklich was > überdimensioniert, aber gibt auch kleinere ARMs. Von Atmel weiss ich > nicht so recht, da hatte ich speziell mit einem SAM9 bei einem Projekt > bei einem Kunden mit I2C Probleme, und war sehr empfindlich, in welcher > Reihenfolge Versorgungsspannungen (hat mehrere), Takte usw. anliegen > müssen. Urgs, das klingt nach verkorkstem Silicon. > ... Reset bei Power-On tats auch nicht zuverlässig. In dem Projekt > wurde daher nachträglich ein externer Watchdog-Chip eingesetzt, der das > Gerät dann zuverlässig immer gestartet hat. > Das mache ich immer, da ich grundsaetzlich keinem uC-Hersteller vertraue, die POR/BOR Features sicher hinzubekommen. Keinem, ohne Ausnahme. > Am besten einen kleinen ARM nehmen, mit einer einzigen 3,3V > Versorgungsspannung. Gibt da massenhaft Auswahl. Der LPC11U24 lief in > einem Testprojekt von mir prima und besonders die mbed-Library gefällt > mir sehr gut: > > http://www.crazycartridge.org > > Ein STM32F4 auf meinem Discovery Board läuft auch problemlos, nur die > CubeX-Umgebung gefällt mir nicht so sehr. Ist auch etwas > Geschmacksfrage, aber kann man ja auch weiterhin mit der alten Standard > Peripherals Library quasi zu Fuß programmieren. > Bei ST habe ich zuviel an schlechten Support-Erfahrungen gemacht. Bei Kunden, die eher als Key Accounts gelten, bekamen wir sehr guten Support. Aber ohne gab es manchmal ueberhaupt keinen. Sowas geht nicht. > Mit dem Analog Devices Chip war ein Vorserienprodukt. Müsstest du doch > wissen, ist egal was einem das Marketing erzählt, man nimmt immer nur > gut abgehangene Bauteile :-) Bei AD hatte ich sowas noch nie, dass die was unausgegorenes in den Markt rausliessen. War das erste Mal. Wir mussten den ADSP nehmen, weil wir SPORT Bus Support mit hohem Durchsatz brauchen. Im Nachhinein haetten wir das besser selbst kloeppeln sollen, aber hinterher ist man immer schlauer als vorher. > ... Wobei die Chips in heutigen Zeiten nach ein > paar Jahren schon brauchbar sind, nach den ersten paar Revisionen, > brauchst nicht mehr 20 Jahre warten wie zu 8051 Zeiten. > Einen richtig herben Bock hatte ich nur einmal. Die im Datenblatt genannten 16MHz eines 89C51 wurden nicht gehalten, lief nur mit 14-15MHz, egal bei welcher VCC, und wir mussten zur Sicherheit auf 12MHz gehen. Das schmiss viel Timing durcheinander. Natuerlich hatte Murphy zugeschlagen und ich durfte den Fehler als erster erkennen. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | all2001@spambog.com (Wolfgang Allinger) |
|---|---|
| Date | 2015-10-17 20:01 -0300 |
| Message-ID | <DR33tYZUQoB@allinger-307049.user.uni-berlin> |
| In reply to | #194416 |
On 17 Oct 15 at group /de/sci/electronics in article d8fuomFij2sU1@mid.individual.net <news@analogconsultants.com> (Joerg) wrote: >On 2015-10-17 8:17 AM, Frank Buss wrote: >> Am 17.10.2015 um 16:20 schrieb Joerg: >Bei ST habe ich zuviel an schlechten Support-Erfahrungen gemacht. Bei >Kunden, die eher als Key Accounts gelten, bekamen wir sehr guten >Support. Aber ohne gab es manchmal ueberhaupt keinen. Sowas geht >nicht. Naja, wenn Italiener und Franzosen gemeinsam welche Chipse bauen, das geht dann leicht mal in die Hosen, denn denen kan man nicht vertrauen JiiiHahh ich kann dichten :) >> ... Reset bei Power-On tats auch nicht zuverlässig. In dem Projekt >> wurde daher nachträglich ein externer Watchdog-Chip eingesetzt, der >> das Gerät dann zuverlässig immer gestartet hat. >> >Das mache ich immer, da ich grundsaetzlich keinem uC-Hersteller >vertraue, die POR/BOR Features sicher hinzubekommen. Keinem, ohne >Ausnahme. Ich mache da auch keine Ausnahme, zu oft reingefallen! >> Mit dem Analog Devices Chip war ein Vorserienprodukt. Müsstest du >> doch wissen, ist egal was einem das Marketing erzählt, man nimmt >> immer nur gut abgehangene Bauteile :-) Besser ist das! >Bei AD hatte ich sowas noch nie, dass die was unausgegorenes in den >Markt rausliessen. War das erste Mal. Wir mussten den ADSP nehmen, >weil wir SPORT Bus Support mit hohem Durchsatz brauchen. Im Nachhinein >haetten wir das besser selbst kloeppeln sollen, aber hinterher ist man >immer schlauer als vorher. Och, der ADuC8012 hatte auch etliche Macken. 1. Das mit dem POR/BOR war völlig fürn Arsch. 2. Der ballerte regelmäßig unregelmäßig irgendeinen Unsinn in die untersten Zellen des (User)Flash. 3. Initialisierung der Ports war auch so ein schwaches Kapitel. Ja auch das übliche: das kann garnicht sein -Syndrom. Alle anderen haben keine Probleme... Hat Monate gedauert, bis AD die Fehler dann bestätige. Einige ECN hab ich verursacht :( Saludos (an alle Vernünftigen, Rest sh. sig) Wolfgang -- Wolfgang Allinger, anerkannter 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 Reuther <stefan.news@arcor.de> |
|---|---|
| Date | 2015-10-16 22:26 +0200 |
| Message-ID | <mvrti8.3bk.1@stefan.msgid.phost.de> |
| In reply to | #194239 |
Am 16.10.2015 um 16:31 schrieb Joerg: > Fuer Longterm Data Logging, ein Jahr oder mehr, moechten wir eine 64GB > SD Card bzw. Micro-SD benutzen. Soll mit 9600bd beschrieben werden. Der > Digital-Ingenieur probierte das mit einem 8-bit uC (ATMega). Wenn es auf > der Karte voller wurde, lief das nicht mehr. Bei 10 draufgeladenenen > Files von je 1GByte konnte die Schreibgeschwindigkeit von 9600bd nicht > mehr gehalten werden. Das klingt wie eine dämliche^Wsuboptimale Implementierung des Dateisystems. Wenn man für jeden Block, den man an die Datei anhängen will, die FAT von vorne nach hinten nach einem freien Platz durchsucht, wird das Schreiben mit dem Füllstand der Karte natürlich immer langsamer. Dass das am Wear-Leveling liegt, halte ich mal für ein Gerücht. NAND-Flash schreibt einen Block pro Millisekunde (Parallelität durch Verwendung mehrerer Chips noch nicht eingerechnet); dein Programm wohl eher so zwei bis vier Blocks die Sekunde. Das strengt schon richtig an, ein Wear-Leveling so kaputt zu kriegen. Stefan
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2015-10-16 18:27 -0700 |
| Message-ID | <d8dmfdF5i1U4@mid.individual.net> |
| In reply to | #194295 |
On 2015-10-16 1:26 PM, Stefan Reuther wrote: > Am 16.10.2015 um 16:31 schrieb Joerg: >> Fuer Longterm Data Logging, ein Jahr oder mehr, moechten wir eine 64GB >> SD Card bzw. Micro-SD benutzen. Soll mit 9600bd beschrieben werden. Der >> Digital-Ingenieur probierte das mit einem 8-bit uC (ATMega). Wenn es auf >> der Karte voller wurde, lief das nicht mehr. Bei 10 draufgeladenenen >> Files von je 1GByte konnte die Schreibgeschwindigkeit von 9600bd nicht >> mehr gehalten werden. > > Das klingt wie eine dämliche^Wsuboptimale Implementierung des Dateisystems. > > Wenn man für jeden Block, den man an die Datei anhängen will, die FAT > von vorne nach hinten nach einem freien Platz durchsucht, wird das > Schreiben mit dem Füllstand der Karte natürlich immer langsamer. > An sich sollte so eine Karte frisch formatiert in der Lage sein, ohne gross rumzusuchen einfach alles hintereinander zu klatschen. So wie man ja auch auf einer Faehre keinen Platz fuer das Auto sucht, sondern einfach alle neben- und hintereinander aufgereiht werden, so wie sie kommen. > Dass das am Wear-Leveling liegt, halte ich mal für ein Gerücht. > NAND-Flash schreibt einen Block pro Millisekunde (Parallelität durch > Verwendung mehrerer Chips noch nicht eingerechnet); dein Programm wohl > eher so zwei bis vier Blocks die Sekunde. Das strengt schon richtig an, > ein Wear-Leveling so kaputt zu kriegen. > Denke ich auch. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Reinhardt Behm <rbehm@hushmail.com> |
|---|---|
| Date | 2015-10-17 11:33 +0800 |
| Message-ID | <mvsff2$ktg$1@dont-email.me> |
| In reply to | #194306 |
Joerg wrote: > On 2015-10-16 1:26 PM, Stefan Reuther wrote: >> Am 16.10.2015 um 16:31 schrieb Joerg: >>> Fuer Longterm Data Logging, ein Jahr oder mehr, moechten wir eine 64GB >>> SD Card bzw. Micro-SD benutzen. Soll mit 9600bd beschrieben werden. Der >>> Digital-Ingenieur probierte das mit einem 8-bit uC (ATMega). Wenn es auf >>> der Karte voller wurde, lief das nicht mehr. Bei 10 draufgeladenenen >>> Files von je 1GByte konnte die Schreibgeschwindigkeit von 9600bd nicht >>> mehr gehalten werden. >> >> Das klingt wie eine dämliche^Wsuboptimale Implementierung des >> Dateisystems. >> >> Wenn man für jeden Block, den man an die Datei anhängen will, die FAT >> von vorne nach hinten nach einem freien Platz durchsucht, wird das >> Schreiben mit dem Füllstand der Karte natürlich immer langsamer. >> > > An sich sollte so eine Karte frisch formatiert in der Lage sein, ohne > gross rumzusuchen einfach alles hintereinander zu klatschen. So wie man > ja auch auf einer Faehre keinen Platz fuer das Auto sucht, sondern > einfach alle neben- und hintereinander aufgereiht werden, so wie sie > kommen. Das wäre einfach möglich, wenn man die Karte ohne Filesystem betreibt. "Formatieren" wäre dann z.B. die ganze Karte mit null-Bytes zu beschreiben. Die Daten so schreiben, dass jeder Record mindestens ein von 0 verschiedenes Byte enthält. So könnt man beim späteren Lesen erkennen, wo die Daten zu Ende sind. Allerdings kannst Du die Karte so nicht einfach mit einem PC auslesen. Der findet da gar nichts, weil kein Filesystem da ist. Wenn Dein uC eine Schnittstelle (seriell o.ä.) könntest Du ihn zum Lesen benutzen. Wenn Du aber ein Filesystem (egal ob das übliche FAT oder was anderes) nimmst, reicht einfach sequentiell schreiben nicht. Du musst jedes mal auch die Meta-Daten updaten. Bei FAT bedeutet das mindestens im Directory-Eintrag die Länge ändern und in der FAT, je nach Clustersize auch noch den nächsten belegten Cluster eintragen. Das bedeutet mindestens zwei zusätzliche Lese- und Schreibzugriffe. So was sollte eigentlich mit brauchbarer Datenrate möglich sein. Aber dazu braucht man dafür optimierte FAT Routinen. Von der Beschreibung, dass es bei größerer Datei länger dauert lässt sich vermuten, dass Dein Programmierer eine fertig FAT-Filesystem Routine benutzt und bei jedem Schreiben ein Open, Seek-End, Write und Close macht. Das bedeutet, Directory lesen (Open), Kette der FAT-Cluster entlang laufen (Seek-End), Daten schreiben, evtl neuen FAT Cluster belegen und dabei FAT updaten (Write), Directory updaten (Close). Der Seek-End erfordert bei großen Files viele Lese-Zugriffe und kostet Zeit. -- Reinhardt
[toc] | [prev] | [next] | [standalone]
| From | Reinhardt Behm <rbehm@hushmail.com> |
|---|---|
| Date | 2015-10-17 11:32 +0800 |
| Message-ID | <mvsfd2$kpt$1@dont-email.me> |
| In reply to | #194306 |
Joerg wrote: > On 2015-10-16 1:26 PM, Stefan Reuther wrote: >> Am 16.10.2015 um 16:31 schrieb Joerg: >>> Fuer Longterm Data Logging, ein Jahr oder mehr, moechten wir eine 64GB >>> SD Card bzw. Micro-SD benutzen. Soll mit 9600bd beschrieben werden. Der >>> Digital-Ingenieur probierte das mit einem 8-bit uC (ATMega). Wenn es auf >>> der Karte voller wurde, lief das nicht mehr. Bei 10 draufgeladenenen >>> Files von je 1GByte konnte die Schreibgeschwindigkeit von 9600bd nicht >>> mehr gehalten werden. >> >> Das klingt wie eine dämliche^Wsuboptimale Implementierung des >> Dateisystems. >> >> Wenn man für jeden Block, den man an die Datei anhängen will, die FAT >> von vorne nach hinten nach einem freien Platz durchsucht, wird das >> Schreiben mit dem Füllstand der Karte natürlich immer langsamer. >> > > An sich sollte so eine Karte frisch formatiert in der Lage sein, ohne > gross rumzusuchen einfach alles hintereinander zu klatschen. So wie man > ja auch auf einer Faehre keinen Platz fuer das Auto sucht, sondern > einfach alle neben- und hintereinander aufgereiht werden, so wie sie > kommen. Das wäre einfach möglich, wenn man die Karte ohne Filesystem betreibt. "Formatieren" wäre dann z.B. die ganze Karte mit null-Bytes zu beschreiben. Die Daten so schreiben, dass jeder Record mindestens ein von 0 verschiedenes Byte enthält. So könnt man beim späteren Lesen erkennen, wo die Daten zu Ende sind. Allerdings kannst Du die Karte so nicht einfach mit einem PC auslesen. Der findet da gar nichts, weil kein Filesystem da ist. Wenn Dein uC eine Schnittstelle (seriell o.ä.) könntest Du ihn zum Lesen benutzen. Wenn Du aber ein Filesystem (egal ob das übliche FAT oder was anderes) nimmst, reicht einfach sequentiell schreiben nicht. Du musst jedes mal auch die Meta-Daten updaten. Bei FAT bedeutet das mindestens im Directory-Eintrag die Länge ändern und in der FAT, je nach Clustersize auch noch den nächsten belegten Cluster eintragen. Das bedeutet mindestens zwei zusätzliche Lese- und Schreibzugriffe. So was sollte eigentlich mit brauchbarer Datenrate möglich sein. Aber dazu braucht man dafür optimierte FAT Routinen. Von der Beschreibung, dass es bei größerer Datei länger dauert lässt sich vermuten, dass Dein Programmierer eine fertig FAT-Filesystem Routine benutzt und bei jedem Schreiben ein Open, Seek-End, Write und Close macht. Das bedeutet, Directory lesen (Open), Kette der FAT-Cluster entlang laufen (Seek-End), Daten schreiben, evtl neuen FAT Cluster belegen und dabei FAT updaten (Write), Directory updaten (Close). Der Seek-End erfordert bei großen Files viele Lese-Zugriffe und kostet Zeit. -- Reinhardt
[toc] | [prev] | [next] | [standalone]
| From | Olaf Kaluza <olaf@criseis.ruhr.de> |
|---|---|
| Date | 2015-10-17 07:16 +0200 |
| Message-ID | <p529fc-4j3.ln1@criseis.ruhr.de> |
| In reply to | #194308 |
Reinhardt Behm <rbehm@hushmail.com> wrote: >So könnt man beim späteren Lesen erkennen, wo die Daten zu Ende sind. >Allerdings kannst Du die Karte so nicht einfach mit einem PC auslesen. Der >findet da gar nichts, weil kein Filesystem da ist. Wenn Dein uC eine >Schnittstelle (seriell o.ä.) könntest Du ihn zum Lesen benutzen. Man kann das ja dann programmieren. Aber dann braucht das Programm auch entsprechende Zugriffsrechte. Das will man nicht wirklich. Und sehr vorsichtig waere ich auch mit dem miesen Dreck den man heute als Betriebsystem bezeichnet. Wenn du heute eine Karte irgendwo reinsteckst fuehlt sich das so gut wie jedes System berufen irgendwo mal etwas hinzuschreiben. Und wenn es kein Filessystem gibt geht vermutlich ein Fenster auf: "Hallo unwissender Anwender, soll ich nicht die Formatier-App starten?" >Wenn Du aber ein Filesystem (egal ob das übliche FAT oder was anderes) >nimmst, reicht einfach sequentiell schreiben nicht. Du musst jedes mal auch >die Meta-Daten updaten. Bei FAT bedeutet das mindestens im Directory-Eintrag >die Länge ändern und in der FAT, je nach Clustersize auch noch den nächsten >belegten Cluster eintragen. Das bedeutet mindestens zwei zusätzliche Lese- >und Schreibzugriffe. Richtig. Es ist einiges an Verwaltungsarbeit zu machen. Ich habe mal ein FAT System selber programmiert. Das war 1999/2000. Damals gab erst nur MMC und es kurz darauf kam SD raus. Speicherkartengroesse war 8MB (FAT12!) und 16MB. Ich habe die FAT komplett im Speicher meines Controllers gehalten. Dann wurden die die Karten immer groesser und ich habe diese kleine Fehlentscheidungen bereut. :-) Aehnlich ist da auch bei heutigen Implementierungen. Wenn der Programmierer bei der Entwicklung nur 4GB Karten hatte, es mittlerweile aber auch problemlos 128GB gibt dann hat er offensichtlich etwas nicht getestet und dann stoesst man ploetzlich auf ueberraschende Probleme. >Von der Beschreibung, dass es bei größerer Datei länger dauert lässt sich >vermuten, dass Dein Programmierer eine fertig FAT-Filesystem Routine benutzt >und bei jedem Schreiben ein Open, Seek-End, Write und Close macht. >Das bedeutet, Directory lesen (Open), Kette der FAT-Cluster entlang laufen >(Seek-End), Daten schreiben, evtl neuen FAT Cluster belegen und dabei FAT >updaten (Write), Directory updaten (Close). >Der Seek-End erfordert bei großen Files viele Lese-Zugriffe und kostet Zeit. Das denke ich auch. Man kann das natuerlich optimieren. Zum beispiel indem man einen kleinen Cache fuer die letzten 5 Bloecke einrichtet. Man muss nur den Speicher haben und sich des kleinen Nachteils bewusst sein. (User zieht ploetzlich Karte raus oder Strom faellt aus) Ich halte es fuer einen Designfehler wenn man heute noch ein Projekt mit einem kleinen Microcontroller anfaengt wenn der SD-Karten unterstuetzen soll. Olaf
[toc] | [prev] | [next] | [standalone]
| From | Reinhardt Behm <rbehm@hushmail.com> |
|---|---|
| Date | 2015-10-17 16:58 +0800 |
| Message-ID | <mvt2fh$890$1@dont-email.me> |
| In reply to | #194322 |
Olaf Kaluza wrote: > Reinhardt Behm <rbehm@hushmail.com> wrote: > > > >So könnt man beim späteren Lesen erkennen, wo die Daten zu Ende sind. > >Allerdings kannst Du die Karte so nicht einfach mit einem PC auslesen. > >Der findet da gar nichts, weil kein Filesystem da ist. Wenn Dein uC eine > >Schnittstelle (seriell o.ä.) könntest Du ihn zum Lesen benutzen. > > Man kann das ja dann programmieren. Aber dann braucht das Programm > auch entsprechende Zugriffsrechte. Das will man nicht wirklich. Welche Zugriffsrechte? Das läuft alles auf dem gleichen Controller, der auch schreibt. Die SD-Card ist von außen betrachtet wie interner Speicher des Controllers. Problem könnte allerdings die Datenmenge sein. Das Übertragen dauert bei einigen GB einige Zeit. > > Und sehr vorsichtig waere ich auch mit dem miesen Dreck den man heute > als Betriebsystem bezeichnet. Wenn du heute eine Karte irgendwo > reinsteckst fuehlt sich das so gut wie jedes System berufen irgendwo > mal etwas hinzuschreiben. Und wenn es kein Filessystem gibt geht > vermutlich ein Fenster auf: "Hallo unwissender Anwender, soll ich > nicht die Formatier-App starten?" > > >Wenn Du aber ein Filesystem (egal ob das übliche FAT oder was anderes) > >nimmst, reicht einfach sequentiell schreiben nicht. Du musst jedes mal > >auch die Meta-Daten updaten. Bei FAT bedeutet das mindestens im > >Directory-Eintrag die Länge ändern und in der FAT, je nach Clustersize > >auch noch den nächsten belegten Cluster eintragen. Das bedeutet > >mindestens zwei zusätzliche Lese- und Schreibzugriffe. > > Richtig. Es ist einiges an Verwaltungsarbeit zu machen. Ich habe mal > ein FAT System selber programmiert. Das war 1999/2000. Damals gab erst > nur MMC und es kurz darauf kam SD raus. Speicherkartengroesse war 8MB > (FAT12!) und 16MB. Ich habe die FAT komplett im Speicher meines > Controllers gehalten. Dann wurden die die Karten immer groesser und > ich habe diese kleine Fehlentscheidungen bereut. :-) > Aehnlich ist da auch bei heutigen Implementierungen. Wenn der > Programmierer bei der Entwicklung nur 4GB Karten hatte, es > mittlerweile aber auch problemlos 128GB gibt dann hat er > offensichtlich etwas nicht getestet und dann stoesst man ploetzlich > auf ueberraschende Probleme. > > > >Von der Beschreibung, dass es bei größerer Datei länger dauert lässt > >sich vermuten, dass Dein Programmierer eine fertig FAT-Filesystem > >Routine benutzt und bei jedem Schreiben ein Open, Seek-End, Write und > >Close macht. Das bedeutet, Directory lesen (Open), Kette der FAT-Cluster > >entlang laufen (Seek-End), Daten schreiben, evtl neuen FAT Cluster > >belegen und dabei FAT updaten (Write), Directory updaten (Close). > >Der Seek-End erfordert bei großen Files viele Lese-Zugriffe und kostet > >Zeit. > > Das denke ich auch. Man kann das natuerlich optimieren. Zum beispiel > indem man einen kleinen Cache fuer die letzten 5 Bloecke > einrichtet. Man muss nur den Speicher haben und sich des kleinen > Nachteils bewusst sein. (User zieht ploetzlich Karte raus oder Strom > faellt aus) Es geht ja bei Jörg's Problem nicht um Random Schreiben und Lesen. Da nur geschrieben werden soll, reicht es den zugehörigen Directory- und FAT-Sektor intern zu halten. Updaten und Flush. Nur beim Alloc eines neuen Clusters in der FAT muss man den neuen Sektor lesen. Da besteht dann auch nicht die Gefahr etwas zu verlieren, wenn der Strom ausfällt - außer vielleicht die gerade zu schreibenden Daten. Aber das Problem ist immer da. > Ich halte es fuer einen Designfehler wenn man heute noch ein Projekt > mit einem kleinen Microcontroller anfaengt wenn der SD-Karten > unterstuetzen soll. > > Olaf -- Reinhardt
[toc] | [prev] | [next] | [standalone]
| From | Olaf Kaluza <olaf@criseis.ruhr.de> |
|---|---|
| Date | 2015-10-17 17:01 +0200 |
| Message-ID | <ff4afc-545.ln1@criseis.ruhr.de> |
| In reply to | #194340 |
Reinhardt Behm <rbehm@hushmail.com> wrote: >> Man kann das ja dann programmieren. Aber dann braucht das Programm >> auch entsprechende Zugriffsrechte. Das will man nicht wirklich. >Welche Zugriffsrechte? Das läuft alles auf dem gleichen Controller, der auch Beim lesen im PC. Nicht jeder hat ueberall Admin-Rechte. Olaf
[toc] | [prev] | [next] | [standalone]
| From | Matthias Weingart <mwnews@pentax.boerde.de> |
|---|---|
| Date | 2015-10-20 08:10 +0000 |
| Message-ID | <XnsA539677C5E2BEAlwLookOnTBrightSide@penthouse.boerde.de> |
| In reply to | #194322 |
Olaf Kaluza <olaf@criseis.ruhr.de>: > Ich halte es fuer einen Designfehler wenn man heute noch ein Projekt > mit einem kleinen Microcontroller anfaengt wenn der SD-Karten > unterstuetzen soll. Ack. Wenn er völlig bei Null beginnt, sollte er das Projekt mit ARM einsteigen, mit den alten 8bit Conrollern muss man einfach zu viele Handstände machen. Das lohnt sich heute nicht mehr. Bei nem ARM ist womöglich die ganze SD und FAT lib mit dabei und er braucht sich wirklich nur noch um seine Applikation zu kümmern. Das macht die Einarbeitungszeit mehr als wett. M. --
[toc] | [prev] | [next] | [standalone]
| From | Stefan <df9bi@arcor.de> |
|---|---|
| Date | 2015-10-20 10:35 +0200 |
| Message-ID | <n04ucs$bo1$1@news.albasani.net> |
| In reply to | #194611 |
Am 20.10.2015 um 10:10 schrieb Matthias Weingart: > Olaf Kaluza <olaf@criseis.ruhr.de>: > >> Ich halte es fuer einen Designfehler wenn man heute noch ein Projekt >> mit einem kleinen Microcontroller anfaengt wenn der SD-Karten >> unterstuetzen soll. > > Ack. Wenn er völlig bei Null beginnt, sollte er das Projekt mit ARM > einsteigen, mit den alten 8bit Conrollern muss man einfach zu viele > Handstände machen. Das lohnt sich heute nicht mehr. Bei nem ARM ist womöglich > die ganze SD und FAT lib mit dabei und er braucht sich wirklich nur noch um > seine Applikation zu kümmern. Das macht die Einarbeitungszeit mehr als wett. > > M. > Seh ich im Prinzip auch so. Wir haben vor 3 Jahren den Umstieg von AVR auf Cortex-M3 gemacht. Für ganz kleine Sachen nehmen wir zwar immer noch den AVR, z.B. ATmega8 oder ATTiny, aber ansonsten werden neue Sache praktisch nur noch mit ARM gemacht. Der Aufwand ist auch nicht groß. So ein STM32F103 benötigt auch nicht mehr externe Beschaltung wie ein ATmega8. Der einzige Nachteil ist, dass man die Dinger nicht mal eben so auf ne Lochrasterplatine packen kann weil SMD. Ansonsten überwiegen die Vorteile, wie eingebaute RTC, höhere Geschwindigkeit und vor allem deutlich mehr RAM. Gruß Stefan
[toc] | [prev] | [next] | [standalone]
| From | Andreas Fecht <forum@aftec.de> |
|---|---|
| Date | 2015-10-20 11:16 +0200 |
| Message-ID | <n050ph$gjb$1@news.albasani.net> |
| In reply to | #194614 |
Stefan schrieb: > Seh ich im Prinzip auch so. Wir haben vor 3 Jahren den Umstieg von AVR auf Cortex-M3 gemacht. > Für ganz kleine Sachen nehmen wir zwar immer noch den AVR, z.B. ATmega8 oder ATTiny, aber > ansonsten werden neue Sache praktisch nur noch mit ARM gemacht. > > Der Aufwand ist auch nicht groß. So ein STM32F103 benötigt auch nicht mehr externe Beschaltung > wie ein ATmega8. Der einzige Nachteil ist, dass man die Dinger nicht mal eben so auf ne > Lochrasterplatine packen kann weil SMD. Ansonsten überwiegen die Vorteile, wie eingebaute RTC, > höhere Geschwindigkeit und vor allem deutlich mehr RAM. Was benutzt ihr denn für einen C-Compiler? Das Keil-Zeuch wird ziemlich teuer (>5kEUR), wenn man über 32k Programmgröße kommt. Das GNU-Geraffel krieg ich irgendwie nicht richtig zu laufen. :-( Gruß Andreas
[toc] | [prev] | [next] | [standalone]
| From | Michael Schwingen <news-1326478115@discworld.dascon.de> |
|---|---|
| Date | 2015-11-01 22:09 +0000 |
| Message-ID | <slrnn3d3c0.446.news-1326478115@a-tuin.ms.intern> |
| In reply to | #194622 |
On 2015-10-20, Andreas Fecht <forum@aftec.de> wrote: > > Was benutzt ihr denn für einen C-Compiler? > Das Keil-Zeuch wird ziemlich teuer (>5kEUR), > wenn man über 32k Programmgröße kommt. > > Das GNU-Geraffel krieg ich irgendwie nicht richtig zu laufen. :-( Genau jenes. Das Problem ist, daß es X Varianten der toolchain gibt, die alle auf gcc aufbauen - wenn man anfängt, Komponenten oder Anleitungen zu mischen, die nicht zusammenpassen, knallt es. https://launchpad.net/gcc-arm-embedded liefert Kommandozeilen-Compiler für alle gängigen Systeme. Kombiniert mit make und einem Editor der Wahl ist man fats am Ziel - es fehlt dann noch passender Startupcode für den eigenen Controller, und der vom Chiphersteller will häufig andere Linkerscrupte, als die beim gcc mitgelieferten. *Ich* habe für mich entschieden, auf Startupcode/Linkerscripte von gcc/newlib-nano so wie geliefert zurückzugreifen, und mache den Rest halt passend dazu. https://gnuarmeclipse.github.io/ beschreibt, wie man eine herstellerunabhängige Umgebung incl. Debugger installiert. Ich meide die IDE-Buildumgebung und benutze auch hier Makefiles, das ist verständlich und auf jedem System auch ohne Eclipse baubar. Alternativen: - Atmel hat im ASF-Framework Makefiles, Startupcode, Linkerscripte etc. für diverse Beispielprogramme auf diversen Boards - einmal "make" und alles tut. Das kann man als Basis für eigenes benutzen, das, was Atmel liefert, ist aber ziemlich verzweigt und nicht unbedingt leicht zu durchblicken. - ARM MBED - http://libopencm3.org/wiki/Main_Page immer wieder: nicht untereinander mischen, solange man nicht genau versteht, was man tut ... cu Michael
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2015-10-20 09:02 -0700 |
| Message-ID | <d8n6s7Fdp17U1@mid.individual.net> |
| In reply to | #194611 |
On 2015-10-20 1:10 AM, Matthias Weingart wrote: > Olaf Kaluza <olaf@criseis.ruhr.de>: > >> Ich halte es fuer einen Designfehler wenn man heute noch ein Projekt >> mit einem kleinen Microcontroller anfaengt wenn der SD-Karten >> unterstuetzen soll. > > Ack. Wenn er völlig bei Null beginnt, sollte er das Projekt mit ARM > einsteigen, mit den alten 8bit Conrollern muss man einfach zu viele > Handstände machen. Das lohnt sich heute nicht mehr. Bei nem ARM ist womöglich > die ganze SD und FAT lib mit dabei und er braucht sich wirklich nur noch um > seine Applikation zu kümmern. Das macht die Einarbeitungszeit mehr als wett. > Das haben wir auch so entschieden, kommt erstmal ein ARM-9 rein. Ist von Atmel und mit deren uC kennt sich der Ingenieur dort seit langem aus. Heutzutage braucht man zum Schreiben von "Hello World" mindestens zwei GB RAM und im SUV muessen mindestens sechs Zylinder mit fett dreistelligen PS werkeln :-) -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Date | 2015-10-17 07:24 -0700 |
| Message-ID | <d8f404FboheU1@mid.individual.net> |
| In reply to | #194308 |
On 2015-10-16 8:32 PM, Reinhardt Behm wrote: > Joerg wrote: > >> On 2015-10-16 1:26 PM, Stefan Reuther wrote: >>> Am 16.10.2015 um 16:31 schrieb Joerg: >>>> Fuer Longterm Data Logging, ein Jahr oder mehr, moechten wir eine 64GB >>>> SD Card bzw. Micro-SD benutzen. Soll mit 9600bd beschrieben werden. Der >>>> Digital-Ingenieur probierte das mit einem 8-bit uC (ATMega). Wenn es auf >>>> der Karte voller wurde, lief das nicht mehr. Bei 10 draufgeladenenen >>>> Files von je 1GByte konnte die Schreibgeschwindigkeit von 9600bd nicht >>>> mehr gehalten werden. >>> >>> Das klingt wie eine dämliche^Wsuboptimale Implementierung des >>> Dateisystems. >>> >>> Wenn man für jeden Block, den man an die Datei anhängen will, die FAT >>> von vorne nach hinten nach einem freien Platz durchsucht, wird das >>> Schreiben mit dem Füllstand der Karte natürlich immer langsamer. >>> >> >> An sich sollte so eine Karte frisch formatiert in der Lage sein, ohne >> gross rumzusuchen einfach alles hintereinander zu klatschen. So wie man >> ja auch auf einer Faehre keinen Platz fuer das Auto sucht, sondern >> einfach alle neben- und hintereinander aufgereiht werden, so wie sie >> kommen. > > Das wäre einfach möglich, wenn man die Karte ohne Filesystem betreibt. > "Formatieren" wäre dann z.B. die ganze Karte mit null-Bytes zu beschreiben. > Die Daten so schreiben, dass jeder Record mindestens ein von 0 verschiedenes > Byte enthält. > So könnt man beim späteren Lesen erkennen, wo die Daten zu Ende sind. > Allerdings kannst Du die Karte so nicht einfach mit einem PC auslesen. Der > findet da gar nichts, weil kein Filesystem da ist. Wenn Dein uC eine > Schnittstelle (seriell o.ä.) könntest Du ihn zum Lesen benutzen. > Das waere kein Problem. Man koennte ueber einen Labjack auslesen oder das gleiche Geraet zum Auslesen nehmen, welches wir entwickeln. Das hat u.a. serielle Schnittstellen, die mir Industriestandardprotokoll laufen. > Wenn Du aber ein Filesystem (egal ob das übliche FAT oder was anderes) > nimmst, reicht einfach sequentiell schreiben nicht. Du musst jedes mal auch > die Meta-Daten updaten. Bei FAT bedeutet das mindestens im Directory-Eintrag > die Länge ändern und in der FAT, je nach Clustersize auch noch den nächsten > belegten Cluster eintragen. Das bedeutet mindestens zwei zusätzliche Lese- > und Schreibzugriffe. > > So was sollte eigentlich mit brauchbarer Datenrate möglich sein. Aber dazu > braucht man dafür optimierte FAT Routinen. > > Von der Beschreibung, dass es bei größerer Datei länger dauert lässt sich > vermuten, dass Dein Programmierer eine fertig FAT-Filesystem Routine benutzt > und bei jedem Schreiben ein Open, Seek-End, Write und Close macht. > Das bedeutet, Directory lesen (Open), Kette der FAT-Cluster entlang laufen > (Seek-End), Daten schreiben, evtl neuen FAT Cluster belegen und dabei FAT > updaten (Write), Directory updaten (Close). > Der Seek-End erfordert bei großen Files viele Lese-Zugriffe und kostet Zeit. > Er schrieb aber nicht in die grossen Files, die waren nur als simulierte Grundlast mit auf der Karte. Sobald die mit drauf waren, wurde das zaeh wie Sirup. -- Gruesse, Joerg http://www.analogconsultants.com/
[toc] | [prev] | [next] | [standalone]
| From | Michael S <michaely@bigfoot.de> |
|---|---|
| Date | 2015-10-18 09:22 +0200 |
| Message-ID | <d8gvm3Fpr7qU1@mid.individual.net> |
| In reply to | #194379 |
Am 17.10.2015 um 16:24 schrieb Joerg: > On 2015-10-16 8:32 PM, Reinhardt Behm wrote: >> Joerg wrote: >> >>> On 2015-10-16 1:26 PM, Stefan Reuther wrote: >>>> Am 16.10.2015 um 16:31 schrieb Joerg: >>>>> Fuer Longterm Data Logging, ein Jahr oder mehr, moechten wir eine 64GB >>>>> SD Card bzw. Micro-SD benutzen. Soll mit 9600bd beschrieben werden. >>>>> Der >>>>> Digital-Ingenieur probierte das mit einem 8-bit uC (ATMega). Wenn >>>>> es auf >>>>> der Karte voller wurde, lief das nicht mehr. Bei 10 draufgeladenenen >>>>> Files von je 1GByte konnte die Schreibgeschwindigkeit von 9600bd nicht >>>>> mehr gehalten werden. >>>> >>>> Das klingt wie eine dämliche^Wsuboptimale Implementierung des >>>> Dateisystems. >>>> >>>> Wenn man für jeden Block, den man an die Datei anhängen will, die FAT >>>> von vorne nach hinten nach einem freien Platz durchsucht, wird das >>>> Schreiben mit dem Füllstand der Karte natürlich immer langsamer. >>>> >>> >>> An sich sollte so eine Karte frisch formatiert in der Lage sein, ohne >>> gross rumzusuchen einfach alles hintereinander zu klatschen. So wie man >>> ja auch auf einer Faehre keinen Platz fuer das Auto sucht, sondern >>> einfach alle neben- und hintereinander aufgereiht werden, so wie sie >>> kommen. >> >> Das wäre einfach möglich, wenn man die Karte ohne Filesystem betreibt. >> "Formatieren" wäre dann z.B. die ganze Karte mit null-Bytes zu >> beschreiben. >> Die Daten so schreiben, dass jeder Record mindestens ein von 0 >> verschiedenes >> Byte enthält. >> So könnt man beim späteren Lesen erkennen, wo die Daten zu Ende sind. >> Allerdings kannst Du die Karte so nicht einfach mit einem PC auslesen. >> Der >> findet da gar nichts, weil kein Filesystem da ist. Wenn Dein uC eine >> Schnittstelle (seriell o.ä.) könntest Du ihn zum Lesen benutzen. >> > > Das waere kein Problem. Man koennte ueber einen Labjack auslesen oder > das gleiche Geraet zum Auslesen nehmen, welches wir entwickeln. Das hat > u.a. serielle Schnittstellen, die mir Industriestandardprotokoll laufen. Du willst eine 2stellige GByte-Größe über eine serielle Schnittstelle übertragen? 115,2kBd sind um die 10kBytes pro Sekunde. Mit einigen Adaptern schafft man das 10fache. 10Gbyte mit 100kB/s dauert 100000sec also 27h. -- Michael
[toc] | [prev] | [next] | [standalone]
| From | Stefan Reuther <stefan.news@arcor.de> |
|---|---|
| Date | 2015-10-17 11:46 +0200 |
| Message-ID | <mvtcdu.1h8.1@stefan.msgid.phost.de> |
| In reply to | #194306 |
Am 17.10.2015 um 03:27 schrieb Joerg: > On 2015-10-16 1:26 PM, Stefan Reuther wrote: >> Am 16.10.2015 um 16:31 schrieb Joerg: >>> Fuer Longterm Data Logging, ein Jahr oder mehr, moechten wir eine 64GB >>> SD Card bzw. Micro-SD benutzen. Soll mit 9600bd beschrieben werden. Der >>> Digital-Ingenieur probierte das mit einem 8-bit uC (ATMega). Wenn es auf >>> der Karte voller wurde, lief das nicht mehr. Bei 10 draufgeladenenen >>> Files von je 1GByte konnte die Schreibgeschwindigkeit von 9600bd nicht >>> mehr gehalten werden. >> >> Das klingt wie eine dämliche^Wsuboptimale Implementierung des >> Dateisystems. >> >> Wenn man für jeden Block, den man an die Datei anhängen will, die FAT >> von vorne nach hinten nach einem freien Platz durchsucht, wird das >> Schreiben mit dem Füllstand der Karte natürlich immer langsamer. > > An sich sollte so eine Karte frisch formatiert in der Lage sein, ohne > gross rumzusuchen einfach alles hintereinander zu klatschen. Die Karte ist ja auch in der Lage, das zu tun. Die Software muss das nur auch können / erkennen. > So wie man ja auch auf einer Faehre keinen Platz fuer das Auto sucht, > sondern einfach alle neben- und hintereinander aufgereiht werden, > so wie sie kommen. Eine kluge Dateisystemimplementation merkt sich "das letzte Auto hab ich auf Stellplatz 17 abgestellt. Also sind 1-17 belegt, und für den Stellplatz für das nächste Auto beginne ich, ab Nr. 18 zu suchen. Ah, 18 ist frei, wie praktisch". Eine dumme Dateisystemimplementation macht "1 ist voll, 2 ist voll, 3 ist voll, 4 ist voll, 5 ist voll, 6 ist voll, 7 ist voll, 8 ist voll, 9 ist voll, 10 ist voll, 11 ist voll, 12 ist voll, 13 ist voll, 14 ist voll, 15 ist voll, 16 ist voll, 17 ist voll, ah, 18 ist frei." Der Unterschied zwischen dumm und klug sind eine Variable und 10 Zeilen Code (BTDT). Mag sein, dass man die auf einem 8-Bitter gerne mal weglässt. Stefan
[toc] | [prev] | [next] | [standalone]
Page 16 of 17 — ← Prev page 1 … 14 15 [16] 17 Next page →
Back to top | Article view | de.sci.electronics
csiph-web