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

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

Erfahrung mit ESP8266?

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

Contents

  Erfahrung mit ESP8266? Eric Bruecklmeier <usenet@nerdcraft.de> - 2017-03-13 08:37 +0100
    Re: Erfahrung mit ESP8266? Christian Zietz <newsgroup.1001@chz.xyz> - 2017-03-13 08:46 +0100
      Re: Erfahrung mit ESP8266? Eric Bruecklmeier <usenet@nerdcraft.de> - 2017-03-13 08:50 +0100
        Re: Erfahrung mit ESP8266? Edzard Egberts <news@edzeg.net> - 2017-03-13 10:38 +0100
          Re: Erfahrung mit ESP8266? Eric Bruecklmeier <usenet@nerdcraft.de> - 2017-03-13 10:56 +0100
            Re: Erfahrung mit ESP8266? Edzard Egberts <news@edzeg.net> - 2017-03-13 13:19 +0100
              Re: Erfahrung mit ESP8266? Eric Bruecklmeier <usenet@nerdcraft.de> - 2017-03-13 13:21 +0100
              Re: Erfahrung mit ESP8266? Marte Schwarz <marte.schwarz@gmx.de> - 2017-03-14 22:11 +0100
                Re: Erfahrung mit ESP8266? Lutz Schulze <lschulze@netzwerkseite.de> - 2017-03-15 04:48 +0100
                  Re: Erfahrung mit ESP8266? Eric Bruecklmeier <usenet@nerdcraft.de> - 2017-03-15 08:15 +0100
                Re: Erfahrung mit ESP8266? Edzard Egberts <news@edzeg.net> - 2017-03-15 08:29 +0100
                  Re: Erfahrung mit ESP8266? Eric Bruecklmeier <usenet@nerdcraft.de> - 2017-03-15 09:01 +0100
                    Re: Erfahrung mit ESP8266? Edzard Egberts <news@edzeg.net> - 2017-03-15 09:26 +0100
                  Re: Erfahrung mit ESP8266? Marte Schwarz <marte.schwarz@gmx.de> - 2017-03-15 09:19 +0100
                    Re: Erfahrung mit ESP8266? Edzard Egberts <news@edzeg.net> - 2017-03-15 10:17 +0100
                      Re: Erfahrung mit ESP8266? "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2017-03-15 13:05 +0000
                        Re: Erfahrung mit ESP8266? Edzard Egberts <news@edzeg.net> - 2017-03-15 18:02 +0100
                          Re: Erfahrung mit ESP8266? Matthias Weingart <mwnews@pentax.boerde.de> - 2017-03-16 08:54 +0000
                            Re: Erfahrung mit ESP8266? "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2017-03-16 09:45 +0000
                      Re: Erfahrung mit ESP8266? Marte Schwarz <marte.schwarz@gmx.de> - 2017-03-16 23:52 +0100
                  Re: Erfahrung mit ESP8266? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-03-15 14:30 +0100
                    Re: Erfahrung mit ESP8266? Edzard Egberts <news@edzeg.net> - 2017-03-15 18:47 +0100
                      Re: Erfahrung mit ESP8266? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-03-16 07:39 +0100
                        Re: Erfahrung mit ESP8266? Waldemar <waldemar@zedat.fu-berlin.de> - 2017-03-16 09:52 +0100
                Re: Erfahrung mit ESP8266? Bernd Laengerich <Bernd.Laengerich@web.de> - 2017-03-15 12:07 +0100
                Re: Erfahrung mit ESP8266? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-03-15 14:26 +0100
                  Re: Erfahrung mit ESP8266? Bernd Laengerich <Bernd.Laengerich@web.de> - 2017-03-15 15:28 +0100
                    Re: Erfahrung mit ESP8266? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-03-16 07:57 +0100
                  Re: Erfahrung mit ESP8266? Eric Bruecklmeier <usenet@nerdcraft.de> - 2017-03-15 16:03 +0100
                    Re: Erfahrung mit ESP8266? Edzard Egberts <news@edzeg.net> - 2017-03-15 18:47 +0100
                      Re: Erfahrung mit ESP8266? Eric Bruecklmeier <usenet@nerdcraft.de> - 2017-03-16 08:03 +0100
                        Re: Erfahrung mit ESP8266? Edzard Egberts <news@edzeg.net> - 2017-03-16 08:27 +0100
                          Re: Erfahrung mit ESP8266? Eric Bruecklmeier <usenet@nerdcraft.de> - 2017-03-16 08:58 +0100
                            Re: Erfahrung mit ESP8266? Edzard Egberts <news@edzeg.net> - 2017-03-16 10:28 +0100
                              Re: Erfahrung mit ESP8266? Eric Bruecklmeier <usenet@nerdcraft.de> - 2017-03-16 10:43 +0100
                        Re: Erfahrung mit ESP8266? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-03-16 08:53 +0100
                          Re: Erfahrung mit ESP8266? Eric Bruecklmeier <usenet@nerdcraft.de> - 2017-03-16 08:58 +0100
                          Re: Erfahrung mit ESP8266? Hanno Foest <hurga-news2@tigress.com> - 2017-03-16 11:03 +0100
                            Re: Erfahrung mit ESP8266? Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2017-03-16 11:30 +0100
                            Re: Erfahrung mit ESP8266? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-03-17 13:49 +0100
                            Re: Erfahrung mit ESP8266? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2017-03-22 21:41 +0100
                              Re: Erfahrung mit ESP8266? Hanno Foest <hurga-news2@tigress.com> - 2017-03-23 00:55 +0100
                          Re: Erfahrung mit ESP8266? Axel Berger <Spam@Berger-Odenthal.De> - 2017-03-16 14:39 +0100
                            Re: Erfahrung mit ESP8266? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-03-17 14:36 +0100
                    Re: Erfahrung mit ESP8266? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-03-16 08:10 +0100
        Re: Erfahrung mit ESP8266? Christian Zietz <newsgroup.1001@chz.xyz> - 2017-03-13 18:23 +0100
          Re: Erfahrung mit ESP8266? Eric Bruecklmeier <usenet@nerdcraft.de> - 2017-03-13 18:32 +0100
            Re: Erfahrung mit ESP8266? Christian Zietz <newsgroup.1001@chz.xyz> - 2017-03-13 18:52 +0100
              Re: Erfahrung mit ESP8266? Eric Bruecklmeier <usenet@nerdcraft.de> - 2017-03-14 08:07 +0100
                Re: Erfahrung mit ESP8266? Eric Bruecklmeier <usenet@nerdcraft.de> - 2017-03-14 08:18 +0100
                  Re: Erfahrung mit ESP8266? Christian Zietz <newsgroup.1001@chz.xyz> - 2017-03-14 08:35 +0100
                    OT Geiz ist geil (was: Re: Erfahrung mit ESP8266?) Andreas Neumann <an5275@sedo.com> - 2017-03-14 10:02 +0100
                      Re: OT Geiz ist geil Hanno Foest <hurga-news2@tigress.com> - 2017-03-14 10:42 +0100
                        Re: OT Geiz ist geil Andreas Neumann <an5275@sedo.com> - 2017-03-15 12:20 +0100
                          Re: OT Geiz ist geil Hanno Foest <hurga-news2@tigress.com> - 2017-03-15 12:40 +0100
                          Re: OT Geiz ist geil "horst.d.winzler" <horst.d.winzler@web.de> - 2017-03-15 13:20 +0100
                            Re: OT Geiz ist geil Stefan Heimers <stefan.usenet@heimers.ch> - 2017-03-15 13:30 +0100
                      Re: OT Geiz ist geil Eric Bruecklmeier <usenet@nerdcraft.de> - 2017-03-14 10:48 +0100
                      Re: OT Geiz ist geil "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2017-03-14 09:51 +0000
    Re: Erfahrung mit ESP8266? Wolfgang Strobl <news4@mystrobl.de> - 2017-03-15 11:30 +0100
      Re: Erfahrung mit ESP8266? Lutz Schulze <lschulze@netzwerkseite.de> - 2017-03-15 12:51 +0100
        Re: Erfahrung mit ESP8266? Eric Bruecklmeier <usenet@nerdcraft.de> - 2017-03-15 13:43 +0100
          Re: Erfahrung mit ESP8266? Lutz Schulze <lschulze@netzwerkseite.de> - 2017-03-15 14:04 +0100
            Re: Erfahrung mit ESP8266? Christian Zietz <newsgroup.1001@chz.xyz> - 2017-03-15 18:08 +0100
              Re: Erfahrung mit ESP8266? Lutz Schulze <lschulze@netzwerkseite.de> - 2017-03-15 18:31 +0100
          Re: Erfahrung mit ESP8266? Wolfgang Strobl <news4@mystrobl.de> - 2017-03-15 18:25 +0100
            Re: Erfahrung mit ESP8266? Eric Bruecklmeier <usenet@nerdcraft.de> - 2017-03-16 08:08 +0100
        Re: Erfahrung mit ESP8266? Wolfgang Strobl <news4@mystrobl.de> - 2017-03-15 18:03 +0100
          Re: Erfahrung mit ESP8266? Lutz Schulze <lschulze@netzwerkseite.de> - 2017-03-15 18:35 +0100
      Re: Erfahrung mit ESP8266? Eric Bruecklmeier <usenet@nerdcraft.de> - 2017-03-15 13:44 +0100
        Re: Erfahrung mit ESP8266? Bernd Laengerich <Bernd.Laengerich@web.de> - 2017-03-15 15:43 +0100
          Re: Erfahrung mit ESP8266? Eric Bruecklmeier <usenet@nerdcraft.de> - 2017-03-15 16:04 +0100
        Re: Erfahrung mit ESP8266? Wolfgang Strobl <news4@mystrobl.de> - 2017-03-15 19:06 +0100

