Hey, asking for a second time here.

How do I factory reset norms?

you could do this: Norns: update fail recovery

@tehn’s suggestion above applies if the main norns system stuff is borked (in /home/we/norns)

but there is no “factory reset” of the scripts and stuff in /home/we/dust. that’s up to the user to manage. individual scripts typically have a page here and/or a github repo where they can be re-acquired if the local copy has been messed up.

if you give us more details about what is not working, we can provide better answers about how to fix it.

2 Likes

alternative: here’s a copy of the default dust folder: https://monome.nyc3.digitaloceanspaces.com/norns-2.0.1-dust.tgz

just delete the existing dust and put this one in its place.

1 Like

As others reported I’ve also encountered tape recordings recording on top of other recordings as they confuse the numbers…

I will check the menu logic and make sure the state file gets saved after each record. seems that maybe it’s getting missed?

Update: strangely enough, after setting it aside for a couple hours and then coming back, everything seems to be fine. Initially, I restarted the Norns and the distorted sound persisted, but now I can’t reproduce it. shrug.

Is this going to change? Trying to send cc through different channels, no luck…Thanks

What script(s) are you working with?

Earthsea for example does not have code to handle cc’s but it could be added pretty easy: Around this line add something like this (totally untested):

    -- cc
  elseif msg.type == "cc" then
    cc(msg.cc, msg.val / 127, msg.ch)
1 Like

Thanks, Timber player/keys

add cc case as described above, to midi handler in timber/keys.lua, like here:

dunno if i’m totally following the thing about channel numbers. also haven’t really used timber/keys, but it appears to associate each midi channel with a particular sample ID, and likewise with a block of voice IDs:

so i guess in your CC handler(s) you would want to likewise target a particular sample for modulation according to the channel number. (Timber modulation commands affect sample slots, rather than individual voices, AFAICT.)

1 Like

I can’t seem to clock Norns externally through a USB MIDI ‘dongle’. Doesnt work on any if the stock scripts. MIDI out works great… I’m a little confused. Do I need to edit scripts eventhough they have a external clock indicator in the parameters menu to get MIDI sync in to Norns?

This will vary from script to script.

I did a quick test with “awake” - it takes clock just fine. You do need to change line 80 of the script to the midi dongle’s vport. I’m gonna guess it’s not on 1.

Something is definitely happening where my tape state gets reset to 0. I haven’t been able to consistently reproduce it, but recently I shut down norns with “sleep,” and when I turned it back on it said “none” and did not auto-load the last script (as if it had crashed or I did a hard shutdown) and I saw the tape state was back at 0. I see the state file also keeps track of the last loaded script, so maybe the whole file is resetting to its default state.

Hey all, having the same problem as @kcikdrumk updating to 2.1 from a previous 1.xx release.

My Norns updated successfully (kinda), but now it’s only loading with an error message that reads, “NONE (error: AUDIO ENGINE)” on the main menu. When I attempt to select any script, it freezes on the “loading…” screen and I have to back out. Wifi and network connections are unavailable. I tried several resets and lit some candles and recited some incantations that I found on another forum. No dice.

As you can probably see, I’m not so good with this troubleshooting stuff. Anyone have any ideas? Please let me know if I should be posting this in the help thread instead.

I’m still not able to connect to Maiden because Norns has connection issues. On the wifi page it says, STATUS: unavailable
NETWORK:
IP:

Both Network and IP are empty, and the Hotspot and Connect buttons below do nothing when I choose them.

Hotspot causes the Norns to freeze and wifi mode is not showing any networks. I’ve tried updating from a flash drive, but using the update method also doesn’t seem to work. The one thing I haven’t tried is a USB A-A cable, but I’d prefer to avoid that if possible. Does anyone have any insights (other than The Candle Method mentioned in the other thread)?

I’ve tried hard reset (5-6 times) and sleep. I’ve used the hotspot with my computer to test the dongle and it seems to be working on that.

@kcikdrumk
@Jonathan_Riley

(frstly, caveat: both the update scripts and the wifi config are a bit outside my wheelhouse. so i’m sorry i don’t have any actual specific ideas, having never actually performed 1.x - 2.x update except by manual means.)

it’s worth using screen 115200 to connect via serial port, checking network with nmtui, ifconfig &c, and checking for duplicate SC engines (in dust) with following bash command:

find ~/dust/code -type f -printf '%p/ %f\n' | sort -k2 | uniq -f1 --all-repeated=separate | grep *.sc

or, simpler, just try killing and launching sclang from command prompt, which will show you if there are duplicate classes at any location. (maybe update did not clear out old norns .sc files in ~.local/share/SuperCollider/...)


also:

don’t use the hard reset unless you are actually experiencing a crash and cannot shut down by any other method - including serial login and the shutdown linux command.

every hard reset has a chance of corrupting the filesystem and it will not fix anything. in fact probably worth using fsck to check the health of the filesystem if you’ve used the Rude Button.

(@tehn it seems like a good idea to have some prominent link to full disk image to be reflashed in case of just such a corruption [and only then - bandwidth isn’t free.])

I can confirm this. Personally I found date stamp naming fine :neutral_face:

Thanks @zebra , I’ll try this out later today and see what I can come up with. Appreciate the support.

I was using the hard reset because the system was locking up when enabling hotspot mode. Sorry, I should have clarified. I let it sit for 30 minutes or so the first time before I resorted to that. Thanks for the correction, though! Will be more mindful in the future.

Ahh, disregard. I had my ports mixed up :sweat_smile:

Thank you!
I actually tried a reboot inbetween trying all of the different ports - none worked…
Not sure which port I should change to in the script, or what to type either.

If anyone could figure our how to get MIDI clock in to Orca (Norns version), please let me know!

Ok so here’s what you would need to do…

Step 1 - look at the norns system menu and find which device your midi dongle is using. This is at SYSTEM>DEVICES>MIDI and this lists your devices by number. That number is what you need to use in scripts for that device

Step 2 - edit the script. with Awake for example you would look for midi.connect and make that change:

local clk_midi = midi.connect(1) changes to local clk_midi = midi.connect(3)

Now… midi clock to Orca for norns might not work at all. I’m not sure if that midi-in is enabled at all. You might bring that up in the Orca thread. Or you could try changing the line with orca.midi_out_device = midi.connect(1) to whatever your device number is.