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

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

Quelloffenes Microcontroller-Oekosystem?

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

Contents

  Quelloffenes Microcontroller-Oekosystem? <usenet@teply.info> - 2016-12-13 23:35 +0100
    Re: Quelloffenes Microcontroller-Oekosystem? "MaWin" <me@private.net> - 2016-12-13 23:58 +0100
      Re: Quelloffenes Microcontroller-Oekosystem? <floh@aluminium.mobile.teply.info> - 2016-12-14 06:38 +0100
        Re: Quelloffenes Microcontroller-Oekosystem? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2016-12-14 14:47 +0100
          Re: Quelloffenes Microcontroller-Oekosystem? "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2016-12-14 14:15 +0000
            Re: Quelloffenes Microcontroller-Oekosystem? Uwe Bonnes <bon@hertz.ikp.physik.tu-darmstadt.de> - 2016-12-14 15:30 +0000
              Re: Quelloffenes Microcontroller-Oekosystem? "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2016-12-14 16:10 +0000
                Re: Quelloffenes Microcontroller-Oekosystem? Uwe Bonnes <bon@hertz.ikp.physik.tu-darmstadt.de> - 2016-12-14 16:26 +0000
    Re: Quelloffenes Microcontroller-Oekosystem? Gerald Oppen <Gerald.Oppen@web.de> - 2016-12-14 00:05 +0100
      Re: Quelloffenes Microcontroller-Oekosystem? <usenet@teply.info> - 2016-12-14 06:48 +0100
        Re: Quelloffenes Microcontroller-Oekosystem? Volker Bartheld <news2016@bartheld.net> - 2016-12-14 13:27 +0100
          Re: Quelloffenes Microcontroller-Oekosystem? Edzard Egberts <news@edzeg.net> - 2016-12-14 13:53 +0100
            Re: Quelloffenes Microcontroller-Oekosystem? Florian Teply <usenet@teply.info> - 2016-12-14 21:14 +0100
              Re: Quelloffenes Microcontroller-Oekosystem? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2016-12-15 09:37 +0100
    Re: Quelloffenes Microcontroller-Oekosystem? Axel Schwenke <axel.schwenke@gmx.de> - 2016-12-14 01:11 +0100
      Re: Quelloffenes Microcontroller-Oekosystem? Uwe Bonnes <bon@hertz.ikp.physik.tu-darmstadt.de> - 2016-12-14 10:11 +0000
      Re: Quelloffenes Microcontroller-Oekosystem? Rafael Deliano <rafael_deliano@arcor.de> - 2016-12-14 18:16 +0100
        Re: Quelloffenes Microcontroller-Oekosystem? Michael Schwingen <news-1457978346@discworld.dascon.de> - 2016-12-14 22:31 +0000
    Re: Quelloffenes Microcontroller-Oekosystem? Edzard Egberts <news@edzeg.net> - 2016-12-14 13:19 +0100
      Re: Quelloffenes Microcontroller-Oekosystem? Matthias Weingart <mwnews@pentax.boerde.de> - 2016-12-16 08:07 +0000
        Re: Quelloffenes Microcontroller-Oekosystem? Edzard Egberts <news@edzeg.net> - 2016-12-16 09:29 +0100
          Re: Quelloffenes Microcontroller-Oekosystem? Matthias Weingart <mwnews@pentax.boerde.de> - 2016-12-16 09:27 +0000
            Re: Quelloffenes Microcontroller-Oekosystem? Matthias Weingart <mwnews@pentax.boerde.de> - 2016-12-16 09:34 +0000
              Re: Quelloffenes Microcontroller-Oekosystem? Edzard Egberts <news@edzeg.net> - 2016-12-16 11:06 +0100
            Re: Quelloffenes Microcontroller-Oekosystem? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2016-12-18 15:38 +0100
        Re: Quelloffenes Microcontroller-Oekosystem? Lutz Schulze <lschulze@netzwerkseite.de> - 2016-12-16 12:03 +0100
          Re: Quelloffenes Microcontroller-Oekosystem? Michael Bäuerle <michael.baeuerle@stz-e.de> - 2016-12-16 12:25 +0100
            Re: Quelloffenes Microcontroller-Oekosystem? Olaf Kaluza <olaf@criseis.ruhr.de> - 2016-12-16 13:54 +0100
              Re: Quelloffenes Microcontroller-Oekosystem? Michael Bäuerle <michael.baeuerle@stz-e.de> - 2016-12-16 15:27 +0100
                Re: Quelloffenes Microcontroller-Oekosystem? Olaf Kaluza <olaf@criseis.ruhr.de> - 2016-12-16 19:05 +0100
                  Re: Quelloffenes Microcontroller-Oekosystem? Michael Bäuerle <michael.baeuerle@stz-e.de> - 2016-12-19 10:12 +0100
                    Re: Quelloffenes Microcontroller-Oekosystem? Olaf Kaluza <olaf@criseis.ruhr.de> - 2016-12-19 12:18 +0100
                      Re: Quelloffenes Microcontroller-Oekosystem? Chris Jones <lugnut808@spam.yahoo.com> - 2016-12-19 23:27 +1100
                        Re: Quelloffenes Microcontroller-Oekosystem? Michael Bäuerle <michael.baeuerle@stz-e.de> - 2016-12-19 14:31 +0100
                      Re: Quelloffenes Microcontroller-Oekosystem? "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2016-12-19 12:38 +0000
                      Re: Quelloffenes Microcontroller-Oekosystem? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2016-12-23 21:47 +0100
                    Re: Quelloffenes Microcontroller-Oekosystem? Michael Schwingen <news-1457978346@discworld.dascon.de> - 2016-12-19 19:34 +0000
                    Re: Quelloffenes Microcontroller-Oekosystem? Florian Teply <usenet@teply.info> - 2016-12-19 20:14 +0100
              Re: Quelloffenes Microcontroller-Oekosystem? Marte Schwarz <marte.schwarz@gmx.de> - 2016-12-16 17:22 +0100
                Re: Quelloffenes Microcontroller-Oekosystem? Werner Holtfreter <Holtfreter@gmx.de> - 2016-12-16 18:15 +0100
              Re: Quelloffenes Microcontroller-Oekosystem? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2016-12-18 15:58 +0100
        Re: Quelloffenes Microcontroller-Oekosystem? Volker Bartheld <news2016@bartheld.net> - 2016-12-16 13:16 +0100
          Re: Quelloffenes Microcontroller-Oekosystem? Olaf Kaluza <olaf@criseis.ruhr.de> - 2016-12-16 14:14 +0100
            Re: Quelloffenes Microcontroller-Oekosystem? Volker Bartheld <news2016@bartheld.net> - 2016-12-16 15:31 +0100
              Re: Quelloffenes Microcontroller-Oekosystem? Olaf Kaluza <olaf@criseis.ruhr.de> - 2016-12-16 19:22 +0100
                Re: Quelloffenes Microcontroller-Oekosystem? Volker Bartheld <news2016@bartheld.net> - 2016-12-16 19:56 +0100
                  Re: Quelloffenes Microcontroller-Oekosystem? <floh@aluminium.mobile.teply.info> - 2016-12-17 15:17 +0100
                    Re: Quelloffenes Microcontroller-Oekosystem? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2016-12-18 16:11 +0100
                      Re: Quelloffenes Microcontroller-Oekosystem? Uwe Bonnes <bon@hertz.ikp.physik.tu-darmstadt.de> - 2016-12-18 15:25 +0000
                      Re: Quelloffenes Microcontroller-Oekosystem? Michael Schwingen <news-1457978346@discworld.dascon.de> - 2016-12-18 16:10 +0000
                        Re: Quelloffenes Microcontroller-Oekosystem? Olaf Kaluza <olaf@criseis.ruhr.de> - 2016-12-18 18:56 +0100
                          Re: Quelloffenes Microcontroller-Oekosystem? Michael Schwingen <news-1457978346@discworld.dascon.de> - 2016-12-18 20:13 +0000
                            Re: Quelloffenes Microcontroller-Oekosystem? Olaf Kaluza <olaf@criseis.ruhr.de> - 2016-12-18 22:06 +0100
                              Re: Quelloffenes Microcontroller-Oekosystem? Michael Schwingen <news-1457978346@discworld.dascon.de> - 2016-12-19 09:23 +0000
                                Re: Quelloffenes Microcontroller-Oekosystem? Olaf Kaluza <olaf@criseis.ruhr.de> - 2016-12-19 12:22 +0100
                          Re: Quelloffenes Microcontroller-Oekosystem? Matthias Weingart <mwnews@pentax.boerde.de> - 2016-12-19 10:32 +0000
                      Re: Quelloffenes Microcontroller-Oekosystem? Florian Teply <usenet@teply.info> - 2016-12-18 21:23 +0100
                        Re: Quelloffenes Microcontroller-Oekosystem? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2016-12-19 21:08 +0100
                Re: Quelloffenes Microcontroller-Oekosystem? "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2016-12-19 08:50 +0000
                  Re: Quelloffenes Microcontroller-Oekosystem? Axel Berger <Axel_Berger@B.Maus.De> - 2016-12-19 09:56 +0100
                    Re: Quelloffenes Microcontroller-Oekosystem? "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2016-12-19 11:14 +0000
        Re: Quelloffenes Microcontroller-Oekosystem? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2016-12-18 14:47 +0100
          Re: Quelloffenes Microcontroller-Oekosystem? Volker Bartheld <news2016@bartheld.net> - 2016-12-18 19:40 +0100
            Re: Quelloffenes Microcontroller-Oekosystem? Christian Zietz <newsgroup.1001@chz.xyz> - 2016-12-18 20:00 +0100
              Re: Quelloffenes Microcontroller-Oekosystem? Volker Bartheld <news2016@bartheld.net> - 2016-12-19 12:00 +0100
            Re: Quelloffenes Microcontroller-Oekosystem? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2016-12-19 12:06 +0100
          Re: Quelloffenes Microcontroller-Oekosystem? "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2016-12-19 08:59 +0000
            Re: Quelloffenes Microcontroller-Oekosystem? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2016-12-19 12:15 +0100
          Re: Quelloffenes Microcontroller-Oekosystem? Matthias Weingart <mwnews@pentax.boerde.de> - 2016-12-19 09:04 +0000
            Re: Quelloffenes Microcontroller-Oekosystem? Michael Schwingen <news-1457978346@discworld.dascon.de> - 2016-12-19 09:36 +0000
        Re: Quelloffenes Microcontroller-Oekosystem? Marcel Mueller <news.5.maazl@spamgourmet.org> - 2016-12-19 23:25 +0100
          Re: Quelloffenes Microcontroller-Oekosystem? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2016-12-26 22:51 +0100
    Re: Quelloffenes Microcontroller-Oekosystem? Marc Santhoff <m.santhoff@t-online.de> - 2016-12-14 18:38 +0100
      Re: Quelloffenes Microcontroller-Oekosystem? Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-12-14 19:03 +0100
        Re: Quelloffenes Microcontroller-Oekosystem? Rafael Deliano <rafael_deliano@arcor.de> - 2016-12-14 19:52 +0100
          Re: Quelloffenes Microcontroller-Oekosystem? Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2016-12-14 20:08 +0100
      Re: Quelloffenes Microcontroller-Oekosystem? Olaf Kaluza <olaf@criseis.ruhr.de> - 2016-12-14 20:06 +0100
        Re: Quelloffenes Microcontroller-Oekosystem? Marc Santhoff <m.santhoff@t-online.de> - 2016-12-14 23:03 +0100
          Re: Quelloffenes Microcontroller-Oekosystem? Olaf Kaluza <olaf@criseis.ruhr.de> - 2016-12-15 07:34 +0100
            Re: Quelloffenes Microcontroller-Oekosystem? <floh@aluminium.mobile.teply.info> - 2016-12-15 23:09 +0100
              Re: Quelloffenes Microcontroller-Oekosystem? Olaf Kaluza <olaf@criseis.ruhr.de> - 2016-12-16 09:07 +0100
        Re: Quelloffenes Microcontroller-Oekosystem? "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2016-12-15 09:25 +0000
      Re: Quelloffenes Microcontroller-Oekosystem? Florian Teply <usenet@teply.info> - 2016-12-14 23:12 +0100
        Re: Quelloffenes Microcontroller-Oekosystem? Lutz Schulze <lschulze@netzwerkseite.de> - 2016-12-15 07:12 +0100
          Re: Quelloffenes Microcontroller-Oekosystem? "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2016-12-15 09:40 +0000
            Re: Quelloffenes Microcontroller-Oekosystem? Edzard Egberts <news@edzeg.net> - 2016-12-15 11:13 +0100
              Re: Quelloffenes Microcontroller-Oekosystem? "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2016-12-15 12:21 +0000
        Re: Quelloffenes Microcontroller-Oekosystem? Marc Santhoff <m.santhoff@t-online.de> - 2016-12-15 14:54 +0100
          Re: Quelloffenes Microcontroller-Oekosystem? Florian Teply <usenet@teply.info> - 2016-12-15 22:08 +0100
        Re: Quelloffenes Microcontroller-Oekosystem? Michael Schwingen <news-1457978346@discworld.dascon.de> - 2016-12-15 23:07 +0000
          Re: Quelloffenes Microcontroller-Oekosystem? Florian Teply <usenet@teply.info> - 2016-12-16 15:01 +0100
            Re: Quelloffenes Microcontroller-Oekosystem? Michael Schwingen <news-1457978346@discworld.dascon.de> - 2016-12-16 20:27 +0000
    Re: Quelloffenes Microcontroller-Oekosystem? Matthias Weingart <mwnews@pentax.boerde.de> - 2016-12-16 07:47 +0000
      Re: Quelloffenes Microcontroller-Oekosystem? Florian Teply <usenet@teply.info> - 2016-12-16 15:49 +0100

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

