CTRL:R encoder only sends a value of +1/-1

This topic is empty.

Viewing 15 posts - 1 through 15 (of 18 total)

1 2 →

Author

Posts
January 27, 2021 at 10:48 pm #849

bichuelo
Member

An unused (NOS) unit is sending only +1/-1 value on one of the encoders. I did a full reset both using the editor as well as the sysex file. Used an external MIDI monitor as well as the one included on the editor, but it seems it is a hardware problem

Which is the specific part for the encoders? I am able to service the unit myself but opening it is not worth if I don’t have the exact pot I need to replace it

January 28, 2021 at 12:00 am #989

amounra
Participant

Hi there bichuelo,

I don’t think it’s a hardware problem. If its successfully sending +1/-1, then the encoder is physically working, but the firmware has stored the wrong mode for it. It’s more likely a problem with the settings. Are you using it in conjunction with a script at any point? Which encoder is giving you the issue?

January 30, 2021 at 12:26 am #990

bichuelo
Member

Hi, thanks for your help!

The encoder is the lower, leftmost. CC 50 [ID: 8]
It shows mode CC both in the _encoders_ section as well as _send MIDI_ under **Inspector**, identical to the rest of the encoders

No custom script, I tried both sending a .syx file to reset it as well as recalling **Defaults (reset)** from the Livid Editor online, several times. but the results are the same

January 30, 2021 at 1:04 am #991

bichuelo
Member

I noticed the _send MIDI_ section says **Note**. I changed it manually but it seems all of them are set like this, after resetting again

January 30, 2021 at 2:02 am #992

amounra
Participant

can you show me a Midi stream coming from it, into say, MIDI Monitor? Just curious exactly what it’s sending…..

February 4, 2021 at 2:26 am #993

bichuelo
Member

![](https://aumhaa.com/forum/uploads/editor/9h/tpd8m9ffw9ui.png “”)

Here you are. I included the movement of the enconder to its right. Of course all resets have been done previously including a factory reset

Both encoders are moved to the left and right during the test

February 12, 2021 at 1:26 am #994

amounra
Participant

Ok, yeah that seems like a bad pot. If it were sending inc/dec it would be different values.

I’ll look around and see if I can find the right specs for those, I had to replace one on my Code a long time ago, but I got them direct from Livid. Still, I know that the info exists somewhere, because I had it at the time.

Might be a minute before I get back to you, super busy atm….apologies in advance

February 13, 2021 at 10:11 pm #995

bichuelo
Member

Thank you!

Hope you are able to find the model easily so I can service it and have that controller on full throttle again

February 13, 2021 at 10:59 pm #996

amounra
Participant

There are two types of encoders that were used for CNTRLR. One sends a reversed signal, so it’s important to get the right one. I looked through the forums and my emails and couldn’t find the right information, and unfortunately the ones that I have are for Code, not CNTRLR, so they aren’t necessarily the same.

Do you have any way of knowing the production date of the CNTRLR you have? Or which firmware was installed? There were two, one for the reversed encoders and one for the regular ones…if you can determine that, I can probably narrow it down for you a bit.

a

February 15, 2021 at 11:33 pm #997

bichuelo
Member

Thanks!

I can get the serial number, the number of the service tags in the boards inside the unit and the date the unit was exported from Austin.

Which information could help to find the production date of the unit?

February 16, 2021 at 12:07 am #998

amounra
Participant

The date of export is probably the only useful thing, but I don’t know how accurate it will be. The best way to find out is to try both versions of the firmware, see which one works right (either will work, but for one version the encoder direction will be reversed), and then we would know for sure.

February 17, 2021 at 3:23 am #999

bichuelo
Member

It says the 0.1.2.3 firmware is installed on the editor and the encoder direction is clockwise, as expected.

I found both firmwares (including 1.27) at this thread: https://aumhaa.com/forum/discussion/20/does-anybody-have-cntrl-r-version-1-27-firmware#latest

But I can’t find the bootloader and the link on the wiki is broken

February 23, 2021 at 8:16 am #1001

amounra
Participant

Sorry, missed this post and have been really busy.

Here’s a link to the firmware updater, which I think is what you’re looking for:

http://www.aumhaa.com/livid_archive/FirmwareUpdater/Livid_Firmware_Update_117_osx.zip

Does that get you up and running? I’ll be unavailable for the next week-ish, apologize for getting back to you a bit late….

a

February 28, 2021 at 3:25 am #1009

bichuelo
Member

> @amounra said:
> The date of export is probably the only useful thing, but I don’t know how accurate it will be. The best way to find out is to try both versions of the firmware, see which one works right (either will work, but for one version the encoder direction will be reversed), and then we would know for sure.

I was able to load both firmware files but for some reason both behave the same, none of them reversed. Don’t know if I made it properly, the updater reported success both times

It would be great to confirm what the controller reports using the editor, but the page has been down for some days. Using the Wayback Machine I was able to find the wiki in order to put it in bootloader mode, but the editor is not there

February 28, 2021 at 4:06 am #1010

amounra
Participant

I’m away from home atm, but there are two different editor links that you can still find via google….one works and one doesn’t. Maybe search for the one that does (sorry I have no way to check at the moment)….I’ll be home next week and I can try to help more then. There’s also an editor app that will work on older OSs but again, I have no access to any resources right now, I’m posting this from my phone
Author

Posts