Digitales VU-Meter (Mikrocontroller, Display, LED) reVox A700

[DIYLAB]

Hardware tuning.

70Mhz SPI-Speed - oha .
Bei mir geht über 50Mhz nichts mehr.

Musste es bei mir auf 50Mhz begrenzen, wie vorher.
Zappelt aber chic, gefällt mir .

LG
PS: ich kämpfe gerade mit dem Peak-Hold .

[gogosch]

Hardware tuning.

70Mhz SPI-Speed - oha .
Bei mir geht über 50Mhz nichts mehr.

Musste es bei mir auf 50Mhz begrenzen, wie vorher.

Bie mir ist erst ab 80Mhz Sense. Da sieht man am LCD diverse Artefakte. Läuft aber.
Muss jeder selbst ausprobieren. Glaube, der Teensy 4.1 ist doch etwas leistungsfähiger.
Jetzt ist eine Attack- und Release-Zeit von 300ms ohne (gröbere) Zeigerartefakte möglich.

[DIYLAB]

Glaube, der Teensy 4.1 ist doch etwas leistungsfähiger.

Woher sollte die Mehrleistung kommen?
Er hat mehr RAM, CPU ist gleich.
70Mhz SPI macht auch der Teensy 4.0, nur der Displaycontroller ist dann halt stark übertaktet.
Schon bei 50Mhz ist er 20Mhz drüber .

LG

[gogosch]

Keina Ahnung warum es bei mir funzt.

[DIYLAB]

Keina Ahnung warum es bei mir funzt.

Weil du ein Display mit einem gut übertaktbaren Controller erwischt hast .
Habe mit 3 Displays getestet, meine können alle nicht 70Mhz.
LG

[gogosch]

Keina Ahnung warum es bei mir funzt.

Weil du ein Display mit einem gut übertaktbaren Controller erwischt hast .
Habe mit 3 Displays getestet, meine können alle nicht 70Mhz.
LG

Hab meines von dort:
https://www.amazon.de/gp/product/B07QFVBPMX

[DIYLAB]

Hab meines von dort:

Ja ich auch.
Die Streuung der Chips ist ein Faktor.
War bei alten PC-CPUs ja auch so, manche ließen sich gut übertakten, andere nicht.
Hab auch ILI9341-Displays mit CS-Anschluss (diese hier), geht auch nicht bei 70Mhz.

Bin gespannt auf das Feedback der anderen Bastler.
Vielleicht bin ich er einzige, bei dem 70Mhz nicht laufen 

LG

[gogosch]

Hab meines von dort:

Bin gespannt auf das Feedback der anderen Bastler.
Vielleicht bin ich er einzige, bei dem 70Mhz nicht laufen 

LG

Muss mal jeder ausprobieren ob es mit 60Mhz oder auch 70Mhz funktioniert.

[DIYLAB]

Muss mal jeder ausprobieren ob es mit 60Mhz oder auch 70Mhz funktioniert.

Jo, kann man machen, ist meiner Meinung nach aber der falsche Ansatz.
Die FFT hat ja bewiesen, dass sowohl das Display, als auch der Teensy schnell genug sind.
Auch ohne Framebuffer bei der FFT.
Das digitale VU kommt auch ohne Buffer aus.

Das einzige was beim analogen Modus bremst, ist das Zeichnen des Hintergrundes.
Da haben wir von der Software zwar alles rausgeholt was geht, aber writeRect ist nun mal an seiner Grenze.
Deswegen hatte ich von Hans-Volker das Bild mit kleinerer Farbpalette bekommen und versucht, writeRect2BPP oder writeRect4BPP zu implementieren.
Leider habe ich es nicht geschafft
Vielleicht wird es dann schneller, wenn nicht immer Bilder mit ganzer Palette gezeichnet werden müssen ...

LG

[akguzzi]

60 und 70Mhz laufen bei mir nicht, weißes Display. Mit Einstellung 50Mhz ist alles gut

schönen Tag
Andreas

PS.: ich klemme mal noch die anderen vorhandenen Displays ran wenn ich mehr Zeit habe... bin gespannt...

[havox]