#218592

Matthias Weingart wrote:
> Edzard Egberts <news@edzeg.net>:
> 
>> Zum Herumspielen ist Arduino bestens geeignet, also basteln mit
>> verschiedenen AVR-Controllern.
> 
> Vorteil von Arduino ist sicherlich, dass es für einen Einsteiger recht gut 
> geeignet ist, überhaupt erst mal einen uC kennezulernen. Ansonsten schränkt 
> es sehr stark ein. Der Einsteiger lernt überhaupt nicht, wie leistungsfähig 
> so ein Microcontroller eigentlich sein kann. Darum lehne ich für Einsteiger 
> Arduino ab. 
> Schönes Beispiel ist das Blinkenlassen einer LED.
<snip>
> 
> Vermutlich führt genau Arduino dann dazu, dass ein Einsteiger dann auf einen 
> leistungsstarken Prozessor umsteigt, weil der Arduino-Cpntroller das ja nicht 
> kann. Eigentlich müsste er nur die Entwicklungsumgebung wechseln.... 

Nein, es reicht, wenn der Einsteiger zum Profi wird. Du kannst durchaus
neben den Arduino-Befehlen direkt die AVR-Register programmieren, z.B.

	// Timer starten:
	TCCR2A= 0x00;
	TCCR2B= 0x03;
	TIMSK2= 0x01;	// Timer2 Overflow Interrupt Enable
	TCNT2= m_Timer_Reload;	// load the timer for its first cycle

