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

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

Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC

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

Contents

  Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC "astroel...@t-online.de" <astroelectronic@t-online.de> - 2022-07-21 00:21 -0700
    Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC Ole Jansen <remove.this.kaspernasebaer@gmx.de> - 2022-07-21 10:25 +0200
      Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC "astroel...@t-online.de" <astroelectronic@t-online.de> - 2022-07-21 01:41 -0700
        Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC stefan <adresse@ist.invalid> - 2022-07-21 12:57 +0200
        Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC Ole Jansen <remove.this.kaspernasebaer@gmx.de> - 2022-07-22 09:34 +0200
          Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-07-31 14:22 +0200
            Opa erzählt vom Kriech (was Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC "Wolfgang Allinger" <all2001@spambog.com> - 2022-07-31 11:21 -0400
              Re: Opa erzählt vom Kriech (was Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC Stefan Wiens <s.wi@gmx.net> - 2022-07-31 17:50 +0200
                Re: Opa erzählt vom Kriech (was Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC "Wolfgang Allinger" <all2001@spambog.com> - 2022-08-01 03:14 -0400
                Re: Opa erzählt vom Kriech (was Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-08-07 14:07 +0200
      Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC olaf <olaf@criseis.ruhr.de> - 2022-07-21 10:43 +0200
        Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC "astroel...@t-online.de" <astroelectronic@t-online.de> - 2022-07-21 01:55 -0700
          Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC Andreas Neumann <an5275@sedo.com> - 2022-07-21 11:31 +0200
            Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC "astroel...@t-online.de" <astroelectronic@t-online.de> - 2022-07-21 02:50 -0700
          Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC olaf <olaf@criseis.ruhr.de> - 2022-07-21 11:39 +0200
            Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC "astroel...@t-online.de" <astroelectronic@t-online.de> - 2022-07-21 02:51 -0700
              Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC olaf <olaf@criseis.ruhr.de> - 2022-07-21 15:57 +0200
                Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2022-07-21 14:34 +0000
                Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC Heinz Schmitz <HeinzSchmitz@kra.org> - 2022-07-22 09:50 +0200
                  Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC Helmut Schellong <rip@schellong.biz> - 2022-07-22 14:39 +0200
                    Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC Guido Grohmann <guido.grohmann@gmx.de> - 2022-07-22 15:45 +0200
                      Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC Helmut Schellong <rip@schellong.biz> - 2022-07-22 16:20 +0200
                    Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC olaf <olaf@criseis.ruhr.de> - 2022-07-22 20:40 +0200
                      Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC Helmut Schellong <rip@schellong.biz> - 2022-07-22 21:07 +0200
              Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC stefan <adresse@ist.invalid> - 2022-07-22 16:55 +0200
                Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC Michael Schwingen <news-1513678000@discworld.dascon.de> - 2022-07-22 17:24 +0000
                  Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC stefan <adresse@ist.invalid> - 2022-07-23 10:19 +0200
                    Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC Michael Schwingen <news-1513678000@discworld.dascon.de> - 2022-07-23 17:15 +0000
                      Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC stefan <adresse@ist.invalid> - 2022-07-23 22:05 +0200
                      Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-07-24 20:51 +0200
                        Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC Michael Schwingen <news-1513678000@discworld.dascon.de> - 2022-07-25 17:11 +0000
                          Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC Joerg Niggemeyer <joerg.niggemeyer@nucon.de> - 2022-07-26 11:55 +0200
                  Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC "astroel...@t-online.de" <astroelectronic@t-online.de> - 2022-07-25 23:10 -0700
                    Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC "astroel...@t-online.de" <astroelectronic@t-online.de> - 2022-07-26 00:02 -0700
                      Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2022-07-26 08:09 +0000
                        Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC Michael Schwingen <news-1513678000@discworld.dascon.de> - 2022-07-27 12:41 +0000
          Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2022-07-21 11:53 +0200
    Re: Entwicklungsboard mit Microcontroller und >=12 Bit  ADCà°? Carla Schneider <carla_sch@yahoo.com> - 2022-07-27 12:10 +0200
      Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADCà°? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-07-31 14:51 +0200
        Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADCà°? "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2022-08-01 08:07 +0000
          Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADCà°? Rainer Knaepper <rainerk@smial.prima.de> - 2022-08-02 00:00 +0200
            Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADCà°? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-08-14 12:59 +0200
              Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADCà°? "Wolfgang Allinger" <all2001@spambog.com> - 2022-08-14 07:35 -0400
              Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADCà°? Gerhard Hoffmann <dk4xp@arcor.de> - 2022-08-14 13:38 +0200
                Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADCà°? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-08-18 17:19 +0200
                  Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADCà°? Volker Bartheld <news2022@bartheld.net> - 2022-08-19 09:57 +0200
                  Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADCà°? Volker Bartheld <news2022@bartheld.net> - 2022-08-19 09:58 +0200
        Re: Entwicklungsboard mit Microcontroller und >=12 Bit  ADCà°? Carla Schneider <carla_sch@yahoo.com> - 2022-08-04 21:42 +0200
          Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADCà°? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-08-12 20:23 +0200
            Re: Entwicklungsboard mit Microcontroller und >=12 Bit  ADC� �°? Carla Schneider <carla_sch@yahoo.com> - 2022-08-12 23:26 +0200
            Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADCà°? Alexander Schreiber <als@usenet.thangorodrim.de> - 2022-08-13 13:09 +0200
              Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADCà°? Heinz Schmitz <HeinzSchmitz@kra.org> - 2022-08-14 11:00 +0200
              Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADCà°? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2022-08-14 11:35 +0200
                Re: Entwicklungsboard mit Microcontroller und >=12 Bit  ADCà°? Axel Berger <Spam@Berger-Odenthal.De> - 2022-08-14 12:45 +0200
                  Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADCà°? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-08-14 13:05 +0200
                    Re: Entwicklungsboard mit Microcontroller und >=12 Bit  ADCà°? Axel Berger <Spam@Berger-Odenthal.De> - 2022-08-14 16:46 +0200
                      Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADCà°? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-08-14 23:54 +0200
                      Re: Entwicklungsboard mit Microcontroller und >=12 Bit  ADCà°? Alexander Schreiber <als@usenet.thangorodrim.de> - 2022-08-15 22:59 +0200
                        Re: Entwicklungsboard mit Microcontroller und >=12 Bit  ADCà°? Volker Bartheld <news2022@bartheld.net> - 2022-08-16 09:17 +0200
                  Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADCà°? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2022-08-14 13:30 +0200
                Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADCà°? Volker Bartheld <news2022@bartheld.net> - 2022-08-14 14:37 +0200
                  Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADCà°? Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2022-08-14 15:29 +0200
                    Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADCà°? Rupert Haselbeck <mein-rest-muell@gmx.de> - 2022-08-14 15:40 +0200
                  Re: Entwicklungsboard mit Microcontroller und >=12Bit  ADCà°? Axel Berger <Spam@Berger-Odenthal.De> - 2022-08-14 17:01 +0200
                  Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADCà°? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2022-08-15 00:02 +0200
                    Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADCà°? Volker Bartheld <news2022@bartheld.net> - 2022-08-15 10:41 +0200
    Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC "astroel...@t-online.de" <astroelectronic@t-online.de> - 2022-08-19 01:50 -0700
      Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC Michael Schwingen <news-1513678000@discworld.dascon.de> - 2022-08-21 14:28 +0000
        Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC "astroel...@t-online.de" <astroelectronic@t-online.de> - 2022-08-23 01:06 -0700
          Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC "astroel...@t-online.de" <astroelectronic@t-online.de> - 2022-08-23 05:57 -0700
          Re: Entwicklungsboard mit Microcontroller und >=12 Bit  ADCà°? Carla Schneider <carla_sch@yahoo.com> - 2022-08-23 15:30 +0200
          Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC Michael Schwingen <news-1513678000@discworld.dascon.de> - 2022-08-24 19:47 +0000
            Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC "astroel...@t-online.de" <astroelectronic@t-online.de> - 2022-08-28 08:43 -0700

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

#324081

Helmut Schellong schrieb:
> On 07/22/2022 09:50, Heinz Schmitz wrote:

> Etwa so, wie bei 'App' auf Handy.

Hat Microsoft (mindetsnes) seit Win10do auch auf dem Desktop und sogar 
Server. Die haben echt den Schuß nicht gehört.

> Zielgerichteter war immer schon 'Executable'.
> Aber nein, das ist nicht schick genug...
> 
> 'Ausführbare Datei' ist eindeutig besser als 'Applikation'.

Ich krieg jedesmal eine Kriese, wenn ich eine cmd-datei oder irgendein 
anderes ausführbares Script unter Windows auf einem "Netzlaufwerk" mit 
dem Editor bearbeiten will: jedesmal fragt mich di3ses Dreckssystem, ob 
die Datei "blöd.cmd" denn auch wirklich ausgeführt werden soll. Nein, 
wenn ich die mit dem Editor aufrufe, soll die im Editor geöffnet werden 
und eben genau nicht ausgeführt. m(

Alles von MS etwa seit XP ist einfach nur noch unbrauchbarer Dreck.

Guido

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

#324083

On 07/22/2022 15:45, Guido Grohmann wrote:
> Helmut Schellong schrieb:
>> On 07/22/2022 09:50, Heinz Schmitz wrote:
> 
>> Etwa so, wie bei 'App' auf Handy.
> 
> Hat Microsoft (mindetsnes) seit Win10do auch auf dem Desktop und sogar Server. Die haben echt den Schuß nicht gehört.
> 
>> Zielgerichteter war immer schon 'Executable'.
>> Aber nein, das ist nicht schick genug...
>>
>> 'Ausführbare Datei' ist eindeutig besser als 'Applikation'.
> 
> Ich krieg jedesmal eine Kriese, wenn ich eine cmd-datei oder irgendein anderes ausführbares Script unter Windows auf einem "Netzlaufwerk" mit dem Editor bearbeiten will: jedesmal fragt mich di3ses Dreckssystem, ob die Datei "blöd.cmd" denn auch wirklich ausgeführt werden soll. Nein, wenn ich die mit dem Editor aufrufe, soll die im Editor geöffnet werden und eben genau nicht ausgeführt. m(
> 
> Alles von MS etwa seit XP ist einfach nur noch unbrauchbarer Dreck.
> 
> 

Jedenfalls ist Unix professionell und logisch.
Eine Exe braucht keine Endung '.exe'.
Es ist im Datei-Header festgelegt (u.a. Magic number), ob eine Datei ausführbar ist.
Und im Dateisystem muß 'x' gegeben sein.

Unter Windows ist eine Exe ohne '.exe' hinten dran nicht ausführbar, obwohl
sie eine ausführbare Datei ist.


-- 
Mit freundlichen Grüßen
Helmut Schellong   var@schellong.biz
http://www.schellong.de/c.htm  http://www.schellong.de/c2x.htm  http://www.schellong.de/c_padding_bits.htm
http://www.schellong.de/htm/bishmnk.htm  http://www.schellong.de/htm/rpar.bish.html  http://www.schellong.de/htm/sieger.bish.html
http://www.schellong.de/htm/audio_proj.htm  http://www.schellong.de/htm/audio_unsinn.htm  http://www.schellong.de/htm/tuner.htm
http://www.schellong.de/htm/string.htm  http://www.schellong.de/htm/string.c.html  http://www.schellong.de/htm/deutsche_bahn.htm
http://www.schellong.de/htm/schaltungen.htm  http://www.schellong.de/htm/rand.htm  http://www.schellong.de/htm/dragon.c.html

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

#324089

Helmut Schellong <rip@schellong.biz> wrote:


 >Das ist ein Art Mode.

Ich glaube angefangen hat das mit Agnus, Denise und Paula,
aber in den letzten Jahren nimmt es ueberhand...

Olaf

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

#324090

On 07/22/2022 20:40, olaf wrote:
> Helmut Schellong <rip@schellong.biz> wrote:
> 
> 
>   >Das ist ein Art Mode.
> 
> Ich glaube angefangen hat das mit Agnus, Denise und Paula,
> aber in den letzten Jahren nimmt es ueberhand...
> 
> 

Die Leute fallen immer öfter dem Schwachsinn anheim.

Ich verstehe z.B. nicht, warum in Filmen, wenn eine Stimme aus dem Off
etwas erklärt, gleichzeitig Musik gespielt wird, so daß die Erklärungen
kaum verstanden werden können.
Die haben doch alle einen Dahlschlag heute!


-- 
Mit freundlichen Grüßen
Helmut Schellong   var@schellong.biz
http://www.schellong.de/c.htm  http://www.schellong.de/c2x.htm  http://www.schellong.de/c_padding_bits.htm
http://www.schellong.de/htm/bishmnk.htm  http://www.schellong.de/htm/rpar.bish.html  http://www.schellong.de/htm/sieger.bish.html
http://www.schellong.de/htm/audio_proj.htm  http://www.schellong.de/htm/audio_unsinn.htm  http://www.schellong.de/htm/tuner.htm
http://www.schellong.de/htm/string.htm  http://www.schellong.de/htm/string.c.html  http://www.schellong.de/htm/deutsche_bahn.htm
http://www.schellong.de/htm/schaltungen.htm  http://www.schellong.de/htm/rand.htm  http://www.schellong.de/htm/dragon.c.html

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

#324084

Am 21.07.2022 um 11:51 schrieb astroel...@t-online.de:
> olaf schrieb am Donnerstag, 21. Juli 2022 um 11:45:04 UTC+2:
>> astroel...@t-online.de <astroel...@t-online.de> wrote:
>>
>>> ADC und DAC müssen ja nicht unbedingt auf den gleichen Chip wie der
>>> Microcontroller sein. Die dürfen auch gerne daneben gelötet sein,
>>> oder als Modul drangesteckt werden.
>> Dann kuck doch mal im Arduino-Land. Da gibt es bestimmt irgendwelche
>> Module.
>>
>> Es gibt sicher auch Entwicklungsboards von Herstellern, aber das sind
>> dann meistens Exoten wo die halt ihren ganz neuen krassen ADC mit
>> promoten. Was du willst ist aber eigentlich Standardkram den jeder
>> Entwickler mal es so macht.
> 
> Habe ich ja auch gedacht dass es sowas doch sicher schon geben müsste. Aber bislang habe ich nichts gefunden.
> 
> Gruß
> Michael

Es gibt jede Menge Entwicklungsboards. Es gibt Boards von 
Bauteileherstellern oder von Firmen wie Olimex und es gibt Projekte wie 
Arduino oder Raspi. Wobei Raspi für sowas nicht so geeignet ist.

https://www.olimex.com/

https://www.arduino.cc/


Ich habe weiter oben ja schon ein Bluepill Board mit STM32 
vorgeschlagen. Ich verwende die für einfach Sachen. Programmiert wird 
das mit Cube-IDE in C. Es gibt auch jede Menge Beispielcode im Netz.

https://www.az-delivery.de/products/stm32f103c8t6

Von STM gibt es die Discovery-Boards in verschiedensten Ausführungen, 
auch welche mit Display.

https://www.conrad.de/de/search.html?search=stm%20discovery

Dann gibt es noch Spezialboards wie das Red Pitaya. Das ist speziell für 
digitale Signalverarbeitung gedacht und hat 14 Bit AD und DA Wandler.

https://redpitaya.com/

Eine passende Hardware zu finden sollte wirklich nicht das Problem sein. 
Aber man muss sich dann in die Software einarbeiten und das ist 
sicherlich nicht ganz ohne.

Gruß

Stefan

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

#324087

On 2022-07-22, stefan <adresse@ist.invalid> wrote:
> Es gibt jede Menge Entwicklungsboards. Es gibt Boards von 
> Bauteileherstellern oder von Firmen wie Olimex und es gibt Projekte wie 
> Arduino oder Raspi. Wobei Raspi für sowas nicht so geeignet ist.

Ein Raspi mit I2S-Codec-Board könnte gehen.

> Ich habe weiter oben ja schon ein Bluepill Board mit STM32 
> vorgeschlagen. Ich verwende die für einfach Sachen. Programmiert wird 
> das mit Cube-IDE in C. Es gibt auch jede Menge Beispielcode im Netz.
>
> https://www.az-delivery.de/products/stm32f103c8t6

Wobei man da aufpassen muss, damit man welche mit "echtem" ST-uC und keinen
Fake bekommt.

Ich hätte jetzt eher ein NucleoF103 empfohlen, das hat den SWD-Debugger
schon dabei und kostet auch kaum mehr:

https://www.reichelt.de/de/de/nucleo-64-arm-cortex-m3-stm32-f1-serie-nucleo-f103rb-p154270.html?r=1

Je nachdem, was an Signalverarbeitung passieren soll, könnte auch ein
STM32F4 sinnvoll sein.

Nahezu alle STM32 haben im Moment aber das Problem, daß man abseits von
Evalboards praktisch keine Chips bekommt.

Ein Teensy 3.x könnte noch passen:
https://www.pjrc.com/teensy/techspecs.html

Atmel SamD5x/E5x hätte vermutlich passende ADC und DAC.

cu
Michael

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

#324099

Am 22.07.2022 um 19:24 schrieb Michael Schwingen:
> On 2022-07-22, stefan <adresse@ist.invalid> wrote:
>> Es gibt jede Menge Entwicklungsboards. Es gibt Boards von
>> Bauteileherstellern oder von Firmen wie Olimex und es gibt Projekte wie
>> Arduino oder Raspi. Wobei Raspi für sowas nicht so geeignet ist.
> 
> Ein Raspi mit I2S-Codec-Board könnte gehen.

Ich würde keinen Raspi nehmen weil ich da das Timing nicht unter 
Kontrolle habe. Für deine Anwendung benötigst du etwas mit einem genauen 
und schnellen Timer und einen ADU der mit der gewünschten Abtastrate die 
Daten liefert. Mit einem Microcontroller ist das gut machbar. Bei allem, 
wo ein Betriebssystem mitmischt kann man da schnell Probleme bekommen.

>> Ich habe weiter oben ja schon ein Bluepill Board mit STM32
>> vorgeschlagen. Ich verwende die für einfach Sachen. Programmiert wird
>> das mit Cube-IDE in C. Es gibt auch jede Menge Beispielcode im Netz.
>>
>> https://www.az-delivery.de/products/stm32f103c8t6
> 
> Wobei man da aufpassen muss, damit man welche mit "echtem" ST-uC und keinen
> Fake bekommt.

Das ist ziemlich wurscht. Ich hab davon schon mehrere hundert Stück 
gekauft. Auf einigen war der GD32 Chip drauf. Auf anderen der STM32. Ich 
hab weder bei den einen noch dem anderen ein Problem wegen "gefälschtem" 
Chip gehabt. Es kursieren da einige Forenbeiträge im Netz, aber ich 
glaube, viele schieben die eigene Unfähigkeit da gerne dem angeblich 
gefälschten Prozessor in die Schuhe. Meine Anwendung hatte auch etwas 
mit Signalverarbeitung zu tun. Analog-Signal abtasten und filtern.

> Ich hätte jetzt eher ein NucleoF103 empfohlen, das hat den SWD-Debugger
> schon dabei und kostet auch kaum mehr:
> 
> https://www.reichelt.de/de/de/nucleo-64-arm-cortex-m3-stm32-f1-serie-nucleo-f103rb-p154270.html?r=1

Ja, ist eine gute Wahl. Hab ich hier auch. Wenn man die Programmer eh 
runliegen hat macht es aber keinen Unterschied. Und beim Programmer 
stehe ich auf dem Standpunkt: je einfacher je besser.

> Je nachdem, was an Signalverarbeitung passieren soll, könnte auch ein
> STM32F4 sinnvoll sein.

ja

> Nahezu alle STM32 haben im Moment aber das Problem, daß man abseits von
> Evalboards praktisch keine Chips bekommt.

Scheint sich aktuell zu besser. Bei LCSC gabs letzte Woche 1400 Stück 
STM32F103VET6.


> Ein Teensy 3.x könnte noch passen:
> https://www.pjrc.com/teensy/techspecs.html

Cortex M0 ist etwas langsamer als die STM32F1 und STM32F4. Kann aber 
sein, dass es reicht.

> 
> Atmel SamD5x/E5x hätte vermutlich passende ADC und DAC.

Kann sein. TI hat auch interessante Sachen.

> 
> cu
> Michael

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

#324112

On 2022-07-23, stefan <adresse@ist.invalid> wrote:
>> 
>> Ein Raspi mit I2S-Codec-Board könnte gehen.
>
> Ich würde keinen Raspi nehmen weil ich da das Timing nicht unter 
> Kontrolle habe. Für deine Anwendung benötigst du etwas mit einem genauen 
> und schnellen Timer und einen ADU der mit der gewünschten Abtastrate die 
> Daten liefert. Mit einem Microcontroller ist das gut machbar. Bei allem, 
> wo ein Betriebssystem mitmischt kann man da schnell Probleme bekommen.

Kommt auf die Puffergrößen an.  Wenn Du konstant Daten vom ADC liest und zum
DAC schiebst, bestimmt die maximale Latenz, die das BS verursacht, Deine
minimalen Puffergrößen - ob das dann die Echtzeitanforderungen erfüllt oder
nicht muss man prüfen.

Die Praxis zeigt, daß auch unter Linux dauerhaftes Audiostreaming ohne
Aussetzer möglich ist.

>> Wobei man da aufpassen muss, damit man welche mit "echtem" ST-uC und keinen
>> Fake bekommt.
>
> Das ist ziemlich wurscht. Ich hab davon schon mehrere hundert Stück 
> gekauft. Auf einigen war der GD32 Chip drauf. Auf anderen der STM32.

GD32 ist OK - das ist ein echter Hersteller mit echtem Datenblatt, der zu
seinen Produkten steht. Ich habe Serienprodukte auf GD32E230 umgestellt,
weil STM nicht liefern konnte ...

Es gibt andere Fakes, die als STM32 gelabelt sind, aber sich
anders verhalten. Insbesondere, wenn die vollen 12 Bit des ADC gefordert
sind, würde ich mich nicht blind darauf verlassen, daß die gleichwertig
sind.

Bei den Nucleo-Boards hat man das Risiko nicht.

> Ja, ist eine gute Wahl. Hab ich hier auch. Wenn man die Programmer eh 
> runliegen hat macht es aber keinen Unterschied. Und beim Programmer 
> stehe ich auf dem Standpunkt: je einfacher je besser.

Jein. Ich habe diverse ST-Link-Clone, die offensichtlich auch gefälschte
STM32-uC enthalten und irgendwann den Geist aufgegeben haben - die waren zu
einfach. Ein ST-Link V3 oder das, was auf den Nucleo-Boards drauf ist, tut
es problemlos.

>> Nahezu alle STM32 haben im Moment aber das Problem, daß man abseits von
>> Evalboards praktisch keine Chips bekommt.
>
> Scheint sich aktuell zu besser. Bei LCSC gabs letzte Woche 1400 Stück 
> STM32F103VET6.

Hm - LPQF100 ist groß. Tatsächlich, die haben auch 48 und 64 Pin, aber zu
happigen Preisen.

> Kann sein. TI hat auch interessante Sachen.

Bei denen habe ich auf Anhieb nichts mit 12 Bit ADC+DAC gefunden. Das heisst
aber nicht, daß es da nichts gibt.

cu
Michael

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

#324117

Am 23.07.2022 um 19:15 schrieb Michael Schwingen:
> On 2022-07-23, stefan <adresse@ist.invalid> wrote:
>>>
>>> Ein Raspi mit I2S-Codec-Board könnte gehen.
>>
>> Ich würde keinen Raspi nehmen weil ich da das Timing nicht unter
>> Kontrolle habe. Für deine Anwendung benötigst du etwas mit einem genauen
>> und schnellen Timer und einen ADU der mit der gewünschten Abtastrate die
>> Daten liefert. Mit einem Microcontroller ist das gut machbar. Bei allem,
>> wo ein Betriebssystem mitmischt kann man da schnell Probleme bekommen.
> 
> Kommt auf die Puffergrößen an.  Wenn Du konstant Daten vom ADC liest und zum
> DAC schiebst, bestimmt die maximale Latenz, die das BS verursacht, Deine
> minimalen Puffergrößen - ob das dann die Echtzeitanforderungen erfüllt oder
> nicht muss man prüfen.
> 
> Die Praxis zeigt, daß auch unter Linux dauerhaftes Audiostreaming ohne
> Aussetzer möglich ist.

das ist allerdings richtig

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

#324165

Hallo Michael Schwingen,

Du schriebst am 23 Jul 2022 17:15:01 GMT:

> >> Ein Raspi mit I2S-Codec-Board könnte gehen.
...
> Die Praxis zeigt, daß auch unter Linux dauerhaftes Audiostreaming ohne
> Aussetzer möglich ist.
> 
> >> Wobei man da aufpassen muss, damit man welche mit "echtem" ST-uC
...
> > gekauft. Auf einigen war der GD32 Chip drauf. Auf anderen der STM32.
...
> Bei den Nucleo-Boards hat man das Risiko nicht.
...
> Hm - LPQF100 ist groß. Tatsächlich, die haben auch 48 und 64 Pin,
> aber zu happigen Preisen.
> 
> > Kann sein. TI hat auch interessante Sachen.
> 
> Bei denen habe ich auf Anhieb nichts mit 12 Bit ADC+DAC gefunden. Das
> heisst aber nicht, daß es da nichts gibt.

Reicht alles nicht?

Es gibt doch PICs, wenn's sein muß, die 16-Bitter der PIC24-Reihe,
aber sogar 8-Bitter, die ADC, PWM, teils auch DAC, und _DMA_ haben.
(Ok, 12-bittige ADCs sind bei den 8-Bittern "weniger häufig".)
Ein paar Zeilen Programm zum initialisieren, und dann kann der
Prozessor zuschauen, wie die Funktionsmodule ackern...

-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

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

#324206

On 2022-07-24, Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> wrote:
> Reicht alles nicht?
>
> Es gibt doch PICs, wenn's sein muß, die 16-Bitter der PIC24-Reihe,
> aber sogar 8-Bitter, die ADC, PWM, teils auch DAC, und _DMA_ haben.
> (Ok, 12-bittige ADCs sind bei den 8-Bittern "weniger häufig".)

Genau das (12-Bit ADC + DAC) war aber die Anforderung - was soll also die
Aufzählung mit Bauteilen, die die Anforderungen nicht erfüllen? Ein
DMA-Controller ersetzt keinen nicht vorhandenen 12-Bit-DAC.

Ich habe selber keine PIC-Erfahrungen, wenn Du welche kennst, die die
Anforderungen des OP erfüllen, dann her damit ...

cu
Michael

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

#324221

In message <slrntdtjln.5p0.news-1513678000@a-tuin.ms.intern>
          Michael Schwingen <news-1513678000@discworld.dascon.de> wrote:

> On 2022-07-24, Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> wrote:
>> Reicht alles nicht?
>>
>> Es gibt doch PICs, wenn's sein muß, die 16-Bitter der PIC24-Reihe,
>> aber sogar 8-Bitter, die ADC, PWM, teils auch DAC, und _DMA_ haben.
>> (Ok, 12-bittige ADCs sind bei den 8-Bittern "weniger häufig".)

> Genau das (12-Bit ADC + DAC) war aber die Anforderung - was soll also die
> Aufzählung mit Bauteilen, die die Anforderungen nicht erfüllen? Ein
> DMA-Controller ersetzt keinen nicht vorhandenen 12-Bit-DAC.

> Ich habe selber keine PIC-Erfahrungen, wenn Du welche kennst, die die
> Anforderungen des OP erfüllen, dann her damit ...

zumindest die dsPICs haben neben 12bit ADC auch 12bit DACs.




-- 

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

#324213

Michael Schwingen schrieb am Freitag, 22. Juli 2022 um 19:24:36 UTC+2:
> Ein Teensy 3.x könnte noch passen: 
> https://www.pjrc.com/teensy/techspecs.html 

Das war ein guter Hinweis. Habe mir einen Teensy 3.5 bestellt und werde es damit ausprobieren. 

Gruß
Michael

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

#324216

astroel...@t-online.de schrieb am Dienstag, 26. Juli 2022 um 08:10:31 UTC+2:
> Michael Schwingen schrieb am Freitag, 22. Juli 2022 um 19:24:36 UTC+2: 
> > Ein Teensy 3.x könnte noch passen: 
> > https://www.pjrc.com/teensy/techspecs.html
> Das war ein guter Hinweis. Habe mir einen Teensy 3.5 bestellt und werde es damit ausprobieren. 
> 
> Gruß 
> Michael

Könnt ihr mir bitte noch einen Tip geben wo ich für den Teensy 3.5 eine einfache Anleitung für die ersten Schritte finde. Also welche Entwicklungs-Software muss ich installieren und was muss ich tun bis zum lauffähigen "Hello World" Programm. Der Rest dürfte dann kein Problem mehr sein. Am liebsten würde ich in C programmieren. Habe Erfahrungen mit dem alten C-Compiler von Keil für 8051.

Gruß
Michael

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

#324218

astroel...@t-online.de <astroelectronic@t-online.de> wrote:
>astroel...@t-online.de schrieb am Dienstag, 26. Juli 2022 um 08:10:31 UTC+2:
>> Michael Schwingen schrieb am Freitag, 22. Juli 2022 um 19:24:36 UTC+2: 
>> > Ein Teensy 3.x könnte noch passen: 
>> > https://www.pjrc.com/teensy/techspecs.html
>> Das war ein guter Hinweis. Habe mir einen Teensy 3.5 bestellt und werde es damit ausprobieren. 
>> 
>> Gruß 
>> Michael

>Könnt ihr mir bitte noch einen Tip geben wo ich für den Teensy 3.5 eine einfache Anleitung für die ersten Schritte finde. Also welche Entwicklungs-Software muss ich installieren und was muss ich tun bis zum lauffähigen "Hello World" Programm. Der Rest dürfte dann kein Problem mehr sein. Am liebsten würde ich in C programmieren. Habe Erfahrungen mit dem alten C-Compiler von Keil für 8051.

Reicht https://www.pjrc.com/teensy/first_use.html

Ansonsten würde ich für einen ersten Test mit Micropython mal anfangen.
Das hat den Vorteil, daß du damit interaktiv mit dem Board arbeiten kannst.
Wenn alles soweit passt, kannst du immer noch deine Firmware in C schreiben.

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

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

#324259

On 2022-07-26, Peter Heitzer <peter.heitzer@rz.uni-regensburg.de> wrote:
>>Könnt ihr mir bitte noch einen Tip geben wo ich für den Teensy 3.5 eine einfache Anleitung für die ersten Schritte finde. Also welche Entwicklungs-Software muss ich installieren und was muss ich tun bis zum lauffähigen "Hello World" Programm. Der Rest dürfte dann kein Problem mehr sein. Am liebsten würde ich in C programmieren. Habe Erfahrungen mit dem alten C-Compiler von Keil für 8051.
>
> Reicht https://www.pjrc.com/teensy/first_use.html

https://www.pjrc.com/store/teensy35.html

hat Hinweise auf "Arduino's IDE software with the Teensyduino add-on" - das
scheint mir für den Einstieg am einfachsten.

Wenn das nicht reicht: platformio.

cu
Michael

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

#324059

On 7/21/22 10:55 AM, astroel...@t-online.de wrote:

> ADC und DAC müssen ja nicht unbedingt auf den gleichen Chip wie der Microcontroller sein.

Die ATMega haben extra einen ADC-Sleep Modus, bei dem der Rest des 
Controllers stillgelegt wird, solange der ADC konvertiert. Ein separater 
ADC läßt sich viel leichter gegen digitale Störungen abschirmen.

DoDi

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

#324258 — Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADCà°?

"astroel...@t-online.de" wrote:
> 
> Hallo,
> 
> gibt es irgendwelche Entwicklungsboards mit Microcontroller fertig zu kaufen, 
> wo ein ADC und ein DAC mit mindestens 12 Bit Auflösung drauf ist? Der ADC muss nicht schnell sein, 5 kHz Abtastrate genügt.

Die Frage ist auch immer ob z.B. der ADC mit 12 Bit Aufloesung 
auch die Praezison hat, Beispiel: Der RP2040 Der Raspberry Pi Pico hat so einen ADC der aber 
falsch konstruiert wurde und daher nur als 9Bit ADC verwendbar ist.
https://pico-adc.markomo.me/

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

#324413 — Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADCà°?

Carla Schneider schrieb:
> "astroel...@t-online.de" wrote:
>>
>> Hallo,
>>
>> gibt es irgendwelche Entwicklungsboards mit Microcontroller fertig zu kaufen,
>> wo ein ADC und ein DAC mit mindestens 12 Bit Auflösung drauf ist? Der ADC muss nicht schnell sein, 5 kHz Abtastrate genügt.
> 
> Die Frage ist auch immer ob z.B. der ADC mit 12 Bit Aufloesung
> auch die Praezison hat, Beispiel: Der RP2040 Der Raspberry Pi Pico hat so einen ADC der aber
> falsch konstruiert wurde und daher nur als 9Bit ADC verwendbar ist.
> https://pico-adc.markomo.me/

Das ist halt die 3€-für-alles Preisklasse. Ich musste mal einen ADC notfallmässig
ranpfuschen, da habe ich den LTC1286 genommen. Etwa 11.3 effektive Bits und
DNL typisch unter 0.2 LSB. Da wackelt nichts, kostet allerdings etwa das
dreifache vom pico.

-- 
mfg Rolf Bombach

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

#324432 — Re: Entwicklungsboard mit Microcontroller und >=12 Bit ADCà°?

Rolf Bombach <rolfnospambombach@invalid.invalid> wrote:
>Carla Schneider schrieb:
>> "astroel...@t-online.de" wrote:
>>>
>>> Hallo,
>>>
>>> gibt es irgendwelche Entwicklungsboards mit Microcontroller fertig zu kaufen,
>>> wo ein ADC und ein DAC mit mindestens 12 Bit Auflösung drauf ist? Der ADC muss nicht schnell sein, 5 kHz Abtastrate genügt.
>> 
>> Die Frage ist auch immer ob z.B. der ADC mit 12 Bit Aufloesung
>> auch die Praezison hat, Beispiel: Der RP2040 Der Raspberry Pi Pico hat so einen ADC der aber
>> falsch konstruiert wurde und daher nur als 9Bit ADC verwendbar ist.
>> https://pico-adc.markomo.me/

>Das ist halt die 3€-für-alles Preisklasse. Ich musste mal einen ADC notfallmässig
>ranpfuschen, da habe ich den LTC1286 genommen. Etwa 11.3 effektive Bits und
>DNL typisch unter 0.2 LSB. Da wackelt nichts, kostet allerdings etwa das
>dreifache vom pico.
Wobei der Designfehler beim Pico nur bei ganz bestimmten Werten zutage tritt.
Mit Mehrfachsamplen und Dithering kann man die Werte verbessern.
Bei 5 kHz Abtastrate könnte man vielleicht auch einen Tracking ADC in Verbindung
mit PWM bauen.

Ich habe keine Ahnung, wie gut die ADCs von Microchips sind. Da gäbe es den
MCP3202 sogar in DIP.


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

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

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

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

csiph-web