mxmxmx / o_c Goto Github PK

There are a couple of issues with Piqued's "Gate High" parameter:

(1) The little "gate icon" next to the A/B/C/D channel marker doesn't switch on when you select "Gate High : "Yes". What I've found fixes this is changing https://github.com/mxmxmx/O_C/blob/master/software/o_c_REV/APP_ENVGEN.ino#L570 to read gate_raised_ = gate_raised || get_gate_high();

(2) State changes from "No" to "Yes" only appears to be respected when you switch the channel type (which probably forces all the menu options to be reread), so it's only possible to make one of the looping envelope types (e.g., ADL2) loop using "Gate High" after switching the envelope type.

My right encoder only become reverse when I reboot the module.
If in calibration I correct the direction it works good untile reboot.
Already tried to reflash the teensy

Using 1.3.5 downloaded from this releases page, I seem to be unable to use long-press to adjust the CV Input scales during calibration. All of the other calibration elements work. This appears to be needed as the display is reading ~400 for the 1v input scale. Holding down the right button does nothing, releasing it moves to the next scale for calibration.

Anyone else seeing this? Should I just re-flash?

Hi,
The LM1117-5 needs less thermal resistance on it's pad to stay within the recommended operating range. It might work like that but the component becomes annoyingly hot already and if the cabinet temperature exceed some 30 Celsius it goes out of range. You could improve that significantly by adding a thermal polygon around the top pad with thermal isolation disabled (see also p.18 in the datasheet of the LM1117).
Cheers! Kami

Stop associating this useful open-source tool with that racist essay.

First of all: Thanks for the awesome module! :)

I was wondering if it would be possible to add clock multipliers to Meta-Q similar to the ones that are available in Quantermain?

Display goes crazy when CV is used to rotate scale mask. This behavior happens on all channels, but as far as I can tell it only happens when the input is assigned to scale mask (using the same CV inputs for transposition or octave does not create the issue.) Video of problem here:

https://photos.app.goo.gl/Ph1TgTgqSzJ5J8oAA

Reverting to 1.3.4 eliminates the issue

The license states that one should send an email to Max Stadler for negotiating licensing terms for derivative hardware projects, but no email is given anywhere in the documentation.

Hello is it possible to use 1V/O but a Output Range from 0 to 5V?

Hello,

I was just wondering what effects smallest code optimization has on the behavior of the firmware. I'd like to flash with serial usb type so I can flash in the future without having to manually enter program mode by pressing the program button, but the sketch currently is ~500 bytes too large.

Thanks,
Dylan