ISR(TIMER2_OVF_vect)
{	//Timer2 overflow interrupt vector handler
	t_display::scb_Timer_Int();
}

Auch die Arduino-Befehle bieten die Möglichkeit, Routinen in
Timer-Interrupts zu legen
https://www.arduino.cc/en/Reference/AttachInterrupt. Das sind einfach
nur zusätzliche komfortable Befehle, aber mit dem
Arduino-Entwicklungssystem kannst Du auch "Bare-metal" programmieren und
einen Chip mit einer Seite Registercode zum laufen bringen. Arduino
besteht aus AVR-Tools mit etwas Zuckerguss, von Einschränkung kann da
wirklich nicht die Rede sein.

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

#218594

Edzard Egberts <news@edzeg.net>:

>> Vermutlich führt genau Arduino dann dazu, dass ein Einsteiger dann auf
>> einen leistungsstarken Prozessor umsteigt, weil der Arduino-Cpntroller
>> das ja nicht kann. Eigentlich müsste er nur die Entwicklungsumgebung
>> wechseln.... 
> 
> Nein, es reicht, wenn der Einsteiger zum Profi wird. Du kannst durchaus
> neben den Arduino-Befehlen direkt die AVR-Register programmieren, z.B.
> 
>      // Timer starten:
>      TCCR2A= 0x00;
>      TCCR2B= 0x03;
>      TIMSK2= 0x01;     // Timer2 Overflow Interrupt Enable
>      TCNT2= m_Timer_Reload;     // load the timer for its first cycle
> 
> ISR(TIMER2_OVF_vect)
> {     //Timer2 overflow interrupt vector handler
>      t_display::scb_Timer_Int();
> }
> 
> Auch die Arduino-Befehle bieten die Möglichkeit, Routinen in
> Timer-Interrupts zu legen
> https://www.arduino.cc/en/Reference/AttachInterrupt. Das sind einfach
> nur zusätzliche komfortable Befehle, aber mit dem
> Arduino-Entwicklungssystem kannst Du auch "Bare-metal" programmieren und
> einen Chip mit einer Seite Registercode zum laufen bringen. Arduino
> besteht aus AVR-Tools mit etwas Zuckerguss, von Einschränkung kann da
> wirklich nicht die Rede sein.

