buchla lem218 v3: probleme mit den cv- und gate-ausgängen

bartleby

bartleby

lieber nicht.
wie ich neulich schonmal angedeutet habe, hab ich nervrkam mit meinem ersten buchla-gerät und könnte mal euren rat brauchen.

und zwar geht es um das lem218 v3 (aktuelle firmware ist drauf). das hab ich mir zugelegt, um es erstmal mit meinem vorhandenen eurorack-kram zu nutzen und dann später mal ein easel command dazuzuholen. ein paar dinge an dem teil gefallen mir richtig gut - wenn man die pressure sensitivity ein bisschen anpasst (cool, dass die sich ziemlich frei einstellen lässt), lässt sich das keyboard mit pressure + pitch cv richtig schön spielen.

aber ein paar dinge treiben mich auch in den wahnsinn:

touch strip:

das cv-signal des seit der v3 neuen "strip"-controllers hat immer einen beträchtlichen lag/slew drauf, auch wenn man slew in den systemeinstellungen auf 0 setzt. das betrifft sowohl den bananen-ausgang obendrauf als auch die seitliche strip-cv-miniklinke.

pitch cv und gate:

die analogen cv- und gate-steuersignale, die das ding ausspuckt sind für perkussive sounds mit kurzem attack nicht zu gebrauchen wegen seltsamer unsauberkeiten in der einschwingphase jeder note.

hier mal ein hörbeispiel mit einem simplen arpeggio (pitch cv moduliert tides frequenz, gate triggert einen function generator, der die amplitude moduliert):
Anhang anzeigen lem218_cv-out.WAV
zum vergleich dasselbe arpeggio über einen midi-cv-wandler (lem218 midi out an kenton pro solo, und cv gate vom pro solo in die gleichen module wie oben):
Anhang anzeigen lem218_midi-out.WAV
in der ersten version mit direkter cv/gate-verbindung vom lem218 hat man immer dieses glide-zwitschern, das zwar ganz hübsch klingen kann, bei portamento=0 aber da nichts verloren hat.

ein blick aufs oszilloskop zeigt, dass dahinter gleich zwei probleme stecken:

- zum einen ist auch auf dem ptich-cv-signal vom lem (grün) immer ein leichter lag/slew, auch wenn portamento auf 0 steht.
- zum anderen kommt die änderung des cv-signals erst nach dem gate-signal (blau), und damit zu spät. die neue note, die vom gate ausgelöst wird, startet immer erst noch mit der alten tonhöhe und hüpft dann erst zur neuen.

lem218_cv-out.JPG

auch hier zum vergleich dasselbe arpeggio aus dem kenton pro solo - so müsste das aussehen:

lem218_midi-out.JPG
 
Zuletzt bearbeitet:
zur verdeutlichung auch noch ein vergleich pitch-cv vom kenton pro solo (blau) versus pitch-cv direkt aus dem lem218 (grün): grün, also cv-out vom lem ist zu rund und kommt zu spät.

lem218_cv-vs-midi.JPG
 
Zuletzt bearbeitet:
jetzt bin ich etwas ratlos, wie ich damit umgehe.

buchla ignoriert alle meine direkten anfragen dazu.

der händler (juno) reagiert sehr freundlich, hat das an seinen zuständigen buchla-vertrieb (offenbar nicht schneiders/alex4) weitergeleitet, die haben es an buchla weitergeleitet - und zurück kam:
buchla sagt, da sei kein fehler, alles in ordnung so.

nun bietet mir juno ein austauschgerät oder eine rückzahlung an.

aber für mich sieht das so aus, als wäre es ein bug, den buchla nicht zu beheben gewillt (oder in der lage) ist. dann würde mir ein austauschgerät ja nix nützen.

darum meine frage mal hier in die runde:

hat hier noch wer nen lem218 v3? zeigt der das gleiche verhalten, oder besteht hoffnung, dass ein austauschgerät das nicht hat?
 
Zuletzt bearbeitet:
ich hab leider keinen 218 v3. Das sich Buchla nicht meldet ist ja sehr nervig.

Vielleciht kannst du mal hier fragen?


oder bei modwiggler?
 
Bei mir so ca. 2.5 msek. Slew, aber löst bei der steigenden Flanke korrekt den CV - Sprung aus.
IMG_20250313_190511.jpg
 
Zuletzt bearbeitet:
Bei mir hat sich mit dem Armband nichts an dem Slew geändert, kann aber mit den 2,5 msek. leben.
Hatte noch ganz andere (Midisync--) Probleme, die aber mit einem Firmware Update beseitigt waren.
 
Evtl. existiert dieser leichte Slew auf Pitch auch beim Easel ?!
Werde die Tage mal messen ...
 
