Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - KAOSS

Pages: [1]
1
Building pi-Stomp / Re: pi-Stomp Input Stage Question
« on: October 08, 2024, 12:28:25 PM »
As soon as the Pico is powered on, the output level drops significantly. It doesn't matter where I power it from ? Pi's USB port, Pi's 5V pin, or using an external adapter. It happens immediately. I suspect it's because I'm making all the connections to the leads of the jacks on the PCB itself, it's connected to the ground in some way? So the signal gets grounded and hence drops in volume as soon as the Pico is powered on?
I found the culprit for it! As soon as I removed the connecting the pots to the 3V3 pin of the Pico, the output level comes back up. I have decided to keep it that way. I lost two pots and the LEDs that automatically light up on their own, but getting the the correct output level is higher priority for me. I wired up the pedal directly to the 3V3 pin, since it's not connected to the main board.


If you can wait a few weeks, I might likely have a prebuilt image.
Yeah I'm waiting on finalising the details of the other build, so I can absolutely wait for a little while. Just to give it a trial, I cloned the beta-bookworm-dev from the pi-Stomp repo and ran the setup script on a Pi 5 + Bookworm. Jack is running with the IQaudIO Codec Zero, but it seems like there's an issue building the libmod_utils.so file when installing mod-ui. Following is the error:

Code: [Select]
make: Entering directory '/tmp/tmp.UbgX1kMDTp/mod-ui/utils'
g++ utils_jack.cpp.o utils_lilv.cpp.o patchstorage.cpp.o sha1/sha1.c.o -Wl,-O1 -Wl,--no-undefined -Wl,--strip-all -shared -L/usr/local/lib -ljack -llilv-0 -ldl -lsord-0 -lserd-0 -lsratom-0  -lasound  -o libmod_utils.so
/usr/bin/ld: /usr/local/lib/liblilv-0.a(collections.c.4.o): relocation R_AARCH64_ADR_PREL_PG_HI21 against symbol `lilv_ptr_cmp' which may bind externally can not be used when making a shared object; recompile with -fPIC
/usr/local/lib/liblilv-0.a(collections.c.4.o): in function `lilv_scale_points_new':
collections.c:(.text+0x78): dangerous relocation: unsupported relocation
/usr/bin/ld: /usr/local/lib/liblilv-0.a(collections.c.4.o): relocation R_AARCH64_ADR_PREL_PG_HI21 against symbol `lilv_ptr_cmp' which may bind externally can not be used when making a shared object; recompile with -fPIC
/usr/local/lib/liblilv-0.a(collections.c.4.o): in function `lilv_nodes_new':
collections.c:(.text+0x98): dangerous relocation: unsupported relocation
/usr/bin/ld: /usr/local/lib/liblilv-0.a(collections.c.4.o): relocation R_AARCH64_ADR_PREL_PG_HI21 against symbol `lilv_ptr_cmp' which may bind externally can not be used when making a shared object; recompile with -fPIC
/usr/local/lib/liblilv-0.a(collections.c.4.o): in function `lilv_nodes_merge':
collections.c:(.text+0x1c4): dangerous relocation: unsupported relocation
/usr/bin/ld: /usr/local/lib/liblilv-0.a(world.c.4.o): relocation R_AARCH64_ADR_PREL_PG_HI21 against symbol `lilv_lib_compare' which may bind externally can not be used when making a shared object; recompile with -fPIC
/usr/local/lib/liblilv-0.a(world.c.4.o): in function `lilv_world_new':
world.c:(.text+0x464): dangerous relocation: unsupported relocation
collect2: error: ld returned 1 exit status
make: *** [Makefile:38: libmod_utils.so] Error 1

Looking at journalctl, I get the following:
Code: [Select]
Oct 08 22:21:12 pistomp authbind[6829]: /usr/local/bin/mod-ui: No such file or directory
Oct 08 22:21:12 pistomp systemd[1]: mod-ui.service: Main process exited, code=exited, status=255/EXCEPTION


That 3.5" would require you create your own ILI9486 driver.  GPIO usage looks different.  Also, it has a different aspect ratio so you'd have to tweak pi-Stomp code to deal with that.
I found this thread on the forum, so I was hopeful it would be possible. I guess I'll look into their GitHub repo and change the things accordingly once the pre-built image is released.


I suppose the pi-Stomp content could be rendered within a window/app?
I was thinking something along those lines too. In my experience, the web UI isn't particularly well-suited for touch screens. Also I don't want the overhead of having to run a browser.

2
Building pi-Stomp / Re: pi-Stomp Input Stage Question
« on: October 07, 2024, 04:21:41 AM »
I'm now planning on wrapping up this build and move forward with my next one. For that, I'll be using a Pi 5 with the official active cooler and put everything either in a bigger FX unit if I manage to find one, or go full DIY and build my own enclosure. I had a few questions regarding that:

  • Have you been able to get the IQaudIO Codec Zero running on the Pi 5 and Bookworm? I have tried the same install procedure as used in the pi-Stomp install scripts, but I can't get Jack to run on Bookworm with the Codec Zero.
  • Could I use a bigger display, which might use a different controller? Here are a few links:
  • Would it be possible to change the scripts to work with and HDMI display instead?

Thanks!

3
Building pi-Stomp / Re: pi-Stomp Input Stage Question
« on: October 07, 2024, 04:07:32 AM »
My project got delayed by a few days as I thought my Codec Zero had died. I waited for a new one to arrive, but it turns out that I just needed to reload the iqaudiocodec.state from the pi-Stomp GitHub repo using alsactl restore.