Das stimmt schon, irgendwie drumrum kann man da programmieren, aber für mein 
Gefühl ist das dann immer noch ziemliches rummorkeln... ;-). Gibt es z.B. 
einen Weg, einen bereits vom Arduino belegten Interrupt zu erweitern? 

Die nächste Stufe wäre ihmo ein ordentliches RTOS. In so einem RTOS kann man 
das Blinken dann auch in einem extra thread laufen lassen und auch dort 
"vergessen". Das Sleep ist ja dann nur das Switchen zur anderen Task...
Gut, für einen AVR wird ein RTOS dann vielleicht zu gross, aber man müsste 
sowieso auf einen ARM wechseln, das wäre für so ein Arduino-RTOS System eine 
viel bessere Basis. Auch die Komplexität bleibt im Rahmen, für den User gibt 
es für die RTOS Funktionalität nur eine Handvoll Befehle mehr ...

M.
-- 

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

#218595

Matthias Weingart <mwnews@pentax.boerde.de>:

> Die nächste Stufe wäre ihmo ein ordentliches RTOS. In so einem RTOS kann
> man das Blinken dann auch in einem extra thread laufen lassen und auch
> dort "vergessen". Das Sleep ist ja dann nur das Switchen zur anderen
> Task... Gut, für einen AVR wird ein RTOS dann vielleicht zu gross, aber
> man müsste sowieso auf einen ARM wechseln, das wäre für so ein
> Arduino-RTOS System eine viel bessere Basis. Auch die Komplexität bleibt
> im Rahmen, für den User gibt es für die RTOS Funktionalität nur eine
> Handvoll Befehle mehr ... 

Ich seh grad; FreeRTOS gibt es ja schon seit 9 Monaten für Arduino... :-)

https://create.arduino.cc/projecthub/feilipu/using-freertos-multi-tasking-in-
arduino-ebc3cc?ref=tag&ref_id=tasks&offset=0

M.
-- 

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

#218598

Matthias Weingart wrote:

> Gibt es z.B. einen Weg, einen bereits vom Arduino belegten Interrupt
zu erweitern?

Natürlich geht das, die Sourcen erweitern und den Core dann neu
compilieren. Abgesehen vom Core compilieren (musste ich sowieso mehrfach
machen, wegen unterschiedlicher Taktfrequenzen und Chips), habe ich mir
die Mühe bisher allerdings nicht gemacht, sondern nur parallel zum
Arduino-System etwas angelegt. Da muss man aber tatsächlich aufpassen,
dass man nichts überschreibt, was vom Arduino-Core benutzt wird.

> Ich seh grad; FreeRTOS gibt es ja schon seit 9 Monaten für Arduino... :-)
> 
> https://create.arduino.cc/projecthub/feilipu/using-freertos-multi-tasking-in-
> arduino-ebc3cc?ref=tag&ref_id=tasks&offset=0

Eben, für Arduino gibt es eine Unmenge an Open-Source-Projekten, die man
sich nur heraussuchen und anwenden muss. Alleine das Original-Wiki deckt
schon die meisten Anwendungen ab: http://playground.arduino.cc/

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

#218661

Matthias Weingart schrieb:
> Edzard Egberts <news@edzeg.net>:

