63

Can crow be used bidirectional from modular to Norns?

64

yes but what do you mean?

65

send cv > midi to adjust norns params
edit ( it doesnā€™t have to be midi)

1 Like
66

Iā€™ve now also seen problems not only with triggers, but also cv_set over ii to ansible - it seems some random cv values gets mixed in at timesā€¦ making it almost useless for anything that random valuesā€¦

67

i am experiencing a wierd issue
After using crow with ableton and i switch back to just norns driving crow
i cant get it to respond
switched back to Ableton and it works as expected
took two full restarts of Norns. Is there an order Iā€™m missing?
the less concepts patch is super addictive and it seems like sometimes when selected it does not ā€œgrabā€ for the lack of a better word the ii JF setting afterward, but i probably did something wrong

68

I just ran into the same issue of input 2 on crow not reading incoming change (using Crow Studies pt 2 code) until I ran crow.reset() in maiden. should this be added to my norns script init?

1 Like
69

Based on the teletype reference for Ansible i2c commands there is an actual pulse command so that looks like a bug in the Norns code. When I get a chance Iā€™ll play around with editing that line on my Norns and see if I get expected results. If so Iā€™ll make a pull request and we can get it sorted out!

Iā€™m working on a Norns/Crow sequencer script and Iā€™m feeling a little boxed in by only four outputs, so I would love to get the Ansible trigger outs working reliably.

70

Sounds greatā€¦ (iā€™m trying a little of the same - combining grids and arc). I changed the line locally on my Norns, and it helped with the pulses. I2c commands still seem to be rather randomly delivered to (or received by) ansible, resulting in randomly delivered pulses and cvā€™s. I donā€™t know where to begin to look for a solution to that problem?

71

FYI got this fixed in master, so we should see it in a new release soon. I tested it locally with the latest version of Crow and it was nice to see properly synced up triggers on my oscilloscope!

2 Likes
72

I would like to change the Crow output CV voltage range in some Norn scripts to 1.2v / octave instead of 1v, so I can use with a Buchla. Also to adjust the output trigger ranges. Could someone point to the correct maths to do the conversion? For example in the Awake script i guess this is the line to change, but not really sure.

if params:get(ā€œoutputā€) == 1 or params:get(ā€œoutputā€) == 3 then
engine.hz(freq)
elseif params:get(ā€œoutputā€) == 4 then
crow.output[1].volts = (note_num-60)/12
crow.output[2].execute()

1 Like
73

This is the line:
crow.output[1].volts = (note_num-60)/12

Just multiply the value by 1.2 before assigning to volts, which simplifies to:
crow.output[1].volts = (note_num-60)/10

For the trigger, you need to change the crow.output[2].action = ... to something like crow.output[2].action = "pulse(0.01, 10)". Where 0.01 is the pulse time in seconds (here 10ms), and 10 is volts of the high-state of the pulse.

4 Likes
74

Thatā€™s great thankyou :slight_smile:

75

Sorry in advance if this is not the best thread for this, but Iā€™m trying to find all the Norns apps that support Just Type via Crow, is there a simple way for me to search the library for that?

2 Likes
76

In the Library section, you can then choose the tags. There are a few, including Norns, crow, M4L to name a few.

2 Likes
77

Iā€™ve been working on a script for the last couple of nights, with norns > crow > jf ii communication working perfectly until a couple of minutes ago. For some reason, despite not being able to spot any relevant changes in my code, maiden is suddenly printing out the following after I enable ii communication for jf in the params menu:

ii: lines are low. try ii.pullup(true)

I do indeed have ii.pullup(true) included in my function for managing outputs, so Iā€™m a little stumped ā€“ especially because everything seems to be working as expected despite that message.

78

Has Just Friends frozen? You can check by changing to cycle mode and you should see JFā€™s lights turn on.

If that works itā€™s likely another device on your i2c bus has crashed or something has physically happened to the i2c cables.

1 Like
79

Thanks! JF hasnā€™t frozen, and nothing changed with the rack from one session to another. Iā€™ll see if the issue persists later tonight.

Iā€™m guessing it must be something else. In case itā€™s a helpful data point, I do have TT (w/ backpack) on the same ii bus, and it has been performing (independent) functions while crowā€™s been in operation.

EDIT: This was definitely a case of my ii bus being overloaded. With crow + TT working simultaneously, Iā€™d get the lines are low message when TXi and Txo+ were performing more complex operations. Cutting some of those out of my TT scene has fixed the issue.

1 Like
80

Raising this, as Iā€™ve come across similar issues myself. Iā€™m looking to implement a safeguard for those using my scripts, but donā€™t want to do anything too heavy-handed either :sweat_smile:

3 Likes
81

Hypothetically if I have two crows connected to one Norns and am running a script like Awake would both crows function identically? Thanks

82

This is totally expected for any transmissions crow detects on the i2c bus that crow did not initiate ā€“ the lines are low some of the time, because the TT is pulling them low to signal to some devices. Aside from the usual warnings about increased possibility of crashes when using multiple leaders on the same i2c bus, Iā€™m pretty sure this message is benign. Might be nice to have this message be possible to disable when youā€™re expecting this situation, ii.warn_busy(false) or something?

1 Like