Bei mir laufen die 70 MHz auf beiden Bildschirmen, dem 2,8 er und dem 3,2 er. Teensy 4.0 mit Audioshield.

Was mir aber auffällt, besonders bei einem Monosignal - die Kanäle laufen mit gegenseitigem Versatz und einem Ruckler:

[gogosch]

Bei mir laufen die 70 MHz auf beiden Bildschirmen, dem 2,8 er und dem 3,2 er. Teensy 4.0 mit Audioshield.

Was mir aber auffällt, besonders bei einem Monosignal - die Kanäle laufen mit gegenseitigem Versatz und einem Ruckler:

Die gleichzeitige Ansteuerung der beiden Kanäle ist mangels Multitasking nicht möglich. Die Kanäle werden (leider) seriell in wenigen ms Abstand abgearbeitet. Das sollte man normalerweise nicht bemerken.
Der Ruckler ist bei mir (in der letzen Version?) nicht nachvollziebar. Kommt offenabr auf deas Input-Signal an. Wenn ich 1kHz bei 0db einspiele und den Kanal mehrmals kurz hinterienander abstöpsle geht der Zeiger jedes mal gleichmäßig und sanft nach unten. Vermute hier generell einen Issue in der RMS-Generierung, da immer ein gewisses Intervall betrachtet werden muss. Ist es bei Einstellung "Peak" auch so?
Mir ist auch eine gewisse Verzögerung zum Live-Signal aufgefallen.
edit: solved

[gogosch]

Der Ruckler wurde beseitigt. War ein veralteter und nicht verwendeter Test-Timer. Eventuell noch vorhandene Micro-Ruckler siehe oben.
14:30 neue version online.

[havox]

Uii, das ging ja flott !
Habe ich gleich mal geladen und dann noch ein bisschen mit den Einstellungen rumgespielt - Needleattack mit 15 und Needlerelease mit 10 sieht für mich sehr gut aus 

[dettel]

Bei mir laufen die 70 MHz auf beiden Bildschirmen, dem 2,8 er und dem 3,2 er. Teensy 4.0 mit Audioshield.

Was mir aber auffällt, besonders bei einem Monosignal - die Kanäle laufen mit gegenseitigem Versatz und einem Ruckler:

Die gleichzeitige Ansteuerung der beiden Kanäle ist mangels Multitasking nicht möglich. Die Kanäle werden (leider) seriell in wenigen ms Abstand abgearbeitet. Das sollte man normalerweise nicht bemerken.
Der Ruckler ist bei mir (in der letzen Version?) nicht nachvollziebar. Kommt offenabr auf deas Input-Signal an. Wenn ich 1kHz bei 0db einspiele und den Kanal mehrmals kurz hinterienander abstöpsle geht der Zeiger jedes mal gleichmäßig und sanft nach unten. Vermute hier generell einen Issue in der RMS-Generierung, da immer ein gewisses Intervall betrachtet werden muss. Ist es bei Einstellung "Peak" auch so?
Mir ist auch eine gewisse Verzögerung zum Live-Signal aufgefallen.
edit: solved

Neue Version geladen und sie funktioniert
Habe nun Musik und Sprache in Mono eingespeist und der Nadelversatz ist schon nicht ohne (wie im Video von Hans-Volker)
Im Stereobetrieb fällt das nicht ganz so auf.
Lässt es sich vielleicht angleichen (zB. durch Verzögerung des voreilenden Zeigers)?

[Svennibenni]

wird denn jedesmal das Bild neu gezeichnet ? Man könnte doch nur das Delta neu zeichnen lassen.
Ich hab leider noch keine Ruhe da mitzubasteln auch wenn ich die Teile hier hab. Bis auf Schauen geht gerade nichts.

[DIYLAB]

wird denn jedesmal das Bild neu gezeichnet ? Man könnte doch nur das Delta neu zeichnen lassen.

Moin Sven,

bei jeder Zeigerbewegung wird der Hintergrund der entsprechenden Seite neu gezeichnet.
Der Hintergrund ist ein Bild pro Seite, welches nur die Skala umfasst.
Der Zeiger besteht aus 3 Linien und wenn sich die Nadel bewegt wird nur das Rechteck refresht, welches die Nadel umschließt.
Ein Delta der reinen Nadelposition ist leider nicht möglich, schön wärs.