>> Nein, es reicht, wenn der Einsteiger zum Profi wird. Du kannst durchaus
>> neben den Arduino-Befehlen direkt die AVR-Register programmieren, z.B.
>>
>>      // Timer starten:
>>      TCCR2A= 0x00;
>>      TCCR2B= 0x03;
>>      TIMSK2= 0x01;     // Timer2 Overflow Interrupt Enable
>>      TCNT2= m_Timer_Reload;     // load the timer for its first cycle
>>
>> ISR(TIMER2_OVF_vect)
>> {     //Timer2 overflow interrupt vector handler
>>      t_display::scb_Timer_Int();

Das ist IMO der falsche Weg, wenn es nur 2 freie Timer gibt, um die sich 
schon (je nach Anwendung) diverse Bibliotheken streiten.

 > Gibt es z.B.
> einen Weg, einen bereits vom Arduino belegten Interrupt zu erweitern?

Nur durch Eingriff in die Bibliothek mit der ISR. Ausnahmen sind 
AttachInterrupt oder Bibliotheken, die Callbacks vorsehen.

Da macht das Pollen in loop() mehr Sinn, damit lassen sich beliebig 
viele Abläufe zeitlich steuern, ohne daß jeder einen eigenen Timer oder 
Interrupt benötigt. So macht das auch jedes OS, mit einer Liste von 
Ereignissen, deren Handler zu bestimmten Zeitpunkten aktiviert werden.

> Die nächste Stufe wäre ihmo ein ordentliches RTOS.

Kommt drauf an, was mit "ordentlich" gemeint ist. Taskwechsel sind auf 
den kleineren Controllern technisch unmöglich, so daß nur kooperatives 
Multitasking übrigbleibt. Dafür gibt es einige nette Funktionen bzw. 
Makros, die schon Knuth veröffentlicht hat. Die habe ich in einer 
Arduino Bibliothek (ALib0) gesammelt.

> In so einem RTOS kann man 
> das Blinken dann auch in einem extra thread laufen lassen und auch dort 
> "vergessen". Das Sleep ist ja dann nur das Switchen zur anderen Task...

Mit den Task-Makros läuft das Switchen in loop(), die Blink Task sähe 
dann etwa so aus, mit einstellbarer Blinkfrequenz:

void Blink(millis_t ms) {
taskBegin();
   taskWaitFor(blinkStart); //falls ein- und ausgeschaltet werden soll
   digitalWrite(LEDpin, high);
   taskDelay(ms);
   digitalWrite(LEDpin, low);
   taskDelay(ms);
taskEnd();
}

DoDi

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

#218599

Am Fri, 16 Dec 2016 08:07:33 +0000 (UTC) schrieb Matthias Weingart:

>> Zum Herumspielen ist Arduino bestens geeignet, also basteln mit
>> verschiedenen AVR-Controllern.
> 
> Vorteil von Arduino ist sicherlich, dass es für einen Einsteiger recht gut 
> geeignet ist, überhaupt erst mal einen uC kennezulernen. Ansonsten schränkt 
> es sehr stark ein. Der Einsteiger lernt überhaupt nicht, wie leistungsfähig 
> so ein Microcontroller eigentlich sein kann. Darum lehne ich für Einsteiger 
> Arduino ab. 
> Schönes Beispiel ist das Blinkenlassen einer LED. In der Hauptloop: Led an - 
> sleep - led aus - sleep - loop. Schön. Damit ist der dann vollbeschäftigt. 
> Wenn der ArduinoController dann noch anderes tun soll, muss man immer 
> aufpassen, das die LED auch noch weiterhin schön im Rhythmus blinkt. Dabei 
> ist das LED-Blinken ganz einfach: in der ohnehin vorhandenen Interruptroutine 
> des Systemtimers einfach ne Variable mitzählen lassen und wenn das 
> Blinkintervall voll ist, die LED toggeln. Der Controller ist weiterhin frei, 
> um andere Aufgaben zu übernehmen und das da ne LED noch irgendwo im 
> Hintergrund blinkt, kann völlig ausgeblendet werden.
> 
> Vermutlich führt genau Arduino dann dazu, dass ein Einsteiger dann auf einen 
> leistungsstarken Prozessor umsteigt, weil der Arduino-Cpntroller das ja nicht 
> kann. Eigentlich müsste er nur die Entwicklungsumgebung wechseln....

Oder er geht der Sache auf den Grund und lernt dabei etwas ...

Ich finde den Arduino für Einsteiger nicht schlecht.

Lutz

-- 
Mit unseren Sensoren ist der Administrator informiert, bevor es Probleme im 
Serverraum gibt: preiswerte Monitoring Hard- und Software-kostenloses Plugin 
auch für Nagios - Nachricht per e-mail,SMS und SNMP: http://www.messpc.de
Messwerte nachträgliche Wärmedämmung http://www.messpc.de/waermedaemmung.php

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

#218601

Lutz Schulze wrote:
> Am Fri, 16 Dec 2016 08:07:33 +0000 (UTC) schrieb Matthias Weingart:
> > 
> > [...]
> > Vermutlich führt genau Arduino dann dazu, dass ein Einsteiger dann auf einen 
> > leistungsstarken Prozessor umsteigt, weil der Arduino-Cpntroller das ja nicht 
> > kann. Eigentlich müsste er nur die Entwicklungsumgebung wechseln....
> 
> Oder er geht der Sache auf den Grund und lernt dabei etwas ...
> 
> Ich finde den Arduino für Einsteiger nicht schlecht.

Eigentlich ja auch schon zu kompliziert. Das Datenblatt für die
ATmegaXX8 Chips hat über 600 Seiten.
Zum Vergleich: Damals beim ersten AVR (AT90S1200) waren es 65 Seiten.

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

#218605

Michael Bäuerle <michael.baeuerle@stz-e.de> wrote:

 >Eigentlich ja auch schon zu kompliziert. Das Datenblatt für die
 >ATmegaXX8 Chips hat über 600 Seiten.
 >Zum Vergleich: Damals beim ersten AVR (AT90S1200) waren es 65 Seiten.

Und? Man muss ja nicht alle lesen. Es reicht eigentlich immer nur das
zu lesen wo man gerade die Funktionalitaet braucht.  Man kann sich
wohl kaum beschweren das die Hersteller in einem modernen Controller
alles einbauen und es sogar noch dokumentieren.
Wundern darf man sich aber das immer mehr Leute glauben sie muessten
ein Datenblatt garnicht mehr lesen. Oder kopieren von anderen sei
sowas wie lernen. 

Olaf

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

#218608

Olaf Kaluza wrote:
> Michael Bäuerle <michael.baeuerle@stz-e.de> wrote:
> > 
> > Eigentlich ja auch schon zu kompliziert. Das Datenblatt für die
> > ATmegaXX8 Chips hat über 600 Seiten.
> > Zum Vergleich: Damals beim ersten AVR (AT90S1200) waren es 65 Seiten.
> 
> Und? Man muss ja nicht alle lesen. Es reicht eigentlich immer nur das
> zu lesen wo man gerade die Funktionalitaet braucht.  Man kann sich
> wohl kaum beschweren das die Hersteller in einem modernen Controller
> alles einbauen und es sogar noch dokumentieren.

Darauf wollte ich auch nicht hinaus.

> Wundern darf man sich aber das immer mehr Leute glauben sie muessten
> ein Datenblatt garnicht mehr lesen.

Was aber doch vielleicht gerade daran liegt, dass sich die Leute von der
schieren Menge der Doku "erschlagen" fühlen.

Teilweise kommt dann noch ein unübersichtlicher Aufbau der Dokumente
dazu (es ist nicht immer einfach in den hunderten Seiten das zu finden
was man lesen möchte) und/oder die Tatsache, dass erst mehrere zusammen
ein Gesamtbild der Funktionsweise hergeben.

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

#218618

Michael Bäuerle <michael.baeuerle@stz-e.de> wrote:

 >Was aber doch vielleicht gerade daran liegt, dass sich die Leute von der
 >schieren Menge der Doku "erschlagen" fühlen.

Druckst du deine Datenblaetter immer aus? Bei einem PDF merke ich es
kaum wenn es nun 2500Seiten hat.

 >Teilweise kommt dann noch ein unübersichtlicher Aufbau der Dokumente
 >dazu (es ist nicht immer einfach in den hunderten Seiten das zu finden

Das stimmt allerdings. Merke ich aber nicht so weil ich ja mehr mit
Renesas mache und da sind die Datenblaetter relativ vorbildlich. ST ist
aber IMHO nicht so doll und bei EnergyMicro hab ich das GEfuehl das da
die Datenblaetter von so einem Marketingheini geschrieben werden. 

 >was man lesen möchte) und/oder die Tatsache, dass erst mehrere zusammen
 >ein Gesamtbild der Funktionsweise hergeben.

Yep! DAS NERVT! Oder Firmen die glauben ich muesse erst ihre
Spezialsoftware installieren damit ich an Datenblaetter komme. 

Olaf

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

#218726

Olaf Kaluza wrote:
> Michael Bäuerle <michael.baeuerle@stz-e.de> wrote:
> > 
> > Was aber doch vielleicht gerade daran liegt, dass sich die Leute von der
> > schieren Menge der Doku "erschlagen" fühlen.
> 
> Druckst du deine Datenblaetter immer aus?

Alles natürlich nie, einzelne Seiten aber regelmäßig.

> Bei einem PDF merke ich es kaum wenn es nun 2500Seiten hat.

Wenn es gut gemacht ist, ja. Es gibt aber auch welche, da würde man
sich was anderes wünschen.

Ich hatte hier versucht es durch die Brille des Einsteigers zu be-
trachten, dem vermutlich noch nicht alle im Inhaltsverzeichnis ver-
wendeten Begriffe geläufig sind.

> > Teilweise kommt dann noch ein unübersichtlicher Aufbau der Dokumente
> > dazu (es ist nicht immer einfach in den hunderten Seiten das zu finden
> 
> Das stimmt allerdings. Merke ich aber nicht so weil ich ja mehr mit
> Renesas mache und da sind die Datenblaetter relativ vorbildlich. ST ist
> aber IMHO nicht so doll und bei EnergyMicro hab ich das GEfuehl das da
> die Datenblaetter von so einem Marketingheini geschrieben werden. 

PowerPC von Freescale ist mir da auch nicht in bester Erinnerung. Hatte
ich aber schon einige Jahre nichts mehr damit zu tun, vielleicht ist es
mittlerweile besser geworden.

> > was man lesen möchte) und/oder die Tatsache, dass erst mehrere zusammen
> > ein Gesamtbild der Funktionsweise hergeben.
> 
> Yep! DAS NERVT! Oder Firmen die glauben ich muesse erst ihre
> Spezialsoftware installieren damit ich an Datenblaetter komme. 

Oder man muss einen Account anlegen, damit man auf der Homepage über-
haupt erst an was drankommt.

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

#218738

Michael Bäuerle <michael.baeuerle@stz-e.de> wrote:

 >PowerPC von Freescale ist mir da auch nicht in bester Erinnerung. Hatte
 >ich aber schon einige Jahre nichts mehr damit zu tun, vielleicht ist es
 >mittlerweile besser geworden.

DAfuer hat Microchip in der letzten Zeit bei mir Punkte gesammelt. Ich
werde da in Zukunft ofter mal vorbeischauen wenn ich was
suche. Irgendwie war der Laden nie auf meiner internen Liste. Muss
wohl eine negative Jugenderfahrung sein als ich mal versehentlich in
das Datenblatt eines PICs geschaut habe. :-)

 >Oder man muss einen Account anlegen, damit man auf der Homepage über-
 >haupt erst an was drankommt.

