Seq V3.2

[Fast-B]

hallo freunde,

habe meinen seq gerade auf V3.2 umgebaut. mit 4 IIC Midi-Modulen. was mich dabei nun am meisten wundert: warum wird für software-uploads über midi der interne midi-ausgang vom core benutzt? (zum senden des upload-request und zum senden der checksumme beim upload von mios und der application) ich dachte beim bootloader für den 18f4620 wird auch gleich (mind.) ein IIC midi-out mit angesprochen!?!

ausserdem: seit V3.2 macht er was er will: zuerst habe ich mich gewundert das er manchmal einfach meine gerade editierten sequenzen gelöscht hat (sind plötzlich einfach weg ??? ) und wenn ich z.b. in der "Track Event Page" für G1T1 den port (IIC) und den midi-kanal einstelle, dann auf auf G1T2 umschalte um ebenfalls port & kanal einzustellen, hat er die einstellungen für G1T1 plötzlich wieder 'vergessen' (oder 'resetet' meine gerade gemachten einstellungen nach kurzer zeit, obwohl ich gar nichts angefasst habe) :-\ .

es werden (seltener) auch funktionen aufgerufen, die ich gar nicht wollte. so erschien z.b. im display einmal der pattern-screen, obwohl ich eine ganz andere taste gedrückt habe.

im record-modus erscheinen zufällige notenwerte, obwohl kein keyboard angeschlossen ist und noch andere merwürdige sachen...

deswegen dachte ich ja zuerst, das bei upload von mios & application ev. etwas schief gelaufen ist, weil dort ja der fehlerhafte midi-out des 18f4620 involviert ist. habe die application ca. 10 mal neu geladen, aber keine besserung. mios ging erst gar nich neu draufzuladen.

vorher die V2.4 hat viele viele stunden perfekt funktioniert.

jemand 'ne idee?