Page 1 of 4  [1] 2 3 4  Next page →

#224210 — Erfahrung mit ESP8266?

Servus beinad,

gibts hier Erfahrungen mit einem ESP8266 board? Ich würde das gerne mal 
etwas genauer evaluieren, es scheint mir aber so, als müsse man dazu 
irgendeine Arduino-IDE verwenden. Das schreckt mich etwas, weil mir 
diese ganze Arduino Welt eher wie Spielzeug für Hängehosenträger vorkommt...

[toc] | [next] | [standalone]

#224211

Eric Bruecklmeier schrieb:

> gibts hier Erfahrungen mit einem ESP8266 board? Ich würde das gerne mal 
> etwas genauer evaluieren, es scheint mir aber so, als müsse man dazu 
> irgendeine Arduino-IDE verwenden. Das schreckt mich etwas, weil mir 
> diese ganze Arduino Welt eher wie Spielzeug für Hängehosenträger vorkommt...

Ich setze das in einem kleinen Projekt ein: es holt die Uhrzeit via NTP
und synchronisiert damit einen Rechner ohne Internetzugang [1]. Darin
tut der ESP8266 genau, was er soll, ohne Probleme.

Man braucht keine Arduino-IDE, das ist nur eine der Möglichkeiten. Ich
habe mich damals der schnellen Entwicklung wegen für die
NodeMCU-Firmware (samt Lua-Interpreter) entschieden. Man kann aber auch
eine Toolchain auf gcc-Basis herunterladen, um das Ding ganz klassisch
in C zu programmieren. Das hat ein Kollege gemacht -- falls Interesse
besteht, kann ich ihn fragen, wie er damit klargekommen ist.

