
doc
Frequent Writer-
Posts
1,079 -
Joined
-
Last visited
Never
Content Type
Profiles
Forums
Blogs
Gallery
Everything posted by doc
-
Nein, der Host erkennt die Boxen einfach dadurch, dass mehrere Mackie Controller geladen werden. Die Reihenfolge der Boxen entspricht in der Regel der Reihenfolge der geladenen Geräte. Eine ID benötigt man hierfür nicht. Es gibt einen Parameter im Source, mit dem man einstellen kann, ob es eine "volle" LC ist oder eine LC Extension (ohne Transport etc.) Die ID auf dem PIC kann unterschiedlich sein. Muss sie aber nicht, da ja bei der LC jedes Core ein eigenes Midi-Interface hat. Im internationalen Teil, gibt es eine ähnliche Rubrik. Im Unterforum Deutsch haben wir keine eigene Sektion für sowas. Ich könnte aber bestimmte Posts, die besonders interessant als "sticky" markieren, damit sie oben an stehen. Ich bereite gleich mal einen Eintrag vor und den kannst Du dann ergänzen. Gruss Doc
-
Das Problem ist bekannt. In der originalen Schaltung ist kein Fehler. Bei TK hat (und auch Anderen) hat es mit diesen Werten funktioniert. Ich habe auch einfach den Widerstand getauscht. Es liegt offenbar an Bauteiltoleranzen. Aber besser wäre, wenn man es mal bei Gelegenheit im Schaltplan des MF ändert. Man muss übrigens nur einen Widerstandswert ändern (Mist. Weiss jetzt nicht mehr Welcher...) damit der Regelbereich größer wird. Ich habe auch jeden Fader extra mit Spannung versorgt. Ist kein Riesenvorteil, aber wenn mal der Toleranzteufel bei einem Fader zuschlägt, kann man flink nachhelfen. Der tatsächliche Wert liegt tatsächlich so um die 8 Volt. Bis 10V bin ich noch nie gegangen. Ich habe beim Kalibrieren immer bei 7.0V angefangen und mich dann nach oben geschraubt. Gruss Doc
-
Netter Beitrag. Leider wird die Gretchenfrage (um die es hier auch ging) offengelassen. Es bleibt also weiterhin eine Frage des Geschmacks, ob man primär oder sekundär (oder Beides) absichert. 8) Interessant finde ich die Berechnungsgrundlagen in dem PDF. Ich habe an dieser Stelle immer mit dem groben Daumen gerechnet. Wenn danach die Sicherung flog, wurde der nächst höhere Wert eingesetzt. Basta. ;D Bleibt die Frage was länger dauert. Sich durch die Berechnung kämpfen und eine Sicherung sparen oder grob schätzen und tauschen.... :D Gruss Doc
-
Kann man nur ganz GROSS WIEDERHOLEN : Unbedingt alle Metallteile des Gehäuses erden. Ganz besonders wichtig ist dies, wenn das Netzteil IN einer Box verbaut ist. Im Fehlerfall kann Dir zwar die Box um die Ohren fliegen, aber das ist immer noch besser, als wenn Du um die Box fliegst.... Meist ist jedoch der FI im Fehlerfall schneller (bei funktionierender Erdung). Gruss Doc
-
Hi, Daran liegt es sicherlich nicht. Meist verstehe ich die Dinge einfach falsch. Oder denke einfach zu kompliziert. ;D Ich woltle Dich auch keinesfalls entmutigen. Sorry, falls das so rüberkam. Nicht mehr nötig. Ich arbeite seit kurzem mit nem Quadcore (WinXP) und den habe ich auch mit 60 und mehr Spuren und vielen, vielen PlugIns noch nicht in die Knie gekriegt. Wenn tongenerators PC Mucken macht liegt es meist an etwas anderem als an der CPU. Meist bewirkt eine komplette Neuinstallation Wunder! So. Genug Off Topic. Ich kann z.B. mit meiner SSL Channel-Box nur den SSL-Channel steuern, der gerade den Focus hat, glaube ich. Es geht sicher auch anders. Aber meistens nehme ich die Boxen nicht für Insert Effekte. So umständlich es klingt, ich arbeite tatsächlich meist alleine mit der LC. Bei 24 Kanälen (also 3 LC) hast Du ja auf jeden Fall bis zu 24 Parameter ohne Umschalten im Griff. Wenn die Displays sinnvoll angeordnet sind, kann man damit hervorragend arbeiten. Ganz aussen vor gelassen habe ich bisher die feine Möglichkeit, die Box mit verschiedenen Layern zu steuern oder aber auch diverse Funktionen im GPC Modus zu steuern... na ja. Ich denke, bei Deiner Wuschausstattung sind Displays Pflicht. Ich stelle mir gerade vor, wie Du den Bankwechsel von 1 - 24 auf 9 - 32 bewerkstelligen willst. Jedes Mal den Streifen nach dem Umschalten wechseln ?? *grins* Und da gebe ich Dir Recht: Ohne Displays kannst Du die VSTs nicht aus einer Mackie Emulation heraus steuern. Spass beiseite. Schau dir die LC mal genauer an. Ich denke, das das die richtige Box für dich ist. Wenn Du dich für einen Nachbau entscheidest, baue erstmal die "Standard-Version". Deine Erweiterungswünsche kann man sicherlich nach und nach realisieren. Gruss Doc
-
Spricht absolut nix dagegen. Solange keinerlei Audio in der LC ist, kann man problemlos mit Schaltnetzteilen arbeiten. Übrigens: Wenn Du aus den 12V auch die 5V machen willst, kann ich Dir den LM323 (günstiger 3A Spannungsregler) wärmstens empfehlen. Gruss Doc
-
Ich glaube, ich muss euch Beide nun etwas entäuschen.... Leider ein häufiger Verwechsler / Irrtum. Die MidiboxLC arbeitet grundsätzlich anders (und nicht kompatibel oder kombinierbar) als eine Midibox64(e). Die Kommunikation bei der LC beschränkt sich auf das properitäre Mackie-Protokoll. Die MB64 arbeitet als generischer Controller. Der Ansatz von Amiga-Falcon kommt da der Sache schon näher. Natürlich kann man die entsprechenden Taster mit Dioden entkoppeln und dann 2 Boxen damit bedienen. Dies ist jedoch ein nicht zu unterschätzender Aufwand. Nicht unmöglich aber sehr müsig. Bei einer reinen Hardwaretrennung ist zudem die Zuordnung der Kanäle schwer bis unmöglich. Woher soll denn die zweite Box wissen, welchen Kanal du gerade selektiert hast? Diese Rückmeldung müsste von Deinem Host an die zweite Box gesendet werden. Und das könnte problematisch werden. Das Mackie-Protokoll sieht eine derartige Möglichkeit eben leider nicht vor. Abgesehen davon spricht absolut nichts daggen, neben der LC zwei bis drei weitere Midiboxen für die Parametrierung einzelner VSTs einzusetzen. Ich arbeite auch neben der LC mit etlichen weiteren COREs in unterschiedlichen Applikationen. Den Programmwechsel zu senden wäre durchaus möglich. Aber dir fehlt dann immer noch die Information, welchen Select-taster du gerade gedrückt hast. Dies würde nur funktionieren, wenn deine Songs niemals mehr als 8 Spuren haben ... ;D Gleiches Problem. Die Parameter-Änderung könnte man schon senden. Aber an welchen Kanal? Thorsten hat schon mehrmals bekundet, das die LC für ihn prinzipiell abgeschlossen ist. Ich denke nicht, das er sich da nochmal reinhängt. Außerdem muss ich Euch sagen, das Eure Wünsche ja eigentlich schon in der Standard-LC enthalten sind, bzw. im Mackie-Protokoll. Man kann eigentlich recht gut über die vorhandenen Displays und Encoder die Plug-Ins, sowie den Equalizer, bedienen. Gruss Doc
-
Genau so ist es. Ich arbeite mit 12V/3A und 5V/3A. Damit fahre ich sehr gut. Ich selbst verwende keine Schaltnetzteile. MTE hat aber in seiner LC auch mit Erfolg ein Schaltnetzteil eingebaut (was wesentlich günstiger ist). Gruss Doc
-
Hallo, und willkommen. Nun. dafür eignet sich am besten die Midibox LC ... geht mir genauso... Nun. Die Midibox LC ist im Prinzip ein Mackie-Controller. Und auch bei der LC geht es nur mit der Schalterei. Falls Dir die Umschalterei zwischen den Kanälen lästig ist, musst Du einfach ein paar Controller mehr bauen und damit seltener umschalten. ;D Eine direkte Verbindung einer LC (oder eines Mackie-Controllers) mit einem "SSL-PlugIn-Controller" ist so leider nicht möglich. Natürlich könnte man eine LC und eine Midibox64(e) zusammenwürfeln um dann mit der Zusatzbox das PlugIn zu steuern. Aber so einfach nach Druck auf den Select Schalter wird es wohl nicht werden. Aber da die MidiboxLC ja Displays hat, ist die Steuerung von Plug-Ins eigentlich recht komfortabel gelöst. Gruss Doc
-
Hi, mmmh. Rechnen wir mal nach: 54 Potis, 9 Fader = 63 -- > ok. (max 64 pots bei MB64) 116 Buttons, 5 Encoder = 126 --> Na ja. Theoretisch ok Bei MB64 werden max 64 Buttons angegeben. Bei 64e 128 buttons (oder 64 Encoder). 100 Leds = 100 --> ok Vergleiche mal bitte die beiden Charts: MB64: http://www.ucapps.de/mbhp/mbhp_midibox64.gif MB64e: http://www.ucapps.de/mbhp/mbhp_midibox64e_full.gif Rein rechnerisch müsste es mit einem Core reichen. Wenn Du Encoder hast, wird es wohl eher die MB64e sein. Entspricht Deiner Aufstellung. Sollte also so passen. Gibt es auch. Bei Reichelt allerdings nur die Luxusausführung (die aber sehr gut ist ...) RK27112-LIN10KC Die "normalen" Potis mit Mittenrastung musst Du entweder bei einer anderen Distribution suchen, oder bei ALPS (bzw. ALBS) direkt erfragen. Die Alps Encoder gibt es definitiv auch ohne Rastung. Musst Du mal im Forum suchen. Notfalls kannst Du aus "gerasterten" Encodern "ungerasterete" machen. Auch hierzu musst Du im Forum suchen. Da gibt es auch ne Umbauanleitung. Hast Du schon bei Conrad geschaut? Ich habe auch schon öfter Teile von ALBS (kein Schreibfehler) bezogen. Teuer, aber ALPS. Gruss Doc
-
Das ist an der Stelle nicht als Verunsicherung gedacht. Man darf im oberen Definitionsteil tatsächlich keine Nummern ändern (dort darf man aber die Namen ändern, wenn man möchte....). Weiter unten in der IO Table musst/sollst Du Deine Zuordnung dann nach Herzenslust ändern. ;D Gruss Doc
-
Nachtrag. Ich habe überlesen, dass Du es für Deinen Fall gezeigt haben möchtest: Dann sieht es so aus: setup: LC_IO_TABLE im layer 0: Das wars schon. Du musst jetzt nur noch alle Funktionen der LEDs, die jetzt ja vermutlich an anderen Shift Registern hängen, an der jeweiligen Stelle eintragen, wenn die LED dort leuchten soll. Gruss Doc
-
Hi, Du musst in der setup_midibox_lc.asm zunächst einmal angeben, an welchem DOUT deine LED-Anzeigen hängen: Auszug: Danach musst Du die Zuordnung der LC-Funktionen in der LC_IO_Tables ändern. An den shift-registern, an denen Du dein LED-Display betreibst, musst Du ID_IGNORE eintragen (wenn es nur die DOUTs betrifft, dann nur den jeweils rechten Eintrag auf ID_IGNORE ändern!). Beispiel: Du willst an den Shift-Registern 1-4 dein LED-Bardisplay eintragen. Ändere in der setup die Einträge (12 -15) in 1 - 4. In der IO_table sieht es dann (hier nur am Beispiel des ersten SR) so aus: Vorher: Nachher: Die Funktionen, die vorher an den Shift-Registern 1 - 4 waren, musst Du dann auf die Shiftregister verschieben, an denen die Leds für diese Funktionen sind. Also z.b. bei shift-register 12 - 15. Dort änderst Du analog ID_IGNORE auf der rechten Seite in ID_SELECT_xx... usw. Gruss Doc
-
Ja, das kann gehen. Es gab vor einigen Jahren mal ein paar "Maus - Umbauer". Such mal im Forum. Ich selbst habe es nie probiert. Gruss Doc
-
WOW ! Those woodworks are a master piece ! @admin: Shouldn't this be in "MIDIBOX OF THE WEEK" (Or better: In the hall of fame! ;D ) ? greets Doc
-
Ich bin auch nicht überzeugt von den Pollin Encodern. Gerade für eine LC würde ich sie absolut nicht verwenden. Rastungen sind bei der LC denkbar ungeeignet. Es ist dann z.B. nicht (oder nur schwer) möglich auf zwei Kanälen exaxte Panorama Werte einzustellen. Man "wuschelt" immer um den gewünschten Wert herum, solange bis man am Ziel ist. Die besten Erfahrungen für die LC habe ich mit den ALPS Encodern (ohne Rastung) gemacht. Gruss Doc
-
Klar, der Widerständ lässt nur ca. 15mA durch. Bei 4 LEDs würde es aber dann auch nicht richtig leuchten. Die Belastungsgrenze eines Ausgangs des DOUTs liegt (je nach Datenblatt und Typ) bei 25 - 35 mA (absoluter Maximalwert). Ich würde nicht über 20 mA gehen. Wenn Du mehr "Saft" brauchst, musst Du einen Treiber vorschalten. z.B. den ULN 2803. Beschaltung siehe hier: http://www.ucapps.de/midio128/relay_example.pdf Datenblatt: http://www.ucapps.de/midio128/uln2803.pdf Gruss Doc
-
Das hat jetzt weniger mit der LED MAtrix zu tun, aber wie lucem schon gesagt hat, solltest Du für den SID v2 den PIC18F485 verwenden. Gruss Doc
-
ok. Ich mach den Topic dann als normalen Topic. Sticky ist nicht mehr nötig, denke ich. Gruss Doc
-
http://www.ucapps.de/howto_debug_midi.html Bitte Punkt für Punkt abarbeiten. Ja Du darfst die Plus Pins am Steckverbinder nicht mitbrücken (Siehe Schaltplan Core). Nur die Eingänge auf Masse legen. Gruss Doc
-
Hi, mangels Win98 kann ich das Verhalten nicht näher betrachten. Vielleicht hat noch ein anderer User Win98SE?? Vista wäre auch keine gute Idee, da scheint es auch Probleme zu geben. XP kann ich Dir nur empfehlen. Ansonsten bleibts bei Dir wohl bei MIDIOx und hex2syx. Vielleicht liegt es auch daran ?! Gruss Doc
-
Ups. ... almost forgot: You know, that you are not limited to 64 Encoders? You can also build a second CORE to have another 64 ENCs ;D greets Doc
-
Hi, Yea. The DOUTx4 are right then. i justed wanted to know if you are planning something special. Like LEDrings or something like this. With 4 DOUTs you are very universal. Oh, I don't know if this feature is fully implemented yet. Maybe someone else can answer this. You can use J5 for input. I did this in another controller. I only don't know if the MB64E has it already implemented. If not: This is not hard to change anyway. greets Doc
-
Hi haris, ... and welcome aboard ! The list is correct. The only issue is: With 64 Encoders you need all the DINx for those 128 inputs. You'll have to connect your 8 buttons to J5 of the Core. I know, TK wrote that this feature will be released later. I don't know if it is already done ... Yes. You can use the 5V DC (then you can leave out the voltage regualtor and the bridge rectifier of the CORE or you can use the 9V AC (then you'll have to full stuff the CORE. The smallest ones I've ever used are those from SmashTV. But they are still quite huge, anyway .... Thats what you'll have to find out for yourself ... 8) My opinion: You may be able to manage to put all encoders into the case. But then you'll get in serious trouble when you have to work with the box. A hint: Find the smallest encoders and paint your design on a sheet of paper (The size of the paper should be the size of your frontpanel. Thats the only way to find out, if it will fit. You also wrote about 4 x DOUTx4. What do want to do with them. Or. What are you going to control with your midibox? Have fun! greets Doc
-
hihi Du glaubst gar nicht, wie oft man im Leben einen PIC Burner braucht !! ;D ;D Gruss Doc