Jogwheel construction

[ZiiK]

Just out of curiosity.

How would you DIY gurus construct your own jogwheel? I'm not asking for the mechanical solutions. I would like to know what kind of sensors you would use. Seen a few different solutions while browsing this forum and others.

And how would you implement touch sensitivity?

Would you make something different from the way jogs work on conventional controllers today?

Cheers

[Skirmitt]

I made my own jogs with optical encoders that 512 pulses per rotation.

http://www.djtechtools.com/forum/sho...5&postcount=62

[ZiiK]

Did you buy the optical encoder or make your own disc and just buy the sensor?

If you could point me in direction of a good encoder that would be much appreciated.

And if I would want to go for the highest possible resolution, how would you guys do that?

Cheers for sharing!

[Skirmitt]

I bought an Oak / Grigsby 91Q128-43-00110 encoder. This is an optical encoder that has everything in it. You get the highest resolution by reading all state changes ie this one will give you 512 transitions.

In my experience you don't need much more than 512 cause of the limitations of the midi protocol. If you program a special HID then a lot more is possible depending on the speed of the protocol you use.

[ZiiK]

Anyone knows how the high resolution is achieved on commercial controllers?

Reloop states 4096/rev for the Jockey3ME
Denon says 2048/rev for MC6000 (http://www.denondjforums.com/forum/i...rb_v=viewtopic)
That same chart says 1000/rev on S4. Not saying that is right or not...

I'm guessing some might use optic sensors...


And, would there be an optimum amount of pulses for each size wheel?

lets say I would want to make a 200mm jogwheel. A 200mm jogwheel has a circumference of 628mm. With a resolution of 500/rev that would mean 1,25mm to change it's value. Which might not quite cut it.

And I would want a sturdy jog, so I would probably go for an optic solution instead of an encoder.

What do you guys reckon?

Has any of you taken your controllers apart? how sturdy is the connection holding your jogs? Seen a few, but if you guys have pictures I love to see them!

[nem0nic]

In my experience you don't need much more than 512 cause of the limitations of the midi protocol.

There are no limitations in the MIDI protocol in this regard. These encoders are sending a RELATIVE message - not an absolute message. They can send a pulse as frequently as the transport mechanisim will allow.

If you wanted to get an encoder that sent a thousand pulses per revolution, this would be totally acceptable - both by the MIDI protocol and (I'm assuming) the Traktor software.

Even suggesting that the OP attempt an HID implementation is bordering on stupid. How then would the OP get the SOFTWARE to support his HID implementation? Do you expect that the folks at NI are going to expend resources supporting a one off home made controller?

There are plenty of encoders available at a reasonable price that offer higher resolutions (1000+ PPR). Just search for "incremental rotary encoder" and look for something that matches your needs.

PROTIP - To take stress off your rotary encoder, don't directly couple the platter to the encoder shaft. Instead, use a "band and wheel" setup to transfer movement and absorb stress (see attachment).

As for touch sensitivity, that's often referred to as "CapSense". There are many ways to get this done, ranging from obtaining a dedicated chipset from someone like Cypress Electronics, to hitting up Arduino Playground and downloading the Capacitive Sensing Library and dedicating a few pins to it.

[nem0nic]

Anyone knows how the high resolution is achieved on commercial controllers?

Typically there's a lot of things going on. Sometimes they're optical as you assume, and a single "eye" is reading a specific number of slots or teeth per rotation. Sometimes there are multiple optical readers offset in a way that when one reads a "1", the other reads a "0". Sometimes it's an optical reader, but instead of slots or teeth, gray code or some similar method is used.

And sometimes its flat out cheating by simply multiplying the messaging in the firmware to up the resolution.

[ZiiK]

Thanks for sharing nem0nic, was thinking about a belt connection for another application, stupid of me not to think about it for this.

Still need to gather some more information before getting this project of the ground.

Thanks a lot so for everything so far lads!

//Joel

[ZiiK]

I've seen these premade capsense boards and did a bit of reading on the arduino capsense now.

I'm still not educated enough in electronics, so a few q's spring to mind.

The "arduino-way" mentions a need for "proper" ground. How would you guys solve that? And would a capsense board/integrated component have the same issue?

Got me curious how that is done in commercial stuff again.

And also, they use aluminium foil, suppose it should work with sheetmatal to as long as it shares the same material properties (resistance).

Suppose I need to get some components and start experimenting.

[Mudo]

We were talking about this here, maybe you find interesting info.
http://www.djtechtools.com/forum/sho...ktor+motorized

About traktor messaging and arduino.
http://hackmat.com/blog/?p=38&preview=true

Another thread:
http://www.djtechtools.com/forum/sho...ized+turntable

Another about teensy and motorized platter:
http://www.djtechtools.com/forum/sho...t=43106&page=2

I can't read accurately the comments now but I will back!

Happy new year!
-m!