Grüße
Christian
[1]
<http://www.chzsoft.de/site/hardware/diverse-kleinigkeiten-fur-den-atari-st/#netzwerkzeit-ber-wlan-mit-esp8266>
-- 
Christian Zietz  -  CHZ-Soft  -  czietz (at) gmx.net
WWW: http://www.chzsoft.de/
PGP/GnuPG-Key-ID: 0x52CB97F66DA025CA / 0x6DA025CA

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

#224212

Am 13.03.2017 um 08:46 schrieb Christian Zietz:
> Eric Bruecklmeier schrieb:
>
>> gibts hier Erfahrungen mit einem ESP8266 board? Ich würde das gerne mal
>> etwas genauer evaluieren, es scheint mir aber so, als müsse man dazu
>> irgendeine Arduino-IDE verwenden. Das schreckt mich etwas, weil mir
>> diese ganze Arduino Welt eher wie Spielzeug für Hängehosenträger vorkommt...
>
> Ich setze das in einem kleinen Projekt ein: es holt die Uhrzeit via NTP
> und synchronisiert damit einen Rechner ohne Internetzugang [1]. Darin
> tut der ESP8266 genau, was er soll, ohne Probleme.
>
> Man braucht keine Arduino-IDE, das ist nur eine der Möglichkeiten. Ich
> habe mich damals der schnellen Entwicklung wegen für die
> NodeMCU-Firmware (samt Lua-Interpreter) entschieden. Man kann aber auch
> eine Toolchain auf gcc-Basis herunterladen, um das Ding ganz klassisch
> in C zu programmieren. Das hat ein Kollege gemacht -- falls Interesse
> besteht, kann ich ihn fragen, wie er damit klargekommen ist.

Zunächst mal reicht mir der Hinweis, daß das über ggc geht schon aus. 
Das ist ein Punkt, an dem ich weitersuchen kann. Danke! Im Netz hatte 
ich nur Arduino (mich würgts schon bei dem Wort) Bezüge gefunden.

> Grüße
> Christian
> [1]
> <http://www.chzsoft.de/site/hardware/diverse-kleinigkeiten-fur-den-atari-st/#netzwerkzeit-ber-wlan-mit-esp8266>
>

Werde ich mir ansehen! Merci.

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

#224218

Eric Bruecklmeier wrote:
> Zunächst mal reicht mir der Hinweis, daß das über ggc geht schon aus.
> Das ist ein Punkt, an dem ich weitersuchen kann. Danke! Im Netz hatte
> ich nur Arduino (mich würgts schon bei dem Wort) Bezüge gefunden.

Arduino basiert auf den AVR-Tools und benutzt die avr-gcc-Toolchain.
Dann ist da noch ein C++-Framework dabei, das z.B. einfache IO-Befehle
zur Verfügung stellt (digitalWrite()) und eine IDE, die man tatsächlich
besser nicht benutzt und auch nicht benutzen muss. Insgesamt ist das
aber eine saubere Sache, mit der man schnell Atmel-Projekte auf die
Beine stellen kann.

>>> Spielzeug für Hängehosenträger

Du bevorzugst Lederhose? ;o)

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

#224220

Am 13.03.2017 um 10:38 schrieb Edzard Egberts:
> Eric Bruecklmeier wrote:
>> Zunächst mal reicht mir der Hinweis, daß das über ggc geht schon aus.
>> Das ist ein Punkt, an dem ich weitersuchen kann. Danke! Im Netz hatte
>> ich nur Arduino (mich würgts schon bei dem Wort) Bezüge gefunden.
>
> Arduino basiert auf den AVR-Tools und benutzt die avr-gcc-Toolchain.
> Dann ist da noch ein C++-Framework dabei, das z.B. einfache IO-Befehle
> zur Verfügung stellt (digitalWrite()) und eine IDE, die man tatsächlich
> besser nicht benutzt und auch nicht benutzen muss. Insgesamt ist das
> aber eine saubere Sache, mit der man schnell Atmel-Projekte auf die
> Beine stellen kann.

Ich mache instinktiv einen weiten Bogen um alles, was mit Ar*** zu tun hat.

>>>> Spielzeug für Hängehosenträger
>
> Du bevorzugst Lederhose? ;o)

Zum Mopedfahren Kevlar!

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

#224227

Eric Bruecklmeier wrote:
> Am 13.03.2017 um 10:38 schrieb Edzard Egberts:
>> Eric Bruecklmeier wrote:
>>> Zunächst mal reicht mir der Hinweis, daß das über ggc geht schon
>>> aus. Das ist ein Punkt, an dem ich weitersuchen kann. Danke! Im
>>> Netz hatte ich nur Arduino (mich würgts schon bei dem Wort)
>>> Bezüge gefunden.
>> 
>> Arduino basiert auf den AVR-Tools und benutzt die
>> avr-gcc-Toolchain. Dann ist da noch ein C++-Framework dabei, das
>> z.B. einfache IO-Befehle zur Verfügung stellt (digitalWrite()) und
>> eine IDE, die man tatsächlich besser nicht benutzt und auch nicht
>> benutzen muss. Insgesamt ist das aber eine saubere Sache, mit der
>> man schnell Atmel-Projekte auf die Beine stellen kann.
> 
> Ich mache instinktiv einen weiten Bogen um alles, was mit Ar*** zu
> tun hat.

Eine Meinung, aber keine Ahnung, das habe ich mir schon gedacht. Bei
einem Hängehosenträger wäre das akzeptabel, aber bei einem Uni-Prof
finde ich das peinlich.

ar wird übrigens in der gcc-Toolchain verwendet
https://sourceware.org/binutils/docs-2.23.1/binutils/ar.html, es gibt
ganz viel, worum Du einen Bogen machen solltest.

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

#224228

Am 13.03.2017 um 13:19 schrieb Edzard Egberts:

[...]

> Eine Meinung, aber keine Ahnung, das habe ich mir schon gedacht. Bei
> einem Hängehosenträger wäre das akzeptabel, aber bei einem Uni-Prof
> finde ich das peinlich.

Das ist Dein gutes Recht, mir aber reichlich Wurscht.

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

#224389

Hi Edzard

>>> Arduino basiert auf den AVR-Tools und benutzt die
>>> avr-gcc-Toolchain. Dann ist da noch ein C++-Framework dabei, das
>>> z.B. einfache IO-Befehle zur Verfügung stellt (digitalWrite()) und
>>> eine IDE, die man tatsächlich besser nicht benutzt und auch nicht
>>> benutzen muss. Insgesamt ist das aber eine saubere Sache,

Den letzten Satz kann ich gar nicht unterschreiben. Mach mal den Test 
aufs Exempel und schreib in der Arduino-IDE ein einfaches Blink in 
ANSI-C und einmal das Arduino-Geraffel. Schau nach dem Compilieren auf 
den Speicherbedarf und denk Dir den Rest...
Wenn ich dann sehe, wie so manche Bibliothek umgesetzt ist... es 
schaudert mich nur. Da bringt man seinen Studis bei, dass man auf 
schmalschultrigen 8-Bittern tunlichst einen großen Bogen um 
Fließkommazahlen macht und dann setzen die Jungs die DS18B20 mit der 
Bibliothek ein, die nichts besseres zu tun hat, als die Temperatur in 
Fließkommadarstellung zurück zu geben. So schnell hast Du noch nie den 
Speicher zugehen sehen. Da kannst Du nicht mehr viel drum herum machen 
und der Speicher ist weg...
Im professionellen Bereich wird man niemals mit Arduino aufschlagen 
dürfen und ich sehe auch nicht wirklich einen Grund, warum das einfacher 
sein soll, als ANSI-C oder meinetwegen auch C++.

> Eine Meinung, aber keine Ahnung, das habe ich mir schon gedacht. Bei
> einem Hängehosenträger wäre das akzeptabel, aber bei einem Uni-Prof
> finde ich das peinlich.

So ganz ohne sich zu erkundigen, warum er zu dieser Meinung kommt, finde 
ich das ganz schön dreist, mit dieser Peinlichkeitsunterstellung.

Marte

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

#224398

Am Tue, 14 Mar 2017 22:11:48 +0100 schrieb Marte Schwarz:

>>>> Arduino basiert auf den AVR-Tools und benutzt die
>>>> avr-gcc-Toolchain. Dann ist da noch ein C++-Framework dabei, das
>>>> z.B. einfache IO-Befehle zur Verfügung stellt (digitalWrite()) und
>>>> eine IDE, die man tatsächlich besser nicht benutzt und auch nicht
>>>> benutzen muss. Insgesamt ist das aber eine saubere Sache,
> 
> Den letzten Satz kann ich gar nicht unterschreiben. Mach mal den Test 
> aufs Exempel und schreib in der Arduino-IDE ein einfaches Blink in 
> ANSI-C und einmal das Arduino-Geraffel. Schau nach dem Compilieren auf 
> den Speicherbedarf und denk Dir den Rest...
> Wenn ich dann sehe, wie so manche Bibliothek umgesetzt ist... es 
> schaudert mich nur. Da bringt man seinen Studis bei, dass man auf 
> schmalschultrigen 8-Bittern tunlichst einen großen Bogen um 
> Fließkommazahlen macht und dann setzen die Jungs die DS18B20 mit der 
> Bibliothek ein, die nichts besseres zu tun hat, als die Temperatur in 
> Fließkommadarstellung zurück zu geben. So schnell hast Du noch nie den 
> Speicher zugehen sehen. Da kannst Du nicht mehr viel drum herum machen 
> und der Speicher ist weg...

Genau die richtige Situation für den Studenten um sich eigene Gedanken zu
machen wie man aus dem Problem herauskommt. Im richtigen Leben wird ihm das
noch häufig begegnen.

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]

#224400

Am 15.03.2017 um 04:48 schrieb Lutz Schulze:
> Am Tue, 14 Mar 2017 22:11:48 +0100 schrieb Marte Schwarz:
>
>>>>> Arduino basiert auf den AVR-Tools und benutzt die
>>>>> avr-gcc-Toolchain. Dann ist da noch ein C++-Framework dabei, das
>>>>> z.B. einfache IO-Befehle zur Verfügung stellt (digitalWrite()) und
>>>>> eine IDE, die man tatsächlich besser nicht benutzt und auch nicht
>>>>> benutzen muss. Insgesamt ist das aber eine saubere Sache,
>>
>> Den letzten Satz kann ich gar nicht unterschreiben. Mach mal den Test
>> aufs Exempel und schreib in der Arduino-IDE ein einfaches Blink in
>> ANSI-C und einmal das Arduino-Geraffel. Schau nach dem Compilieren auf
>> den Speicherbedarf und denk Dir den Rest...
>> Wenn ich dann sehe, wie so manche Bibliothek umgesetzt ist... es
>> schaudert mich nur. Da bringt man seinen Studis bei, dass man auf
>> schmalschultrigen 8-Bittern tunlichst einen großen Bogen um
>> Fließkommazahlen macht und dann setzen die Jungs die DS18B20 mit der
>> Bibliothek ein, die nichts besseres zu tun hat, als die Temperatur in
>> Fließkommadarstellung zurück zu geben. So schnell hast Du noch nie den
>> Speicher zugehen sehen. Da kannst Du nicht mehr viel drum herum machen
>> und der Speicher ist weg...
>
> Genau die richtige Situation für den Studenten um sich eigene Gedanken zu
> machen wie man aus dem Problem herauskommt. Im richtigen Leben wird ihm das
> noch häufig begegnen.
>
> Lutz
>

