Hallo Forum, wie im WebApp Thread bereits kurz präsentiert, bastle ich derzeit an einem Tool zum Erzeugen des kompletten Aurora Plugins nur aus dem SigmaStudio Export.
Das Plugin besteht ja im Prinzip derzeit aus folgenden Dateien:
1. dsp.fw: Das eigentliche Programm für den DSP Chip (wird korrekt erzeugt)
2. plugin.ini: "Struktur" des DSP Programms, damit die WebApp weiß wie sie mit dem DSP Chip "reden" kann (ist fast fertig, aber grob ungetestet)
3. dsp.html & 4. dark.css: Die eigentliche "Steuerungswebseite" (steht noch aus)
Mein "Traum" wäre, dass man dann das komplette Webinterface generieren kann - also man baut/klickt sich im SigmaStudio sein DSP Programm (Frequenzweiche, Raumkorrektur,...), exportiert das, klickt auf drei Tasten im aurora-tool, und lädt dann das fertige Plugin auf den Aurora. Dann nurnoch auf die Couch setzen und relaxed Musik hören
Aktueller Stand (19. Juni 2020):
Für Schritt 3 ist aber leider viel "unsichtbare" Arbeit hinter den Kulissen notwendig (insbesondere alle relevanten Daten einlesen, dann per Algorithmus Klassifizieren, Vereinfachen, Gruppieren und Layouten - und dann kann man anfangen, über das eigentliche Erzeugen der dsp.html nachzudenken). Hier habe ich schon einiges getan - sowie geplant -, aber es ist noch ein relativ langer Weg.
Vorerst muss man aber wohl noch eine Weile die HTML&CSS von Hand bauen (oder realistischer: Die vorhandenen Dateien anpassen).
Ich plane zeitnah noch eine "leere" HTML Datei dazu zu legen, also ohne PEQ/HP/LP-Raster in der Mitte, aber mit Presets, Eingangswahl, Lautstärkeregler und den anderen "generischen" Bedien-Elementen; dann kann man vorerst alle Parameter im SigmaStudio einprogrammieren, und zumindest Presets/Eingänge/Lautstärke in der Aurora WebApp steuern.
(Technisches Detail: Die Presets hängen davon ab, dass die Adressen aller "Bausteine" in der plugin.ini stehen - das sollte bereits der Fall sein, d.h. Presets könnten funktionieren).
Was mir aber bereits klar ist, und ihr daher beim Design einer "DSP Schaltung" im Hinterkopf behalten solltet: Die Struktur eures eigenen DSP Programms im SigmaStudio muss sich an dem orientieren, was Raphael quasi als "Vorlage" zur Verfügung gestellt hat. D.h. das aurora-tool erwartet:
* Alle "Eingänge" werden über die vorhandene "Eingangswahl" umgeschaltet. Entfällt die, erkennt das Tool die Eingänge nicht mehr, und damit geht hinten dran alles kaputt (kann man aber evtl dennoch anpassen).
* Alle "Ausgänge" laufen über die Master Volume. Entfällt die, findet das Tool keine Ausgänge mehr, und damit geht alles kaputt.
* Alle eigenen "Bausteine", die "vor" der Eingangswahl liegen, werden vom aurora-tool zwar in die plugin.ini eingefügt, aber landet nicht im dsp.html
* Alle eigenen "Bausteine", die "hinter" der Master Volume liegen, werden vom aurora-tool zwar in die plugin.ini eingefügt, aber landet nicht im dsp.html (Ausnahme sind die "Standardelemente" fürs Volume Poti und so)
Das ist der Preis dafür, dass man eine minimale Anzahl Knöpfe im aurora-tool hat ;-)
Vielleicht kann ich irgendwann mal einen Expertenmodus bauen, bei dem man das dann alles konfigurieren kann.
Bedenkt bitte auch:
a) Die aktuelle Version ist eher noch eine "Vorschau". Ich denke aber, dass sie durchaus nützlich ist - immerhin spart man sich das Abtippen der Adressen aus SigmaStudio in das "plugin.ini" (sollte dennoch überprüft werden!), und man braucht das Kommandozeilenwerkzeug sigma2aurora.exe nicht. Wie gesagt, das dsp.html muss man von Hand schreiben/anpassen - also ohne Programmieren geht es leider noch nicht.
b) Die Fehlerbehandlung bisher ist sehr rudimentär, bzw. einige Fehlermeldungen landen zur Zeit auf der Kommandozeile - die man dann mit der "GUI", also dem grafischen Benuterinterface, natürlich nicht sieht. D.h. wenn ihr euch besonders kreative DSP Programme geklickt habt, kann es sein, dass das aurora-tool einfach ohne Fehlermeldung "abstürzt", oder vorhandene Fehlermeldungen nicht sonderlich aussagekräftig sind. Das wird sich noch alles ändern, aber erstmal habe ich andere Prioritäten. Melden darf man Fehler aber natürlich dennoch!
c) Soweit ich das bisher sehe (besitze noch keines), sind die Addons relativ unabhängig vom DSP Programm selbst. Ich gehe daher im Moment davon aus, dass ich da einfach Raphael's bisheriges Handling übernehme. Ich werde wohl sowieso viel von der bisherigen dsp.html übernehmen und hab noch ein paar Dinge, die ich gerne "zusätzlich" hätte (mehr dazu wenn es so weit ist).
Wie man es benutzt:
So, du hast dir also ein DSP Programm geklickt, und willst das gerne mit dem aurora-tool "übersetzen"? Prima!
Dann hast du das komplizierteste ja bereits hinter dir.
Öffne dein DSP Projekt im SigmaStudio und erzeuge einen Export:
1. Dazu musst du erstmal auf oben im Menü auf "Action" und dort dann "Link Compile Download". Es wird vermutlich eine längere Fehlermeldung zum Thema USB kommen, die kann man einfach ignorieren.
2. Im selben Menü sollte dann das "Export System Files" möglich sein (im Screenshot ist es noch grau):
Am Besten erstmal mit Raphaels original 8channel Plugin probieren:
[ATTACH=CONFIG]55500[/ATTACH]
Nun geht's weiter mit dem eigentlichen aurora-tool.
3. Lade dir das aktuellste "win64" Release von meinem GitHub: https://github.com/archi/aurora-tool/releases
4. Entpacke die zip Datei, öffne den enthaltenen Ordner und dann Doppel-klick auf die "aurora-tool.exe" (mit dem Kamel-Logo).
Solltest du die Datei verschieben, so müssen auch zwingend die enthaltenen "dll"-Dateien mitverschoben werden.
Vorsicht: Der Start könnte ein paar Sekunden dauern, dann sollte aber dieses Fenster auftauchen:
[ATTACH=CONFIG]55496[/ATTACH]
Auf dem Screenshot sieht man, dass ich bereits einen SigmaStudio Export sowie einen Speicherort ausgewählt hatte.
Bei dir ist das alles noch leer, aber das ändern wir jetzt erstmal:
5. Klick auf den oberen "..." Knopf, es sollte der normale Windows Dialog zum öffnen einer Datei erscheinen. Navigiere zu deinem Export und wähle dort dann die "dein_toller_projekt_name.params"-Datei:
[ATTACH=CONFIG]55497[/ATTACH]
6. Weiter geht's mit dem Speicherort. Dazu die untere der beiden "..." Knöpfe drücken, und es sollte ein normaler "Ordner suchen" Dialog von Windows kommen:
[ATTACH=CONFIG]55498[/ATTACH]
(Anmerkung: Ja, der Dialog ist was doof, weil man keine Ordner erstellen kann. Das ist eine Einschränkung von Windows. Eventuell willst du also im Windows Explorer erstmal einen leeren Ordner anlegen, und den dann dort auswählen. Ich lasse mir das eventuell noch was besseres einfallen).
7. So, last but not least, drück einmal auf den "Build" Knopf. Wenn alles gut geht, sollte dir das Programm das mitteilen, und nochmal darauf hinweisen, dass man sich das Ergebnis nochmal anschauen sollte:
[ATTACH=CONFIG]55499[/ATTACH]
Das wars auch schon. Im ausgewählten Ordner solltest du jetzt eine "plugin.ini" sowie die "dsp.fw" finden.
Falls etwas schief gelaufen sein sollte:
Vielleicht helfen dir die Fehlermeldungen bereits - es kann aber noch gut sein, dass das nicht der Fall ist (siehe Bedenken (b) weiter oben).
Dann kannst du folgendes tun: Pack dein gesamtes Projekt MITSAMT EXPORT in eine Zip Datei, und häng die hier an. Dann kann ich das Projekt bei mir Konvertieren und den Fehler suchen gehen.
Dabei gilt zu beachten: 1. Nur nicht schüchtern sein 2. Du räumst mir das Recht ein, das Projekt als Testfall unter der Lizenz "CC-BY-SA 4.0" in mein GitHub zu übernehmen.
Wie kannst du helfen:
1. Du kannst Programmieren? Und zwar Perl? Dann lies bitte meinen Code, verstehe ihn, und ergänze Kommentare/mache ihn übersichtlicher an den besonders schlimmen Stellen. Viel mehr kann ich vorerst nicht anbieten - das nächste Dutzend Schritte habe ich bereits im Kopf, und das konkret als "Lastenheft" für jemand anders aufzuschreiben dauert länger als es selbst zu machen. Sorry Das könnte sich aber noch ändern. Insbesondere sobald es an die dsp.html geht - zum einem sind dann die weiter verbreitete Dreifaltigkeit von JS/HTML/CSS nötig, zum andern kann man dann (hoffentlich) Teilaufgaben besser verteilen sowie inkrementelle Verbesserungen sollten auch einfacher werden (plus, JS/HTML/CSS kann ich zwar auch halbwegs, ist aber weder meine Lieblingsgebiet noch meine Stärke ).
2. Du kannst nicht Programmieren, hast dir aber ein eigenes DSP Programm geklickt? Steck dein DSP Programm in's aurora-tool und schau, ob das Richtige bei raus kommt. Wenn nicht, siehe oben bei "Irgendwas ist schief gelaufen" - je mehr Testfälle ich habe, desto besser kann ich Fehler frühzeitig erkennen/verhindern. Und ein paar Testfälle, bei denen alles Richtig ist, schaden auch nicht. Dann merke ich wenigstens, wenn ich später etwas kaputt mache (der Profi nennt das "Regression Tests").
3. Du findest das Tool potentiell nützlich, aber fällst (zur Zeit) bei den anderen beiden Punkten raus? Markiere das Projekt mit einem Stern auf GitHub (falls Account vorhanden) oder lass mich hier wissen, dass du es nützlich findest
Sooo, das war's erstmal von mir.
Ich hab den Beitrag über ein paar Abende aufgeschrieben - wenn also etwas zu wirr ist, bitte kurz Bescheid geben und ich bessere nach.
Viel Spaß damit,
Archi/Sebastian
Hier nochmal alle Bilder (leider macht die Foren-Software die nicht größer):
[ATTACH=CONFIG]55500[/ATTACH][ATTACH=CONFIG]55496[/ATTACH][ATTACH=CONFIG]55497[/ATTACH][ATTACH=CONFIG]55498[/ATTACH][ATTACH=CONFIG]55499[/ATTACH]
Wie im Matrixgehäusethread angeregt, mach ich hier mal einen neuen Thread auf. Es geht um die Frage, wie man Chassis vom Gehäuse entkoppelt und ob das sinnvoll ist.
So ging es los:
chinakohl schrieb:Ausserdem ist mir aufgefallen, das früher viele Lautsprecherkörbe in Boxen, Tischradio-Gehäusen sowie Musiktruhen oftmals nicht direkt mit der Schallwand verschraubt waren. Die Körbe lagen mit ihrem Filzring dicht auf die Schallwand auf und die Befestigungen hatten so Gummitüllen zwischen Korb, Schallwand und Unterlegscheibe der Verschraubung.
Manchmal waren die Befestigungsbolzen auf der Schallwand zusätzlich auch mit kleinen Klötzen zum Höhenausgleich versehen, damit sich beim anziehen die Befestigungsohren oder der Korb nicht verzieht.
So ist - zumindest früher - die Übertragung von Korb-Resonanzen auf das Gehäuse verhindert worden ...........
Hi,
nachdem in meinem letzten post wohl zu viele Fragen waren, hier jetzt nur eine ;o) :
Kann man eine Class-D Stereo-Endstufe (z.B. Connex CxD 2160) an einem herkömmlichen Netzteil (Trafo, Gleichrichter, Kondensatoren - natürlich mit passender Ausgangsspannung) ) betreiben?
Hifi-Akademie betreibt seine Class-D mit Trafonetzteilen; aber ob die noch spezielle Features haben, weiß ich nicht.
Ich habe Spaßens halber mal bei Mouser nach Lautsprechern geschaut und diesen kleinen Freund entdeckt. Das Datenblatt zeigt einen brauchbaren Frequenzgang, zumal für die Größe von 16mm x 9mm! Der Preis verleitet zum Testen
Kann natürlich auch sein, dass der Hersteller etwas mogelt.
Z.B. als kleines Line Array mit Waveguide aus dem Drucker...
Ich mach mal hier einen Bau-Thread für meine Sub-Endstufe.
Verbaut werden zwei ICEpower 1200AS2 Module. Die sind gut für folgende Ausgangsleistungen:
4x 620 Watt an 8 Ohm
4x 700 Watt an 4 Ohm
2x 1250 Watt an 4 Ohm (nur ein Kanal pro Modul aktiv)
Laut dem Datenblatt gelten die Leistungsangaben nur bei Montage mit ausreichend Kühlung. Die Leistungstransistoren sind unter der Platine auf einer Aluminiumplatte montiert. Im Idealfall sollte die Bodenplatte direkt auf einem Kühlkörper montiert sein. Die Leistungsabgabe über längere Zeit ist wohl hauptsächlich von der Kühlung abhängig:
Duration of power burst at full power, one channel driven (1200W): 90 sec
Continuous output power without thermal shutdown, one channel driven: 290 W
Die Module sind ja auch in diversen Fertigverstärkern verbaut. Direkte Montage auf Kühlkörpern kann ich aber nirgends entdecken. Apollon Audio schraubt die Module auf eine innen liegende Montageplatte. Nord Acoustics und Rouge Audio Design scheinbar direkt auf die Bodenplatte. Lediglich Bill Duddleston von Legacy Audio erwähnt in einem Video, dass er eine ordentliche Kühlung für wichtig erachtet.
Bis jetzt habe ich die Module nur mal kurz angetestet. Der Übertrager/Trafo des integrierten SMPS brummt leicht, ist aber in einigem Abstand nicht mehr zu hören. Laut Forenberichten geht das Brummen weg, wenn man auf den Übertrager draufdrückt. Das werde ich noch probieren. Alle vier Ausgänge rauschen leicht. Die Töne kommen hauptsächlich aus dem Hochtöner und sind in 1m nicht mehr zu hören, sollte also bei den Subwoofern völlig unkritisch sein. Das Rauschen verschwindet nicht, wenn ich die Eingänge auf Masse lege. Die Ausgangsinduktivitäten sind ziemlich warm geworden, und das war nur ein kurzes Antesten. Auch das muss ich mir später noch mal ansehen.
Als erstes kümmere ich mich jetzt um die Kühlung und such mir was aus Aluminium, mit dem ich die Wärme zu den seitlichen Kühlkörpern des Dissipante Gehäuses bekomme. Die Optik des Verstärkers wird genau wie die meines Anaview AMS1000 Amp.
leider habe ich das Problem, das meine Soundkarte welche ich über die Analogen Eingänge unbalanced in das DSP schicke anscheinen zu laut ist und der DSP dadurch übersteuert. WIe groß darf die Eingangsspannung unbalanced sein? Ich verwende AIN1+ und GND gebrückt mit AN1-. Meine Soundkarte verwendet einen PCM5102A Chip welcher laut meines Oszis mit 1kHZ Sinus 6,32V Peak to Peak macht. Zur zeit verwende ich zum abschwächen des Signals ein 10k Poti. Dieses würde ich gerne duch einen Spannungswandler mit 1% Wiederständen ersetzen.
Der AD wandler sagt Laut Datenblatt +-2.8V Typ. Das würde für dich da ich nur unbalanced nutze 2,8V ? (oder ist das falsch?) Oder gibt es hier noch einen Preamp der auch nochmal verstärkt?
Es wäre toll wenn mir hier jemand eine Antwort geben könnte. am besten noch wie mein Spannungswander bestückt sein sol.l[ATTACH=CONFIG]55399[/ATTACH]
Falls sich jemand frage warum ich nicht den eingebauten xmos verwende. Bei mir bringt mein Nezteil des PC und die Grafikkarte bei Spielen ein Spulenfiepen aufs Signal. Das einzige was mir hier hilft ist ein Audioübertrager (LL1527).
Also wenn der Preis des Rings unter dem des Chassis bleiben soll und Alu gewünscht ist, geht mMn sinnvoll nur Großformattafel Alu 1,5mm und ein Laser oder Wasserstrahler der in einem Rutsch 200 oder 300 Stück daraus durchnudelt (auf Basis DXF-Datei). Feinbearbeitung und Spühdose wären beim Endkunden anzusiedeln.
Ich bin nächste Woche bei einer Firma, die das ggf. mit dem Laser machen könnte und werde mal ne Hausnummer anfragen.
Alternativ Epoxi-Platinenmaterial und Laubsäge (Sägeblätter für Hartmaterial von Proxxon, sonst sind die in Summe das teuerste daran :eek.
Das könnte sich aber noch ändern. Insbesondere sobald es an die dsp.html geht - zum einem sind dann die weiter verbreitete Dreifaltigkeit von JS/HTML/CSS nötig, zum andern kann man dann (hoffentlich) Teilaufgaben besser verteilen sowie inkrementelle Verbesserungen sollten auch einfacher werden (plus, JS/HTML/CSS kann ich zwar auch halbwegs, ist aber weder meine Lieblingsgebiet noch meine Stärke 
).
