PDA

View Full Version : Raspberry Pi System Architecture Question



Redrum
2019-01-04, 07:02
Hi,

Forgive me for being a bit uncertain on a system configuration I am working on (is it ideal?, will it work?).

Here's the deal. I have two squeezebox systems/networks (250 miles apart), multiple players, but in each, LMS is running on a Windows 7 64bit computer.

I have been noodling replacing the LMS with a raspberry Pi, and this thread has me inspired, I have the hardware on order, except for storage:

https://forums.slimdevices.com/showthread.php?109848-Raspberry-PI-for-LMS-with-network-storage-for-PC-and-Mac

My question is what is my best choice for storage, especially for the second system, whose location has minimal ethernet wiring. The first system will follow much easier.

Anyhow, in the second system, I have DSL coming into the cabin, and the modem and the router are located in a "loft" that is accessible, but with a ladder. Ideal for WiFi, not for accessibility. I have all of my devices operating via wifi - a boom, a touch, controller, roku, and the windows computer. All of them are on the first level and say 20-30 ft away. I could run ethernet (I am currently renovating and have access, but prefer to not).

So, my thought is to locate the RPi in the loft, plugged into the router. The boom, touch, windows, etc would interface to the RPi LMS via wifi. I am assuming/hoping that for LMS start/stop, web control, I can accomplish via computer<wifi>router<ethernet>Rpi. OK so far?

So, the next question is storage. Options:
1) Portable hard drive - Nice compact solution . I could create the library on the hard drive and plug it in in the loft. When I add music I would need to carry it down to the computer. This is kind of ok because at this location, I don't add to often. In fact I could use two USB hdd and swap them. $50USD for TB and will fit my library easily.
2) "Intelligent hard drive" - I don't know much about this, but a hard drive that is wifi accessable.
3) A NAS. Perhaps this is #2? I don't know much about NAS (obviously if I am still running LMS on a computers :))

Note that system #2 is really the "just play music" system. System #1 is where the flac files originate (rip/download). In fact, i could use a second HDD to keep #2 as a mirror to #1 (sneaker net).

One other note, the electrical power to the routers in the two locations are never on at the same time, as I at one or the other, and want to minimize electrical usage. So, no internet sharing solutions.

So, any thoughts would be appreciated, especially if my initial thought of accessing the RPi via computer<wifi>router<ethernet>Rpi is an incorrect assumption.

Jim

d6jg
2019-01-04, 07:47
Hi,

Forgive me for being a bit uncertain on a system configuration I am working on (is it ideal?, will it work?).

Here's the deal. I have two squeezebox systems/networks (250 miles apart), multiple players, but in each, LMS is running on a Windows 7 64bit computer.

I have been noodling replacing the LMS with a raspberry Pi, and this thread has me inspired, I have the hardware on order, except for storage:

https://forums.slimdevices.com/showthread.php?109848-Raspberry-PI-for-LMS-with-network-storage-for-PC-and-Mac

My question is what is my best choice for storage, especially for the second system, whose location has minimal ethernet wiring. The first system will follow much easier.

Anyhow, in the second system, I have DSL coming into the cabin, and the modem and the router are located in a "loft" that is accessible, but with a ladder. Ideal for WiFi, not for accessibility. I have all of my devices operating via wifi - a boom, a touch, controller, roku, and the windows computer. All of them are on the first level and say 20-30 ft away. I could run ethernet (I am currently renovating and have access, but prefer to not).

So, my thought is to locate the RPi in the loft, plugged into the router. The boom, touch, windows, etc would interface to the RPi LMS via wifi. I am assuming/hoping that for LMS start/stop, web control, I can accomplish via computer<wifi>router<ethernet>Rpi. OK so far?

So, the next question is storage. Options:
1) Portable hard drive - Nice compact solution . I could create the library on the hard drive and plug it in in the loft. When I add music I would need to carry it down to the computer. This is kind of ok because at this location, I don't add to often. In fact I could use two USB hdd and swap them. $50USD for TB and will fit my library easily.
2) "Intelligent hard drive" - I don't know much about this, but a hard drive that is wifi accessable.
3) A NAS. Perhaps this is #2? I don't know much about NAS (obviously if I am still running LMS on a computers :))

Note that system #2 is really the "just play music" system. System #1 is where the flac files originate (rip/download). In fact, i could use a second HDD to keep #2 as a mirror to #1 (sneaker net).

One other note, the electrical power to the routers in the two locations are never on at the same time, as I at one or the other, and want to minimize electrical usage. So, no internet sharing solutions.

So, any thoughts would be appreciated, especially if my initial thought of accessing the RPi via computer<wifi>router<ethernet>Rpi is an incorrect assumption.

Jim

1 - you would connect the USB drive to the Pi (NB you may need a powered USH hub depending on its power draw). You wouldn't need to remove it to put new music on. Instead you would configure piCorePlayer with Samba which then will expose the USB drive as a network share.
2 & 3 are really the same - a NAS. To get the best of a NAS you really need it always on but you can power it off if needed via a web interface. Its easy to point piCorePlayer at the music folder on a NAS.

I have 2 LMS set ups in different locations. In each case my music is stored on a NAS. Using a VPN between the 2 sites updates on NAS1 (home) are automatically written to NAS2 (remote office) on schedule overnight but of course I need to leave them both switched on for this to work. The 2 x NAS are both QNAPs and the synchronisation software is built in. The VPN needs a highish end router at both locations.