(übrigens recht schade, das in V3.2 der 'DRUM-Modus' nicht mehr da ist  :'( )

gruss,

Lars

[TK.]

Hallo Lars,

damit der Core defaultmaessig Daten ueber das MBHP_IIC_MIDI Interface sendet, muesstest Du noch den PIC ID Header modifizieren. Das geht am einfachsten mit der change_id Applikation, hier gibt es auch schon ein vorgefertigtes .hex file: iic_midi_10.hex

Dass die BankSticks neu formatiert werden, ist leider normal, denn das Datenformat hat sich ja komplett geaendert. Vielleicht sollte ich auf meiner Homepage irgendwo darauf nochmal hinweisen, doch ich befuerchte, dass man solche Warnungen sowieso uebersieht. :-/

Dass die MIDI-Kanal Einstellungen verloren gehen, kommt mir sehr seltsam vor. Alle Einstellungen werden jederzeit direkt und permanent uebernommen. Koenntest Du mir eine kurze Anleitung schreiben, wie ich das reproduzieren kann? (wie wechselst Du den Track?)

Wenn die Einstellungen resetet werden, koennte es aber auch daran liegen, dass der Song Modus aktiviert ist - leuchtet die Song LED?

Funktionen sollten natuerlich nicht zufaellig angewaehlt werden (vielleicht bist Du so unabsichtlich im Song Modus gelandet?) - hat sich irgendetwas an Deiner Hardware geaendert? Vielleicht ein Wackelkontakt an den Leitungen zum DINX4 Modul?

Du koenntest mal die MIDIO128 Applikation aufladen, und ueberpruefen, ob zufaellig MIDI-Noten getriggert werden.

Drum Modus: den gibt es tatsaechlich noch, allerdings ist die Bedienung nicht offensichtlich. Man waehlt Event Modus 5 an (Vel/Vel/Vel), und drueckt die Taste unter "COPY PRESET" - nun kann man mit den drei Parameter Layern die Velocity einstellen, und mit den drei Trigger Layern die Gates steuern.

Gruss,

        Thorsten.

[Fast-B]

hallo thorsten,

hier mal eine etwas genauere beschreibung:

1. einschalten und warten bis betriebsbereit (bis dahin scheint alles normal zu funktionieren)

2. nun ich drücke die tasten „MENU + GP#2“ (event-page)

3. dann drehe ich ENCODER #10 um den midi-port für „G1T1“ einzustellen

4. dann encoder ENCODER #09 um den midi-kanal für „G1T1“ einzustellen

5. anschliessend die taste „TRACK #02“ um G1T2 anzuwählen

6. drehung ENCODER #10 um den midi-port für „G1T2“ einzustellen

7. drehung ENCODER #09 um den midi-kanal für „G1T2“ einzustellen

8. anschliessend die taste „TRACK #03“ um G1T3 anzuwählen

9. drehung ENCODER #10 um den midi-port für „G1T3“ einzustellen

10. drehung ENCODER #09 um den midi-kanal für „G1T3“ einzustellen

11. und das ganze nochmal für G1T4

12. meistens (nicht immer) sind spätestens an dieser stelle bereits wieder sämtliche einstellungen für G1T1 bis G1T4 „resetet“. Manchmal passiert es, wenn ich gerade einen encoder bediene oder manchmal auch kurz danach, nachdem ich bereits losgelassen habe (!) es ist dabei kein muster erkennbar.

das ‚rücksetzen’ bezieht sich nicht nur auf PORT und KANAL, sondern auch auf den ‚EVENT-MODE’.

egal, welchen ich eingestellt hatte, er wird auf MODE1 (Single Note Event, Key-Vel.-Len.) Zurückgesetzt.

port auf „Def.“ Und Kanal auf 8,9,10,11 und manchmal auch auf 13,14,15,16. auch zufällig.

pattern oder song-modus sind nicht aktiviert. Die EDIT-LED leuchtet die ganze zeit.

an der hardware sollte sich nichts (unabsichtlich) geändert haben. Ich habe mich exakt an deine vorgaben gehalten: 4 IIC midi-module und zusätzlich speicher.

die IIC midi-module funktionieren fehlerfrei (soweit ich das beurteilen kann) und ausser 3 zusätzlichen fassungen für 24C512 (Atmel) ist nichts dazugekommen oder weggefallen.

Ich habe gerade mal den ‚alten’ 18f452 eingesetzt und 15min. session gemacht. funktioniert alles prima. (natürlich die 3 zusätzlichen 24C512 solange wieder aus den fassungen entfernt)

dann den 18f4620 wieder rein und das durcheinander beginnt von vorn.

gruss,

Lars

[TK.]

Hallo Lars,

das ‚rücksetzen’ bezieht sich nicht nur auf PORT und KANAL, sondern auch auf den ‚EVENT-MODE’.

egal, welchen ich eingestellt hatte, er wird auf MODE1 (Single Note Event,    Key-Vel.-Len.) Zurückgesetzt.

port auf „Def.“ Und Kanal auf 8,9,10,11 und manchmal auch auf 13,14,15,16. auch zufällig.

Das war vielleicht der entscheidende Hinweis - koennte es sein, dass die Track-Gruppe von G1Tx auf G2Tx, G3Tx oder G4Tx (x=Track Nummer) wechselt?

Dann wuerde es an der F4 Taste legen, mit der die Gruppe umgeschaltet wird. Diese Taste hatte in der alten Firmware noch keine besondere Funktion.

Druecke mal mehrmals die F4 Taste - kommen dadurch die alten Einstellungen wieder zum Vorschein?

Falls die F4 Taste nicht funktioniert (Wackelkontakt oder Kurzschluss?), kannst Du die Gruppe auch mit Encoder #1, oder mit gehaltener Mute-Taste + GP 1..16 Taste wechseln.

Gruss,

        Thorsten.

[Fast-B]

hi thorsten,

koennte es sein, dass die Track-Gruppe von G1Tx auf G2Tx, G3Tx oder G4Tx (x=Track Nummer) wechselt?

ganz klares nein. die gruppe bleibt gleich.

gruss,

Lars

[Fast-B]

hier mal 3 bilder, schnell mit dem handy gemacht:

die portbezeichnung ist merkwürdig  :(

Layer Assignments:16  ???

das sollte nun wirklich nicht sein, geht doch nur bis 11 !

so zu sehen direkt nach dem einschalten, und dem aufrufen der event-page (tasten „MENU + GP#2“)

die "16" lässt sich per encoder "runter-drehen" bis auf 1. wieder hochgedreht geht der wert (korrekter weise) bis auf max. 11.

gruss,

Lars

[TK.]

Dass auch ungueltige Werte im Pattern landen koennen, ist ein wichtiger Input.

Somit muss irgendetwas im Flashspeicher korrupt sein, denn es gibt keine Routine, die bspw. den Event Mode auf 16 stellen wuerde.

Zur weiteren Auswertung braeuchte ich mal einen kompletten Speicherabzug von Deinem PIC. Den koennte ich dann bei mir aufspielen, und naeher untersuchen.

Am einfachsten laesst sich der Dump via MIDI-Ox erstellen: SysEx Fenster oeffnen, folgende Zeile in das Command Window pasten:

F0 00 00 7E 40 00 01 00 00 20 00 F7

und mit Command Window->Send/Receive SysEx den Transfer starten.

Im Display Window werden 37896 Bytes empfangen, diese mit Display Window->Save as.. in ein SysEx file abspeichern (bspw. flash_0.syx)

Dann die zweite Haelfte requesten mit:

F0 00 00 7E 40 00 11 00 00 20 00 F7

und in flash_1.syx abspeichern.

Zusaetzlich vielleicht auch noch einen Dump vom internen EEPROM machen:

F0 00 00 7E 40 00 01 20 00 01 00 F7

und in eeprom.syx abspeichern

an tk@midibox.org schicken.

Die MIDIbox wird nach einem Dump neu gebootet - keine Panik, das ist normal ;)

Gruss,

        Thorsten.

[Rio]

hi,

scheint doch so, dass ich ähnliche Probleme mit der Version 3.2 habe. nach erneutem Upload sind zwar die beschriebenen Routervalues #55 weg (siehe engl. Thread), aber nach einem neustart werden die Werte auf 0 zurückgesetzt. Dann viel mir auf, dass der SEQ auf CC 111 reagiert und dadurch alles mögliche in den Settings verstellt... ???

EDIT: Sorry ich mein CC 112 bei geöffneten Router

@tk: wie du ja meintest ist das eventuell auf einen korrupten Flashspeicher zurückzuführen - ich werde ebenfalls mal einen Auszug machen und dir die tage zusenden.

Grüße Rio.

[Fast-B]

hi,

ich hatte thorsten die speicherabzüge geschickt. die haben bei ihm funktioniert. offenbar alles in ordnung. ich habe die tage herumprobiert und folgendes entdeckt: das IIC-midi-modul mit der adresse '0x10' (das auch als alternativer midi-input betrieben werden kann) scheint wohl direkt damit zu tun zu haben. jedenfalls bei mir. ich habe den 16f88 entfernt, und alles läuft prima! habe gestern abend ordentlich session gemacht. probier das bitte mal aus.

gruss,

Lars

[TK.]

Hallo Lars,

hast Du den Tip mit dem evtl. fehlenden 1k Pull-Up an der SC Leitung weiterverfolgt?

Wenn es ohne IIC Modul funktioniert, ist die Wahrscheinlichkeit sehr hoch, dass es daran liegt.

Gruss,

        Thorsten.

[Fast-B]

hi thorsten,

der 1k pull-up ist drin. (core auf dem neuesten stand) ich werd das nochmal checken ob die lötstellen alle korrekt sind, aber ich denk schon.

es funktioniert, wenn der IIC-pic (0x10) draussen ist. zwei andere (0x14 und 0x16) sind drin und funktionieren fehlerfrei. ich vermute ganz stark, das problem liegt in der verbindung von IIC-MIDI-Modul (0x10) J2:RI nach CORE J6:SI. das ist doch die verbindung, die den alternativen midi-input über IIC-midi 0x10 ermöglicht !?! ich weis nicht wie, aber es scheint mir das dort irgendwelche befehle ins core gehen und dort etwas anrichten, was so nicht geplant war. ob ein bug im code vom IIC midi modul, im core-code, oder in beiden ist, das weiß ich nicht, aber ich bin mir ziemlich sicher, das da irgendwo die ursache liegt.

gruss,

Lars

[TK.]

Ueber die RI->SI Verbindung erfaehrt die Firmware, ob ueber den MIDI Input etwas empfangen wurde. In diesem Fall geht das Signal solange auf 0V, bis sich der Master die Daten abholt. Ansonsten steht es auf 5V

Das koenntest Du mal ueberpruefen: trenne die RI# Verbindung zum Core (so dass sich die Firmware keine Daten abholt). Nach dem Einschalten sollte RI# auf 5V stehen. Schliesse (erst dann!) ein Keyboard an und spiele eine Note. RI# sollte auf 0V gehen. Schliesse RI# an den Core, das Signal sollte wieder auf 5V gehen

Gruss,

        Thorsten.

[TK.]

Rio: lies mal den ChangeLog

Gruss,

        Thorsten.

[Fast-B]

so, ich habe die spannung an RI# gemessen. wie vermutet lag da der fehler. angangs hat die spannung stark geschwankt. es kamen wahrscheinlich andauernd daten. (die das digital-multimeter ja als schwankenden wert anzeigt. kann mir nicht mal jemand ein oscilloscope schenken?  ::) ) also hab ich mir nochmal genau die midi-input schaltung angesehen und einen lötfehler am opto-koppler entdeckt. (ich habe alles auf universal lochrasterplatinen aufgebaut. senkt die kosten aber erschwert aufbau und fehlersuche  :-\ ) nun steht die spannung an RI# auf 5V. allerdings geht die spannung nicht auf 0V, sondern schwankt lediglich etwas, wenn noten oder controller-daten kommen. scheint aber kein problem zu sein, denn ich habe den ganzen abend alles durchprobiert. scheint alles sauber zu funktionieren.

sorry das ich einen bug in der software vermutet habe, thorsten, wirklich saubere arbeit! die neuen funktionen haben mir bei den ersten tests schon mehrfach ein breites grinsen aufs gesicht gezaubert!  ;D (frei nach dem motto: "jawoll, genauso muss das sein!")

es ist aber dennoch bemerkenswert, das die falschen signale an SI# so krasse folgen haben  ;)

gruss,

Lars

[TK.]

Super, mal wieder ein Happy End! :)

Das mit den Bugmeldungen reisst immer sehr schnell ein - kaum findet jemand einen Fehler (was bei der immensen Menge an Code nicht ausgeschlossen ist), schon vermuten andere hinter jeder Anomalie einen weiteren Bug in der Software... es kostet immer eine Menge Ueberzeugungsarbeit, erstmal die Hardware unter die Lupe zu nehmen.

Es ist in Ordnung, wenn das RI# Signal niemals den Wert 0V erreicht, wenn es am Core angeschlossen ist, in diesem Fall holt sich der Master die Datenpackete ja so schnell ab, dass sich mit einem Multimeter eigentlich kein stabiles Signal mehr messen laesst.

Die Folgen dieser "Signalstoerung" sind in der Tat etwas seltsam, doch ich vermute, dass aufgrund fehlerhafter Datenpackete der IIC Bus so sehr gestoert wird, dass auch die Verbindung zu den BankSticks nicht mehr stabil funktioniert, und deshalb die Firmware zeitweise annimmt, dass der BankStick ausgewechselt wurde - in diesem Fall wird der Inhalt des BankSticks neu eingeladen, und das deckt sich mit Deiner Beschreibung. Hier werde ich irgendwann einmal Ursachenforschung betreiben (ist aber bei einem sauberen Aufbau kein wirkliches Problem)

wirklich saubere arbeit! die neuen funktionen haben mir bei den ersten tests schon mehrfach ein breites grinsen aufs gesicht gezaubert!  Grin (frei nach dem motto: "jawoll, genauso muss das sein!")

:-)