Interestingly, I found out that the output level drops significantly as soon as something is plugged in either to the USB ports or directly to the 5V pin of the Pi. Have you noticed something like that happen before? And even without plugging anything else in, the output level for my headphones is a bit too quiet. Do you think adding a small amplifier circuit before the output jack would work?
I've not experienced your issue of volume drop when using USB to power peripherals.
I think I've found out the reason for that. As soon as the Pico is powered on, the output level drops significantly. It doesn't matter where I power it from – Pi's USB port, Pi's 5V pin, or using an external adapter. It happens immediately. I suspect it's because I'm making all the connections to the leads of the jacks on the PCB itself, it's connected to the ground in some way? So the signal gets grounded and hence drops in volume as soon as the Pico is powered on?


I experimented with a variety of small amplifier circuits to provide more drive for headphones with less sensitivity.  Even with significant power supply filtering, they all were too noisy.

My experiments with boost converters didn't yield a noise floor low enough.  I tired 5 different converters with lots of filtering.  Basically, the pi supply rail is just incredibly noisy and not a friend of any analog audio.
Unfortunately I also reached the same conclusion. I tried connecting the power input of the amplifier to the Pico, but it just doesn't have enough juice to drive the amplifier.  Then I tried powering the amplifier from the Pi's 5V line after it passes through the boost converter. Unfortunately the output signal is way too noisy.  So I've given up on using an amplifier in the chain altogether.


If you can live with mono, you could maybe use the IQAudio onboard speaker output, but my recommendation would be to use more sensitive/higher impedance headphones and to make sure your Alsa settings are not reducing the output unintentionally - there are many stages the audio goes thru: Aux > Mixins > Mixouts > ADC > (software gain) > DAC > Headphone.  Check those using alsamixer.
This actually helped a lot, thank you! I was using the default iqaudiocodec.state file. I checked alsamixer and raising the "Headphone" level to 100% significantly improved things. I also tried raising the "DAC" level, but I couldn't increase it past like 65%, otherwise it would start clipping. This configuration actually does make everything at least as loud as I want it to be, at least as long as the Pico is off. But still it's much better than it used to be even when the Pico is off. I saved a new .state file and I load it on boot.


Regarding a fan, I've never had an overheating problem with a pi3 or pi4 which has passive heat-sinks.  pi5 does require active cooling, but the $5 fan cooler I got does the trick and doesn't add any noticeable power supply noise.
I have somewhat gotten around this too. Adding a fan just makes everything way too noisy, even with a boost converter in line. I had to simplify some of my pedalboards, so that they use a little less CPU. I was running pretty complex pedalboards, something like this:

I had to cut back either on the number of NAM instances to 3, or substitute them with AIDA-X. Now, even when the Pi reaches a temperature of 83?C, I don't suddenly start getting a lot of XRUNS. Whereas earlier, once it reached that temperature, the Pi would start throttling and would completely freeze the unit.

4
Building pi-Stomp / Re: pi-Stomp Input Stage Question
« on: September 30, 2024, 05:36:08 AM »
I checked and I had to make a modification to the PCB, i.e. cut a portion of it away to fit my Pi 4 inside it. Unfortunately I found out only later on that those test points were lost when that section was removed. I tried soldering to other test points, but the area seems to be too small for the solder to stick on. So for now I'm just routing the input from the jack itself directly to the Codec Zero input.

Interestingly, I found out that the output level drops significantly as soon as something is plugged in either to the USB ports or directly to the 5V pin of the Pi. Have you noticed something like that happen before? And even without plugging anything else in, the output level for my headphones is a bit too quiet. Do you think adding a small amplifier circuit before the output jack would work?

Also, as mentioned in the pi-Stomp FAQs, the power rail indeed does seem to be very noisy. The noise level is definitely audible if I connect the Pico directly to the 5V pin. It's much lower if plugged in via USB, but it's still very much present. Also adding a fan seems to be a no-go as it adds a lot of noise. I'm trying to see if having something like an LM2596 would reduce the noise from the other devices in the circuit.

5
Building pi-Stomp / Re: pi-Stomp Input Stage Question
« on: September 27, 2024, 01:32:20 PM »
Thank you Randall!

I was building my own unit that I was planning to run the pi-Stomp software on. I'm using a Pi 4 with the IQaudIO Codec Zero card. I used a dead Boss ME-25 as my enclosure + controller, more details on the controller HERE. Since then, I have progressed and have wired up the Codec Zero to the ME-25's audio input and outputs.

Now technically, as my main guitar I'm planning on using with it is active, I don't necessarily need a buffer. But I was wondering if I could use the buffer circuitry in the ME-25 circuit board?

This is a portion of the circuit diagram of the ME-25. Would it work if I wired a cable from the test point labelled "TP85" on the circuit diagram to the Codec?


6
Building pi-Stomp / pi-Stomp Input Stage Question
« on: September 22, 2024, 10:28:14 PM »
Hello!

I just had a question about the input stage of the Pi-Stomp. I believe the pi-Stomp board has a buffer circuitry for the guitar input before it goes into the IQaudio Codec Zero. Is there any way I can get more details on that? I?m trying to do something similar and was wondering how a buffer circuitry should be implemented.

Thanks.

Pages: [1]