-
Fototrend
Amit érdemes tudni a Raspberry Pi-kről:
A legelső változat 2012-ben jelent meg. Pici, olcsó és nagyon alacsony fogyasztású, hobby-célú kártyagép. Felépítése ARM alapú, nem PC-architektúra, hanem kb. egy régi mobilhoz hasonló. Nagyon sok mindenre használható! A Linux-nak és a magas eladási mennyiségnek köszönhetően jelentős fejlesztőtáborral rendelkezik.
Új hozzászólás Aktív témák
-
#48761
shadow1901
aktív tag
shadow1901
aktív tag
Pontosan 30mp, ennyit kellett volna TEKERNI, nem feltétlen megnézni. Itt kezdődik. Verziószámot nem tudom.
-
cigam
titán
válasz
Aszpirin
#48758
üzenetére
Kösz! Lehet egy programozásra kihegyezett fizetős jobban/többet tud, de az ingyenes általánosról nincs jó véleményem. MItől kerülnék bajba? Nem vagyok programozó, a saját munkám megkönnyítésére faragok biteket, szórakozásból. Majd akkor kerülök bajba, ha még a hólapátolást is elvégzi helyettem
Inkább Skylake-től vártam volna valami részletes(ebben) indoklást, hogy mitől komolyan vehetetlen. -
Nem tudok jobb szakmai érvet, mint hogy GitHub Copilotot használok már majdnem egy éve, napi szinten, a pénzkereső munkámhoz (Informatikus vagyok, a senior fullstack fajta, egy nagy /értsd: kb 2ezer fős) szoftverfejlesztő cégnél, ipari területetn, leginkább prototipizálással foglalkozom). Kb augusztus óta nem találkoztam hallucinációval. Amiben született ezalatt "kód": C#, Python, Terraform, _gitlab_ci.yml, dockerfile, docker-compose, bash scriptek és MATLAB.
A hobbi dolgokhoz (kb mindenhez, nem csak IT témákban) pedig előfizetéses ChatGPT-t. Jelenleg 5.2-nél tart.
Ha nem tudsz rájönni, hogy mire jó, akkor tényleg nem neked való, de akkor készülj fel rá, hogy NAGYON rövid időn belül nagy bajban leszel, és ezt érdemes nagyon komolyan venni.
Ugyanis tetszik vagy nem tetszik, a prgramozásra ill. IT-s fejlesztésekre kiélezett LLM-ek (ld. GitHub Copilot) teljesen újradefiniálják a szfrverfejlesztési paradigmát, értelmét vesztik a "Java-programozó", "C++-programozó", stb. kategóriák, és előtérbe kerül a prompt engineering. Komolyabb jhelkyeken már a promptok kerülnek a version management rendszerekbe, egyelőre a kód mellé, de hamarosan a kód helyett...
Nekem egyébként hányingerem van az AI-hype-tól, mert nem, az LLM nem intelligencia, csak a jó öreg machine learningre épített nagyon fejlett algoritmus(halmaz), de a hasznosságát és a hatékonyságát nehéz lesz megkerülni a szakmában. Nagyon nehéz lesz. Vagy felülsz a hullámra, vagy elmerülsz. És ez MOST tényleg nem vicc. -
cigam
titán
válasz
Aszpirin
#48754
üzenetére
Majdnem napi szinten próbálok rájönni, hogy mire is jó. Programozásban is. Pl. decemberben megpróbáltam módosítatni vele egy kis scriptet, ami hónapoknak, és azon belül a napoknak készített egy mappát. Sokadik nekifutásra sikerült csak az MI-nek megoldani, hogy a hétvégéket hagyja ki. Az első pár módosítása olyan "jó"ra sikeredett, hogy el sem indult, hibával kilépett, aztán elindult, de nem hozta létre a könyvtárakat....
Persze aki nem ismeri a nyelvet, nem olvas utánna, az a sokadik próbálkozással kikalapálja működőre. Egy délután alatt saját kútfőből is sikerült volna, talán még elegánsabban is mint ahogy végül lekódolta az ő megoldását.
Értem én hogy fejlődnek, de még mindig hiányzik belőlük a valódi intelligencia. Ráadásul kényszert éreznek hogy válaszoljanak, még akkor is, amikor lövésük sincs róla mi a válasz. Nem azt mondják, hogy nem tudják megválaszolni, nem értik a kérdést, hanem valami hallucinációba kezdenek. -
Végülis igazad van, magamnak okoztam a szopást
, de hát az LXDE olyan fapados, 20 évvel ezelőtti feelinget ad, míg a GNOME egy modern, eredeti UI-koncepciójú felület, ami RPi-n is teljesen rendben fut...Az X úgy fut, hpgy az Xrdp egy Xorg-ot RDP-re, majd ezen az XRDP start scriptje (/etc/xrdp/startwm.sh) pedig ebben indítja el a gnome-session-t. Így persze nem az RPi-re esetleg csatolt képernyőn látható kép lesz duplikálva, de egy remote grafikus kliensem lesz, és ez nekem pont tökéletes!
(ehhez persze a megfelelő konfiguráció kell, de ezzel nem untatnám a nagyérdeműt, akit érdekel írja meg privátban)
Íme, az RPi session Gmome-mal egy macOS-ablakban:
Ami az MI-t illeti, amiot írtál az egy "divatos" érv ellenük, de: már leírtam egy Mac-es topikban: csak óvatosan a kijelentésekkel, a félévvel ezelőtti tapasztalat garantáltan nem releváns már. Az AI chatbot-ok és IT-s copilotok programozás- és általában IT-"tudása" félelmetes tempóban fejlődik. Az elmúlt évben rengeteget dolgoztam ilyen. copilotokat hasznélva, ami még május-júniusban széthallucinálta az agyam, az augusztustól NAPI hasznéálatban máig egyetlen egyet sem hallucinélt már. FÉLEMLETESEN jó. Itt az idő ezt a hallucinálásra hivatkozást félretenni, és ez nem vicc, járj magad is utána...
Nálunk már kvázi-kötelező az AI, mindenesetre már mérik, hogy ki mennyit használja a Github-Copilot-ot. Ésn a csapból is az folyik, hogy használd. Nem véletlen, iszonyatosan fel lehet gyorsítani vele a fejlesztést, főleg a prototipizálási fázisban. -
cigam
titán
válasz
Aszpirin
#48752
üzenetére
A Windows-on sem cseréled le az asztali felületet, na ná, hogy működnek a gyári alap beállítások. Ahogy az RaspberryOS esetén is pöc-röf működik a távoli elérés.
Csakhogy Te az LXDE-t lecserélted Gnome-ra. Szóval ezt magadnak okoztad.
Amúgy gratulált a kitartáshoz, és hogy végül sikerült megoldani. Bár azt továbbra sem értem, ha valóban Wayland fut nálad, akkor hogyan fut vele párhuzamosan az X.
Azért az MI-t ne vedd készpénzek, bődületes butaságokat képes hallucinálni.
-
Na, Éjjel 2 óra van, és VÉGRE a probléma megoldva.
Nem is akarom elmondani, mi mindennt csináltam végig, iszonyat frusztráló volt, nem ment.
A tanulságok, hátha valakinek segítenek, direkt beírva a kulcsszavakat, amivel esetleg elő lehet keresni ezt a bejegyzést:
1. Jump Desktop sz RPi-vel NEM KOMPATIBILIS, RPi-re nem fogsz tudni vele RDP-zni. Az ajánlott RDP kliens Mac esetében a Microsoft Windows App nevű progi (App Store-ban fellelhető, ingyenes), Windows esetében a beépített Remote Desktop.
2. a GNOME saját hnome_remot_desktop service-e egyszerűen NEM MŰKÖDIK Raspberry Pi CM5-ön.
3. A megoldás: XRDP-t kell telepíteni és használni. Mivel az XRDP Wayland-en nem működik, úgy kell konfigurálni, hogy saját magának egy Xorg-ot indítson a távoli elérés részére
4. az RPi-n / GNOME-on javasolt beállítani az auto logint valamint a képernyő lockot.
5. a haverom, ChatGPT 5.2, további hasznos magyarázatokat és tanácsokat is adott, lásd:
Ez a történet sikerrel zárult, távoli képernyőn GNOME felületet kapok az RPi-hez, de ismét megerősítette a Linux elleni antipátiámat: egy olyan oprendszerrel, amivel folyamatosan éjszakába nyúló sessionöket kell eltölteni, hogy a máshol teljesen simán és 2-3 perc alatt beállíthatóan működő dolgok menjenek, csak igazi geek-eknek van keresnivalójuk, akik szórakozásból órákon át püfölik a billentyűket a Linux által mindegyre előállított feladványok megoldása érdeképben. Akiknek a géphasználat nem eszköz, hanem maga a cél.
Persze ha az embernek már RPi-je van (főleg CM4/5), akor eléggé geek-nek számít hogy ilyen apróságokon, hogy éjszakázások, ne rinyáljon
-
-
Elérem az RPi-t a 3389-es porton a kliens gépről (M2Pro Macbook Pro), nem ezzel van a gond, hanem ezzel ni:
Vagyis az RDP service halott az RPi-n. Na jó, akkor indítsuk újra:
Én ezt nem értem. Milyen credential-ok hiányoznak? Mi az a GKeyFile?
Van ötleted, hogy mit kezdhetek ezzel? -
Visszaállítottam az imént Wayland-re (raspi-config-gal), reboot... és megáll az ész... most nincs a Settings / Sharing alatt Remote desktop... WTF???
(imádom bmeg a linuxot.... mindennel napokat kell szopni, ami más rendszereken kb azonnal megy).
De egyébként volt már waylandon, próbáltam, nem ment. csak most a javaslatodra a tűzfalat csekkolnám... mert azzal lehet gond...Szerk.: megvan, a Settings / System alatt van a Remote Desktop.... bocs, valszeg korábban is onnan lőttem be...
Mindjárt nézem, mi történik.
Szerk2. Van egy olyan fül is itt , hogy Remote Login. Ha azt bekapcsolom, átrakja a Remote Sharing-et 3390-re egy üzenettel, a Remote Login pedig elfoglalja a 3389-et...
Egyelőre így lesz, aztán meglátjuk... -
cigam
titán
válasz
Aszpirin
#48745
üzenetére
Nem csak PiOS létezik, sok disztrónak van Pi-n is futó verziója. Legyen az Ubuntu, Debian, vagy éppen Arch.
A Gnome RDP csak akkor működik, ha már be vagy jelentkezve. Plusz a waylandra épül, szóval X11 alatt nem is fog működni.
Állítsd vissza Wayland-re, jelentkezz be, engedélyezd a távoli elérést, és ezután próbálj belépni.
Van tűzfal? A 3389-es porton eléred onnan, ahonnan elérnéd? pl. nmap -p 3389 a.pi.ip.címe -
X11. Az xrdp nem megy Wayland-on, ezért váltottam vissza X11-re. De Wayland-on sem ment a gnome-remote-desktop (ami az általad említett beépített RDP-megoldás, vagyis természetesen próbáltam)
Hogy érted, hogy melyik disztró? A Trixie-re épülő legújabb 64 bites PiOS, hadd ne mondjak most verziószámot, a legújabb Így értetted? -
Sziasztok! Van valaki, akinél működik RPi-n GNOME-mal a RDP vagy VNC alapú remote dektop?
Amióta GNOME-ra váltottam, már mindent kipróbáltam, de még a RPi ID alapú felhős távoli elérés is megszűnt létezni.
xrdp-t egyszer működésre bírtam, nem Gnome jött be vele, de legalább grafikus felület... és még ezt a félsikert sem sikerült soha többé megismételni.Jump Desktop-ot (fizetős többprotokollos remote desktop kliens) használnék kliensnek Mac-en, Windowsra, másik Mac-re megy vele gond nélkül a bejelentkezés
-
-
azbest
félisten
ja hát a modernebb programok, oprendszer sokkal több erőforrást használnak... a 256MB-os eredeti raspberry kb használhatatlan már. Gpio minimál dologra max. De pl kamera minimál gpu ram igény mellett nem marad már a rendszernek a kernelen kívül ram.
Meg inkább az, hogy az újabb rendszerben nincsen készen sokminden, ami a régin már megvolt. És értem én, hogy szabványosabb api meg minden, de nincs készen
És lehet nem is tesz az alapítvány nagy effortot bele, hanem kivárja a közösséget - de lehet tévedek ebben. -
válasz
azbest
#48736
üzenetére
Én két sima zero W-ből csináltam tavaly megfigyelő kamerát, heteken át kerestem egy image-et, ami képes volt 10 percnél tovább futni anélkül, hogy összehányta volna magát... Végül egy sok éves asszem buster image volt hajlandó csak működni, az is csak tweak-elve, holott a többi - újabb - rendszer is papíron minden hardvert támogatott, aztán meg mégsem...
-
#48737
wassermann
Topikgazda
azbest
#48736
wassermann
Topikgazda
válasz
azbest
#48736
üzenetére
Az a helyzet, hogy a régi Pi-k tényleg kopnak ki.
Az első Pi-met már évekkel ezelőtt odaadtam az egyik kollégámnak, abból akkor terrárium vezérlót csinált a fia.
A Pi2-m a TV-mögött lóg videómagnóként, de nem nagyon használom.
Egy Zero-t pedig kipurcantottunk, mert leesett a földre és valaki véletlenül rálépett, így a kukában végezte szegény... -
#48736
azbest
félisten
wassermann
#48726
azbest
félisten
válasz
wassermann
#48726
üzenetére
múltkor csináltam távolról elérhető webkamerát a pi zero 2w kártyámból
Fú de bosszantó volt, hogy az eredeti v1.3 kamera nem illik a hivatalos házba, mert túl vastag a lecse körüli műanyag szögletes része és beleütközik / kicsit neki a lyuk. Szét is nyomtam kicsit a kamera modulon lévő kis csatlakozót, ami a tényleges kamerát köti a kis nyákra, mert azt hittem csak szorul, úgy kellett visszahajtogatnom az érintkezőket. Végül barbár módon kifaragtam nagyobbra a lyukat.
Egyébként eléggé mostohagyereknek tűnik ez a kameratámogatás az újabb oprendszereknél. Az alap, pythonos eléréses dolgok mennek persze, de valami rendes szoftverből használni barkács helyett nem tűnt jól támogatottnak. Sok leírás még az 5-10 évvel ezelőtti rendszerekről, más megoldásokról szól.
A motioneyeos [link] kész előrekonfigolt rendszer régi, nem támogatott os verziónál maradt és nem fejlesztik. Maga a motioneye az működik újabb renszerekkel, de a legfrisebb "Trixie" oprenszernél a video4linux2 alrendszer nem kezeli még és ilyen kókány wrappeléses útmutatót láttam, ami eszi a cpu-t [link] és nem is mindent mond el, hogy ne csak kézzel indítós legyen, hanem minden szépen megfelelő sorrendben serviceként induljon.
Viszont amit a videónál is használt alapnak, busteres leírást követve már működő és stabil rendszer lett hozzá, amiben a kamera megy, csak annyi hekk van, hogy a libkamerás varázslatukat bele kell írni a servicebe, hogy azzal induljon a program. És persze buster "legacy" lite rendszert kell kiíratni a kártyára [link]Távoli elérésnek néztem a busterre is telepíthető Raspberry pi connect szolgáltatást, de végül a Tailscale-t is feltettem, mert azt pécéről, telóról is egyszerű használni. Amúgy lehet ugyanaz az alapja mindkettőnek, csak az különbözik, hogy ki nyújta a szolgáltatást hozzá. Szóval ezzel a kamera elérhető távoltól is vpn-en át, publikus ip címes kiengedés nélkül. Egyedül arra kell figyelnem, hogy távolról ne nagyon váltogassan a kamera felbontást, mert lehet lefagy néha vagy eldobja a wifit néha miatta, bár nem debubboltam, szóval más probléma is lehet az oka.
A régi v1.3 kamera képminősége eléggé gyenge és zajos a mai telefonokhoz képest. Mivel egész olcsó, rendeltem egy v2-eshez hasonló, szélesebb látószögű, IMX219 -es kameramodult is.
A régi pi2-esekből lehet szintén kamerát csinálok, úgysem használom már másra őket. Eredetileg egyébként növény növekedést figyelő timelaps kamera megoldást kerestem, csak pont kellett egy webcam, hogy távolról a növény lámpákra rá lehessen nézni, hogy megfelelően ki-bekapcsolnak-e. Viszont úgy látom a timelaps-okhoz is inkább python kézi kókányolás a jellemző, nem láttam "kész", széleskörben használsz szoftvert, amit odaadhatok olyannak, aki csak webes felület be akarja állítani és működik.
-
-
vadkörte
addikt
Nem meggyőzni akarlak, de te kérdezted...
Pedig megtetted!
Ha minden jól megy jövő héten megjön a DAC-om, akkor lekerül a Pi2-ről a DAC-HAT és átmegy USB üzemmódba. Adtam egy esélyt a Volumio-nak, még mindig nem tetszik az előfizetéses rendszere de ami nekem kell belőle az pont free... Sokkal többet kajál - működés közben ~80MB a szabad-, ~240MB a felhasznált RAM, a maradék mintha lapozóállomány lenne (RAM-disk??? )
Ez után a kicsike kibújik a plexidobozból és visszaköltözik a régi házába, ekecselek rá egy power-button-t, hogy normálisan le tudjam állítani és a low-cost streamer kész is lesz. A kártyaolvasós mSD miatt aggódtam, igaz onnan használat közben csak olvasás történik, írási művelet minimális, vagy semmi.
Már csak a TV alá kell valami média kliens, de azt a kérdést már a megfelelő helyen fogom feltenni.
ui.:
Minden kedves topiktársnak nagyon boldog új évet kívánok! -
-
vadkörte
addikt
Mert:
A zenéim jelenleg egy a Pi seggébe dugott párszáz Ft-os kártyaolvasóban lévő 128GB-os mSD kártyán vannak.
ésNormálisabb háttértár mégiscsak jobb lenne és a kisfloppy doboz se nagyon illik a képbe.
RPi2=szerettem, de be kell látni, hogy eljárt felette az idő. Gyenge a HW, még akkor is ha csak egy headless streamer a cél. Az rAudio 2026-tal elengedi, frissítés, támogatás nem lesz (nem mintha égetően kellene). A Volumio megint kipróbálom, talán még támogatja de az előfizetős rendszere - számomra a free is pont elég - nagyon nem szimpatikus. A moOdeAudio sem támogatja már nagyon régóta.
Ezzel szemben a Pi4 frissebb időtállóbb a HW, egy GeeekPi, vagy egy DeskPi házban pedig a 2,5"-os SSD is kulturáltan elfér, nem lógnak mindenfelé a kanócok, valamint...az asztali képbe is szépen beleillene...
-
#48724
///Krisz\\\
senior tag
cigam
#48723
///Krisz\\\
senior tag
Értem, köszi.
Így felraktam a Jellyfin-t, de sajnos nekem nem lesz jó. Arra szerettem volna használni, hogy a nagy bitrátájú tartalmakat transzkódolja, mert elég lassú (22 Mbits) a feltöltési sebességem és a jobb minőségű tartalmak már akadnak. De nem bírja a Pi 5 procija, 100%-on pörög és borzalmas 30-40 másodperces beakadások vannak.
-
#48723
cigam
titán
///Krisz\\\
#48722
cigam
titán
válasz
///Krisz\\\
#48722
üzenetére
Passz. Mivel alapból SD kártyán van a rendszer, jó ötlet, hogy az átmeneti, minden lim-lom ideiglenes tárolására szánt könyvtárat a RAM-ba tartsa, és kikapcsoláskor automatikusan kiürül. SSD esetén maradhat kikapcsolva. Nem lesz érdemi difi a mindennapi működésében. Sem a rendszer sebessége, sem az SSD nem sokat vesz ebből észre. Egyrészt elég gyors az SSD írás olvasás, másrészt sokkal fejlettebb cella védelmi eljárásokat háznál, mint a mezei SD.
-
#48721
cigam
titán
///Krisz\\\
#48720
cigam
titán
válasz
///Krisz\\\
#48720
üzenetére
Na és ha nem SD kártyáról fut akkor, akkor mi van? Fogjuk a bejgli kómára, de ha egy percig elgondolkozol rajta ...
A tmpfs nem tudja milyen típusú a háttértárad. Nem is érdekli, nem befolyásolja a működését. Őt egyetlen egy dolog érdekli, hogy mi van a konfigurációs fájljában.
Azt kipróbálhatod, megteheted, hogy telepítés után visszakapcsolod. Valószínű futás közben már nem lesz szüksége ekkora méretű /tmp mappára. -
#48718
cigam
titán
///Krisz\\\
#48717
cigam
titán
válasz
///Krisz\\\
#48717
üzenetére
Insufficient free space for /tmp: 2073472KB found, 2097152KB required
Nincs elég hely a /tmp mappában. Ez egy virtuális, a RAM-ban létrehozott mappa, hogy gyorsítsa a rendszer működését, és kímélje az SD kártyát a sok írástól.
A sudo nano /etc/default/tmpfs paranccsal szerkeszd át a fájlt, és a RAMTMP=yes sort írd át RAMTMP=no -ra. Indítsd újra, és ekkor már a fájlrendszerben lesz a /tmp mappa, és ha van elég hely a kártyán, már le fog futni a telepítő. -
#48717
///Krisz\\\
senior tag
///Krisz\\\
senior tag
Próbálom telepíteni a Jellyfin-t egy Raspberry Pi 5-re, amin Raspberry Pi OS Lite fut, az alábbi paranccsal:
curl https://repo.jellyfin.org/install-debuntu.sh | sudo bash
de ezt dobja:
horvathkrisztian@raspberrypi:~ $ curl https://repo.jellyfin.org/install-debuntu.sh | sudo bash
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 12926 100 12926 0 0 24964 0 --:--:-- --:--:-- --:--:-- 25001
> Determining optimal repository settings.
> Checking for free space and known-problematic filesystem targets.
>> OK: Data directory has 440637MB of available space.
>> OK: Data directory on ext4, this is supported.
Insufficient free space for /tmp: 2073472KB found, 2097152KB requiredPlease increase tmpfs size or free up space and try again.
Ez mi lehet? Milyen tárhely kevés neki?
-
cigam
titán
Bármi ehet belőle
- reklámszűrő: pi-hole
- DLNA sterver (a videókat képeket egy központi helyről tudod megnézni, akár TV-n is)
- Torrent szerver (megmondod mit töltsön le, a többit elintézi maga)
- SMB szerver (NAS, helyi fájlmegosztás, vagy akár a fontos adatok mentése is mehet ide)
- internetes rádió
.... -
DarkByte
addikt
Ha csak ennek akarod szentelni a Pi-t akkor igen. HAOS image-et rá és az majd karbantartja magának.
Ha mást is rá szeretnél bízni, inkább ne, Home Asssitant Docker konténereit kézzel frissítgetni Raspbian-on nem túl szórakoztató. (Évekig így használtam a HA-t egy Pi4-en, de mivel utáltam frissítgetni folyton le voltam maradva rengeteg verzióval.)
Inkább egy Intel N100-as mini PC + Proxmox és a HAOS-t mint VM használni, és akkor az mellé olyan további VM-eket indítasz amilyeneket csak szeretnél. Nagyobb HA upgrade előtt is lehet a Proxmox-on át snapshot-olni, és ha összedönti magát, 2 kattintás és megint üzemel.
-
vadkörte
addikt
Üdv a mélyen tisztelt topiktársaknak (azért van pár ismerős arc
)!
Jóóóó régen nem jártam erre. Leginkább tanácsért fordulnék a kollektív tudathoz. Évek óta porosodott a kis Pi2-m a TV alatt - LibreELEC-kel médiakliens volt egy Dell Optiplex 160-as PC-NAS-ról játszott le filmeket - mivel a NAS OMV-jét lusta voltam/vagyok életre kelteni és más okok miatt, funkció nélkül maradt. Pláne miután egy viharban egy közeli villámcsapás elvitte a tápját. Szerencsére az egész házban csak az pukkant el pedig volt pár fogyasztó. (a feszszabályzó IC égett el benne de úgy, hogy csak a lábai maradtak meg a NYÁK-ban és a NYÁK is átégett, ami mellesleg baromi büdös volt)
2024 közepén barkácsoltam egy erősítő féleséget munka melletti zenehallgatáshoz, ami meghozta az étvágyat.
2025-re lett egy egész jónak mondható D osztályú erősítőm, egy hozzá illő elektroncsöves előerősítővel (nem kell a láncba, de szép kellemes hangja van) - és jó ideig a "PC" - Mac Mini M2 - funkcionált mint forrás és lejátszó. Egy hirtelen ötlettől vezérelve letöltöttem a Pi2-re elérhető utolsó rAudio IMG-t (a Volumio-tól elment a kedvem mióta erőlteti az előfizetést) és telepítettem a Pi2-re. A DAC kártya addig marad a láncban, amíg megjön csájából a kicsit komolyabb USB-s DAC-om.
Némi forrasztás - a Pi-re anno vettem egy FiPi DAC+ v2.0 DAC-ot, az RCA-kat kivezettem a háznak használt 3,5"-os kisfloppy doboz hátuljára és az átkötés valahol megszakadt - után összekötöttem az előfokkal és...
Nem tudom milyen DAC chip van a Mini-ben, de még eszel a vacak DAC-kártyával is simán lezenéli a Pi...
És a hosszúra nyúlt bevezető után a lényeg. A zenéim jelenleg egy a Pi seggébe dugott párszáz Ft-os kártyaolvasóban lévő 128GB-os mSD kártyán vannak. Nem életbiztosítás, de mindegy. Normálisabb háttértár mégiscsak jobb lenne és a kisfloppy doboz se nagyon illik a képbe. A Pi2-vel már nem tervezek hosszú távra, az visszaköltözik szépen a TV alá LibreELEC-kel, a végtelenül gyengusa HW mediaplayer-nek még jó. Bár SSH-n nézve az rAudio fogyasztása is kifejezetten vicces. (az SoC 1-1 magja néha felugrik 10% fölé, de amúgy pár %-ot kaját mindezt ~40MB RAM foglalással)
Streamer célra - csak lejátszó, nem kell kijelző, nem kell RC, sem távirányíthatóság és DAC sem - egy 4GB-os RPi4-nek lenne értelme? A gépet egy 2,5"-os SSD/HDD fogadására alkalmas NAS/desktop házba - DeskPi case - tenném. Így már azért az asztali képbe is szépen beleillene - Streamer-DAC-erősítő-előfok - nézegettem USSF és microPC gépeket is, de azok fogyasztása a Pi-ének a sokszorosa és a teljesítménytöbbletet a büdös életben nem használom ki. -
Igen. Legalább 4GB RAM legyen és legalább 32GB microSD, utóbbi legyen jófjta, ne a legolcsóbb izé.
Nálam RPi 5-ön fut a HA, a 64 bites PiOS-en, dockerben, de persze felrakhatod direktben a HAOS-t is RPi Imager 2.0.0-val (az OS választásánál "Another specific OS" - "Home automation" - "Home Assistant"), ha csak arra akarod használni, úgy jobb is. -
erzol
őstag
Sziasztok!
A tudatlanok nyugalmával szeretnék kérdezni.
Van itthom 33 xiaomi eszközöm xiaomi home alkalmazás alatt.
Próbáltam home assistantba integrálni őket egy qnap ts-431p2 nas-on keresztül, de ennek csak arm32-es architektúrája révén elég régi HA-t képes futtatni, ami csak API alapon integrálná az eszközeimet.
Raspberry pi 5 alkalmas lehet nekem arra, hogy a legújabb HA-t telepítsem rá, ami már képes xiaomi account-al minden eszközömet egyszerre integrálni?
Köszönöm szépen a segítő válaszaitokat!
-
cigam
titán
válasz
lanszelot
#48699
üzenetére
Le lehet tiltani a szűrést. A baloldali menüsoron ott van, hogy "Disable Blocking" Itt pár percre, vagy végleg kikapcsolhatod a szűrést.
A "Query Log" oldalon láthatod miket szűrt ki. Itt megkeresed a kiszűrt oldal linkjét. a jobb szélén található "Deny" gombra kattintva hozzáadhatod a kivétel listához, hogy ne szűrje ki. Ezt a kivétel listát a baloldali "Domains" menüpontban kezelheted. -
válasz
lanszelot
#48701
üzenetére
Ugyan ez nem adguard reklám topik, de igen, játékokban is és mindenhol szűr mindent, egyedül youtube-ra kell külön megoldás. 94.140.14.14 és 94.140.15.15 van beállítva a routerben és azóta egy darab reklámot nem látok se telefonon, se gépen, játékokban sem. Telefonon külön be van állítva, hogy mobilneten se lássak reklámot.
-
#48703
Aszpirin
támogató
wassermann
#48702
válasz
wassermann
#48702
üzenetére
Köszi, igen, elég sokat keresgéltem a problémával kapsolatban, a probléma ismert, és eléggé öszetett. Az okozza, hogy a BT-perifériák, ha nincsenek használatban, egy idő után "elalszanak" az akkumulátoridő növelése érdekében. A BT-kommunikáció sajátosságai miatt itt megszakad a kapcsolat, és a felébredéskor szükség lenne agy reconnectre, de ezt a periféria nem tudja kezdeményezni, az RPi pedig nem észleli a "felébredést". Patthelyzet. A megoldások között a legtöbbeknbél egy cron-nal időzített script fut, amelyik folyamatosan polloz, és vagy nem engedi elaludni a perifériát (ez nem jó az ajkkumulátorának), vagy ha a trusted perifériát disconnect állapotban találja, akkor megpróbál reconnectelni, és ezt folyamatosan mondjuk félpercenként ismételgeti. Azt hiszem nem kell magyaráznom, miért nem ideális megoldás ez, de egyelőre jobbat nem találtam. Ezt fogom én is csinálni, de csak a billentyűzettel, mert ha a billentyűzet automatikusan konnektál, annak segítségével már tudok terminált indítani és egyetlen paranccsal újraindítom a BT-alrendszert, amiután konnektelni fog az egér is.
-
#48702
wassermann
Topikgazda
Aszpirin
#48697
wassermann
Topikgazda
válasz
Aszpirin
#48697
üzenetére
Sajnos ilyesmi előfordul máshol is és nem könnyen orvosolható: nekem egy Windows-os PC és egy Linux-os PC is szereti eldobni a rádugott perifériákat hosszabb idejű mellőzöttség esetén, ilyenkor csak a ki-bekapcs segít.
Nyilvánvaló, ha lekapcsolja egy periféria hardvercsatornájáról az áramot, akkor az csak egy újabb hardver szkennelési ciklus után fog látszani (indítás), amikor újra mindent aktívvá tesz.
-
lanszelot
addikt
Észre vettem hogy csak telefonon blokkol olyanokat amit nem kellene.
Beírtam a linket pc-n, és ott meg tudom nyitni.
Telefonon nem.
Telefonon a pi-hole admin felülete is blokkolva van.
Próbáltam több böngészőt is telefonon, de nem.
Pc-n semmi gond.
Hogy lehet hogy telefonon nem engedi megnyitni az oldalakat?
Biztos hogy pi-hole, mert ha fizikálisan kinyomom, akkor meg tudom nyitni telefonon amit addig nem.Köszönöm szépen a választ.
Ad guard nem ingyenes. (Igen van ingyenes része, de az szűr amit szűr)
Ad guard össze se hasonlítható pi-hole -val.
Ad guard csak a böngészőt szűri.
Pi hole mindent. Az alkalmazásokban/játékokban nincs reklám. Tehát mindent szűr.
)
A tévét nem, mert tévéről nem bankolok 
Új hozzászólás Aktív témák
- Robotporszívók
- Megtalálták az akkumulátortechnológiai Szent Grált? - CES
- Kínai és egyéb olcsó órák topikja
- LEGO klub
- Projektor topic
- E-roller topik
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Vezeték nélküli fülhallgatók
- Éjszakai műszak
- Multimédiás / PC-s hangfalszettek (2.0, 2.1, 5.1)
- További aktív témák...
- DDR3 so-dimm 8GB notebook RAM modulok - több db
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RTX 5080 16GB GAMER PC termékbeszámítással
- MacBook Pro 13, 14, 15, 16, MacBook Air M1, M2 M3 M4 bill magyarosítás lézerrel / sapkacserével
- Karácsonyi akció! HP ZBook Firefly 14 i7-1165G7 16GB 1000GB Nvidia Quadro T500 4GB 14" FHD 1 év gar
- BESZÁMÍTÁS! MSI B650 R7 7700 64GB DDR5 1TB SSD RX 7900 XTX 24GB Lian Li LANCOOL 216 ARGB 850W
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest