ThomasT

http://www.sprut.de ist in Deutsch. Gute Bücher hab ich auch nicht gefunden. Spar dir das Geld und kauf nicht bei Farnell (oder so) irgendwelche Bücher. Dort steht nicht mehr drin als du auch im Web findest. Einziger Vorteil du kannst es auch beim sch... lesen. :)

Falls Thorsten die nicht eher sagt wo du das alte Zeug dwonloaden kannst, schicke mir eine mail, dann schicke ich dir alles. (Schaltpläne, Layout (ist sowieso von mir...)). Die alten Layouts für das Core module findest du noch. Allerdings sind dort die Buttons/LEDs vertauscht, wenn du die neue Software nehmen willst bzw. mit der alten Software die du brauchst (0.34) passt das neue core nicht 100%ig. Wenn du sägen und bohren (und Porto bezahlen) willst: Ich habe noch eine Platine mit drei (kaskadierbaren) MF-Modulen rumliegen. (einst als Ersatz angefertigt).

Die aktuelle Firmware ist nicht zu den alten Layouts kompatibel. Die H-Brücken für die Motoren werden anders angesteuert. Altes Layout -> alte Firmeware (0.34) Auch bekannt als Midibox "vintage"... Mit einem Core wäre die Konfiguration in der alten Version möglich. (hab ich auch) In der neuen brauchst du zwei Cores, da die Motorfader direkt an den Analog-Inputs hängen und davon gibt es nur 8. Wöllte man die restlichen 3 Inuput noch 59 Poties müsste man ja mehrere Multiplexer kaskadieren. Möglich ist es, aber die Software müsstest du komplett neu umschreiben. Nimm besser gleich zwei Cores. Oder warte bis das Master-Slave konzept fertig ist.

Apropos. Kannst du mir nochmal die Sourcen für 0.34 schicken. GMX behält die nur für einen Monat. Ich habe abe die falschen gespeichert. Jetzt kommen die langen Wintertage, Freundin hat Nachtschicht, zweit Freundin keine Lust (hähä), da wollte ich mich mal dem von mir vorgeschlagenen Usecase mit 7/16 Segment anzeigen widmen. Das ganze dann mit 8er Midibox. Aber: gemach. Zeitmangel. BTW. die Midibox ist fertig. Nachher kommt der Praxistest. Ich werde berichten.

Interpretiere ich den Eintrag im Datenblatt "output current sunk 20mA" richtig, dass auch ein Strom von 20mA in das Pin reinfliessen kann? Ich möchte eine LED die über einen R an 5V hängt direkt an einem output port betreiben. Output = H -> 5V LED ist aus, Output = L -> 0V LED leuchtet. Also genau andersrum wie die derzeitigen LEDs. (Hintergrund: meine 16segmentanzeigen haben gemeinsame Anode)

The LED wiring my be ok, but what about the button wiring? Are the inputs of the 165 5V? All pullups ok? Do you measure 0V when button is pressed only on this input? Have the two corresponding LEDs/Button the same MIDI-event?

Problem gelöst: Am Sockel war pin20 gebrochen. So waren alle Messungen von unten sowieso ok, und beim Messen an IC-Pin direkt oben (dran gedacht habe ich schon), hat scheinbar das bischen Druck von Messgerät wieder kontakt hergestellt. Ich hatte so ziemlich alle Brücken und eine Leiterbahn unterbrochen mit Kabeln auf eine andere Midibox gelegt. Bei änlöten direkt am Pin20 kam mir dann der Stift vom Sockel entgegen....

Just for interest: Problem solved. Pin20 of the socket was brocken. I noticed that while soldering a wire directly to pin 20...ARRGGG. The little pressure while meassuring are enough for contact, so that I meassured all ok.

The simples way would be (I did not test it!): I try to discripe it because ASCII-art works not so good with a propotional font. simply place the LED with a 220Ohm resistor on the place of the original 10k pull-up. That this works as a a pullup resistor you need to add a 10k parallel to the LED. When the button is closed the input is grounded and a current flows through the LED and it lights.

I got an idea. It shall be possible to use an other 595 shiftregister connect its serial in with the serial IN pin of the PIC, as well es the clock signal. With 8LEDs it should work as a bitscope.

