Anyone using a Pico with ORAC on a Pisound w/ Rpi 4?
Finally got my hardware from Blokas, took 2 months in the US.
Pandemic shipping I’m guessing? Want to do this… what do I need to
do / install besides ORAC? MEC is part of ORAC yes?
Mark H. mentioned the need for a powered USB hub for the pico I guess.
Anything else needed?
Mark has made a number of ORAC videos, some general, some specific, e.g. “Orac 2.0 for Raspberry Pi” should be interesting:
MEC should come with the pisound ORAC module, but the service has to be configured to auto-start manually once (it’s explained in the video). Unless the Pico turns out to be too power hungry, you should be able to directly plug the Pico into the Raspberry Pi 4. Would be worth a try. (I still have a Pi3 with pisound with an Alpha which worked)
So I tried my Pico on an rpi4 with orac… nothing. the remote is working thru Pd patch on my mac. Can change and control pre-sets but no Pico.
Bummer. Will it not work with the remote patch on? tried a1 poly plus the sampler… what I am I missing? Midi works great. Will try the power mod to usb maybe tomorrow. Eigenists, any thoughts?
This line says which config file to use , osckontrol in this case - you’ll need the picoktrl for one iirc
If you look inside the json file, you’ll see part of it is configuring the Pico, and another part is setting up the connection to orac.
I can’t remember offhand if picoktrl is complete, I’d need to check it.
I have the pico working on the Organelle (classic, not M) using the picopd.json. (Exciting!!!) The organelle sort of recognizes the tau, but makes weird crunchy asynchronous chord noises a few seconds after touching the keys. (Overwhelmed with too much info?).
I tried setting up a PiSound (Raspberry pi 3) with Orac, got things working okay with MEC and the remote app. I tried switching the mec.service line to point to picopd.json, and restarting MEC did not seem to recognize the pico. I then tried picoktl.json, and then picoosc.json, with no luck there, either. I’ll try to get some logs and see what is going on.
Silly question: Can the current MEC handle talking to both the remote app, AND talking to an eigenharp with a cleverly enough designed .json file, or am I being greedy?
Guess I’m confused. looked at osckontrol… no mention of any pico files.
Think I mis-understood your post. Should the picokcrtl, picoosc and/ or picopd.json files get referenced in the mec.service file? Would try it
but I don’t wanna break my pico.
It looks like the service is running from /etc/systemd/system/mec.service, not the one in /usr/local/MEC
I just tried each of the three pico confs in /etc/systemd/system/mec.service. It does look like the changes are getting picked up now, but my pico is still not making sounds. Progress, I think.
It looks like blokas is running an instance of MEC with its own .json file as well?
root 504 0.0 0.0 1940 416 ? S 03:34 0:00 /bin/sh /usr/bin/mec /etc/mec-blokas.json
root 510 0.7 0.2 43592 2632 ? Sl 03:34 0:06 mec-app /etc/mec-blokas.json
Maybe this will make more sense to me after I get some sleep.
@tefman, It is not just pi4, since I am using a pi3.
I’ve been primarily looking at output from journalctl -u mec
Tonight I cycled through the json files, and learned a couple of things:
There were failures due to pico.ihx not being where the service was expecting to find it, so I created the folder structure and put a copy of pico.ihx there. Jul 30 02:47:42 patchbox mec-app: log:unable to open IHX firmware: ../eigenharp/firmware/./resources/pico.ihx
picoktrl.json had a spare comma following the penultimate curly brace. I removed it, and started seeing the same error I was seeing with the other two json files:
“realtime: Operation not permitted”
Jul 30 04:15:34 patchbox mec-app: log:using firmware …/eigenharp/firmware/./resources/pico.ihx
Jul 30 04:15:34 patchbox mec-app: realtime: Operation not permitted
Jul 30 04:15:34 patchbox mec-app: log:usbdevice_t::impl_t::start_pipes() : pipes started!
Jul 30 04:15:34 patchbox systemd: mec.service: Main process exited, code=killed, status=11/SEGV
Jul 30 04:15:34 patchbox systemd: mec.service: Failed with result ‘signal’.