Didaktisch eine super Idee: Bevor man noch gelernt hat, wies überhaupt 
geht, erstmal zeigen wie mans nicht macht... ;-)

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

#224401

Marte Schwarz wrote:
> Hi Edzard
> 
>>>> Arduino basiert auf den AVR-Tools und benutzt die 
>>>> avr-gcc-Toolchain. Dann ist da noch ein C++-Framework dabei,
>>>> das z.B. einfache IO-Befehle zur Verfügung stellt
>>>> (digitalWrite()) und eine IDE, die man tatsächlich besser nicht
>>>> benutzt und auch nicht benutzen muss. Insgesamt ist das aber
>>>> eine saubere Sache,
> 
> Den letzten Satz kann ich gar nicht unterschreiben. Mach mal den
> Test aufs Exempel und schreib in der Arduino-IDE ein einfaches Blink
> in ANSI-C und einmal das Arduino-Geraffel.

Fällt Dir gar nichts auf? Oben zitierst Du noch "benutzt die
avr-gcc-Toolchain" und dann benutzt Du die avr-gcc-Toolchain ohne den
Arduino-Core und beweist damit genau die Flexibilität dieses Systems -
sogar mit dieser Krüppel-IDE!

Mit Arduino kann man nur den Arduino-Core benutzen, nur die AVR-Tools
und mixen geht auch noch. Habe ich hier alles schon gemacht, zwei große
Projekte mit Core und Erweiterungen und ein kleines
(LCD/Tastatur-Treiber für serielle "Portschnittstelle") mit direkter
C-Programmierung. Alles kein Problem, alle Tools vorhanden
(LCD-Library), alles lief auf Anhieb.

> Schau nach dem Compilieren auf den Speicherbedarf und denk Dir den
> Rest...

Du meinst den Flash-Speicher und davon ist genug vorhanden, den habe ich
erst einmal so voll programmiert, dass ich den Code optimieren musste.
Da ich den Core selbst für verschiedene Controller und Taktfrequenzen
compiliere und dagegen linke, ist mir der Speicherbedarf des durchaus
bewußt, aber der Komfort gleicht das locker aus.

> Wenn ich dann sehe, wie so manche Bibliothek umgesetzt ist... es 
> schaudert mich nur. Da bringt man seinen Studis bei, dass man auf 
> schmalschultrigen 8-Bittern tunlichst einen großen Bogen um 
> Fließkommazahlen macht und dann setzen die Jungs die DS18B20 mit der 
> Bibliothek ein, die nichts besseres zu tun hat, als die Temperatur
> in Fließkommadarstellung zurück zu geben. So schnell hast Du noch nie
> den Speicher zugehen sehen.

Was soll denn das heißen, ein Speicherleck wird die Routine ja wohl kaum
haben? Du demonstrierst aber gerade noch einen Vorteil der Sache - für
alle möglichen Anwendungsfälle sind funktionierende Bibliotheken
vorhanden und das auf einer Ebene, wo jeder halbwegs fortgeschrittene
Anwender die selber ändern und erweitern kann. Auf einem höheren Niveau
kann man kaum noch meckern.

> Im professionellen Bereich wird
> man niemals mit Arduino aufschlagen dürfen und ich sehe auch nicht
> wirklich einen Grund, warum das einfacher sein soll, als ANSI-C oder
> meinetwegen auch C++.

Was genau hast Du gegen die Atmel-Tools, Du sprichst gerade einer
gesamten Prozessorfamilie das Existenzrecht ab. Ist es aus Deiner Sicht
professionell, alle Atmel-Prozessoren in Assembler zu programmieren,
oder wie stellst Du Dir das vor? Dein Satz strotzt vor Ahnungslosigkeit,
Arduino ist nicht "einfacher als ANSI-C oder meinetwegen auch C++",
Arduino ist der Name einer Entwicklungsumgebung, die C++ benutzt und
viele C-Bibliotheken anbietet und einbindet. Hast Du Dir überhaupt schon
mal die Mühe gemacht, die Arduino-Umgebung zu zerlegen und Dir den
Aufbau anzusehen?

>> Eine Meinung, aber keine Ahnung, das habe ich mir schon gedacht.
>> Bei einem Hängehosenträger wäre das akzeptabel, aber bei einem
>> Uni-Prof finde ich das peinlich.
> 
> So ganz ohne sich zu erkundigen, warum er zu dieser Meinung kommt,
> finde ich das ganz schön dreist, mit dieser
> Peinlichkeitsunterstellung.

Auf meine technischen Einwände wurde nicht eingegangen und so ungern ich
das jetzt sage, Du hast offensichtlich auch nicht viel mehr Ahnung von
der Materie. Wenn Arduino unprofessionell ist, kann ich hier zusperren
und nach Hause gehen, dann habe ich nämlich noch nie professionell
gearbeitet und die ganzen Geräte, die irgendwo laufen, sind alle Zufall.
Dann habe ich aber auch keine Ahnung, wie man professionell einen
Controller programmiert - handwedeln?

In meinen Augen ist es Hängehosenträger-Niveau gegen ein ausgereiftes
technisches System zu meckern, weil es mal für unbedarftere Anwender
gedacht war. Was es da inzwischen an spottbilliger Hardware und an
fertiger Software gibt, hätte ich mir vor 30 Jahren nicht träumen lassen
und ich kann beim besten Willen nicht erkennen, was da "unprofessionell"
wäre. Ein Beispiel, was Deiner Meinung nach "professionell" wäre, würde
mir auch reichen, darf jetzt nur kein ANSI-C oder C++ mehr enthalten,
weil das ja alles von Arduino geboten wird.

