madmax
-
Posts
35 -
Joined
-
Last visited
Content Type
Profiles
Forums
Blogs
Gallery
Posts posted by madmax
-
-
Hi !
The problem occurs only in combination with DAW operation! If I don't use my DAW with the sequencer,
the display is bright for hours and lots of switch-on and off's.
I'm using a commercial DC/DC converter Input 9-36V out 5V with 2A.
The long cable may be a problem, but therefore I added the ALS driver gates. Before adding those
it couldn't work because the uC is not capable to drive the ~100pF line capacitance.
May be I'll feed the display with an extra power supply just to find out if the PSU has
a problem.
-
Thanks for the information. I have already a good power supply but tried another one, no improvement.
Further tests:
Switched it on and off about 30-40 times - but no operation with the DAW only switching -> all ok.
Switched it on and ran it several hours without DAW connection and operation too (at least with zeros on the display) -> all ok.
It's mysterious. Is there any HUI/LC command to dim down the display? My Frontier Design Alphatrack dims also
down after a while. Perhaps it comes from the DAW over midi as command???
Max
-
Hi!
Back again after a long time. I built a transport section LC-box with an external bigger
LED display for Time Code/BBS and Status Digits as remote control. It has some switches, LEDs and
a LCD display too. It is using a PIC 18F452 and with some help of TK ;) (thanks) it works fine. But...
I've still problems with the external bigger LED display. It is not reproducible
dark or bright (see pictures). Even when my box is not connected with my DAW via MIDI.
It is even dark after switching it on or it is bright.
When I push some of the transport keys (play - stop or ...) then it changes from
dark to bright and remains bright. The other keys do not work. When I play the DAW
after a while the display changes to dark. Pressing stop or pause or play (can't
remember exactly) it changes to bright.
I want to have it always bright so I can read the display very well.
Do you have some ideas for me? Hardware or software problem?
Thanks, Max
---extra information---
1. Core MBHP V3,
Necessary hardware modification on core to drive the external display using a ca. 1m long
5-6 Pin shielded cable:
PIC18F452 Pin 19 (SO), Pin 21 (RO) and Pin 22 (SC) are driven by two gates of an 74ALS1004 in
series each.
(74ALS1004: hex inverting drivers, so I've to use two in a row for each signal,
http://www.ti.com/lit/gpn/sn74als1004)
2. IO
-Jog wheel
-Switch keys: REW, FF, Play, Stop, Rec; F1/5, F2/6, F3/7, F4/8, shift (->), Scrub/Click, Loop/Pre-Click, Beats/SMPTE, Toggle
-LEDs: 8 pcs.
I use two 74HC165, one HC595
3. External LED Display for Time Code/BBS and Status
-MBHP_DOUT_X4_V2a (made the display connections working)
-for 74HC595 and 12 LED displays
Supply voltage measured at the external display (both situations): ca. 4.95V
4. Firmware:
-MIOS 1.9g and midibox LC v1.6e. I did an update recently. Before i used
LC 1.6a, and MIOS 1.6e I think. No difference.
5. Pictures are shoot with same camera settings.
-
Hi Doc,
danke für die Info. Jetzt ist klar, woher die "o -" stammen. Das sind die Funktionen, welche die LC (emulation) unterstützt, bzw. nicht unterstützt. Die Workstation gibt nichts zurück. Dann muss ich mir was anderes ausdenken.
Gruss MM
-
Hallo Zusammen,
da bin ich mal wieder. Nachdem mein Projekt ->siehe Topic:
http://www.midibox.org/forum/index.php?topic=9423.30
toll funktioniert, möchte ich für das abgespeckte LC ein paar
Optimierungen durchführen.
FRAGE: kann ich die SHIFT-Taste (ein / aus) mit einer LED anzeigen?
Im file lc_io_table (Software LC V1.6) steht bei SHIFT:
; ; B
; Button/LED indicates if the host ; U
; application supports the event ; T
; for input, output or both ; T L
; ; O E
; ; N D
; ; ----
#define ID_SHIFT 0x46 ; o -
D.h. bei LED ein - (also nein). Laut Schaltplan könnte es gehen. Weiß
jemand, ob und wie das geht?
---
Meine Remote-Control hat ein Jogwheel, 14 Taster, 8 LEDs, ein LCD
und die riesige Takte + Zählzeitenanzeige. Das ist sowas von praktisch,
den Computer damit fern zu bedienen und zu wissen, wo die Musik spielt!
Ich will das gar nicht mehr missen.
Gruss MM
-
Hi!
Sind eben Ideen, die sich hier sammeln. Es gibt doch etliche Leute, die haben echt keinen Platz auf dem Tisch und denen ist mit einem Fader schon geholfen.
Persönlich finde ich eine Full-Box mit 8 Schiebern auch besser.
Ein - Motorpotilösung;
Die Umschaltung per Bank-switch sollte im Grunde klappen, mit einem I2C EERPOM
als Bank-Speicher-Erweiterung sind doch bestimmt 32 oder gar 64 Banks drin? Dann muss nur noch auch einem Display der ausgewählte Kanal als Nr. erscheinen. Dann könnten 32 oder 64 Cubase Channels durchgesteppt werden und man weiß, welcher gerade aktiv ist.
Klasse Sache, so eine Midibox. Was man damit alles anstellen kann...
Gruss M.M.
-
Hallo!
Im Thema http://www.midibox.org/forum/index.php?topic=9423.0 wurde unter anderem diskutiert, ob man auf Basis der mblc Software so etwas wie ein Faderport oder FRONTIER ALPHATRACK (Ultrakompakter DAW-Controller) bauen könnte.
Ein paar Ideen habe ich, vielleicht hat jemand anderes auch noch welche.
1. Die mblc Software zu modifizieren ist fast nicht möglich / sinnvoll, da das ganze protokollbasiert (Mackie Protokoll) abläuft; das habe ich gelernt.
2. Es gibt doch einige, die Cubase o.ä. bequem bedienten möchten, aber keinen Platz haben oder nicht so Geld für die vielen Bauteile (Motorfader) ausgeben möchten, bzw. können.
In og. Thema habe ich eine Fernsteuerung mit Takt- und Zählzeitenanzeige realisiert, das klappt bestens! Im Grunde fehlt eben noch der Motorfader, ein paar Tasten, LEDs, Drehregler und Bank select.
Folgende Idee, im ersten Ansatz:
2 Midi Ports nehmen (oder 1 Port mit 2 Channels???):
a) einen für die Transportsache und Anzeige, d.h. 1x Core, 1 1/4 DOUT, 1/2 DIN, LCD ist Geschmacksache
b) den anderen für eine Midibox xy, und dann in Cubase o.ä. die Tasten etc. zuweisen. Per Bank Select (und ev. extra Speicher dazu) die 8, 16, ... xyz Kanäle umschalten.
Was ich nicht weiß, ob und wie das geht, Motorfader bei der Midibox.
Nun, Eure Ideen?
Gruss M.M.
Fehler bitte einfach verbessern....
-
Habe das SMPTE Anzeigeproblem auf dem LCD-Display wohl gefunden, siehe den anderen Beitrag (-> mein Posting zuvor).
Zum Thema Faderport nachbauen, oder eine kleine Lösung mit einem Motorfader habe ich ein paar Ideen. Da sollten wir mal ein neues Thema eröffnen und drüber diskutieren.
Gruss M.M.
-
I found an solution :D, an I did it: I modified lc_hlp.inc ;D!
; old values in italics
LC_HLP_MTCPositionGet
IFCLR LC_STAT, LC_STAT_SMPTE, rgoto LC_HLP_MTCPositionGet_BEATS
LC_HLP_MTCPositionGet_SMPTE
JUMPTABLE_2BYTES 14
;; mtc digits
retlw 12 ; 12 rightmost digit
retlw 11 ; 11
retlw 10 ; 0xff this digit will not be print in SMPTE mode
retlw 8 ;9
retlw 7 ;8
retlw 5 ;6
retlw 4 ;5
retlw 2 ;3
retlw 1 ;2
retlw 0 ;1 leftmost digit
;; colons
retlw 3 ;4
retlw 6 ;7
retlw 9 ;10
;; space
retlw 0 ; to clear unusued position
I think this line was the problem:
retlw 0xff; this digit will not be print in SMPTE mode
Now LCD, LED Displays and Cubase show the same SMPTE code! But don't ask me why...
Regards M.M.
-
Did you change the relative positions in LC_HLP_MTCPositionGet_SMPTE (lc_hlp.inc)?
I did not touch this file. So I've still no idea.
Best regards, M.M.
-
Bezüglich des Problems:
So isses bei mir:
LCD: SMPTE 00:00:00:0 :(
LED: SMPTE 00:00:00:00 :)
LCD: Die 10er Millisekundenstelle (sind das ms?) fehlt einfach. Das Teil zählt nur von 0 nach 9 und dann wieder 0 nach 9. Die LEDs maches das richtig tickern weiter in den beiden rechten Stellen, wie erwartet: 00 ... 09, 10 ... 19, ... usw.
...habe ich unter:
http://www.midibox.org/forum/index.php?topic=9561.0
etwas neues gepostet, d.h. eine neue Anfrage, da ich noch keine Lösung gefunden habe.
Gruss M.M.
-
Hello!
I built a special version of mblc that I call TRBBT (tr means transport). It contains: 14 buttons, 8 LEDs, 1 Jogwheel, LCD display and a full LED display. This is used as remote control during recording sessions, while the user can't stay in front of his DAW.
The LCD display is used for displaying time code (SMPTE or BEATS). When I display SMPTE code, I've a problem like this (see also attachement). BEATS mode is ok.
SMPTE example:
LCD shows: 000.00.21.4
LED shows: 000.00.21.24
|---- missed, lost anywhere.
I use the following code for displaying the SMTPE code in lc_clcd.inc (lc_v1_6a):
;; --------------------------------------------------------------------------
;; Page0:
;; --------------------------------------------------------------------------
LC_CLCD_Init_Page0
movlw 0x00 + 0
call MIOS_LCD_CursorSet
;; print characters on screen
movlw 'T'
call MIOS_LCD_PrintChar
movlw 'R'
call MIOS_LCD_PrintChar
movlw 'B'
call MIOS_LCD_PrintChar
movlw 'B'
call MIOS_LCD_PrintChar
movlw 'T'
call MIOS_LCD_PrintChar
movlw ' '
call MIOS_LCD_PrintChar
movlw 'm'
call MIOS_LCD_PrintChar
movlw 'i'
call MIOS_LCD_PrintChar
movlw 'd'
call MIOS_LCD_PrintChar
movlw 'i'
call MIOS_LCD_PrintChar
movlw 'b'
call MIOS_LCD_PrintChar
movlw 'o'
call MIOS_LCD_PrintChar
movlw 'x'
call MIOS_LCD_PrintChar
movlw ' '
call MIOS_LCD_PrintChar
movlw 'm'
call MIOS_LCD_PrintChar
movlw 'b'
call MIOS_LCD_PrintChar
movlw 'l'
call MIOS_LCD_PrintChar
movlw 'c'
call MIOS_LCD_PrintChar
;; print status digits at position 38/2
SET_CLCD_STATUS 0, 38, 2
;; print host messages at position 12/0, (0=normal spacing)
SET_CLCD_HOST_MSG 0, 12, 0, 0
;; don't print meters
SET_CLCD_METER 0, 0, 0, 0
;; print rec/solo/mute status at 0/0
SET_CLCD_RSM_MSG 0, 0, 0
;; print select status at 0/1
SET_CLCD_SEL_MSG 0, 0, 1
;; print "SMPTE/BEATS" at position: 0/0
SET_CLCD_SMPTE_BEATS 1, 0, 1
;; print MTC digits at position 6/0
SET_CLCD_MTC 1, 6, 1
return
What is wrong? Any idea?
Thank you for helping, best regards, M.M.
-
@doc
In der originalen SW Version muss der Bug auch schon drin sein. Die Beats Anzeige ist ja weder länger noch kürzer, es passt alles drauf. Die besagte 10er Stelle wird weggekickt oder so. Sonst tut das Teil, Gehäuse drum und fertig. Das ist echt eine Hilfe für mich, das Teil.
Gruss M.M.
-
-
So isses bei mir:
LCD: SMPTE 00:00:00:0 :(
LED: SMPTE 00:00:00:00 :)
LCD: Die 10er Millisekundenstelle (sind das ms?) fehlt einfach. Das Teil zählt nur von 0 nach 9 und dann wieder 0 nach 9. Die LEDs maches das richtig tickern weiter in den beiden rechten Stellen, wie erwartet: 00 ... 09, 10 ... 19, ... usw.
Gruss M.M.
-
Also, DOC hat recht: die LC Emulation umbauen ist Softwaretechnisch unsinniger Aufwand. Ich lass das Teil wie es ist -ohne VPOT und Fader-. Gehäuse dazu und fertig.
Als nächstes Projekt baue ich dann eine LC (im Winter, bzw. Monsunzeit).
Was mir beim Spielen mit der Software der LC1.6 auffiel, die BEATS Anzeige auf dem LC ist in Ordnung,
aber die SMPTE Anzeige hat einen Fehler. Auf der LED Tafel stimmt es.
Ist:
SMPTE 00:00:00:0 :(
Soll:
SMPTE 00:00:00:00 (eine Stelle fehlt, und zwar die der 10er, fett dargestellt.
Gab es dazu schon einmal ein Posting?
Gruss M.M.
-
Hallo matthias,
Sollte es sowas wie ein Faderport/Alphatrack -Klon werden?Jein, bzw. fast. Das ist nämlich so:
Weil ich das nicht bekomme, was ich brauche -> DIY. Du sitzt hinter der Keyboardburg, bist mit deiner Gitarre im Aufnahmeraum, oder sitzt hinter dem Schlagzeug, dann kannst Du nicht einfach zu Deiner DAW rennen und schauen, in welchem Takt der Song gerade ist. Du bist alleine und willst was aufnehmen, dann ist so ein kleines Kästchen mit einer Transportsektion nützlich. Glaub' nicht, ich sei zu faul zum laufen. Das ist einfach nur praktisch. ::)
Bei mir wird die LED Anzeige abnehmbar, die besteht aus 10 St. 7-Segmenten mit 20mm Höhe (+2 kleinere für Status). Die kannst Du gut aus akzeptabler Entfernung lesen und sie wird dann günstiger Lage (in Notenpultnähe z.B.) positioniert.
Nun ist es auch nicht schlecht, einen Fader + Knöpfe etc. zu haben, um das "post-processing" etwas komfortabler zu gestalten. ;)
Also: schon ähnlich zum Faderport, aber mit extra LED Taktanzeige (abnehmbar !). Jetzt bin ich an der Fadergeschichte, dem schwierigsten Teil für einen Nicht-Softwerker.
Mit der Mechanik ist das auch so eine Sache. Das wird dauern, bis es akzeptabel aussieht. Bei dem schlechten Wetter könnte es ev. doch etwas schneller vorangehen, mal sehen... 8)
Grüße M.M.
-
Hi Doc,
danke für die Ausführungen.
Es gab aber mal ein Dokument, wo es etwas genauer beschrieben wurde. Ist einige Jahre her ... Such mal im Forum, ich finde es jetzt auch nicht.Ohje, wenn Du es schon nicht findest... falls es auftaucht, "sach Bescheid".
Wobei Position 70/4 eigentlich nicht sein kann - Wo hast Du das her?Das steht so in lc_glcd.inc drin. Komisch, nicht? Ich verstehe das noch nicht alles.
Der Haken an der Sache: Du kannst nur schalten, wenn Dein Projekt hostseitig mehr als 8 Spuren hat. Beispiel:Hat Dein Song 16 Spuren kannst Du mit Bank zwischen den Spuren 1-8 und 9-16 umschalten.
Mit Channel right kannst Du kanalweise weiter schalten. Das Problem bei Deiner Box wird Folgendes sein:
Du siehst immer nur den ersten Kanal. Die Kanäle 2-7 sind eben nicht da. Wenn Du nun 8 leere Spuren in Dein Cubase Projekt einfügst, kannst Du mit dem Channel switch schalten. Ansonsten nicht.
Theoretisch musst Du also immer mindestens 8 leere Spuren haben, um alle Kanäle in Deinem Song bearbeiten zu können.
Das verstehe ich. Ich müsste die LC-midi-Boxsoftware faken, so dass ich mit einem manipulierten Bank-switch meine Fader-V-pot-Taster-LED Reihe einen Kanal (eben nicht leer dann) weiterschalte. Wenn ich eins weiter schalte, muss die Software dann statt V-POT_01 V-POT_02 "spielen". Ob ich das hinbekomme...? Das Jog-Wheel habe ich ja auch "umgebaut".
Ich denke einmal darüber nach. Nur Software ist nicht mein spezielles Gebiet.
Gruss M.M.
-
So in etwa:
main.asm
#define LCD_EMU_COL 20 ; number of emulated columns (characters per line)...und mehr pages (PAGE4...7) schreiben.
Eigentlich will ich nach dem Hinzufügen des einen Motorfaders per Bank-switch (was nimmt man den sonst?) die verschiedenen Kanäle (1...unendlich) im cubase umschalten. Vielleicht brauche ich ein extra Bank-EEPROM, bei unendlich vielen Kanälen wird es irgendwann knapp, oder.
Naja, der Fader liegt schon da, aber das Motor-IC noch nicht. Für einen Kanalzug einzustellen sollte dann schon ein Display da sein, damit der Benutzer in etwa weiss, was er tut. Aber eben nur mit der Info des aktiven Kanals, das ist ja nur einer. Dafür reichen dann 2x20 Zeichen aus. So, morgen probiere ich weiter.
Frage noch bis dahin:
position 70/4 (12 pixels between chars)Was bedeutet denn das? Ev. gibt es einen Link zu entsprechender Doku, den ich just nicht parat habe.
Gruss M.M.
-
Ich hab's! Konfiguration ist es nicht alleine, sondern:
lc_enc.inc:
LC_ENC_Handler
;; if encoder number within 0 and 7, send a V-pot event
;;modified removed line ;; movlw 0x07
;;modified removed line ;; IFLEQ MIOS_PARAMETER1, ACCESS, rgoto LC_ENC_SendVPot
;; if encoder number == 8, send jog-wheel event
movf MIOS_PARAMETER1, W
xorlw 0x00 ;; modified was 0x08
bz LC_ENC_SendJogWheel
;; else do nothing
return
Wenn vor der encoder-Zeile eine Zeile mit ENC_EOT steht, tut der jog einfach gar nichts. Es kommt kein midi event. Der code (s.o.) entscheidet, ob er ein V-Pot generieren soll oder einen Jog.
Nun ja, soweit so gut. Auch das hat geklappt! 8)
Frage: was fange ich mit einem 2x20 Zeichen Display an? Das passt irgenwie hinten und vorne nicht. Aber: die BBT-Anzeige und Transportsektionsfrage ist gelöst. Denn das tut jetzt insgesamt. Ich glaube, die C-Version (LC 2.0) hat die LED Ausgabe noch nicht vollständig implementiert... der andere Beitrag von mir...
Danke im übrigen! Gruss M.M.
PS: gibt es sowas wie ein onlinechat zum diskutieren von "unausgereiften" Ãœberlegungen? :P
-
An erster Stelle, danach stehen 15 ENC_EOT, der Rest ist unberührt (ENC_EOT), wie der "Prolog" der Datei auch original ist.
Gruss M.M.
-
Hi Doc,
genau so habe ich es eingetragen. Wie bereits gepostet, kommen auch codes vom Encoder, aber
eben nicht die für das Jog Wheel. Wie unterscheidet denn die Midibox, dass ich nicht ein eiziges
V-Pot habe, sondern statt dessen ein Jog-Wheel? Genau dieser Zusammenhang fehlt mir.
Der code ist .. 10 41 und .. 10 01, soll ..3c 41 und .. 3c 01. Wie komme ich auf die 3c als Steuersignal
für das Jog-Wheel? Sonst weiß das cubase ja nicht, was ich da drehe.
Gruss M.M.
-
Hi Doc,
ich habe die V2.0 in C einmal gelassen. Es kommt einfach gar nix auf den LEDs an. Nachdem ich den Schaltplan Bug / Dreher in den 7-Segmenten der SMPTE/BBT LED Anzeige gefunden habe - im Forum stand es dann auch, hab es aber erst selber finden müssen :( -, geht auch diese.
Die Textverarbeitung habe ich mittlerweile gut im Griff. Das spielt mit dem Cubase gut zusammen, fast... der Jog-Shuttle gibt falsche Befehle aus. Er hängt am 1 Register Pin 6+7 (ab 0 gezählt), der Code ist ..10 41 oder 10 01. So wie ich gelesen habe, müsste es aber ein ... C3 41 / ... C3 01 sein. Wenn ich das habe + ein paar kleine
Tastenbelegungsoptimierungen, kann ich an die Mechanik gehen (fast noch aufwendiger).
Mir ist nicht klar, wie der Jog-Shuttle Befehl auf das Midikabel kommt. Sonst könnte ich ihn korrigieren.
Da ich nur ein 2x20 Zeichen Display habe, steht da noch nicht viel sinnvolles drauf.
Nach dem Jogshuttle will ich dann einen Motorfader (umschaltbar auf viele Eingänge / Kanäle), einen Encoder dazu + ein paar Tasten und LEDs ergänzen, so dass ich einen "Faderport" oder LC "lite" habe. Aber gemach, eins nach dem anderen.
Danke + Gruss M.M.
PS: die Mackie Box wird gut unterstützt, das spielt super! Die midibox LC ist ein Klasse Projekt!!!
-
Hallo Zusammen,
ich habe meine Versuche mit Midibox LC auf C umgestellt (midibox_lc_v2_0_alpha1). Die Transportsektion
mit 14 Schaltern und 8 LEDs tut, aber hingegen zur Assembler Version bleibt mein LED-digits Teil völlig dunkel.
Irgendwie werden die beats auf dem LCD Display abgebildet, da ich nur 2x20 Zeichen habe, sehe ich nur ein wenig davon. Ist da irgend ein Schalter, der noch bearbeitet werden muss?
Analog zur Assembler Version habe ich die Schieberegister angepasst. Aber ohne Erfolg. LED Status-Anzeige auch.
Kann jemand helfen? Danke. Gruss M.M.
LC: Problems with an external LED Display
in MIDIbox HUIs
Posted
I'm using 10+2=12 displays, see pictures. No built in dimming.
I did some tests.
-if there is no DAW connection / operation the display remains bright for hours, see picture.
-there is 100mVpp ripple on the 5V supply in the display.
-Voltage drop is not high, I've 4.9V there. So I'm within 5V+-10%.
-line is 2m long. That was the reason to built this controller. I want to see where I'm in the song.
Therefore I need the LED display separated.
-Improvement: I added 1k to ground to all serial signals to reduce reflexions on those lines.
-during one tests the display went dark again. Now I want to find out which keys bring the display back to
bright (stop and play I known already). I pressed toggle. Only once. DAW was still playing back.
Interesting, what happened.
The display switched off. Restarted, began at all zero: 0000000000 but bright. counting started also at zero,
but not on the small LCD display. After some bars LED and LCD show the same content.
It looked like a reboot on the LED.
Next test: vy. short cable.