Zuletzt bearbeitet:
Das wäre auch meine erste Empfehlung gewesen. Mein LEM am Easel wird nach einer Verbindung mit einem Erdungskabel auch „gezähmt“, wenn er mal „durchdreht“ und unvorhersehbare Dinge tut.
nein, das ist kein problem zwischen spieler und touchplate, sondern eins der internen cv-wandlung.

wie oben gezeigt funktioniert es per midi (und mit einem per midi angeschlossenen midi-cv-interface) ja tadellos.

nur die lem-eigenen cv-ausgänge haben unerwünschten slew drauf und hinken den gate-signalen auch noch hinterher. :/
 
Zuletzt bearbeitet:
Bei mir so ca. 2.5 msek. lag, aber löst bei der steigenden Flanke korrekt den CV - Sprung aus.
Anhang anzeigen 246573
hm, das sieht allerdings etwas besser aus als bei mir. da ist zwar auch dieser slew, aber nicht auch noch die verzögerung zwischen gate und pitch cv.

vielleicht stimmt mit meinem exemplar doch was nicht, und ein umtausch könnte was bringen?🤔

oder ich hab doch nicht die neuste fw drauf?

ich hab die installiert, die auf der produktseite unten als "Download the latest firmware." verlinkt ist.
 
Zuletzt bearbeitet:
Ich gucke morgen mal, welche FW - Datei ich installiert habe - ist schon ein Weilchen her.

Ansonsten würde ich an deiner Stelle einen Umtausch machen - wenn danach trotzdem eine Rückgabe möglich ist.
Wie du schon geschrieben hast, kann man mit dem Teil erstaunlich gut seine Midi, Eurorack, Buchla, Serge Systeme intuitiv bespielen.

Ich würd's jedenfalls vermissen...
 
Ich gucke morgen mal, welche FW - Datei ich installiert habe - ist schon ein Weilchen her.
ha, dann ist das mit der verzögerung vielleicht ein nagelneuer bug, den du noch nicht hast!

das changelog von meiner version ist vom [edit:] 16.02.2024 [/edit]

da steht unter den neusten änderungen u.a.:

"- Keyboard, Ribbon, and Pad pulses all use trigger length 2-3ms"

vielleicht ist dabei irgendwas schiefgelaufen und diese trigger length verzögert jetzt den cv-output oder so?
 
Zuletzt bearbeitet:
Da meine Version sicher älter ist - soll ich sie dir morgen zum probieren via PM senden?
nen versuch wärst vielleicht wert.

bin nicht sicher, ob so ein downgrade überhaupt möglich ist: im zuge meiner kommunikation mit juno zu der sache hatten die mich gebeten, die aktuelle fw nochmal neu zu flashen, und das ging nicht, weil das teil nicht mehr aus dem midi- in den dfu-mode wechselt.

so wie ich das verstehe, schickt das update-script per sysex eine anweisung an das als midi-gerät angemeldete lem, in diesen dfu-modus zu welchseln. und das hat es nach dem einmal installierten update nicht mehr getan. vermutlich haben sie was an dem auslösenden sysex-befehl geändert, vielleicht um zu verhindern, dass leute neuere mit älteren versionen überschreiben.

aber probieren kann ich es ja mal, also schick gern mal rüber. 👍
 
Zuletzt bearbeitet:
das changelog von meiner version ist vom 16.02.2025
da muss ich mich korrigieren (danke an @ST.P für den hinweis per pn): tatsächlich ist bei mir die v36.8 vom 16.02.2024 drauf - also schleppen sie diesen slew-bug schon seit mind einem jahr rum.

aber diese version hat @ST.P auch - und er hat nur den slew, aber nicht auch noch diese verspätung des cv- gegenüber dem gate-signal!

ist dann wirklich zusätzlich mit meinem exemplar was nicht in ordnung? das würde ja tatsächlich dafür sprechen es austauschen zu lassen. aber ist das plausibel? was für ein hardware-defekt könnte - bei sonst normalem betrieb - die cv-ausgänge gegenüber den pulse/gate-ausgängen verzögern? 🤔
 
Zuletzt bearbeitet:
Was mir noch einfällt, nachdem ich in die Anleitung geguckt habe:
1. Hast du nochmal einen Factory Reset gemacht?

2. Beispiel Sustainpedal - wenn man bei getretenem Pedal den Reset - Knopf am 218 betätigt, dreht sich die Funktion um - vielleicht passiert das auch bei gedrückter Notentaste, daß dann die CV's bei der fallenden Gateflanke auslöst werden.
Das müsste allerdings bei länger gehaltenen
'Tasten' deutlich auffallen.

Vielleicht etwas abenteuerlich, aber man kann's ja mal ausprobieren ...
 
Zuletzt bearbeitet:


Neueste Beiträge

Zurück
Oben