Wie der Eric zu dieser Meinung kommt, weiß ich wirklich nicht, aber
meine Meinung kann ich Dir bis ins Detail erklären und bleibe dabei, so
ein unqualifiziertes Gemecker von einem Uni-Prof für peinlich zu halten.
Würde mich ja interessieren, was der so sagt, wenn ihm ein Student
ähnlich dumm kommt.

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

#224403

Am 15.03.2017 um 08:29 schrieb Edzard Egberts:

[...]

> Würde mich ja interessieren, was der so sagt, wenn ihm ein Student
> ähnlich dumm kommt.
>

Mach Dir mal nicht so viele Gedanken um meinen Beruf - das bekomm ich, 
auch ohne Dich, ganz gut hin...

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

#224406

Eric Bruecklmeier wrote:
> Am 15.03.2017 um 08:29 schrieb Edzard Egberts:
> 
> [...]
> 
>> Würde mich ja interessieren, was der so sagt, wenn ihm ein Student
>> ähnlich dumm kommt.
>>
> 
> Mach Dir mal nicht so viele Gedanken um meinen Beruf - das bekomm ich,
> auch ohne Dich, ganz gut hin...

Mehr hast Du von meinen Beiträgen nicht verstanden? Ich wollte
eigentlich nicht diskutieren, ob Du peinlich bist, sondern ob Arduino
eine professionell nutzbare Entwicklungsumgebung ist. Schön dass wir das
geklärt haben.

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

#224404

Hi Edzard,

> Du meinst den Flash-Speicher und davon ist genug vorhanden, den habe ich
> erst einmal so voll programmiert, dass ich den Code optimieren musste.

Bei mir war das schon im zweiten größeren Projekt der Fall. Nach 
Umschreiben auf normales C kein Problem mehr.

>> Bibliothek ein, die nichts besseres zu tun hat, als die Temperatur
>> in Fließkommadarstellung zurück zu geben. So schnell hast Du noch nie
>> den Speicher zugehen sehen.
>
> Was soll denn das heißen, ein Speicherleck wird die Routine ja wohl kaum
> haben?

Man kann die unnötige Verwendung von float-Variablen durchaus als 
"Speicherleck" bezeichnen, wenn Du das meinst.

>> Im professionellen Bereich wird
>> man niemals mit Arduino aufschlagen dürfen und ich sehe auch nicht
>> wirklich einen Grund, warum das einfacher sein soll, als ANSI-C oder
>> meinetwegen auch C++.
>
> Was genau hast Du gegen die Atmel-Tools,

Wo habe ich irgendetwas gegen Atmel-Tools gesagt?

> Du sprichst gerade einer gesamten Prozessorfamilie das Existenzrecht ab.

Hab ich das? Wobei ich mich in der Tat ab und an frage, was die Leute an 
den Atmels toll finden. Je tiefer ich die Teile durchblicke, desto mehr 
graust mir vor denen.

> viele C-Bibliotheken anbietet und einbindet. Hast Du Dir überhaupt schon
> mal die Mühe gemacht, die Arduino-Umgebung zu zerlegen und Dir den
> Aufbau anzusehen?

Muss man das, um sie gut zu finden? Ich glaub, ich brauch das nicht 
wirklich.

> Auf meine technischen Einwände wurde nicht eingegangen und so ungern ich
> das jetzt sage, Du hast offensichtlich auch nicht viel mehr Ahnung von
> der Materie. Wenn Arduino unprofessionell ist, kann ich hier zusperren
> und nach Hause gehen, dann habe ich nämlich noch nie professionell
> gearbeitet und die ganzen Geräte, die irgendwo laufen, sind alle Zufall.
> Dann habe ich aber auch keine Ahnung, wie man professionell einen
> Controller programmiert - handwedeln?

Na, dann mach weiter so. So lange es Leute gibt, die Dich dafür 
bezahlen, kannst Du das professionell nennen... Ich habe andere Maßstäbe 
dafür und würde dieses Toolset nicht für den professionellen Einsatz 
empfehlen. Dafür sind mir die Bibliotheken zu hemdsärmlig geschrieben.

Marte

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

#224408

Marte Schwarz wrote:
>> Du meinst den Flash-Speicher und davon ist genug vorhanden, den
>> habe ich erst einmal so voll programmiert, dass ich den Code
>> optimieren musste.
> 
> Bei mir war das schon im zweiten größeren Projekt der Fall. Nach 
> Umschreiben auf normales C kein Problem mehr.

32kB-Flash voll? Ich habe das erst mit einem Menüsystem und einigem Text
geschafft. Aber Du hast natürlich Recht, C ist meistens kompakter als
C++ und den Arduino-Core kann man durch eigene Routinen ersetzen.

>>> Bibliothek ein, die nichts besseres zu tun hat, als die
>>> Temperatur in Fließkommadarstellung zurück zu geben. So schnell
>>> hast Du noch nie den Speicher zugehen sehen.
>> 
>> Was soll denn das heißen, ein Speicherleck wird die Routine ja wohl
>> kaum haben?
> 
> Man kann die unnötige Verwendung von float-Variablen durchaus als 
> "Speicherleck" bezeichnen, wenn Du das meinst.

Dir ist aber schon klar, dass float hier 32bit groß ist? Wie willst Du
die Temperatur denn noch sparsamer darstellen? 16bit-Wert in 10tel Grad
oder ähnliche Verrenkungen?

>> viele C-Bibliotheken anbietet und einbindet. Hast Du Dir überhaupt
>> schon mal die Mühe gemacht, die Arduino-Umgebung zu zerlegen und
>> Dir den Aufbau anzusehen?
> 
> Muss man das, um sie gut zu finden?

Nein, um zu wissen, worüber man redet: Eine schöne kleine
Cross-Compiler-Umgebung, die direkt auf den AVR-Tools und Bibliotheken
aufsetzt.