I got a strange problem with my buttons on my first midibox (the second identical one works perfectly). My buttons don't want to work except the menu-button. But this works as snapshot button. Means it works like pressing menu button and snapshot button together. The LEDs blink at boot time as normal. So I think the clock wires are ok. But when I send a midicontroller that is assigned to a button, the corresponding LED will not light! At first pressing with the finger on the PCB sometimes helped. So my guess was a soldering or other contact problem. But I could not find it! After soldering all suspected (and some more) contacts again even the little fingerpress solution would not work anymore...;-( Things have done: - measuring all contacts and wiring (RCLK, SCLK, IN) - changing the controller - changing the software - changing the first 74HC165 - looking, searching, looking - bite in the table.... Now I disconnected the wiring from mother to doughterboard (layout from greg). So only the first shiftregister is connected. It's serial input to the next SR is free. But even then only the menu-button works in te way I discriped. I took a look in the source code (button.inc). But that is a) very difficult to read, b) would not explain the behaviour, so far I understand it. I have no scope to see the bits. And what happens there. Please tell me all your suggesten. Even if they are very unlikely or stupid. I have no ideas anymore.

Hi rebelrob! What you have drawn is the normal way to connect a button. But he wants that a LED lights when the button is pressed. I have done this while using analog inputs as button inputs. There are no LEDs too. So I have done this with some transistors and with some flipflops (74HC74, for toggle mode).

Uahh...I hope you will understand my confuse writing style. It was late yesterday....

The core module supports up to 64(!) motorfader. Every Potie can be motorized. BUT: (today) touchdetection works with only 16faders. All faders are moved sequenziell, not parallel. To move 64 motorfader with one core module can be to slow. My both coremodules drives 16motorfaders. Together 32. Works fine. (There is an old layout from me, with this you can easiely cascaded more than one.) BUT: (later) There will be a version where one core module drives only 8faders, but real parallel. Thorsten has not sent me her the ciurcuit plan until now. Neigther the software. So I can nothing say about it. I only know that my old layout with one shiftregister will not work anymore. He uses two sr for the motordrivers.

Are there any other basic conditions? E.g. all buttons switch to ground. Want to use the same PCB layout (button and LEDs) like the normal buttons with LED. (meas all buttons all LEDs on together on ground) Just build a little circuit where the output is 0V when button is pressed and a led lights. When button is not pressed 5V should be on the output. Is an digital input so not exactly 5V and 0V are requiered. That makes circuit design more easy. You need at least one transistor for inverting (LED is on when 0V is on output). Or you invert the menubuttons with software modification. (not easy...easy, but not easy to find where....)

Ich vergass: Senden einen entsprechenden Midievents bringt die korrespondierende LED auch nicht dazu zu leuchten. Beim drücken der Buttons werden auch keine Events generiert.

Es kam wie es kommen musste. Kurz vor vollendund der Midibox tritt noch ein Problem auf: Symptom: die Buttons der einen Midibox gehen nicht. D.h. manchmal schon. Teilweise fungiert der Button für das Menu als snapshot-button. Mechanisches auf der Platine draufrumdrücken und Platine biegen hilft manchmal. Erstaunlicherweise immer weniger je mehr verdächigte Lötstellen ich neu gelötet hatte. Es ist also mit höchster Wahrscheinlichkeit doch ein Wackelkontakt. Allerdings finde ich ihn nicht....ARRGGG - alle verdächten Lötstellen habe ich neu gelötet - Verbindungen durchgemessen (RCLK, SCLK, pin20) - Software und PIC getauscht (um das auszuschliessen) - den ersten 165 getauscht Die LEDs blinken aber beim Hochfahren normal. Also sollte RCLK und SCLR ok sein. Die Verbindung RD1 (pin 20 des PICs) zum erstem schiebregister ist auch in Ordnung. Ich hab jetzt irgendwie auch keine Idee mehr, wo ich suchen könnete. Falls jemand noch eine Idee hat...

>Dem muss ich widersprechen - Lochraster eignet sich >zumindest fuer Potis hervorragend. Ok. Akzeptiert. ;) Ich gehe mit meinen Geräten eigl. nicht sehr zimperlich um, daher ist mir mechanische Stabilität wichitg. Wenn das ganze noch Bier und Kaffee fest wäre (was es nicht ist) wäre es noch besser. Aber apropos Kabel. Flachbandkabel gut und schön. Aber wie kann man denn das Kabelgewuschtel etwas entschärfen. Bir mir sieht es änlich aus wie bei http://www.ucapps.de/midibox_gallery/peter_a3.jpg aber ca. 3mal so viel. Gaffer bzw. Isolierband ist auch nicht die beste Lösung.