Oh ja! Wegen dem Dreck ist TI auf meine schwarze Liste gelandet. Ich
hab da vor ein paar Wochen seit langen meinen Account mal wieder
nutzen muessen um was runter zu laden. Seitdem ueberschuetten die mich
mit Emailwerbung. Gleich in der ersten Nacht fuenf (unterschiedliche!)
Emails und seitdem mindestens 30-40weitere. Wenn ich das naechstemal
deren FAE sehe dann muss der leiden! .-)

Olaf

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

#218744

On 19/12/2016 22:18, Olaf Kaluza wrote:
> Michael Bäuerle <michael.baeuerle@stz-e.de> wrote:
>
>  >PowerPC von Freescale ist mir da auch nicht in bester Erinnerung. Hatte
>  >ich aber schon einige Jahre nichts mehr damit zu tun, vielleicht ist es
>  >mittlerweile besser geworden.
>
> DAfuer hat Microchip in der letzten Zeit bei mir Punkte gesammelt. Ich
> werde da in Zukunft ofter mal vorbeischauen wenn ich was
> suche.
Die Datenblätter sehen gut aus, weil alles, was nicht gut aussieht wird 
in den Errata versteckt, und zwar fuer das Leben des Bausteins.

> Irgendwie war der Laden nie auf meiner internen Liste. Muss
> wohl eine negative Jugenderfahrung sein als ich mal versehentlich in
> das Datenblatt eines PICs geschaut habe. :-)
Oder in den Errata. Sollte eigentlich "Liste der Lügen" heißen.

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

