Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0
von-Ah wrote: > > I know there are tons of variables here, and I don't know if I'll find > the root cause, so I want to ask: Is there a plugin or command string > that I can use/write to restart all squeezelite players on the server at > the same time? You could set cron on all of the devices to do that. The squeezelite script is in /usr/local/etc/init.d piCorePlayer a small player for the Raspberry Pi in RAM. Homepage: https://www.picoreplayer.org Please 'donate' (https://picoreplayer.org/index.html#donate) if you like the piCorePlayer paul-'s Profile: http://forums.slimdevices.com/member.php?userid=58858 View this thread: http://forums.slimdevices.com/showthread.php?t=114828 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0
Greg Erskine wrote: > Is it a one wire device? > > Have you loaded the appropriate w1-.tcz extension? The DHT11/DHT22 family are not one-wire devices. They can be bit-banged, from either the kernel (if you have the drivers) or from userspace. Turns out doing it from userspace works just fine. I tried the example code for reading the DHT11 which is provided alongside the (excellent) pigpio package, downloaded from here: https://abyz.me.uk/rpi/pigpio/examples.html It works great. Easy to add temperature (and humidity) sensing to any pCP. (pigpio, and its dev environment, are packaged as pCP extensions.) paul pgf's Profile: http://forums.slimdevices.com/member.php?userid=58510 View this thread: http://forums.slimdevices.com/showthread.php?t=114828 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0
Is it a one wire device? Have you loaded the appropriate w1-.tcz extension? Greg Erskine's Profile: http://forums.slimdevices.com/member.php?userid=7403 View this thread: http://forums.slimdevices.com/showthread.php?t=114828 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0
Thanks -- yes, I already have config.txt configured correctly, with: "dtoverlay=dht11,gpiopin=24". There are no mentions of the overlay (or the string "dht" in the kernel log. But you did send me off to do more searching. I've been assuming that I want to use the kernel driver for the DHT devices, which would require the modules I'm looking for. I'm an old OS guy, and in general a kernel driver will be more efficient and/or more reliable than a user level driver. But it seems that many folks aren't happy (at all) with the quality of the current linux driver, and that user-level access to the gpio may actually work better. There are a couple of ways to do this -- with either python code, from Adafruit, among others, or with C code, using an example provided with the pigpio library. I'll give one of those methods a shot. (Though I'm still curious as to where to find the dht and industrialio modules, if anyone knows. paul pgf's Profile: http://forums.slimdevices.com/member.php?userid=58510 View this thread: http://forums.slimdevices.com/showthread.php?t=114828 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Two Squeezelite instances on one player ?
Greg Erskine wrote: > Thanks "repeat" for reporting your success! > > I had forgotten you needed to set a fake MAC address for each > squeezelite occurrence. I tried with and without a mac address. The device would show up on the server but no other devices saw it nor android squeezplayer app. It didn't play any sound without the mac address anyway. I'm sure what I have could be improved but it works for now. repeat's Profile: http://forums.slimdevices.com/member.php?userid=73232 View this thread: http://forums.slimdevices.com/showthread.php?t=107003 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0
Use [Main Page] in [Beta] mode > [Extras] > "Overlays README" to confirm DHT11 overlay is available and what params to use. Add "dtoverlay=dht11,xxx" to config.txt--see "'Edit config.txt' (https://picoreplayer.gitlab.io/pCP-docs/how-to/edit_config_txt/)" Reboot and check for messages in dmesg, [Main Page] > [Diagnostics] > [Logs] > "dmesg" > [Show] Hopefully you will get some success messages, but it might show what is missing. Note: I don't have a DHT11 to test. Greg Erskine's Profile: http://forums.slimdevices.com/member.php?userid=7403 View this thread: http://forums.slimdevices.com/showthread.php?t=114828 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Two Squeezelite instances on one player ?
Thanks "repeat" for reporting your success! I had forgotten you needed to set a fake MAC address for each squeezelite occurrence. Greg Erskine's Profile: http://forums.slimdevices.com/member.php?userid=7403 View this thread: http://forums.slimdevices.com/showthread.php?t=107003 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
Re: [SlimDevices: Unix] Two Squeezelite instances on one player ?
bengaldave wrote: > Hello, This is an old thread but..., > > is this still the preferred method to get more than 1 squeezelite > playing? > Thanks >From what I can tell yes. I set mine up in a script file with the following. Code: #!/bin/sh # Sound Devices - mac addresses are fake and these play directly from the server /usr/local/bin/squeezelite -n 'Gym' -o plughw:CARD=CODEC,DEV=0 -a 80:::1: -m ad:aa:67:fb:74:19 -C 15 & /usr/local/bin/squeezelite -n 'office' -o plughw:CARD=Adapt,DEV=0 -a 80:::1: -m 8c:fb:61:9d:06:40 -C 15 & exec sh I used the command -squeezelite -l- to get the list of hardware. > Output devices: > null - Discard all samples (playback) or > generate zero samples (capture) > default > plugequal > equal > hw:CARD=Headphones,DEV=0 - bcm2835 Headphones, bcm2835 > Headphones - Direct hardware device without any conversions > plughw:CARD=Headphones,DEV=0 - bcm2835 Headphones, bcm2835 > Headphones - Hardware device with all software conversions > sysdefault:CARD=Headphones - bcm2835 Headphones, bcm2835 > Headphones - Default Audio Device > dmix:CARD=Headphones,DEV=0 - bcm2835 Headphones, bcm2835 > Headphones - Direct sample mixing device > hw:CARD=CODEC,DEV=0- USB Audio CODEC, USB Audio - Direct > hardware device without any conversions > plughw:CARD=CODEC,DEV=0- USB Audio CODEC, USB Audio - Hardware > device with all software conversions > sysdefault:CARD=CODEC - USB Audio CODEC, USB Audio - Default > Audio Device > front:CARD=CODEC,DEV=0 - USB Audio CODEC, USB Audio - Front > output / input > surround21:CARD=CODEC,DEV=0- USB Audio CODEC, USB Audio - 2.1 > Surround output to Front and Subwoofer speakers > surround40:CARD=CODEC,DEV=0- USB Audio CODEC, USB Audio - 4.0 > Surround output to Front and Rear speakers > surround41:CARD=CODEC,DEV=0- USB Audio CODEC, USB Audio - 4.1 > Surround output to Front, Rear and Subwoofer speakers > surround50:CARD=CODEC,DEV=0- USB Audio CODEC, USB Audio - 5.0 > Surround output to Front, Center and Rear speakers > surround51:CARD=CODEC,DEV=0- USB Audio CODEC, USB Audio - 5.1 > Surround output to Front, Center, Rear and Subwoofer speakers > surround71:CARD=CODEC,DEV=0- USB Audio CODEC, USB Audio - 7.1 > Surround output to Front, Center, Side, Rear and Woofer speakers > iec958:CARD=CODEC,DEV=0- USB Audio CODEC, USB Audio - IEC958 > (S/PDIF) Digital Audio Output > dmix:CARD=CODEC,DEV=0 - USB Audio CODEC, USB Audio - Direct > sample mixing device > dsnoop:CARD=CODEC,DEV=0- USB Audio CODEC, USB Audio - Direct > sample snooping device > hw:CARD=Adapt,DEV=0- USB-A to 3.5mm Jack Audio Adapt, USB > Audio - Direct hardware device without any conversions > plughw:CARD=Adapt,DEV=0- USB-A to 3.5mm Jack Audio Adapt, USB > Audio - Hardware device with all software conversions > sysdefault:CARD=Adapt - USB-A to 3.5mm Jack Audio Adapt, USB > Audio - Default Audio Device > front:CARD=Adapt,DEV=0 - USB-A to 3.5mm Jack Audio Adapt, USB > Audio - Front output / input > surround21:CARD=Adapt,DEV=0- USB-A to 3.5mm Jack Audio Adapt, USB > Audio - 2.1 Surround output to Front and Subwoofer speakers > surround40:CARD=Adapt,DEV=0- USB-A to 3.5mm Jack Audio Adapt, USB > Audio - 4.0 Surround output to Front and Rear speakers > surround41:CARD=Adapt,DEV=0- USB-A to 3.5mm Jack Audio Adapt, USB > Audio - 4.1 Surround output to Front, Rear and Subwoofer speakers > surround50:CARD=Adapt,DEV=0- USB-A to 3.5mm Jack Audio Adapt, USB > Audio - 5.0 Surround output to Front, Center and Rear speakers > surround51:CARD=Adapt,DEV=0- USB-A to 3.5mm Jack Audio Adapt, USB > Audio - 5.1 Surround output to Front, Center, Rear and Subwoofer > speakers > surround71:CARD=Adapt,DEV=0- USB-A to 3.5mm Jack Audio Adapt, USB > Audio - 7.1 Surround output to Front, Center, Side, Rear and Woofer > speakers > iec958:CARD=Adapt,DEV=0- USB-A to 3.5mm Jack Audio Adapt, USB > Audio - IEC958 (S/PDIF) Digital Audio Output > dmix:CARD=Adapt,DEV=0 - USB-A to 3.5mm Jack Audio Adapt, USB > Audio - Direct sample mixing device > dsnoop:CARD=Adapt,DEV=0- USB-A to 3.5mm Jack Audio Adapt, USB > Audio - Direct sample snooping device > I don't know the difference between hw:card and plughw:card, but the description made it sound to me as though the software will convert formats before pushing it to the hardware device? Everything appears to be working fine for me at the moment and planning to add more dacs. Since I'm using picoreplayer to replace an old elan home system where all the speaker wires terminate in one location, having a multichannel amp and tiny dacs for each seemed the easiest and cheapest solution. I had originally had a raspberry pi for each group of chann
Re: [SlimDevices: Unix] Announce: piCorePlayer 8.0.0
I'm having a surprising amount of trouble finding the (presumably!) pre-built dht11 and industrialio kernel modules, which are needed for a DHT22 temperature sensor I'd like to add to one of my pCP boards. The DHT11 is supported by a dtoverlay, so I'd be surprised if the driver's dependencies weren't built. Having said that, I'd like to verify that the modules were indeed built, but can't find a copy of the kernel config file. Any pointers, on any of the above? I'm running the latest 8.2.0, linux 5.15.35-pcpCore-v7 pgf's Profile: http://forums.slimdevices.com/member.php?userid=58510 View this thread: http://forums.slimdevices.com/showthread.php?t=114828 ___ unix mailing list unix@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/unix
