Entwicklungsboard mit Microcontroller und >=12 Bit ADC+DAC...

[olaf]

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

 

[Helmut Schellong]

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

 

[stefan]

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

 

[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.

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

 

[stefan]

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

 

[Sieghard Schicktanz]

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
-----------------------------------------------------------

 

[Michael Schwingen]

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

 

[astroel...@t-online.de]

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

 

[astroel...@t-online.de]

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

 

[Peter Heitzer]

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

 

[Joerg Niggemeyer]

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.




--

 

[Carla Schneider]

\"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/

 

[Michael Schwingen]

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

 

[Rolf Bombach]

Ole Jansen schrieb:

Am 21.07.22 um 10:41 schrieb astroel...@t-online.de:
Ich habe schon mit einer USB-Soundcard experimentiert, wobei die Übertragungsfunktion in Echtzeit im PC berechnet wird. Aber damit ist die Verzögerungszeit mindestens 80ms und das ist unakzeptabel.
Ich habe keine Lust die Schaltung selber zu entwickeln, wenn es sowas schon fertig gibt. Die Anpassung der Spannungs-Bereiche wäre kein Problem.

Wenn Du es fix und fertig kaufen willst gibt es SPS mit
Analogen Aus/Eingängen, z.B. Siemens S7 usw.
Die Programmierung ist dann aber was für Waldorfschüler ;-)

Und wenn es bei korrekter Programmierung dann doch nicht
funktioniert, wird dir Siemens nicht weiter helfen können.

Auch nicht, wenn im Betrieb hunderte davon in Betrieb sind.
(Kann man in diesem Satz was ausklammern?)

Aber solange das Zeuch gekauft wird...

--
mfg Rolf Bombach

 

[Rolf Bombach]

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

 

[Wolfgang Allinger]

On 31 Jul 22 at group /de/sci/electronics in article tc5s5k$amn8$1@dont-email.me
<rolfnospambombach@invalid.invalid> (Rolf Bombach) wrote:

Ole Jansen schrieb:
Wenn Du es fix und fertig kaufen willst gibt es SPS mit
Analogen Aus/Eingängen, z.B. Siemens S7 usw.
Die Programmierung ist dann aber was für Waldorfschüler ;-)

Der Code muss eingeklatscht und eingetanzt werden ;-))

Und wenn es bei korrekter Programmierung dann doch nicht
funktioniert, wird dir Siemens nicht weiter helfen können.

Kennenma schon vom 3964(R), unausrottbarer Dünnschiss!
SIEMENS hat null Durchblick, hat mir mal 50.000DM eingebracht:
debuggen einer 9600Bd Verbindung zwischen 3964R slave(s) und einem TANDEM
5er Cluster .
Ging mit Entwicklungvon einem Z80-MOPS (2,5MHz) als Protokollkonverter und
2 SIOs mit speziellem Proggie, was Terminal auf und von 3964R umsetzte.
Mit dem MOPS hat Thyssen-Duisburg dann später aber hunderte von SIEMENS
SPSen debugged. Der MOPS war so schnell, dass er 5 TANDEM Rechner und
sämtliche SPSen überfahren konnte.

Am Ende konnte ich nachweisen, das SIEMENS das eigene Protokoll verletzte,
weil sie NUL zwischen CR und LF unterschiedlich oft einflickten. Alter DEC
Trick, den die SIEMENSe aber nicht richtig durchblickt haben.

Wenn man NUL einf(l)ickt, ändert sich deren BCC nicht (XOR mit altem
BCC...) die Telegrammlänge aber schon. Schwupps gabs nen Längenfehler.
Den SIEMENS aber einfach verwarf, aber Richtung TANDEM wurde es immer mal
wieder übel, die haben das 3964(R) korrekt umgesetzt.
Unter welcher Windrichtung und Luftdruck die SPSen ob und wieviel (ich hab
0-4 gesehen) NUL einflickten, war nie richtig ermittelbar. Vermutlich mit
der internen Zyklus-Länge des Steuerungsprogramm und der aktuellen
Auslastung. SIEMENS kann eben nur echt-Zeit und kein Echtzeit

Auch nicht, wenn im Betrieb hunderte davon in Betrieb sind.
(Kann man in diesem Satz was ausklammern?)

Aber solange das Zeuch gekauft wird...

Ersetze Zeuch durch Müll

PS.
BOSCH ist kein bischen besser bei SPSen. Die hats auch nicht die Bohne
interessiert.

AEG/Modcom haben sich auch bei mir erschlaut
und an Mutter GE weitergeleitet.