#218750

Chris Jones wrote:
> On 19/12/2016 22:18, Olaf Kaluza wrote:
> > 
> > [...]
> > DAfuer hat Microchip in der letzten Zeit bei mir Punkte gesammelt. Ich
> > werde da in Zukunft ofter mal vorbeischauen wenn ich was
> > suche.
> 
> Die Datenblätter sehen gut aus, weil alles, was nicht gut aussieht wird 
> in den Errata versteckt, und zwar fuer das Leben des Bausteins.
> 
> > Irgendwie war der Laden nie auf meiner internen Liste. Muss
> > wohl eine negative Jugenderfahrung sein als ich mal versehentlich in
> > das Datenblatt eines PICs geschaut habe. :-)
> 
> Oder in den Errata. Sollte eigentlich "Liste der Lügen" heißen.

Immerhin veröffentlichen sie die Errata, selbst wenn sie extrem
peinlich sind (wie z.B. beim ENC28J60, wo kaum eine der Einheiten so
funktioniert wie sie sollte und manche so kaputt sind, dass man sie
überhaupt nicht benutzen kann). Das ist deutlich besser als wenn sie
Errata erst nach Abkündigung des Chips dokumentieren (so gesehen bei
anderen Herstellern).

Atmel hat vor einiger Zeit bei den AVRs ein Kapitel "Errata" ins normale
Datasheet aufgenommen, früher war das auch dort noch ein separates
Dokument. Mal sehen ob Microchip als neuer Eigentümer das wieder rück-
gängig macht.

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

#218746

Olaf Kaluza <olaf@criseis.ruhr.de> wrote:
>Michael Bäuerle <michael.baeuerle@stz-e.de> wrote:

> >PowerPC von Freescale ist mir da auch nicht in bester Erinnerung. Hatte
> >ich aber schon einige Jahre nichts mehr damit zu tun, vielleicht ist es
> >mittlerweile besser geworden.

>DAfuer hat Microchip in der letzten Zeit bei mir Punkte gesammelt. Ich
>werde da in Zukunft ofter mal vorbeischauen wenn ich was
>suche. Irgendwie war der Laden nie auf meiner internen Liste. Muss
>wohl eine negative Jugenderfahrung sein als ich mal versehentlich in
>das Datenblatt eines PICs geschaut habe. :-)
Vielleicht in das eines µC ohne Interrupts. 


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

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

#218984

Olaf Kaluza schrieb:
>
> Oh ja! Wegen dem Dreck ist TI auf meine schwarze Liste gelandet. Ich
> hab da vor ein paar Wochen seit langen meinen Account mal wieder
> nutzen muessen um was runter zu laden. Seitdem ueberschuetten die mich
> mit Emailwerbung. Gleich in der ersten Nacht fuenf (unterschiedliche!)
> Emails und seitdem mindestens 30-40weitere. Wenn ich das naechstemal
> deren FAE sehe dann muss der leiden! .-)

Das ist leider heute völlig normal. Einfach wegklicken oder abbestellen.
Publiziere mal was bei der SAE oder so, da wirst du dich auch wundern,
wieviele verschiedene Strassen- respektive Landfahrzeuge es gibt und
wieviele ein eigenes SAE Käseblatt dazu haben. Und alle wollen dir ein
Internet-Probeabo andrehen.