Deutlich smoother und schneller würde es gehen, wenn die Skala komplett selbst gezeichnet werden würde, dann ginge so einiges.

LG

[dedefr]

Hi !

so das richtige anzeige ist angekommen 

vekabelt, und das resultat :



sehr schön, der kleine untersatz ist bestellt !  

[akguzzi]

Bei der neuen Version ist das leichte Flackern welches ich bei Teilen der Skalenbeschriftung hatte praktisch nicht mehr vorhanden
schönen Tag
Andreas

[dettel]

 vor dem Engagement von Bruno und Gogosch.

Es scheint aktuell wohl der Zeigerversatz durch die zeitverzögerte Ansteuerung der Zeiger (erst links, dann rechts) noch problematisch zu sein.
Bei Mono fällt es schon sehr deutlich auf, insbesondere bei größeren Pegelsprüngen.
Bei Stereo nicht so stark, da es hier ja ohnehin unterschiedlich zappelt, man hat es aber im Hinterkopf.

Gogosch schrieb ja, dass die Ansteuerung nicht zeitgleich möglich ist.
Ich hoffe der Versatz lässt sich noch minimieren.

[DIYLAB]

Gogosch schrieb ja, dass die Ansteuerung nicht zeitgleich möglich ist.
Ich hoffe der Versatz lässt sich noch minimieren.

Moin,

das fällt mir auch auf die Füße bei der digitalen Anzeige.
Da bin ich gerade dabei und der Versatz ist noch ungelöst.

Vielleicht ist das ein Ansatz: Teensy Threading Library.
Habe es selbst noch nicht getestet, da ich gerade mit dem Peak-Hold-Fallback kämpfe, aber sieht zumindest vielversprechend aus

LG

[winix]

Vielleicht könnte man versuchsweise den Screen-Refresh

Code:

tft.updateScreen();

jeweils am Ende aus den Funktionen

Code:

drawNeedleLeft()
drawNeedleRight()

entfernen und beim Aufruf in der Hauptschleife nach dem Zeichnen
einen gemeinsamen Update des Screens durchführen:

Code:

for (double i = 0; i <= 1; i = i + .005) {
   drawNeedleLeft(i);
   drawNeedleRight(i);
   delay(MILLIS);
}
for (double i = 1; i > 0; i = i - .005) {
   drawNeedleLeft(i);
   drawNeedleRight(i);
   delay(MILLIS);
}

Code:

for (double i = 0; i <= 1; i = i + .005) {
   drawNeedleLeft(i);
   drawNeedleRight(i);
   tft.updateScreen()
   delay(MILLIS);
}
for (double i = 1; i > 0; i = i - .005) {
   drawNeedleLeft(i);
   drawNeedleRight(i);
   tft.updateScreen()
   delay(MILLIS);
}

Natürlich muss man dann beachten, dass drawNeedle nun nichts
mehr malt, ohne anschliessenden Aufruf vom Screenupdate.

[DIYLAB]

Vielleicht könnte man versuchsweise...

Danke fürs Mitdenken
Ich hoffe, dass ich am Analogteil auch mal ein bisschen arbeiten kann, aber ich war auch fleißig an den anderen Baustellen
Die digitale Anzeige ist fertig und arbeitet für mich einwandfrei - inkl. Peakanzeige.
Der Spectrumanalyzer hat nun auch zusätzlich und wahlweise 15 Balken bekommen und auch eine Peakanzeige.
Alle Anzeigen lassen sich segmentiert ode flat darstellen. Die Ballistik ist einstellbar.
Ich stelle alles Morgen, spätestens Übermorgen vor, dann sind wir fast durch.

LG

[ILRAK]

...evt. lässt sich der "Nadel-Versatz" dadurch minimieren, wenn man
nicht grundsätzlich draw links vor rechts aufgeruft, sondern auch mal 
rechts vor links... 

[DIYLAB]

...evt. lässt sich der "Nadel-Versatz" dadurch minimieren, wenn man
nicht grundsätzlich draw links vor rechts aufgeruft, sondern auch mal 
rechts vor links... 

Wird bereits so gemacht.
LG