Redrum
2019-01-04, 08:02
1 - you would connect the USB drive to the Pi (NB you may need a powered USH hub depending on its power draw). You wouldn't need to remove it to put new music on. Instead you would configure piCorePlayer with Samba which then will expose the USB drive as a network share.
2 & 3 are really the same - a NAS. To get the best of a NAS you really need it always on but you can power it off if needed via a web interface. Its easy to point piCorePlayer at the music folder on a NAS.

I have 2 LMS set ups in different locations. In each case my music is stored on a NAS. Using a VPN between the 2 sites updates on NAS1 (home) are automatically written to NAS2 (remote office) on schedule overnight but of course I need to leave them both switched on for this to work. The 2 x NAS are both QNAPs and the synchronisation software is built in. The VPN needs a highish end router at both locations.

Thank you, this is exactly the feedback I was looking for! Yes, forgot to mention that the USB drive would be up in the loft with the modem, router and the Pi. Samba was the key that I was unaware of (no Pi experience, soon to change). #1 was my preferred.

With no VPN, I can just use thumbdrives, dropbox, etc and use the PC to transfer any new files from locations #1 to #2 and rescan. The second location is more of a "just play music/news, etc" and 90% of the time it's just streaming internet stations.

Thank you again,
Jim

d6jg
2019-01-04, 08:21
Thank you, this is exactly the feedback I was looking for! Yes, forgot to mention that the USB drive would be up in the loft with the modem, router and the Pi. Samba was the key that I was unaware of (no Pi experience, soon to change). #1 was my preferred.

With no VPN, I can just use thumbdrives, dropbox, etc and use the PC to transfer any new files from locations #1 to #2 and rescan. The second location is more of a "just play music/news, etc" and 90% of the time it's just streaming internet stations.

Thank you again,
Jim

I thought your preference would be for #1.

An idea. When you have worked it all out using a couple of thumb drives.
Get 2 identical USB drives. Make them both clones of your full music collection.
You will need to get the formatting and data structure right.
Keep one at home and one at the remote location.
Before you go to the remote location update the home one and take it with you and swap it before use.
Bring back the other and redo.

Redrum
2019-01-04, 09:51
I thought your preference would be for #1.

An idea. When you have worked it all out using a couple of thumb drives.
Get 2 identical USB drives. Make them both clones of your full music collection.
You will need to get the formatting and data structure right.
Keep one at home and one at the remote location.
Before you go to the remote location update the home one and take it with you and swap it before use.
Bring back the other and redo.

Agree. My music collection is organized and currently consumes about 1/2 TB. Since there is no VPN connection, I was using thumb drives to transfer other files (photos, drawings, spreadsheets, etc) back and forth as needed. Now I can use two 2 TB USB drives with "user\jim" folder structure contained to keep the images the same at each location.

I wouldn't necessarily use the pi attached drive for other than music files, rather, image the non music folders to the transport drive. The other than music files "go along for the ride"

I am sure there are many much more elegant solutions to transporting music and other files, but this works and solves 2 needs.

Thanks again;

Jim

Redrum
2019-01-07, 18:53
Hi;

Kewl. Ras Pi with PiCore, USB HDD up and running (LMS only), what fun...Hats off to everyone that took the time not only to develop, but document as well.

I can't wait to build more, but first...

I scanned my music library copied from my win PC to the Ras Pi USB HDD. All good. But, is there a clean way that anyone has developed or documented to port over from windows to PiCore the server preferences, plugins, and favorites? I searched a few old threads, found the files, copied them, crashed the PiCore LMS, cleared cache, repeat...and was not successful. I could rebuild, but I would love to be able to just duplicate.

Forgive me if this has been covered in another thread. I try searching, but perhaps I'm not very good at honing in a search. Maybe that's what I should learn first, eh?

Jim

paul-
2019-01-07, 21:20
Never tried it, I would think it would work.... unless you have plugins.

perhaps run the config files through dos2unix

mherger
2019-01-07, 22:34
> All good. But, is there a clean way that anyone has developed or
> documented to port over from windows to PiCore the server preferences,
> plugins, and favorites?

Favorites: it's a favorites.opml file and should be copied easily.
Prefs: there's a prefs fold you've found. The problem is that some prefs
might be system specific. In particular any pref defining a file or
folder path might fail. And the server UUID in server.prefs should be
removed, too.
Plugins: not worth copying. Just re-install.

And if things fail, then check for error message. They're often there to
tell you why things go wrong ;-).

--

Michael

Redrum
2019-01-08, 05:33
Thanks Michael;

Favorites worked fine. Plugins - good opportunity to streamline to just the ones that I use and try a few new ones.

Prefs, digging into the file, very system specific as you mention, probably not worth it. I'll start with a clean slate.

But, I am curious - in the pref opml file, is there a delimiter that would comment out a line? If I did just delete a line (say with a file path), would the system regenerate it if needed, or just crash?

Like I said, I'll skip moving prefs, but just wondering

Jim

mherger
2019-01-08, 05:58
> But, I am curious - in the pref opml file, is there a delimiter that
> would comment out a line? If I did just delete a line (say with a file
> path), would the system regenerate it if needed, or just crash?

It would re-create it. The prefs file is absolutely empty when you first
start LMS. (can't speak for plugins, though)
--

Michael