Coming soon, a low profile through-hole adapter for fitting in tight spaces (like most every pedal ). This reduces the vertical height requirement to about 17mm (0.7in) including the program pin headers. If you want to cut those off it can save about 5mm in height. This give you about 8mmm under the module as useful space on the motherboard.
Coming soon, a low profile through-hole adapter for fitting in tight spaces (like most every pedal ). This reduces the vertical height requirement to about 17mm (0.7in) including the program pin headers. If you want to cut those off it can save about 5mm in height. This give you about 8mmm under the module as useful space on the motherboard.
Just came in a few days ago and we have built up some assembled ones. They are available on the website fully assembled or bare PCB https://cabintechglobal.com/ct3680v1-lp-a
Rev 2.0 of the hardware is in-house! This format and pinout is what we will be using going forward. Instead of the edge connector (got lots of feedback about that) we now have 48 castellated edge pins on 1.4mm centers. This lowers cost (the connector was not cheap), gives a more reliable connection when vibration and road-ruggedness is a concern, and can be easily soldered by hand. This also gave us a few more I/Os to implement some new features.
Significant changes in 2.0 modules:
Smaller module size, no edge connector (cheaper, more reliable castellated hole I/O)
Selectable sampling rates of 48kHz (default), 32kHz, 24kHz, or 12kHz
Delay times up to 2.7 seconds (!) with lower sampling rates
BBD emulation program (#6) now supports automatic-mode aliasing as an option
I/O pinout has changed
No on-board jumpers, all configuration is via I/O pins
Updatable firmware for new programs and features
RESET pin added for changes to primary/secondary mode or sample rate without a power cycle
Here is what the new selectable sampling rate will do:
RATE_1
RATE_0
Sampling Rate
Min Delay
Total Max Delay
0
0
12kHz
1.16ms
2.731s
0
1
24kHz
0.58ms
1.365s
1
0
32kHz
0.44ms
1.024s
1
1
48kHz
0.29ms
0.682s
“Total Max Delay” is the total delay time of all channels combined. How this total delay time is divided among the delay channels is defined by the selected program. So delay channels no longer have one fixed maximum delay time in a given program, they have some percentage of the total (which is determined by the selected sampling rate). For example, program #1 is now configuration:
Updated data sheet will be available soon. Also working on new DIL adapter for breadboarding and through-hole use, and an updated development / breakout board for the new format and features.
What we did not announce is that we are making the V1 hardware available at 1/2 price while supplies last (https://cabintechglobal.com/ct3680v1). If you don't need the new V2 features, or you want to build a one-off effect, or maybe just want to experiment with the CT3680 platform, the V1 is a great inexpensive way to get started. (Not recommended for production designs as V1 will be discontinued when stock runs out).
We are continuing to refine and develop new programs (firmware) for this platform, let us know if you have ideas for what would be useful!
What we did not announce is that we are making the V1 hardware available at 1/2 price while supplies last (https://cabintechglobal.com/ct3680v1). If you don't need the new V2 features, or you want to build a one-off effect, or maybe just want to experiment with the CT3680 platform, the V1 is a great inexpensive way to get started. (Not recommended for production designs as V1 will be discontinued when stock runs out).
We are continuing to refine and develop new programs (firmware) for this platform, let us know if you have ideas for what would be useful!
I'll probably be in for a few of the discounted ones, but I still haven't even broken out the one with the edge connector you sent me since I have been plenty busy with the original version. Yet another heat wave may keep me out of my shop for the rest of the week, but getting set up for stereo bowed electric upright bass is next up on my development schedule. That will most likely entail a new onboard preamp build too, which is long overdue anyway. It never ends...
Man, this thing keeps getting cooler with every post.
The talk of variable sample rates & aliasing options has me thinking about emulation modes for other digital gear, like the E-mu SP-1200 sampler. If I recall correctly it's 12-bit 26kHz, and the clipping & aliasing from the ADC/DAC is a key part of the sound. Might be an idea for expansion modes in the future!
Looking for some opinions / thoughts on a new tap-tempo feature for the delay module...
Idea 1
We have been experimenting with tap-tempo and trying to decide how best to integrate that into the existing CT3680 programs. One thought is to use the tap interval to set the global MAX delay scalar -- overriding the VC_SCALE_MAX input. All the output delays are mapped into the SCALE_MIN to SCALE_MAX range so they would all be affected by the tap time. Since it is not practical to tap an interval of less than about 200ms, we would provide divider options that correspond to music notes, e.g. 1/8, 1/4-dotted, etc.
So for example, with CV_SCALE_MIN set to zero and you tap a 1 second interval (1 beat at 60bpm) then the global scalar would be set to 1 second and all the output delay times get scaled into the range 0.0s - 1.0s. It is probably not common to want a delay that long, often it is useful to have delays that are a musical fraction of the beat, so the OPTION_1,2,3 switches can be used to divide down the MAX delay:
OPTION inputs [3,2,1]
MAX delay is multiplied by
000
1/16
001
1/8+1/16 (dotted 8th)
010
1/8
011
1/4+1/8 (dotted quarter)
100
1/4
101
1/3
110
1/2
111
1
So using the 1 sec tap time example, if the options switches are [010] then the MAX delay is set to 1000ms * 1/8 = 125ms. All output delays are then scaled into the range 0ms to 125ms based on their CV_DELAY_X input voltages. This allows completely arbitrary, but related delay intervals to be setup based on the tap time. If the OPTION switches are not used (pulled high) then the tap interval simply becomes the MAX delay (multiplier is 1).
When tap is not engaged then the programs would work as they do now where the global max scalar is set by the CV_SCALAR_MAX input voltage. So this could be added to the existing programs without affecting any current usage (if you don't use the tap input, tap-tempo is never engaged).
Idea 2
It is common to combine multiple delay effects (say echo and chorus) by using multiple delay channels of different delay times (up to ~500ms for echo, ~35ms for chorus). For the echo effect it is often desirable to introduce two musically related delay times (for example, one delay at 1/8 of the beat, and another delay at a dotted quarter beat). There are some particularly useful combinations of intervals that make for really nice effects. The idea here is to create a new program that (1) targets multi-delay effects techniques, and (2) makes it very easy to setup common musical delay intervals on echo channels.
So this would be a new program (e.g. #7) or maybe a series of similar programs. Program #7 might be 3 channels - 1 echo channel with 2 outputs, and 2 chorus channels with 1 output each. The echo has up to 577ms delay, the chorus channels up to 35ms (assuming 48kHz sampling). The chorus channel delays would be controlled by CV inputs as usual, as would the echoes when tap-tempo is not engaged. In normal (non-tap) operation it would look like this:
When the user taps an interval, the 2 echo delays are set to related musical fractions of the tap time as follows:
OPTION inputs [3,2,1]
Echo delay 1
Echo delay 2
Effect
000
1/4
1/8+1/16 (dotted eighth)
Rhythmic delay with a bit of syncopation
001
1/4
1/8
Steady rhythmic echo with additional repeats btw 1/4 notes
010
1/2
1/4
Longer spacious delay with synchronized repeats
011
1/4
1/6
Swinging triplet feel
100
1/4
1/16
Quick repeats between 1/4 notes for staccato effect
101
1/4+1/8 (dotted quarter)
1/8
Complex alternating rhythmic pattern
110
1/2
1/8
Long delay with very quick repeats
111
CV_DELAY_1
CV_DELAY_2
Arbitrary delays from 0ms to tap interval, set with CV inputs (e.g. make-your-own)
The chorus channels are not affected by the tap time. With OPTIONS set to [111] the MAX global delay time is set to the tap time, and then CV_DELAY_1 and 2 define the echo delays within that range. This allows you to make up your own related echoes. For example if you wanted 1/3 and 1/6 echoes, set options to [111], CV_DELAY_1 to (1/3)*3.3v = 1.1v, and CV_DELAY_2 to (1/6)*3.3v = 0.55v.
Note that as described here, CV_DELAY_1 and 2 are not used with options [000]-[110]. It has been suggested it might be nice to be able to modulate the echo delays by a small amount to makes a richer effect. So in those first 7 option configurations the base echo delays are fixed, but the CV_DELAY inputs could add some small amount of additional delay (say up to ~30ms). So those inputs could be modulated 0.0v - 3.3v to impart some continuous change to the echo delays. We have not experimented with this idea yet, but seems like a good idea else the echo delays are hard-fixed to the musical ratios.
). This reduces the vertical height requirement to about 17mm (0.7in) including the program pin headers. If you want to cut those off it can save about 5mm in height. This give you about 8mmm under the module as useful space on the motherboard.