> Ich habe andere
> Maßstäbe dafür und würde dieses Toolset nicht für den professionellen
> Einsatz empfehlen. Dafür sind mir die Bibliotheken zu hemdsärmlig
> geschrieben.

Okay, Atmel ist also ein Scheißladen (wurde AFAIK auch aufgekauft) mit
unprofessionellen Tools, hemdsärmligen Bibliotheken und schrottigen
Controllern. Ist mir zwar neu, aber das etwas bei mir funktioniert
bedeutet ja nicht, dass auch andere Leute damit klar kommen. Welcher
Hersteller bietet Deiner Meinung nach denn professionellere Controller
und Toolsets an?

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

#224434

Edzard Egberts <news@edzeg.net> wrote:
>Marte Schwarz wrote:
>>> Du meinst den Flash-Speicher und davon ist genug vorhanden, den
>>> habe ich erst einmal so voll programmiert, dass ich den Code
>>> optimieren musste.
>> 
>> Bei mir war das schon im zweiten größeren Projekt der Fall. Nach 
>> Umschreiben auf normales C kein Problem mehr.

>32kB-Flash voll? Ich habe das erst mit einem Menüsystem und einigem Text
>geschafft. Aber Du hast natürlich Recht, C ist meistens kompakter als
>C++ und den Arduino-Core kann man durch eigene Routinen ersetzen.

>>>> Bibliothek ein, die nichts besseres zu tun hat, als die
>>>> Temperatur in Fließkommadarstellung zurück zu geben. So schnell
>>>> hast Du noch nie den Speicher zugehen sehen.
>>> 
>>> Was soll denn das heißen, ein Speicherleck wird die Routine ja wohl
>>> kaum haben?
>> 
>> Man kann die unnötige Verwendung von float-Variablen durchaus als 
>> "Speicherleck" bezeichnen, wenn Du das meinst.

>Dir ist aber schon klar, dass float hier 32bit groß ist? Wie willst Du
>die Temperatur denn noch sparsamer darstellen? 16bit-Wert in 10tel Grad
>oder ähnliche Verrenkungen?

Ich nähme ein Festkommaformat dafür her. 16 Bit reichen hier vollkommen aus.
Bei 1/16 Grad Auflösung sind über 6500 Grad möglich. Das Problem an floats
ist weniger der Speicherverbrauch der Variablen als des zusätzlichen
Codes für die Fliesskommaoperationen. Das passt in einen Tiny2313 kaum mehr
hinein, mit Festkomma schon.

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

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

#224454

Peter Heitzer schrieb:
> Edzard Egberts <news@edzeg.net> wrote:
>> Marte Schwarz wrote:
>>> Man kann die unnötige Verwendung von float-Variablen durchaus als
>>>  "Speicherleck" bezeichnen, wenn Du das meinst.
> 
>> Dir ist aber schon klar, dass float hier 32bit groß ist? Wie willst
>> Du die Temperatur denn noch sparsamer darstellen? 16bit-Wert in
>> 10tel Grad oder ähnliche Verrenkungen?
> 
> Ich nähme ein Festkommaformat dafür her. 16 Bit reichen hier
> vollkommen aus. Bei 1/16 Grad Auflösung sind über 6500 Grad möglich.

Klar, ich kann auch 8 Bit nehmen und habe die Temperaturen von -128 bis
127 Grad C, das reicht für das Zimmerthermometer. Für eine
allgemeingültige Bibliotheksroutine halte ich 32bit-Float aber durchaus
für eine angemessene Wahl.

Übrigens, war das nicht der Baustein, wo man den Digitalwert mit 0.036
(oder so ähnlich) multiplizieren muss?

> Das Problem an floats ist weniger der Speicherverbrauch der Variablen
> als des zusätzlichen Codes für die Fliesskommaoperationen. Das passt
> in einen Tiny2313 kaum mehr hinein, mit Festkomma schon.

Festkomma hat viele Vorteile, ist meistens auch schneller.

Wir prüfen aber die Behauptung, dass es sich bei der
Temperatur-Bibliothek um eine "Speicherleck"-ähnliche unnötige
Verwendung des float Datentyps handelt und die sehe ich nicht. Selbst
wenn man optimieren muss, reicht es wahrscheinlich, die Werte
einzudampfen, die aus der Bibliothek rauskommen.

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

#224539

Edzard Egberts <news@edzeg.net>:

> Peter Heitzer schrieb:
>> Edzard Egberts <news@edzeg.net> wrote:
>>> Marte Schwarz wrote:
>>>> Man kann die unnötige Verwendung von float-Variablen durchaus als
>>>>  "Speicherleck" bezeichnen, wenn Du das meinst.
>> 
>>> Dir ist aber schon klar, dass float hier 32bit groß ist? Wie willst
>>> Du die Temperatur denn noch sparsamer darstellen? 16bit-Wert in
>>> 10tel Grad oder ähnliche Verrenkungen?
>> 
>> Ich nähme ein Festkommaformat dafür her. 16 Bit reichen hier
>> vollkommen aus. Bei 1/16 Grad Auflösung sind über 6500 Grad möglich.
> 
> Klar, ich kann auch 8 Bit nehmen und habe die Temperaturen von -128 bis
> 127 Grad C, das reicht für das Zimmerthermometer. Für eine
> allgemeingültige Bibliotheksroutine halte ich 32bit-Float aber durchaus
> für eine angemessene Wahl.

>> Das Problem an floats ist weniger der Speicherverbrauch der Variablen
>> als des zusätzlichen Codes für die Fliesskommaoperationen. Das passt
>> in einen Tiny2313 kaum mehr hinein, mit Festkomma schon.
> 
> Festkomma hat viele Vorteile, ist meistens auch schneller.