Arduino made a change to the IDE which restricts automatic compilation of resources in subfolders (arduino/arduino-builder#148) which breaks this project (linkage errors). You may need to explicitly #include the cpp files (ugly) or simply move the files to the top-level or a src/ folder.

My device definitely has the power strip cut so it only powers from the rack but I was trying to download the hex file as instructed under 'method A':

"(note: if the loader app complains about the .hex file being “too large”, try to load this hex first, so the loader can detect the MCU, then re-try with the OC firmware hex"

By the link to the Google drive file is 403 with "We're sorry, but you do not have access to this document. " (Link: https://drive.google.com/uc?export=download&id=0ByUu4ePJDmVnd3U2RFdqYzJfbVE)

Can you make this file available again please so I can test?

Hi, I built the OCP module and it all works ok. It was calibrated using a 51/2 digit Keithley 2000 multimeter and all went OK. But, when I measure the voltages on the outputs (using all the Apps and Voltages App), they all seem to be around 10mv out/high, as if there is an offset being applied. Obviously, 10mv error is quite a lot when the module is capable of being calibrated to 0.1mv.

I’ve contacted Shay from Plum and he has checked this and found the same thing, putting it down to a bug in the firmware (1.3.6). He has asked me to also submit it here so that it can be fixed in the next release. Thanks. SJ.

hello
you know you did an amazing work with ornament and crime.
now teensy 3.2 is not available, would you consider doing a teensy4 verision of the official (deep) firmware?
same for temps utile, it would be a great chance to still have it available
surely an update implementing teensy4 new possibilities (oc and/or tu) would be even better... midi, save, more memory so more apps, audio out, and so on ... but even a t4 porting would be great, what is your opinion?
bests
p

Hi, I just built a Plum Audio OCP kit recently and I'm getting some weird behaviour in references mode when using the autotune function - it basically doesn't work. As it steps through the voltages, it doesn't seem to change the frequency of the oscillator, and then the autotune fails. If I listen to the output of the osc while going through the process, it sounds like OCP pings a voltage to the oscillator but doesn't sustain it. I also have a normal O&C and am doing exactly the same as I would with the other module. I checked with Shay in the Plum Audio group - he replicated the behaviour and thinks it is a firmware bug

I have 2 micro O_C.
One is in the upper side of my case, and the other is in the down side of my case.
I have had some ergonomics problem with the later, because all the cable end up above the knobs, making it difficult to operate.

It would be great to have an option to invert the screen images, so we can use the O_C flipped in a case.

Could this be possible?

Hi!

I've been digging in the docs on how to factory reset all the settings for my O_C but can't find a way to do it... is there a way without reflashing the module?

If not, then I guess this is a feature request :)

Hi! on my version of hemisphere suite, specifically in the right hemisphere and using Shift Register, I cant control the loop length by twisting the encoders. It is just stuck on "2" steps. When I try and move the encoder it instantly just snaps back to "2" even with nothing patched in. Not too sure if this is a firmware bug or I am missing something. Video is attached.

todo:

• playmodes (fwd, rev, pnd, rnd, S/H, CV address (-> input_map))
• screensaver: come up w/ something less cluttered/meaningful
• merge chord editor into one view.
• [ideally, add detune to steps. somehow ... which combination of buttons though?]

While using Meta-Q under certain circumstances the display is going weird.

Sometimes it is mirrored or the sections are in the wrong order (e. g. the title bar is at the bottom, the rest of the screen is above.) more often the display is offset to the bottom, the upper half of the screen is black.

I noticed the behavior on one of my modules while using the trigger inputs on both channels or when they share the same trigger input.

Tested it on a second module but it didn't show this behavior at first. Now I set the latency setting to 2ms on this module and the display is going weird too (using both trigger inputs).

The display is OK, I changed it when the issue came up the first time.

I'm using v1.3.6 with the uO_C Hardware.

Trying to compile via Linux, where it's case sensitive:

/tmp/build472148504ceda71c5262b9ef872b0295.tmp/sketch/drivers/display.h:28:34: fatal error: SH1106_128x64_Driver.h: No such file or directory #include "SH1106_128x64_Driver.h"

Fixed by changing line 28 of display.h to:

#include "SH1106_128x64_driver.h"

I like to use the scale slots in Meta-Q to use them as a kind of progression and I noticed some odd behaviour:

After a change of the scale slot occurs, the first note played sometimes doesn't belong to the old nor the new scale, sometimes the complete scale is wrong.

I tested it on two modules, tried the different ways to select the scales (trigger vs. cv addressing) and also used the latency settings all with the same result.

• the transposition per CV aux is disabled

• Seq mode is TR+3 when used

• the trigger input is fed with 1/16 trigger at 110 BPM but it occurs also on slower triggers.

• CV input comes from MI Tides (2017), the signal is attenuated and offset, sending the signal
  through S&H doesn't make a difference.

• the issue happens in both channels

• the scale slots are set up as followed:
  Slot 1: A Pentatonic Minor (A,C,D,E,G)
  Slot 2: D Pentatonic Minor (D,F,G,A,C)
  Slot 3: F Pentatonic Major (F,G,A,C,D)
  Slot 4: E Pentatonic Minor (E,G,A,B,D)

• latest firmware is used

The glitch appears mostly while changing to Slot 3 and to Slot 4. I checked the output of the VCO with a fast tuner and it's clearly playing some sharp notes but there shouldn't be any in the scale. (And you clearly can hear it.) Thought about a calibration / voltage issue, but the sharp notes are perfectly in tune and the both modules are in different racks.

Any support on this is highly appreciated.

Cheers Triscus

The VOR option chosen through VBiasManager is not saved by save_global_settings() or save_app_data(). It must always be re-selected every time the module is powered up. Also, every time you do the Save Settings action, the last-selected VOR setting is immediately forgotten. Apologies if discussing VOR in an issue here is considered outside the scope of the main O_C repo.

@Chysn (tagging you because of #90 - thanks for that! ), is there a hardware limitation preventing the chosen VOR option to be saved to EEPROM? That would be a shame. Or do the aforementioned save methods (and/or all of the apps' own save functions; for example, https://github.com/mxmxmx/O_C/blob/master/software/o_c_REV/APP_ENVGEN.ino#L852-L857 ) still need to be updated? Or maybe SettingsBase.Save in util_settings?

Is there any chance that we can get the CPL or pick and place file for the SMD components for assembly at a fabrication facility like JCLPCB? Alternatively posting the Eagle or Kicad files would allow us to generate this for easy export as well.

Thanks again!

Hi mxmxmx,

First of all: Thanks for the awesome modules you're creating and sharing with the world!

Wanted to ask if you think it would be possible/feasible to run multiple apps at the same time on O_C?

Hey people, I just tried to upload the Hemisphere firmware into my O&C and I got an error, and now the module won't even start. I tried looking everywhere for troubleshooting, but couldn't find much.
I followed every step in how to update firmware, but I got an upload error on the teensy app (OSX Mojave) and now it won't even let me reboot it. It's dead.
I've got no experience nor equipment for testing the module, so is there anyway I can reboot it?
Maybe restore it to a previous version?

Sorry for all the questions, but I'm a newbie, but have done firmware upgrades in the past. I just don't know what went wrong.

Any help is appreciated!
Thanks
Paul

Can you add a reset all euclidian sequences to one of the CV in's?

hello,
just flashed one with flipped option in 1.3.5 firmware.
everything ok but one:
the ch1 in display has right clock in and cv out but takes the cv in in ch4 (so ch2 takes ch3 cv in and so on)

so while clock in and cv out are flipped too, cv inputs are not

you're releasing 1.3.6, i hope you can add this fix,
please

(thanks for your great work , we all love it)

First of all, thanks for the amazing work on O_C. Love it so much!
I have a question about the quantermain app.

I'm using a 1V/oct source for transposing melodies on multiple modules (like the arpitecht).
Now I'm trying to use that same voltage to transpose a channel in quantermain using CV aux, but it seems like it is not using 1V/oct.
Is this by design? Can I somehow make it follow 1V/oct scaling?

It would be nice to be able to record a gate/cv signal to pair with the Cv-recorder in copier machine. That would require a second parallell shift register synced with the prime shirt register. Maybe with a separate clock input or changeable between synced or separate.
The main idea is to be able to record cv and gate simultaneously.
Is this possible within the architecture of O_C?
A possible expansion of the copier machine?

Someone posted a video of this behavior: https://www.facebook.com/groups/euroracksynthesizers/permalink/2370070159677306/?comment_id=2370162729668049&reply_comment_id=2370167699667552&notif_id=1536152258755671&notif_t=group_comment

but I confirmed it on mine, (1.3.4), when selecting the Root (maj/min), changing the mode does NOT change the mode on top of the screen. The work around was to change it, hold the encoder down untill it goes to mode select then go back to 1200 and it will change on the top row

Hi,
sometimes, after a while, when I'm in the quadrature mode, or dialectic ping pong, the module crashes. I mean the module doesn't response to any button, so I have to restart all my case. For now, I just use it home, to record, but it's difficult live. I use the 1.3.0 firmware. Do you know what I could do?
Thanks. And it's a really really great module!!!!!

When changing the root note in the main menu of Acid Curds and the chord base note is set to a static root note the root note of the chord is not changing, the scale just stays in C

Not sure if this is a bug or if I missed something. Changing the root note by CV is working fine and the chords are triggered.

v1.3.6 is used

Does it make sense to update this module to use Teensy 3.6 instead so we can load and save apps from the SD card?

Is it possible to reset the Automatonnetz sequence by a trigger input to the first field?

Has the build guide at http://ornament-and-cri.me/ been removed for some reason? Was wondering about the 100ks and which they are.. Is it something to do with the arrows printed on the PCB?
Also construction tips for the teensie and oled... but can figure that out...

Hi,

I have recently bought an O_C U_temps and I have a problem with the teensy.

I can upload the code to the teensy but when I connect the teensy to the module it doesn't respond and Windows doesn't recognize it.
i power up the rack and nothing and the same for the usb

Thank you very much,

Kind regards

I'm following the build instructions listed here under "method B", but it specifies requiring v1.35 of Teensyduino. The issue is that this seems to be a 32-bit application (or at least the installer is 32 bit) and I am unable to install it on my mac running Catalina. I understand the issue is the version of gcc used by the IDE. I am currently running Teensyduino 1.53 (built on Arduino IDE 1.8.13 it seems) and I'm wondering if there's a way to swap out the gcc version used by the IDE or any other alternatives to finding an older box to build this on. Are there any plans to upgrade the code to support building in > gcc 4.x?

Hi All, I am a newbie so just destroy my message if I am saying bulls*it 😀

Many O&C's apps include a sample & hold element of the input CV, to which one would typically feed noise to. But the range of noise source - I typically use Mother-32's +/-10V - is in most cases much wider than I need, and I need to attenuate it.

Utility modules such as Expert Sleepers' Disting cater for that problem by offering attenuation and offsetting of the CV input. I was surprised to see that the O&C's apps such as Quantermain do not do the same, also because it feels intuitively easy to implement. It must be a design choice, but why?

Also, it feels like a waste to have to attenuate and offset noise before going into the O&C, that is already doing incredible things of its own... but the simplest one! I feel like I'm missing something.

Thanks!

G.

How can o_c be built when using Catalina? Seems like arduino-1.8.1 doesnt work due to the 32-bit toolchain and more recent versions of the IDE or teensyduino fail wth compilation errors (as expected from the build instructions). Is it actually possible to build with a current version of OSX? Thanks!

Hi! I'm a happy O_C user who also loves tinkering with my Eurorack to, perhaps, an unwise degree. I recently realized that, according to PJRC, the Teensy 4.0 is "mostly" pin-compatible with the 3.2 used in the Ornament and Crime module. I would love to take the time to port the firmware, both as a learning exercise and so that the community can take advantage of the ~100x speedup, the floating point instructions, the DSP cores, etc that the Cortex M7 in the 4.0 supplies.

What I'm actually asking for in this ticket is: are there immediate showstoppers you can think of off the top of your heads? Does Ornament and Crimes rely on wacky implementation details of the 3.2? Do we require that the TX3 and RX3 pins are in a specific place? (they moved in 4.0, although with the speedup we can probably bitbang around that)

Thank you very much!

The CV controllability of euclidean length, fill, and offset seem to be mixed up. When I set a CV input to control CV length, it would control fill. I also had an issue where it would seem to detect a voltage when there was nothing plugged in to control the CV "length," which was actually controlling the fill.

Just so you know, though, I'm deeply in love with this module. I built three and they are incredible. I will definitely be building more. Very excited about the terminal tedium and temps utile, as well.

2e Gerbers have no bottom silkscreen values. What gives?

I've tested this on 2 O+C's, with the same behavior.

repro steps:

1. Add clock input to TR1
2. Create a sequence for output A
3. Create 4 sequences for output B (may work with less have checked, this was my setup last night)
4. Set playmode for output B to SEQ+1 - SEQ+3
5. Set output B to respond to Clock TR1
6. Start clock into the OC
7. Stop clock

When I do this output A will stop but output B continues on indefinitely. If you need more testing on this let me know.

Hi,
I tried to make the 1.3.1 firmware update. When I try method A, it keeps saying that the file is too large. With method B, it also says that o_c_rev.ino.hex is too large et the end, and the arduino software tells that "Teensy did not respond to a USB-based request to automatically reboot.
Please press the PROGRAM MODE BUTTON on your Teensy to upload your sketch."
Idf I press the button, nothing happens, the screen freezes. I swichted on the case as the website says. What can I do?

In the latest Gerbers, ornamentv3_2e_pastemaskbottom.gbp is missing a pad. This will not affect PCBs being made, depending on the mfg, but will affect a stencil, etc. I prefer stenciling/baking to hand soldering for my SMD projects.

See here: http://i.imgur.com/DzYMUAq.png -- Circled area.