Gruss, Thorsten.

[Fast-B]

wie ist das eigentlich mit den neuen 'group select' tastern, kann man damit (wie bei den 'track 1...4' tastern mehrere tracks) auch mehrere gruppen wählen? (so das ich z.b. die tracks 7,8,9,10 gleichzeitig anwählen kann?)

gruss,

Lars

[TK.]

Mehrere Gruppen lassen sich nicht mit den zusaetzlichen Group Select Tasten anwaehlen (soweit ich mich erinnern kann, ist das nicht so ohne weiteres implementierbar).

Alle 16 Tracks sind jedoch unabhaengig von den Gruppen anwaehlbar, wenn Du die Mute Taste haelst, und mit den 16 GP Tasten die Tracks selektierst, die gemeinsam geaendert werden sollen.

Gruss, Thorsten.

[Fast-B]

ja siehste, das mit der mute-taste hab ich gestern abend (eher zufällig entdeckt)!  :o  :D

damit wird der 'mute-screen' momentan zum 'main-screen' für mich. ich finds prima, das ich direkt sehe, auf welcher spur was läuft, wähle dementsprechend die spure(n) aus und ab geht die post  ;)

pattern umschalten mach ich momentan noch selten. die anderen funktionen bieten schon genug möglichkeiten, die sequenz(en) zu verändern.

übrigens mode5 als ersatz für den drum-mode aus V2.4 ist super. aber z.b. die RandomGate funktion gilt dann nur für alle 3 Layer gemeinsam, wenn ich das richtig mitbekommen habe. naja, man kann nicht alles haben. ist trotzdem sehr nützlich.

gruss,

Lars