Ich behaupte mal das Gegenteil: Gleitkomma hat viele Vorteile. Wie oft habe 
ich nicht behandelte Überläufe bei Festkommaarithmetik gesehen. Bei 
Gleitkomma ist der Wertebereich einfach sehr viel grösser (z.B. wenn ich eine 
32bit Festkommazahl mit der 32bit Gleitkommazahl (einfaches float 1E38) 
vergleiche). Da verschiebt sich einfach das Komma. Um die aufwendige 
Überlaufbehandlung brauche ich mir da kaum Gedanken zu machen.

Festkomma nehme ich eigentlich nur dann gern, wenn es sich um sehr einfache 
Gleichungen handelt und der Controller so klein ist, das die 
Gleitkommaroutinen da nicht reinpassen und wenn es auf Rechenzeit ankommt. 
Sobald man da multipliziert oder gar mehrfach dividiert ist das mit 
Gleitkomma doch schon wesentlich überschaubarer.

M.
-- 

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

#224544

Matthias Weingart <mwnews@pentax.boerde.de> wrote:
>Edzard Egberts <news@edzeg.net>:
[float vs fixpoint]
>> Festkomma hat viele Vorteile, ist meistens auch schneller.

>Ich behaupte mal das Gegenteil: Gleitkomma hat viele Vorteile. Wie oft habe 
>ich nicht behandelte Überläufe bei Festkommaarithmetik gesehen. Bei 
>Gleitkomma ist der Wertebereich einfach sehr viel grösser (z.B. wenn ich eine 
>32bit Festkommazahl mit der 32bit Gleitkommazahl (einfaches float 1E38) 
>vergleiche). Da verschiebt sich einfach das Komma. Um die aufwendige 
>Überlaufbehandlung brauche ich mir da kaum Gedanken zu machen.

Das kann man u.U. schon bei der Kompilierung abfangen.

>Festkomma nehme ich eigentlich nur dann gern, wenn es sich um sehr einfache 
>Gleichungen handelt und der Controller so klein ist, das die 
>Gleitkommaroutinen da nicht reinpassen und wenn es auf Rechenzeit ankommt. 
>Sobald man da multipliziert oder gar mehrfach dividiert ist das mit 
>Gleitkomma doch schon wesentlich überschaubarer.

Bei der Bibliothek für den DS1820 dürfte es um max. Multiplikation gehen,
sodaß hier Fixedpoint wohl ausreichen dürfte.
Wenn die Bibliothek gut aufgebaut ist, kann es aber sein, daß nur die 
nötigen Floatroutinen eingebunden werden und dann ist der zusätzliche
Speicherbedarf im Flash auch nicht so groß.
YMMV

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

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

#224601

Hi Edzard,

>> Man kann die unnötige Verwendung von float-Variablen durchaus als
>> "Speicherleck" bezeichnen, wenn Du das meinst.
>
> Dir ist aber schon klar, dass float hier 32bit groß ist? Wie willst Du
> die Temperatur denn noch sparsamer darstellen?

Dir ist schon klar, dass das Abspeichern das eine ist und die 
Verrechnerei ein anderes.

> 16bit-Wert in 10tel Grad oder ähnliche Verrenkungen?

Wenns vom Temperaturbereich ausreicht, dann reichen sogar 8 Bit für 
übliche Raumtemperaturen in 1/10 Grad Auflösung. Kein Mensch behauptet, 
dass man die Temperatur so loggen muss, dass sie im ASCII auslesbar 
direkt ist.

>> Ich habe andere
>> Maßstäbe dafür und würde dieses Toolset nicht für den professionellen
>> Einsatz empfehlen. Dafür sind mir die Bibliotheken zu hemdsärmlig
>> geschrieben.
>
> Okay, Atmel ist also ein Scheißladen (wurde AFAIK auch aufgekauft) mit
> unprofessionellen Tools, hemdsärmligen Bibliotheken und schrottigen
> Controllern.

hat das jemand behauptet? Allerdings ist die Architektur (nicht nur) der 
Peripherie gegenüber MSP430 und den ARM-Derivaten wirklich nur zum 
k...en. Das geht beim AD-Wandler an und endet nicht beim Baudratengenerator.
Was mir bisher absolut neu war, ist, dass ATMEL die Arduino-Umgebung 
verbrochen hat. AFAIR hat ATMEL damit wenig am Hut. Und was das ATMEL 
Studio angeht, das ist auch im Wesentlichen avr-gcc mit ein bisschen 
Visual-Studio drum herum gebastelt. Also auch nicht wirklich ATMEL unter 
der Haube.

> Ist mir zwar neu, aber das etwas bei mir funktioniert
> bedeutet ja nicht, dass auch andere Leute damit klar kommen. Welcher
> Hersteller bietet Deiner Meinung nach denn professionellere Controller
> und Toolsets an?

professionellere Controller: Eigentlich fast jeder Konkurrent. Da 
brauchst Du nicht weit suchen.
UNd wenn Du Dir die Toolchain von ST anschaust, vermisst Du gegenüber 
ATMEL gar nie etwas.
Die ST32-Module bekommst Du bei Ebay mittlerweile zum preis von 
Arduino-Nano-Clones. Mit einem kleinen unterschied an Prozessorleistung, 
Speicherausbau und Peripherieausstattung. Sorry, Arduino ist sowas von 
gestorben... Schade um alles, was hier noch an Arduino-Schrott herum 
liegt. Allein die Pinbelegung des Arduino-Shield-Systems ist doch sowas 
von krank...
Nun gut, für mich ist das Geschichte. Ich denke an den Indianerspruch: 
Wenn Du merkst, dass das Pferd, das Du reitest tot ist, steig ab. Ich 
hab auch lange gebraucht, das zu realisieren.

Marte

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

Page 1 of 4  [1] 2 3 4  Next page →

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

csiph-web