Wenn die Platinen die Poties halten müssen, d.h. wenn diese nicht extra noch eingeschraubt werden, dann vergiss Lochraster. Meine Buttons werden z.B. von den Platinen gehalten. Lochraster sind da ungeeigent. Epoxid-Platinen sind da besser. Nur so als Tip.

Na mal sehen. Bislang hatte ich die grösste gebaut... die aber ncoh nicht fertig ist: ergo zählt nicht. (fehlt aber nur noch Netzteil und Mikrofonverstärker für das eingebaute Talkbackmik...) 32 Motorfader 2 Masterfader eigl. auch Motorfader, aber noch nicht angeklemmt. Kommt dann bei der Erneurerung. 76 Poties. 64 normale Buttons mit LED 10 Buttons, die mit etwas krampf als Poties angeschlossen sind. Der krampf kommt daher, dass auch eine LED aufleuchten soll (bei gleichem Layout) und toggle-funktionen haben sollen. Es arbeiten zwei MIDIboxen. Am Wochenende mache ich das Netzteil und den Preamp fertig. (Platinen ätzen) Löte noch ein paar Kabel an. Und dann: sollte sie fertig sein. Wenn nciht bei all den Bedienelementen wieder mal ein Kabel abreisst. Ein Stecker wackelt etc.

Soweit ich das verstanden habe wird bei Metaevents eine entsprechnden Funktion angesprungen, die selber geschrieben werden muss (Assembler). Es sind aber schon ein paar vordefiniert. Schau mal in der Beschreibung zur Midibox64. Egal. Problem bleibt dass du diese aus deinen "normalen" Events erzeugen musst. Das beste ist immer noch das Sysexscript auszufüllen, den Generator anzuwerfen und das Sysex auf die MB zu schicken. Mache ich genauso und geht schnell. Schneller als jedes "klicki-Bunti". Thorsten wird dir sicher noch mehr dazusagen können. Es gibt auch eine MIDI-lern funktion mit der man die Events direkt programmieren kann. Das ist gut für ein paar wenige. Unbrauchbar für hunderte. P.S. Warum 5 core module? Brauchst du 320Poties? Warte doch lieber noch etwas bis das neue design mit den virtuellen Fadern/Poties mit kanalweiser Beschriftung umgesetzt ist. Nur so, ich ärgere mich auch....

OT: Im übrigen ist dass ein Grundproblem vieler Software. Eigl. aller. Wieso kann nicht meine Software frei konfigurireren? Wieso muss ich deren GUI verwenden? Die überbieten sich alle mit photorealistischen Design von Mischpulten und Geräten (inlc. 19" Schraublöcher). Wozu? Wenn ich beim Lexikon einen Hall einstelle. bekomme ich doch auch nicht eine virtuelle Animation des simulierten Raums. Ist auch gar nicht notwendig. Das Problem bei den GUIs ist das sie Ressorcenfresser sind. Gerade wenn man exteren Controller verwendet, braucht man keine "Klicki-Bunti" Gui. Zu dem Konkreten Probelm gibt es eine einfache Lösung: Beschriftung an den Poties. Entweder die angesprochene elektronishce Variante, feste Beschriftung auf der Frontplatte oder einfach Klebeband wie auf dem Livepult.

Also Mindestbestellmenge bei albs hatte ich nicht. Kann natürlich auch sein, dass die etwas kulanter waren da ich ja 34 Motorfader geordert hatte..... Aber die schicken auch gerne kostenlose Muster. Auch vorher schon. Dafür sind die Knöpfe wirklich gut.

Der Sinn besteht darin, dass man einem realem 24Euro teurem Motorfader einen von 64 oder mehr virtuellen Fadern zuweisen kann. Ausserdem wäre so die Beschriftung am Kanalzug und man bräuchte gar kein Display mehr. Bei deiner Methode erfährt man erst dann wenn man ihn berührt, ob er nun Cubase-Kanal 1 oder 9 steuert. Und ausserdem geht das heute schon.

(OT) Mist, der will also eine Web-URL haben. Ne, dann gehts nicht. Die yabb-urls sind nur die smilies. Hab mich verkuckt.