PPS.
Ich hatte insgesamt drei Kriege mit MIESENS, alle gewonnen!
Immer SW-Einzelkämpfer gegen Horden von Bekloppten
1x Verkehrssteuerung
1x 3964R
1x Industriefertigung (ca. 20 SIEMENS Rechner und 10 hp rausgeworfen und
mit 10 eigens entwickelten Messboxen an PC ersetzt)
Waren weit über 300kDM für mich und mich 2a gut ausgelastet.
100kDM Mehrarbeiten wurden achselzuckend als Barscheck ausgestellt.
Ich fand hinterher raus, das der Kunde TÄGLICH Geräte mit Umsatz von
100kDM über meine (8 +1 Service +1 Standby) Messplätze jagte. Niemals auch
nur eine undokumentierte Störung. Das SIEMENS und hp Gelumpe fiel täglich
für Stunden aus. Desterwegen viele Messplätze in Standby.

PPPS. trug immer rote Hosenträger und vor Ort roten Kittel und weissen
Helm mit meinem Kampfnamen vorne drauf: \'Grautvornix\'
So von wegen bunter Hund und Markenzeichen


Saludos (an alle Vernünftigen, Rest sh. sig)
Wolfgang

--
Ich bin in Paraguay lebender Trollallergiker reply Adresse gesetzt!
Ich diskutiere zukünftig weniger mit Idioten, denn sie ziehen mich auf
ihr Niveau herunter und schlagen mich dort mit ihrer Erfahrung!
(lt. alter usenet Weisheit) iPod, iPhone, iPad, iTunes, iRak, iDiot

 

[Stefan Wiens]

\"Wolfgang Allinger\" <all2001@spambog.com> writes:

On 31 Jul 22 at group /de/sci/electronics in article tc5s5k$amn8$1@dont-email.me
rolfnospambombach@invalid.invalid> (Rolf Bombach) wrote:

Den SIEMENS aber einfach verwarf, aber Richtung TANDEM wurde es immer mal
wieder übel, die haben das 3964(R) korrekt umgesetzt.
Unter welcher Windrichtung und Luftdruck die SPSen ob und wieviel (ich hab
0-4 gesehen) NUL einflickten, war nie richtig ermittelbar. Vermutlich mit
der internen Zyklus-Länge des Steuerungsprogramm und der aktuellen
Auslastung. SIEMENS kann eben nur echt-Zeit und kein Echtzeit

Sehr beliebt war auch, das zweite Stoppbit in Situationen zu
verlangen, wo es eigentlich nicht gebraucht wird.

--
Stefan

 

[Wolfgang Allinger]

On 31 Jul 22 at group /de/sci/electronics in article 87tu6x4771.fsf@eswe.dd-dns.de
<s.wi@gmx.net> (Stefan Wiens) wrote:

\"Wolfgang Allinger\" <all2001@spambog.com> writes:

Den SIEMENS aber einfach verwarf, aber Richtung TANDEM wurde es immer mal
wieder übel, die haben das 3964(R) korrekt umgesetzt.
Unter welcher Windrichtung und Luftdruck die SPSen ob und wieviel (ich hab
0-4 gesehen) NUL einflickten, war nie richtig ermittelbar. Vermutlich mit
der internen Zyklus-Länge des Steuerungsprogramm und der aktuellen
Auslastung. SIEMENS kann eben nur echt-Zeit und kein Echtzeit


Sehr beliebt war auch, das zweite Stoppbit in Situationen zu
verlangen, wo es eigentlich nicht gebraucht wird.

Jau, beliebtes Spielchen von allen, die keine Ahnung von RS232 hatten.
Und/oder nicht sauber IRSRV programmieren konnten...


Saludos (an alle Vernünftigen, Rest sh. sig)
Wolfgang

--
Ich bin in Paraguay lebender Trollallergiker reply Adresse gesetzt!
Ich diskutiere zukünftig weniger mit Idioten, denn sie ziehen mich auf
ihr Niveau herunter und schlagen mich dort mit ihrer Erfahrung!
(lt. alter usenet Weisheit) iPod, iPhone, iPad, iTunes, iRak, iDiot

 

[Peter Heitzer]

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

 

[Rainer Knaepper]

peter.heitzer@rz.uni-regensburg.de (Peter Heitzer) am 01.08.22 um 08:07:

Wobei der Designfehler beim Pico nur bei ganz bestimmten Werten
zutage tritt.

Das haben viele Designfehler so an sich. Egal ob in Software oder in
Hardware.

Rainer (der mal eine Division in Z80-Assembler schrub, die fast immer
richtig rechnete)

--
Irgendwie überkommt mich immer das Gefühl verarscht zu werden, wenn
Windows Update im Wochentakt immer wieder Patches für das gleiche
Problem lädt und installiert. Hört das erst auf wenn ich Furchen in
der Platte habe? (Eric \'EW-Tech\' Wick in ger.ct)