-- 
mfg Rolf Bombach

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

#218781

On 2016-12-19, Michael Bäuerle <michael.baeuerle@stz-e.de> wrote:
>
> PowerPC von Freescale ist mir da auch nicht in bester Erinnerung. Hatte
> ich aber schon einige Jahre nichts mehr damit zu tun, vielleicht ist es
> mittlerweile besser geworden.

Ich würde die Doku (ich kenne die QorIQ-Serie) als durchaus brauchbar bezeichnen
- mit Potential nach oben, aber durchaus OK.

>> Yep! DAS NERVT! Oder Firmen die glauben ich muesse erst ihre
>> Spezialsoftware installieren damit ich an Datenblaetter komme. 
>
> Oder man muss einen Account anlegen, damit man auf der Homepage über-
> haupt erst an was drankommt.

Ack. Bei Sachen, die so frisch sind, daß der Hersteller ein NDA sehen will,
mag das ja noch angehen - aber was soll der Quatsch, wenn ich mich mit einer
Wegwerfadresse registrieren kann und dann alles bekomme?

cu
Michael

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

#218782

Michael Bäuerle <michael.baeuerle@stz-e.de> wrote:
> Olaf Kaluza wrote:
>> Das stimmt allerdings. Merke ich aber nicht so weil ich ja mehr mit
>> Renesas mache und da sind die Datenblaetter relativ vorbildlich. ST ist
>> aber IMHO nicht so doll und bei EnergyMicro hab ich das GEfuehl das da
>> die Datenblaetter von so einem Marketingheini geschrieben werden. 
> 
> PowerPC von Freescale ist mir da auch nicht in bester Erinnerung. Hatte
> ich aber schon einige Jahre nichts mehr damit zu tun, vielleicht ist es
> mittlerweile besser geworden.
>
Stimmt, die PPC-Datenblätter von denen waren schwere Kost. 68k hingegen
ist mir da in besserer Erinnerung. Die waren zwar auch unübersichtlich,
aber wenigstens waren die AppNotes da besser. Naja, vielleicht liegt es
auch daran, daß ich mich mit 68k länger beschäftigt habe...

>> > was man lesen möchte) und/oder die Tatsache, dass erst mehrere zusammen
>> > ein Gesamtbild der Funktionsweise hergeben.
>> 
>> Yep! DAS NERVT! Oder Firmen die glauben ich muesse erst ihre
>> Spezialsoftware installieren damit ich an Datenblaetter komme. 
> 
> Oder man muss einen Account anlegen, damit man auf der Homepage über-
> haupt erst an was drankommt.

Unter anderem deshalb suche ich ja nach OpenSource. Ändert zwar nix
daran, wenn man nicht an die Datenblätter kommt, aber man muß sich nicht
zwingend mit irgenwelchen unsäglichen Toools herumschlagen für die es
keine Alternative gibt...

Gruß,
Florian

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

#218612

Hi Olaf,

>  >ATmegaXX8 Chips hat über 600 Seiten.
>  >Zum Vergleich: Damals beim ersten AVR (AT90S1200) waren es 65 Seiten.
>
> Und? Man muss ja nicht alle lesen. Es reicht eigentlich immer nur das
> zu lesen wo man gerade die Funktionalitaet braucht.

Genau so sind die Datenblätter heutzutage auch geschrieben. Lest mal die 
Ruprik Timer1 und danach Timer2. Das könnte man alles lustig in ein paar 
Zeilen mehr auch bei Timer1 mitbeschreiben, anstatt alles bei Timer2 zu 
wiederholen. Sinnloses produzieren von Textzeilen durch C&P. Ich wurde 
das Gefühl nie los, dass man den Schreiber nach Zeilen bezahlte, nicht 
nach Inhalt.

> Man kann sich
> wohl kaum beschweren das die Hersteller in einem modernen Controller
> alles einbauen und es sogar noch dokumentieren.

Aber Übersichtlichkeit und Struktur wünsche ich mir schon. Nimm Dir mal 
ein Datenblatt von z.B. Analogs ADuC70er Serie vor. Der ist nicht 
wirklich weniger Komplex, aber deutlich übersichtlicher gestaltet.

> Wundern darf man sich aber das immer mehr Leute glauben sie muessten
> ein Datenblatt garnicht mehr lesen.

Anleitungen von Geräten lesen ist ja auch unsportlich ;-)

> Oder kopieren von anderen sei sowas wie lernen.

Im Copyshop gegenüber dem Uni Haupteingang in Karlsruhe stand anno 
dazumals an der Wand ein Schild: "Kapieren ist besser als kopieren."

Marte

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

#218616

Marte Schwarz wrote:

> Im Copyshop gegenüber dem Uni Haupteingang in Karlsruhe stand anno
> dazumals an der Wand ein Schild: "Kapieren ist besser als
> kopieren."

Im Copyshop? Das ist ja geschäftsschädigend!
-- 
Gruß Werner       Deutschland wird nicht besetzt zum Zwecke seiner
  Befreiung, sondern als ein besiegter Feindstaat. JCS 1067, 1945.
  Wir in Deutschland sind seit dem 8. Mai 1945 zu keinem Zeitpunkt
  mehr voll souverän gewesen. Wolfgang Schäuble, 2011.

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

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

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

csiph-web