Jump to content

alisa 1387

Members
  • Posts

    38
  • Joined

  • Last visited

    Never

Everything posted by alisa 1387

  1. Ist die MIDIbox CV eigentlich bisher ausschließlich mit V/Oct Chracteristik ausgestattet? Viele Geräte haben eine HZ/Oct Charakteristik. Die Benutzer von Yamaha-Synths (CS-Serie) benötigen ne exponentielle Kennlinie von 0,0835 V bis 4 V. Da ich einen CS-5 mein Eigen nenne, gehöre ich zur letzten Spezies. Ist da schon was geplant? (oder gar vorhanden, was mir entging?) Reichen die 12 Bit Auflösung für ne adäquate Software Lösung? (Kenton und Philip Rees benutzen 16-Bit Wandler) Alternativ könnt man ja auch was mit Opamps basteln... hier die Fakten nochmal ausführlicher: http://www.sequencer.de/dsynth/specials/analog_gate_cv.html Bisher mache ich ja mit dem AVR Assembler rum. Wenn das bei PICs auch so ähnlich geht könnte ich eventuell den Befehlssatz lernen. Doch in Programmen anderer Leute finde ich mich nicht so leicht zurecht wie in meinen eigenen (und da haperts auch noch manchmal)...
  2. Zuhause benutz ich Mozilla und Firefox. Doch drucken kann ich nur bei der Arbeit und der ganze Laden ist Microsoftifiziert >:(
  3. Auf einigen Seiten der ucapps-Homepage sind die Texte in Kästen (z.B. bei der LCD-Installation). Dabei fehlt rechts ein Stück. Es lässt sich so auch nicht drucken ohne das was fehlt. Wenn ich versuch es in Word zu pasten meckert der Rechner, es stehe nicht genug Arbeitsspeicher zur Verfügung. Sehen die Fesnter nur bei mir so komisch aus? Noch ne andere Frage: Muß ich noch auf irgendwelche Jumper achten wenn ich die CV-Box in Betrieb nehmen möchte? (bzw. wo stand das nochmal)  ??? vielen Dank Basti
  4. Als Anfangs-Nebenbei-Projekt eher weniger geeignet. Du müsstest alle Potis ausbauen und mit Transistoren oder so arbeiten. Statt der Reglerstellung würde jeweils eine Steuerspannung den Parameter steuern. Wenn Du dazu fähig bist, dann wär der Rest nicht sooo schwierig (MIDIbox -> DAC -> Dein Gerät) Also ich möchte dich nicht entmutigen, selbst arbeite ich auch gerade an einem für den Anfang "etwas dick geratenem" Projekt :P
  5. alisa 1387

    74HC595

    Danke für die Hilfe. ;) Ich werde die Abblockkondensatoren einbauen (warte noch auf die Bestellung) und die Kabel kürzen und dann schaun wir mal weiter. Gut, dass Du noch was aufm Kasten hast, wenn es wieder nicht klappen sollte ;)
  6. Hi Lemonhorse, danke für die Infos zur ID. Bin beruhigt, dass man sie theoretisch ändern kann, wenn man es mal braucht... Das mit dem primary loader hatte ich auch gerade bemerkt :-[
  7. Ach wenn ich das richtig sehe ist der 1,1b aktuell und das MIOS ist bei 1.7? Dann hab ich mal wieder Probleme erzeugt, wo gar keine waren ::) am besten erst lesen dann fragen ???
  8. ach ja und was hat es eigentlich mit den IDs auf sich (wozu werden die überhaupt genutzt? Um 4 SIDs zu einem polyphonem Instrument zu vereinen? Ist die ID für das MIDI-CV Modul von belang? (z.B. in Kombination mit MIDIBOX SID) wieviele IDs gibt es überhaupt?
  9. Hallo hab nen alten Bootloader (1.1b oder 1.2b oder so) gebrannt und anschließend 2 der 3 PICs schön fest in die Core-Module gedrückt. :'( Lässt sich das in system über MIDI dump updaten oder muß ich die nochmal aushebeln?
  10. alisa 1387

    74HC595

    Im Microcontroller-Forum www.mikrocontrollet.net bin ich auf folgenden Thread gestoßen: http://www.mikrocontroller.net/forum/read-1-182437.html#182437 Demnach kann ein 74HC595 laut Spezifikation überlastet werden, wenn man LEDs und Vorwiderstände daran betreibt. Als Abhilfe werden spezielle LED-Schieberegister genannt. Sind die 220 Ohm Vorwiderstände + LEDs innerhalb der spezifizierten Verlustleistung, wenn alle LEDs an sind? Ich selbst habe für mein Testboard übrigens 250 Ohm und blaue LEDs verwendet... Ausserdem hab ich die 100n Kondensatoren auf der versorgungsspannung vergessen ::)
  11. alisa 1387

    74HC595

    Ach, so kann ich auch RAM Module mit 19 Adressleitungen und Compact Flash und so ne Pin-intensiven Sachen anschließen, ohne gleich fast alle Ports zu belegen 8)
  12. alisa 1387

    74HC595

    Es bleibt allerdings noch ne Frage: der "G"-input (mit nem Balken drauf) soll ein "output enable input" sein. Kann man damit generell die Ausgänge tri-staten (also z.B. durch eine Taktung die Helligkeit angeschlossener LEDs steuern)? Denn auf Seite 2/13 des SGS-Thompson-Datenblatts steht zum "G"-Input im Truth Table "QA thru QH outputs disable / enable" - was soll das heissen? "QA durch QH Ausgänge deaktiviert / aktiviert"?
  13. alisa 1387

    74HC595

    Ich hab gerade eine active low / high - Verwechselung entdeckt. ::) Jetzt mach ich mir erstmal ne low / high Liste mit allen IC Pins :P
  14. alisa 1387

    74HC595

    Moin ich hab ne Testschaltung mit etwa 100 Tastern und LEDs aufgebaut. Angesteuert wird das Ganze von einem AVR Controller. Nachdem ich mich etwas mit dem Assembler befasst habe, scheint das Programm zum auslesen der Taster, zur Umsetzung der "Taster-Drück-Flanke" in die jeweilige Zustandsänderung und zur Ausgabe an die LED-Latches in der Simultion schon zu laufen. Die Hardware macht allerdings offenbar nicht, was sie soll. Daher hab ich mal versucht, jedes achte Bit der einzuschiebenden Daten high zu machen und den Rest low. Leider leuchten dennoch alle LEDs (auf dem entfernteren der beiden Bedienelemtente-Boards flackern die LEDs). Daher wäre ich für eine Bestätigung dankbar, dass die 74HC595 "shift register with output latches" folgendermassen angesteuert werden können: Ich sende ein Bit an den seriellen Eingang. Anschließend sende ich einen Impuls an den shift register clock input. Dies wiederhole ich, bis soviele Bits übertragen wurden, wie in die shift-register-kette passen. Anschlisend sende ich einen Impuls an den storage register clock input und die eingeschobenen Daten werden im output latch gehalten, bis der nächste Impuls an den clock input des storage register gesendet wird. Wenn das korrekt ist, dann werde ich mal probieren, ein einzelnes 595 anzuschließen... Vielen Dank für Zeit & Mühe... Gruß, Basti
  15. alisa 1387

    HUI Protokoll

    Naja, für einen "ganz klaren ProTools-Controller" bräuchte das Teil wohl keinen Logic Mode ::) Ne ICON ("Integrated CONsole") gibt´s schon, zumindest hab ich mal eine gesehen (oder war´s doch bei Enterprise? *gg*). Doch es handelt sich tatsächlich nicht nur um einen Controller (aber wer wird denn deswegen gleich picky sein? :P)
  16. alisa 1387

    HUI Protokoll

    Wenn wir ne ICON benutzen würden, dann würde es darauf hindeuten, das wir ProTools benutzten.
  17. Hallo Thorsten & der Rest der Welt ;) ich möchte Speichermodule mit nem Atmel-Controller nutzen. Zum einen soll ein 8 x 512k statischer RAM, zum anderen Compact Flash eingebunden werden. Das RAM Modul hat 19 Adresswahl-Leitungen (A0-A18) und 8 Daten-Leitungen. Also möchte ich Serial / Parallel Register verwenden. A0-A18 müssten nur serial in / parallel out bieten während die 8 Datenleitungen in beide Richtungen gehen. Alles hat CMOS-Pegel. Ich habe wohl schon passende Register für die Datenleitung. Allerdings wollte ich mal fragen, ob jemand Empfehlungen für Register für die betreffende Anwendung aussprechen kann. Passen vielleicht wieder die 595er als ser. in / par. out? Gibt´s sonst was zu beachten oder irgendwelche Denkfehler meinerseits? Vielen Dank für die Unterstützung Basti
  18. alisa 1387

    HUI Protokoll

    Die Mackie Control kann Logic Control "sprechen". Somit könntest du sie im Logic-Mode betreiben und von dort aus das Protokoll "übersetzen". Zu den Unterschieden von Logic zu HUI kann ich dir leider nix genaues sagen... Mein persönlicher Eindruck ist jedenfalls, dass die ganze Sache nicht besonders ausgereift ist. Ohne, dass wir den Controller schonmal in einem Projekt eingesetzt haben, kam es schon mehrmals vor, dass Stop und Pause gleichzeitig leuchteten. Wenn man die Kanäle weiterschaltet wird das Display erst refreshed, wenn man einen Parameter des Kanals ändert (und es wird auch nur der eine Kanal angepasst - daneben stehen noch die falschen Spur-Nummern) - kann man das vielleicht durch Erhöhung der Brandbeite auf 100% ändern? IMO isses ziemlicher Computer-Trash, das Teil...
  19. Hallo Wo gibt´s denn den Patch? Bei mir macht IC Prog unter XP immer Fehlermeldung beim starten. Als ich auf Anraten eines Freundes nach dem Patch suchte fand ich Informationen über notwendige Einstellungen der Eigenschaften beim Betrieb unter 2000 bzw. XP. Doch auch dies brachte nicht den erhofften Erfolg... 2 Core, 1 SID und 1 AOUT Platinen warten auf ihre PICs und 2 weitere SIDs warten auf neue Platinen ;) Gruß Basti
  20. Danke für die Tipps... Ich hätte da noch ne Frage zum 74HC165: Die serielle Leitung (Verbindung QH auf SER des nächsten ICs) ist beim MBHP_DINX4_V2 über 10k mit 5V verbunden. :o Weshalb? Um Spannungsabfall bei längeren Kaskaden zu vermeiden? Oder hab ich da im Datenblatt was übersehen? ??? Dank & Gruß Basti
  21. Zunächst gibt´s ja nur CV- und MIDI-Eingänge an den Synths & Samplern, die an den Sequenzer angeschlossen werden könnten. Also brauch ich etwa 4-8 MIDI Outs und 1-2 MIDI-In(s). Zunächst könnt ich mit dem ucApps MIDI-CV-Converter analoge Spannungen erzeugen, jedoch wär später eine direkte CV-Ausgabe sehr wünschenswert, zumal ja auch eine höhere Auflösung ganz angenehm wäre ;) Naja und diverse Analog-Drums (da gibt´s gute Inspirationen bei synthesizerforum.de) sollen noch getriggert werden können aber die Trigger-Informationen bestehen ja nur aus NoteOn & Velocity... Umgekehrt sollten auch Drumpad-Signale verarbeitet werden können, damit Drumspuren auch direkt eingespielbar sind. Die Option, interne Drumsamples zu triggern, wäre ab 48 kHz und 24 Bit besonders interessant. Die Tracks sollen von einem erweiterbaren Multiprozessor-System bereitgestellt werden. Dadurch ist die Spurenanzahl nicht insgesamt durch die MCU beschränkt. Dabei wird eine eigene MCU für die Bedienungs-Funktionen benötigt (sowie eine weitere, um den Speicher zu verwalten - da mehrere Speichermodule verwendbar sein sollen wär hier wohl ne eigene MCU von Vorteil) Die "schnellsten Noten" sollen 384tel sein - jeder Takt enthält also 384 Schritte. Es wäre wünschenswert, diese Schritte noch verzögern zu können (quasi in Richtung des folgenden Schrittes schieben) - dabei wär die Auflösung davon abhängig, was noch sinnvoll verarbeitet werden kann (ich dachte an etwa 4-8 Bit) Klar, dafür benötige ich ne Standart-Schnittstelle. Allerdings möchte ich mit Compact-Flash-Medien arbeiten (Datentausch ist also auch anders möglich) - wichtig wäre also zunächst einmal ein PC-Synchronisations-Port... Gruß von Basti
  22. Ach und ich sehe grad, der Receptor kann MIDI & Audio übers Ethernet
  23. Wenn die "Abspiel-MCUs" auch noch Samples auslesen könnten, das wär schon nicht schlecht ;)
  24. Ja, du hast völlig recht. Entschuldigung... Von aussen gesehen habe ich "Gedankensprünge" - mit der Kommunikation hab ich es echt nicht so drauf Richtig. An dem USB Interface war ich zunächst doppelt interessiert: Zur MIDI-Übertragung und zur Computer-Verbindung. Doch nach näheren Infos fand ich das USB-MIDI nicht mehr so toll. Also suche ich nach anderen Möglichkeiten... Tut mir leid ::) :-\ Also ist die angeblich "relativ langsame" Geschwindigkeit des I²C-Bus immer noch locker schnell genug für die Anwendung? Ne synchrone Übertragung wär mir definitiv am liebsten... Ich plane eine Multichip-Lösung. An einem Chip hängt die ganze Steuerung und alle asynchronen Funktionen etc. Zum auslesen (abspielen) sollen eigene Chips zum Einsatz kommen, die dann halt jeweils so viele Spuren schaffen wie die Performance es zulässt. Ich bin weder Fan, noch kenne ich mich aus. Danke für das Angebot... Ethernet dachte ich auch schon. Doch das einzige mit MIDI-Ethernet ausgestattete Gerät, welches mir bekannt ist, wurde nochmal ohne Ethernet auf den Markt gebracht - weil nicht nur das Ethernet nicht ging, sondern auch andere Funktionen dadurch gestört wurden. Und es handelte sich um eine große Firma. Naja es dürfte wohl eher daran gelegen haben, dass aus Kostengründen alles auf einem Controller laufen muss... Jedenfalls interessant, dass sich Ethernet einfach an nen AVR anschließen lässt. Nee mit Treiberproggen kenn ich mich nicht aus... Das hier wird mein erstes Projekt, bei dem ich direkt an der Hardware programmiere (dafür ist es recht gewagt, ich weiß). Die weiteren (zum Teil über mehrere Worte verteilte) MIDI-Controllernummern müssten eh vom Soft-Sequenzer unterstütz werden, damit so ein Treiber Sinn macht. Also 115200 wär schonmal ne Verbesserung aber noch zu kompromißbehaftet. Das I²C-Ding gefällt mir eindeutig am besten. MIDI und CV brauch ich ja sowieso für die alten Kisten. Doch wenn ich z.B. einen polyphonen Sampleplayer (für Drums) baue, dann muss das halt nicht unbedingt an MIDI hängen :P
  25. Ha, bin endlich fündig geworden ;D Bei Schuricht gibt´s ALPS für 2,06 pro Stück mit 24 Impulsen pro Umdrehung auch ohne Rasterung - das könnte die gesuchte Lösung sein (brauch/bezahlbar)
×
×
  • Create New...