-
Fototrend
Fototrend
Új hozzászólás Aktív témák
-
-
tvamos
nagyúr
Sziasztok.
Akkor milyen hasonló alternatív gépezet lenne nekem jó? Banana pi? Cubieboard? HummingBoard?
moli.hu: Igen, értettem. A második hozzászólásom már a 2/1-es kérdéshez kapcsolódott, a 2/2-re a válaszod meg is köszöntem (Vagy mi van?
) és azért nem válaszoltam a "de minek?"-re, mert ha nem lehet akkor már lényegtelen (amúgy azért, hogy ha be van állítva minden frankón, akkor ne lehessen elállítani és sehogy ne tudjon még véletlen se vírus rákerülni).tvamos: majd körbenézek közöttük.
Mutterbever
-
vjozsef
senior tag
Sziasztok.
Akkor milyen hasonló alternatív gépezet lenne nekem jó? Banana pi? Cubieboard? HummingBoard?
moli.hu: Igen, értettem. A második hozzászólásom már a 2/1-es kérdéshez kapcsolódott, a 2/2-re a válaszod meg is köszöntem (Vagy mi van?
) és azért nem válaszoltam a "de minek?"-re, mert ha nem lehet akkor már lényegtelen (amúgy azért, hogy ha be van állítva minden frankón, akkor ne lehessen elállítani és sehogy ne tudjon még véletlen se vírus rákerülni).tvamos: majd körbenézek közöttük.
Mutterbever
-
moli.hu
őstag
Sziasztok.
Akkor milyen hasonló alternatív gépezet lenne nekem jó? Banana pi? Cubieboard? HummingBoard?
moli.hu: Igen, értettem. A második hozzászólásom már a 2/1-es kérdéshez kapcsolódott, a 2/2-re a válaszod meg is köszöntem (Vagy mi van?
) és azért nem válaszoltam a "de minek?"-re, mert ha nem lehet akkor már lényegtelen (amúgy azért, hogy ha be van állítva minden frankón, akkor ne lehessen elállítani és sehogy ne tudjon még véletlen se vírus rákerülni).tvamos: majd körbenézek közöttük.
Mutterbever
-
Mutterbever
csendes tag
Ertetlenkedsz.
Ha egy mezei facebook oldalt megnyitsz tele van flash szarral, ugyaneu mar mindenhol.
Sziasztok.
Akkor milyen hasonló alternatív gépezet lenne nekem jó? Banana pi? Cubieboard? HummingBoard?
moli.hu: Igen, értettem. A második hozzászólásom már a 2/1-es kérdéshez kapcsolódott, a 2/2-re a válaszod meg is köszöntem (Vagy mi van?
) és azért nem válaszoltam a "de minek?"-re, mert ha nem lehet akkor már lényegtelen (amúgy azért, hogy ha be van állítva minden frankón, akkor ne lehessen elállítani és sehogy ne tudjon még véletlen se vírus rákerülni).tvamos: majd körbenézek közöttük.
Mutterbever
-
dehat en arra a reszre (2/2, direkt irtam is) valaszoltam, amiben a lezarast kerdezted.
amit irtal, azokra alkalmatlan a pi. igazabol sima headless szervernek is alkalmatlan, annyira megbizhatatlan az usb-bug miatt - de ezzel sokan fognak vitatkozni, akiknel mas a csillagok allasa. a pi kb ugy aranylik a pc-hez, mint egy roller a gepjarmuhoz. vegulis tudsz mindkettovel haladni. -
moli.hu
őstag
Szia.
Tisztában vagyok vele, hogy a pi meg sem közelíti a pc teljesítményét. Nem is komoly netezésre kell gondolni (e-mail fiók megnézése/e-mail írás/küldés, facebook, műszaki adatlapok megnézése/letöltése, alkatrészek megrendelése, esetleg online rádió, műhelybe tervezem elhelyezni, vízhatlan, ütésálló dobozban).
moli.hu: köszönöm, azért mert van az sd kártyákból jópár sebességű és szeretném ha nem kártya fogná vissza. Van nekem egy ilyenem [link], de a pi-hez egy ilyenben kondolkodom [link], megeszi a pi?
Mutterbever
-
tvamos
nagyúr
Szia.
Tisztában vagyok vele, hogy a pi meg sem közelíti a pc teljesítményét. Nem is komoly netezésre kell gondolni (e-mail fiók megnézése/e-mail írás/küldés, facebook, műszaki adatlapok megnézése/letöltése, alkatrészek megrendelése, esetleg online rádió, műhelybe tervezem elhelyezni, vízhatlan, ütésálló dobozban).
moli.hu: köszönöm, azért mert van az sd kártyákból jópár sebességű és szeretném ha nem kártya fogná vissza. Van nekem egy ilyenem [link], de a pi-hez egy ilyenben kondolkodom [link], megeszi a pi?
Mutterbever
Inkabb valami Androidos stick, RK3188-al, szerintem. Azon megy a hw gyorsitas, meg mindenfele nyalanksagok.
(#8587) vjozsef válasza weiss (#8581) üzenetére
Nekem egy kierdemesult notebook taprol (vagy akkupack-rol megy 16Wh) es ilyenem van hozza:
Teljesen jo....
Ja, es mindent osszeforrasztottam. -
vjozsef
senior tag
Szia.
Tisztában vagyok vele, hogy a pi meg sem közelíti a pc teljesítményét. Nem is komoly netezésre kell gondolni (e-mail fiók megnézése/e-mail írás/küldés, facebook, műszaki adatlapok megnézése/letöltése, alkatrészek megrendelése, esetleg online rádió, műhelybe tervezem elhelyezni, vízhatlan, ütésálló dobozban).
moli.hu: köszönöm, azért mert van az sd kártyákból jópár sebességű és szeretném ha nem kártya fogná vissza. Van nekem egy ilyenem [link], de a pi-hez egy ilyenben kondolkodom [link], megeszi a pi?
Mutterbever
-
azbest
félisten
Szia.
Tisztában vagyok vele, hogy a pi meg sem közelíti a pc teljesítményét. Nem is komoly netezésre kell gondolni (e-mail fiók megnézése/e-mail írás/küldés, facebook, műszaki adatlapok megnézése/letöltése, alkatrészek megrendelése, esetleg online rádió, műhelybe tervezem elhelyezni, vízhatlan, ütésálló dobozban).
moli.hu: köszönöm, azért mert van az sd kártyákból jópár sebességű és szeretném ha nem kártya fogná vissza. Van nekem egy ilyenem [link], de a pi-hez egy ilyenben kondolkodom [link], megeszi a pi?
Mutterbever
-
Mutterbever
csendes tag
-
bambano
titán
Sziasztok.
Egy ideje már gondolkodom egy pi beszerzésén. Most, hogy megjelent a B+ így arra gondoltam mostmár tényleg kéne beruházni rá, de előtte lenne két kérdésem:
1. Milyen, mennyire használható általános netezésre? Mennyire gördülékeny Waylanddel a lapok megjelenítése?
2. Milyen, mekkora sebességű microSD-re van/lenne szüksége, hogy ne fogja vissza a pi sebességét a microSD kártya? A sima SD kártyát manuálisan írásvédetté lehet tenni, a microSD-t lehet?
Egyenlőre ennyi kérdésem van, válaszokat előre köszönöm.
Mutterbever
-
moli.hu
őstag
Sziasztok.
Egy ideje már gondolkodom egy pi beszerzésén. Most, hogy megjelent a B+ így arra gondoltam mostmár tényleg kéne beruházni rá, de előtte lenne két kérdésem:
1. Milyen, mennyire használható általános netezésre? Mennyire gördülékeny Waylanddel a lapok megjelenítése?
2. Milyen, mekkora sebességű microSD-re van/lenne szüksége, hogy ne fogja vissza a pi sebességét a microSD kártya? A sima SD kártyát manuálisan írásvédetté lehet tenni, a microSD-t lehet?
Egyenlőre ennyi kérdésem van, válaszokat előre köszönöm.
Mutterbever
-
Mutterbever
csendes tag
-
weiss
addikt
-
-
Üdv,
netrádíókat lehet hallgatní a készülék segítségével?(műhelybe szeretnék egy keveset fogyasztó szerkezetet ílyen célra)Persze. Viszont valamivel irányítani is kell, hogy mit játsszon le
Például ez is az [link]Ha szeretsz kütyüt építeni és szoftveresen konfigolni, akkor nyerő lehet. Ha viszont inkább egyszerű megoldás kell, akkor lehet könnyebb lenne valami androidos (vagy más) telefont használni erre.
-
Szerintem megmentettél egy heti szívástól! Igaz még csak távolról a konzolon látom, hogy fut az xbmc, de remélem ha hazaértem a tv-n is látni fogom.
Köszi!
-
Tegnap a nagyon sok mindenre (xbmc, mysql, httpd, php, samba, transmission, cgminer, stb.) használt, hdd-re telepített RaspBMC rendszeremre feltettem egy mono keretrendszert. Nem 100%, hogy ez az oka, de csináltam egy újraindítást és azóta az XBMC felület nem tud elindulni.
A syslogban ez látható:
09:26:25 raspy console-setup: keyboard-setup: successfully set up keyboard layout
09:26:25 raspy console-setup: no cache.kmap.gz found, exiting
09:26:26 raspy xinetd[1146]: Unexpected signal 28 (Window changed)
09:26:38 raspy kernel: Console: switching to colour dummy device 80x30
09:26:38 raspy xinetd[1146]: Unexpected signal 28 (Window changed)
09:26:42 raspy xbmc: /home/pi/.xbmc-current/xbmc-bin/lib/xbmc/xbmc.bin: symbol lookup error: /home/pi/.xbmc-current/xbmc-bin/lib/xbmc/xbmc.bin: undefined symbol: _ZTIN6TagLib8IOStreamE
09:26:42 raspy kernel: Console: switching to colour frame buffer device 240x67
09:26:42 raspy xinetd[1146]: Unexpected signal 28 (Window changed)Szerintem a dolog a "console-setup: no cache.kmap.gz found, exiting"-el lehet összefüggésben.
Újra lehet valahogy generálni ezt a cache.kmap.gz-t? Esetleg más ötlet?
Nagyon nem szeretném újratelepíteni a rendszert...
-
Osiris
őstag
Tegnap a nagyon sok mindenre (xbmc, mysql, httpd, php, samba, transmission, cgminer, stb.) használt, hdd-re telepített RaspBMC rendszeremre feltettem egy mono keretrendszert. Nem 100%, hogy ez az oka, de csináltam egy újraindítást és azóta az XBMC felület nem tud elindulni.
A syslogban ez látható:
09:26:25 raspy console-setup: keyboard-setup: successfully set up keyboard layout
09:26:25 raspy console-setup: no cache.kmap.gz found, exiting
09:26:26 raspy xinetd[1146]: Unexpected signal 28 (Window changed)
09:26:38 raspy kernel: Console: switching to colour dummy device 80x30
09:26:38 raspy xinetd[1146]: Unexpected signal 28 (Window changed)
09:26:42 raspy xbmc: /home/pi/.xbmc-current/xbmc-bin/lib/xbmc/xbmc.bin: symbol lookup error: /home/pi/.xbmc-current/xbmc-bin/lib/xbmc/xbmc.bin: undefined symbol: _ZTIN6TagLib8IOStreamE
09:26:42 raspy kernel: Console: switching to colour frame buffer device 240x67
09:26:42 raspy xinetd[1146]: Unexpected signal 28 (Window changed)Szerintem a dolog a "console-setup: no cache.kmap.gz found, exiting"-el lehet összefüggésben.
Újra lehet valahogy generálni ezt a cache.kmap.gz-t? Esetleg más ötlet?
Nagyon nem szeretném újratelepíteni a rendszert... -
A legegyszerűbb talán ha egy raspbmc disztróval kipróbálod, a gpio kiosztást az lcdproc konfigban lehet ellenőrizni, xbmc alatt pedig be lehet kapcsolni hogy mutassa a kijelzőn a menük nevét, éppen játszott dolgokat....
Egyébként az xbmc lcdproc addont érdemes megnézni, azt pythonban írták úgy látom és az küldi át xbmc-ből lcdproc-ba a szövegeket. Itt egy régi, valsz ennél sokkal újabb is van [link]
És lehet kell pythonhoz lcdproc modul, ha nincs alapból fenn [link]
-
Köszönöm majd megpróbálkozom vele. De egyenlőre úgy érzem kicsit kevés a tudásom hozzá! Telepítését megtaláltam viszont azt nem tudom hogyan kellene a Python kódot módosítani.
Vagy az már könnyen módosítható dolog ? Mert én nem igen értek a programozáshoz próbálgatással csinálgattam az átalakítást! -
Hát, ha nem több méter kábelt használsz, akkor nem valószínű, hogy az a baja. A gpio alapú vezérlésnél csupán arról van szó, hogy megfelelő időnként kapcsolgatja a feszültséget a megfelelő lábakon. Régebben voltak linkek is a topicban részletes dokumentációra, hogy mit vár a kijelző.
Próbáld ki lcdproc-ot használva a kiiratást. Van hozzá raspi gpio-ra moddolt HD44780 driver. XBMC is azt használja.
Saját tapasztalatom az volt, hogy a bináris lcdproc gond nélkül tudta vezérelni a kijelzőt, míg a python kódból hajtva hajlamos volt elromlani. A különbség abból adódhat, hogy az lcdproc jobban tartja a kommunikáció időzítéseit. A python nem tud olyan pontos lenni, még attól is függött, hogy jól írt-e ki szöveget vagy csak szemét jelent meg, hogy hány sor kommentet írtam két parancs közé.
Köszönöm majd megpróbálkozom vele. De egyenlőre úgy érzem kicsit kevés a tudásom hozzá! Telepítését megtaláltam viszont azt nem tudom hogyan kellene a Python kódot módosítani.
Vagy az már könnyen módosítható dolog ? Mert én nem igen értek a programozáshoz próbálgatással csinálgattam az átalakítást! -
-
ah, most látom hogy kicsit sok mindenre gondoltam
Ez van, ha másfele figyelek írás közben 
-
Sziasztok!
Egy érdekes jelenségnek lettem áldozata. Csináltam eme remek készülék segítségével egy internet rádiót. Itt a fórumba volt egy Python kódban megvalósított projekt azt módosítottam kicsit és alakítottam hozzá a felépítést. Viszont amikor bekerült a fa dobozba akkor a kijelző néha gondol egyet s saját életet él. Gondolok itt arra hogy számomra ismeretlen karaktereket jelenít meg. Ez idáig már kétszer előjött egy újraindítás után minden oké. A kérdés mi okozhat ilyen hibát? Kontakt hiba lenne, vagy tápfesz ingadozás 100nF kondi a kijelző tápján segíthet? Vagy kijelző hiba? Én már nem tudok mire gondolni. Mert van egy PIC-es panelom ott is hasonló a helyzet szóval nagy eséllyel én rontok el valamit.
Remélem valakinek van valami ötlete előre is köszi
Üdv:
Fecó -
Sziasztok!
Egy érdekes jelenségnek lettem áldozata. Csináltam eme remek készülék segítségével egy internet rádiót. Itt a fórumba volt egy Python kódban megvalósított projekt azt módosítottam kicsit és alakítottam hozzá a felépítést. Viszont amikor bekerült a fa dobozba akkor a kijelző néha gondol egyet s saját életet él. Gondolok itt arra hogy számomra ismeretlen karaktereket jelenít meg. Ez idáig már kétszer előjött egy újraindítás után minden oké. A kérdés mi okozhat ilyen hibát? Kontakt hiba lenne, vagy tápfesz ingadozás 100nF kondi a kijelző tápján segíthet? Vagy kijelző hiba? Én már nem tudok mire gondolni. Mert van egy PIC-es panelom ott is hasonló a helyzet szóval nagy eséllyel én rontok el valamit.
Remélem valakinek van valami ötlete előre is köszi
Üdv:
Fecó -
feco93
tag
Sziasztok!
Egy érdekes jelenségnek lettem áldozata. Csináltam eme remek készülék segítségével egy internet rádiót. Itt a fórumba volt egy Python kódban megvalósított projekt azt módosítottam kicsit és alakítottam hozzá a felépítést. Viszont amikor bekerült a fa dobozba akkor a kijelző néha gondol egyet s saját életet él. Gondolok itt arra hogy számomra ismeretlen karaktereket jelenít meg. Ez idáig már kétszer előjött egy újraindítás után minden oké. A kérdés mi okozhat ilyen hibát? Kontakt hiba lenne, vagy tápfesz ingadozás 100nF kondi a kijelző tápján segíthet? Vagy kijelző hiba? Én már nem tudok mire gondolni. Mert van egy PIC-es panelom ott is hasonló a helyzet szóval nagy eséllyel én rontok el valamit.
Remélem valakinek van valami ötlete előre is köszi
Üdv:
Fecó -
No itt a lnyeg:
de nem bíznék rá semmit őrzésre, ami a router áránál értékesebb.
Akar megpiszkalt router, akar Raspberry Pi, akar mi...(#8548) vjozsef válasza zsepii (#8518) üzenetére
Nekem siman megy, hogy a fenykepeket keszit a RasPi, es a NASra ment, WiFi-n.
De nem biznam ra az ertekeimet. Arra ott a biztositas.Viszont a motion meg mindig nem megy gyorsabban, csak kb. 1 fps...
-
Hát, ezzel én úgy vagyok, hogy telephelyenként eddig van max 70ezer forint a rendszerre. Ha minimum számít a biztonság és üzembiztonság, akkor inkább már a kamerákból engedni árban lefele, és egy kevéssel megtoldva valami normális vagy legalább arra hajazó megoldást találni.
Nálam minden routeren, mindenhol openwrt/ddwrt fut, de nem bíznék rá semmit őrzésre, ami a router áránál értékesebb.
És most nem a firmwareket szólom le, tényleg, csak szerintem az még nincs benne a felhasználási körében. Főleg nem egy olyan hardware-en amin fut.Egyébként nem akarok nagyon elmenni off-ba, de ennyi pénzből 4 csatornás analóg rendszerek már simán kijönnek, ahol már az IP távfelügyelet sem egy esélytelen dolog. Az pedig mégis erre van kitalálva. Szerintem. Ott, ha már van IP, akkor a routerrel már simán figyelhető távolról.
Üdv.: steveetmNo itt a lnyeg:
de nem bíznék rá semmit őrzésre, ami a router áránál értékesebb.
Akar megpiszkalt router, akar Raspberry Pi, akar mi...(#8548) vjozsef válasza zsepii (#8518) üzenetére
Nekem siman megy, hogy a fenykepeket keszit a RasPi, es a NASra ment, WiFi-n.
De nem biznam ra az ertekeimet. Arra ott a biztositas.Viszont a motion meg mindig nem megy gyorsabban, csak kb. 1 fps...
-
Sziasztok!
Egy ismerősömnek szeretnék kialakítani vállalkozása három telephelyén megfigyelő rendszereket, amihez jelenleg az alábbi feltételek adottak a telephelyeken:
- TP-Link TL-SC3130 VOIP-kamerák, telephelyenként max. 3
- TP-Link TL-MR3420 v1 3G-routerek, 3G-s internettel (más megoldásra nincs lehetőség)Az eddigi megoldás az volt, hogy az egyik telephelyen elhelyezett asztali gépre fel lett telepítve a kamerákhoz biztosított szoftver, mely vette a telephelyeken lévő kamerák képét, amint azokon mozgás történt, úgy hogy a távoli telephelyeken elhelyezett kamerák képe a 3G-s internetkapcsolaton – dinamikus dns-el, a távoli routereken megnyitott portokon – keresztül lettek véve.
Ezzel a megoldással az volt a baj, hogy a kapcsolat néha-néha megszakadt a távoli telephelyeken, így az adott kamerák képéről nem mindig készült felvétel.Azért, hogy ezt a problémát kiküszöböljem az a terv, hogy minden telephelyen elhelyezésre kerülne egy gép, mely venné a kamerák képét, s ezekhez távolról csatlakozva lehetne visszanézni a felvételeket.
A tervem az, hogy a gépként vagy egy Raspberry Pi B+ kerülne bevetésre, erre (Micro-SDHC/XC-kártyára) rákerülne egy Raspbian, megfigyelő szoftverként pedig egy ZoneMinder, mellyel a felvételek egy 64/128GB-os USB-stickre készülnének.A félelmem a fenti megoldással kapcsolatban az hogy a Raspberry nem lesz elég erős ahhoz, hogy 3 kamera képét vegye egy időben.
Alternatívaként a Raspberry helyett egy CuBox-i2eX vagy egy CuBox-i4Pro vagy egy Banana Pi jöhetne talán szóba.Szerintetek a fent leírt megoldás kivitelezhető, vagy a Raspberry helyett érdemesebb valamilyen más, erősebb alternatívát választani, akár a fent leírtak egyikét vagy valamilyen más költséghatékony megoldást?
Köszi!
-
Persze ahhoz ami szeretnél már ez is overkill, szóval nyugodtan lehet menni lefele.
rPi-hez képest biztos nem ütközöl korlátba, szerintem teljesen baráti ára van, csak memóriát kell venni hozzá, illetve igény szerint tápot venni vagy gányolni, dc táp sem esélytelen, ha találsz olyan modellt olcsón.
Fogyasztásban is egy használt dzsunka pc alatt leszel, cserébe tulajdonképpen bármit megcsinálhatsz vele, biztos nem ütközöl korlátokba. Modelltől függően még USB3-ad is lesz.
Legproblémásabb része talán házat fabrikálni hozzá, de abszolút nincsenek elszállt méretei.És ha már ez, akkor akár a rögzítés is mehetne helyileg is, igény szerint. Persze boot sd/usb akármiről és távoli rögzítés sem probléma.
Egyébként Synology NAS-t mondanám én is, de ott elég erős kontra, hogy kamerákhoz a NAS-on felül kölön licencet kell venni
Az már biztos nem a baráti árkategória.Üdv.: steveetm
Egyébként Synology NAS-t mondanám én is, de ott elég erős kontra, hogy kamerákhoz a NAS-on felül kölön licencet kell venni
Az már biztos nem a baráti árkategória.Ugy emlekszem, az enyemnek azt irja a hasznalatija, hogy 2 kamerara a license ingyen van. Erdemes ennek jobban utana nezni, pontosan hogy van! Jahhh... es instant megy, nem kell hekkelgetni, ami azert kellemetlen, ha ott egy "megrendelo", es a fejed uti. Es akkor hiaba mondod, hogy a gyari rendszer 5 milla, ez meg 50 ezer, nem nagyon erdekli!
-
Nekem mondjuk eszembe jutna használd core2-es generációs brand sff gépeket is megnézni. Pl csak google-be beírva egy példa [link].
Komplett gép, kis helyen elfér. Nálunk Hp dc sff-ek mentek évekig, és tudtommal nem volt meghibásodás, nagyon stabilak.A raspberry, többi board és routeres házi megoldásokról nem a megbízhatóság és a kompatibilitás jut eszembe. Arm-on szoftveresen is lehet több gebasz, ahol nem lehet akármit feltelepíteni.
-
Persze ahhoz ami szeretnél már ez is overkill, szóval nyugodtan lehet menni lefele.
rPi-hez képest biztos nem ütközöl korlátba, szerintem teljesen baráti ára van, csak memóriát kell venni hozzá, illetve igény szerint tápot venni vagy gányolni, dc táp sem esélytelen, ha találsz olyan modellt olcsón.
Fogyasztásban is egy használt dzsunka pc alatt leszel, cserébe tulajdonképpen bármit megcsinálhatsz vele, biztos nem ütközöl korlátokba. Modelltől függően még USB3-ad is lesz.
Legproblémásabb része talán házat fabrikálni hozzá, de abszolút nincsenek elszállt méretei.És ha már ez, akkor akár a rögzítés is mehetne helyileg is, igény szerint. Persze boot sd/usb akármiről és távoli rögzítés sem probléma.
Egyébként Synology NAS-t mondanám én is, de ott elég erős kontra, hogy kamerákhoz a NAS-on felül kölön licencet kell venni
Az már biztos nem a baráti árkategória.Üdv.: steveetm
-
Synology NAS-ok tudnak USB-n webkamerat, IP kamerat kezelni, sot, talan az uj firmware meg usb-s GSM modemet is kezel... de mar ez sem ipari cucc.
Hasznalt PC? Ennyire arerzekeny a projekt?
Akkor lehet jobb olyen usb routert keresni, ami moddolt firmware-rel tud webcam-t kezelni, az eleg stabil tud lenni. Bar bevallom, meg nem probaltam elesben.
-
A PC-vel csak az a bajom, hogy egy kisebb méretű megoldásra lenne akkor szükség, ilyet viszont használtan találni nehéz.
Persze ahhoz ami szeretnél már ez is overkill, szóval nyugodtan lehet menni lefele.
rPi-hez képest biztos nem ütközöl korlátba, szerintem teljesen baráti ára van, csak memóriát kell venni hozzá, illetve igény szerint tápot venni vagy gányolni, dc táp sem esélytelen, ha találsz olyan modellt olcsón.
Fogyasztásban is egy használt dzsunka pc alatt leszel, cserébe tulajdonképpen bármit megcsinálhatsz vele, biztos nem ütközöl korlátokba. Modelltől függően még USB3-ad is lesz.
Legproblémásabb része talán házat fabrikálni hozzá, de abszolút nincsenek elszállt méretei.És ha már ez, akkor akár a rögzítés is mehetne helyileg is, igény szerint. Persze boot sd/usb akármiről és távoli rögzítés sem probléma.
Egyébként Synology NAS-t mondanám én is, de ott elég erős kontra, hogy kamerákhoz a NAS-on felül kölön licencet kell venni
Az már biztos nem a baráti árkategória.Üdv.: steveetm
-
zsepii
tag
Zsepii, a Raspberry Pi, akkor jó ha ülnek mellette (pl media lejátszónak). Sajnos előfordul néha, nagy ritkán hogy "össze omlik". Emiatt a leírt feladatra inkább vmilyen PC-t (pl öreg notebook) használnék.
-
félreértettél
A pécén egy image fájlban létrehozni zfst, ami tömörített és abba bemásolni dd-vel az sd kártyáról a képet. Úgy ugyanakkora helyen több sd kártya mentés is elférhet. De a következő komment alapján valószínűleg erre semmi szükség, úgy tűnik csak néha szeretne fájlokat kivenni úgy, hogy a kép sem foglal sok helyet közben. -
Tud tömöríteni, de én rendszert nem pakolnám arra. Nekem az 512M egyébként nagyon szájhúzós ZFS+PI-hez, de ez csak ilyen rossz beidegződés lehet nálam, deduphoz SOK mem kell, anélkül meg semmihez nem használtam ZFS-t
Viszont elég faszántos tud lenni, ha már ZFS-re van megcsinálva, a compressed zpool send /receive valami távoli zpool-ba, eléggé leegyszerűsíti az rPi mentését és azok kezelését, imhoDe (ez csak az én hibám), valamiért én fázok a ZFS-től rPi-n, de biztos kipróbálom majd
Üdv.: steveetmfélreértettél
A pécén egy image fájlban létrehozni zfst, ami tömörített és abba bemásolni dd-vel az sd kártyáról a képet. Úgy ugyanakkora helyen több sd kártya mentés is elférhet. De a következő komment alapján valószínűleg erre semmi szükség, úgy tűnik csak néha szeretne fájlokat kivenni úgy, hogy a kép sem foglal sok helyet közben. -
Bocs, lehet félreértem, de ennél jobb ötletem nincs:
Csinálsz egy dd image-t.
Csinálsz egy squasfs loop deviceon, mount, abba bemásolod dd imaget.Visszafelé pedig a mount két lépcsős, squash mount, aztán a rajta lévő dd image mount.
Természetesen ez roEsetleg, ha nem gzippelsz, hanem mondjuk xz, de akkor sem lesz egylépéses mount, szerintem. (nbdkit kellhet hozzá)
(Ha csak az a gond, hogy sok régi mentésből néha szeretnél visszanézni ezt-azt, de nem akarod folyton kigunzippelni az imaget, akkor ez a két ötletem van.
gzipped, bzipped dd image-el 99%, hogy nem megy 1lépésben, mármint úgy egy lépésben, hogy ne kelljen kitömöríteni.)Üdv.: steveetm
-
ha ennyire hely szűkében vagy és szükséges a tömörítés, akkor lehet inkább tömörített fájlrendszert kéne használnod arra, hogy oda mentsd tömörítés nélkül a képfájlokat. Persze a tömörítés úgy tud hatékony lenni, ha mentés előtt kitöltöd nullákkal a szabad helyet a kártyán. Onnan a képfájlt is be tudod csatolni.
Ha nem akarsz particionálni emiatt, akkor a tömörített fájlrendszer maga is lehet egy képfájl, amit becsatolsz.
Ha viszont fagyna a géped / áramszünet jönne miközben dolgozol a felcsatolt képfájlokban, akkor nagyobb az esélye, hogy sérülés miatt használhatatlanná váljon.szerk, jaja, olyasmit amit (#8531) steveetm is ír. Ha írni is akarod a le dd-zett képeket, akkor meg valami olyan tömörített fájlrendszer kell squasfs helyett, amit írhatsz is (zfs nem tudom ilyesmire jó -e).
Tud tömöríteni, de én rendszert nem pakolnám arra. Nekem az 512M egyébként nagyon szájhúzós ZFS+PI-hez, de ez csak ilyen rossz beidegződés lehet nálam, deduphoz SOK mem kell, anélkül meg semmihez nem használtam ZFS-t
Viszont elég faszántos tud lenni, ha már ZFS-re van megcsinálva, a compressed zpool send /receive valami távoli zpool-ba, eléggé leegyszerűsíti az rPi mentését és azok kezelését, imhoDe (ez csak az én hibám), valamiért én fázok a ZFS-től rPi-n, de biztos kipróbálom majd
Üdv.: steveetm -
Az a bajom ezzel a tablazattal, hogy ezt irja:
Name: dd (Unix)
Mount or extract: no
Ha dd-vel mentem, siman lehet mountolni. Igy hogy ertelmezzem ezt a tablat?
Ezzel nem nagyon vagyok kisegitve... nem is ertem mit akar.
File-based transfer, (as opposed to sector-by-sector transfer,) involves opening all files and copying their contents, one by one. It requires the cloning utility to have a knowledge of the file systems on the source disk. The target disk's layout may not resemble that of the source disk.Bocs, lehet félreértem, de ennél jobb ötletem nincs:
Csinálsz egy dd image-t.
Csinálsz egy squasfs loop deviceon, mount, abba bemásolod dd imaget.Visszafelé pedig a mount két lépcsős, squash mount, aztán a rajta lévő dd image mount.
Természetesen ez roEsetleg, ha nem gzippelsz, hanem mondjuk xz, de akkor sem lesz egylépéses mount, szerintem. (nbdkit kellhet hozzá)
(Ha csak az a gond, hogy sok régi mentésből néha szeretnél visszanézni ezt-azt, de nem akarod folyton kigunzippelni az imaget, akkor ez a két ötletem van.
gzipped, bzipped dd image-el 99%, hogy nem megy 1lépésben, mármint úgy egy lépésben, hogy ne kelljen kitömöríteni.)Üdv.: steveetm
-
Az a bajom ezzel a tablazattal, hogy ezt irja:
Name: dd (Unix)
Mount or extract: no
Ha dd-vel mentem, siman lehet mountolni. Igy hogy ertelmezzem ezt a tablat?
Ezzel nem nagyon vagyok kisegitve... nem is ertem mit akar.
File-based transfer, (as opposed to sector-by-sector transfer,) involves opening all files and copying their contents, one by one. It requires the cloning utility to have a knowledge of the file systems on the source disk. The target disk's layout may not resemble that of the source disk. -
vjozsef
senior tag
Zsepii, a Raspberry Pi, akkor jó ha ülnek mellette (pl media lejátszónak). Sajnos előfordul néha, nagy ritkán hogy "össze omlik". Emiatt a leírt feladatra inkább vmilyen PC-t (pl öreg notebook) használnék.
-
wassermann
Topikgazda
Sziasztok!
Egy ismerősömnek szeretnék kialakítani vállalkozása három telephelyén megfigyelő rendszereket, amihez jelenleg az alábbi feltételek adottak a telephelyeken:
- TP-Link TL-SC3130 VOIP-kamerák, telephelyenként max. 3
- TP-Link TL-MR3420 v1 3G-routerek, 3G-s internettel (más megoldásra nincs lehetőség)Az eddigi megoldás az volt, hogy az egyik telephelyen elhelyezett asztali gépre fel lett telepítve a kamerákhoz biztosított szoftver, mely vette a telephelyeken lévő kamerák képét, amint azokon mozgás történt, úgy hogy a távoli telephelyeken elhelyezett kamerák képe a 3G-s internetkapcsolaton – dinamikus dns-el, a távoli routereken megnyitott portokon – keresztül lettek véve.
Ezzel a megoldással az volt a baj, hogy a kapcsolat néha-néha megszakadt a távoli telephelyeken, így az adott kamerák képéről nem mindig készült felvétel.Azért, hogy ezt a problémát kiküszöböljem az a terv, hogy minden telephelyen elhelyezésre kerülne egy gép, mely venné a kamerák képét, s ezekhez távolról csatlakozva lehetne visszanézni a felvételeket.
A tervem az, hogy a gépként vagy egy Raspberry Pi B+ kerülne bevetésre, erre (Micro-SDHC/XC-kártyára) rákerülne egy Raspbian, megfigyelő szoftverként pedig egy ZoneMinder, mellyel a felvételek egy 64/128GB-os USB-stickre készülnének.A félelmem a fenti megoldással kapcsolatban az hogy a Raspberry nem lesz elég erős ahhoz, hogy 3 kamera képét vegye egy időben.
Alternatívaként a Raspberry helyett egy CuBox-i2eX vagy egy CuBox-i4Pro vagy egy Banana Pi jöhetne talán szóba.Szerintetek a fent leírt megoldás kivitelezhető, vagy a Raspberry helyett érdemesebb valamilyen más, erősebb alternatívát választani, akár a fent leírtak egyikét vagy valamilyen más költséghatékony megoldást?
Köszi!
-
Sziasztok!
Egy ismerősömnek szeretnék kialakítani vállalkozása három telephelyén megfigyelő rendszereket, amihez jelenleg az alábbi feltételek adottak a telephelyeken:
- TP-Link TL-SC3130 VOIP-kamerák, telephelyenként max. 3
- TP-Link TL-MR3420 v1 3G-routerek, 3G-s internettel (más megoldásra nincs lehetőség)Az eddigi megoldás az volt, hogy az egyik telephelyen elhelyezett asztali gépre fel lett telepítve a kamerákhoz biztosított szoftver, mely vette a telephelyeken lévő kamerák képét, amint azokon mozgás történt, úgy hogy a távoli telephelyeken elhelyezett kamerák képe a 3G-s internetkapcsolaton – dinamikus dns-el, a távoli routereken megnyitott portokon – keresztül lettek véve.
Ezzel a megoldással az volt a baj, hogy a kapcsolat néha-néha megszakadt a távoli telephelyeken, így az adott kamerák képéről nem mindig készült felvétel.Azért, hogy ezt a problémát kiküszöböljem az a terv, hogy minden telephelyen elhelyezésre kerülne egy gép, mely venné a kamerák képét, s ezekhez távolról csatlakozva lehetne visszanézni a felvételeket.
A tervem az, hogy a gépként vagy egy Raspberry Pi B+ kerülne bevetésre, erre (Micro-SDHC/XC-kártyára) rákerülne egy Raspbian, megfigyelő szoftverként pedig egy ZoneMinder, mellyel a felvételek egy 64/128GB-os USB-stickre készülnének.A félelmem a fenti megoldással kapcsolatban az hogy a Raspberry nem lesz elég erős ahhoz, hogy 3 kamera képét vegye egy időben.
Alternatívaként a Raspberry helyett egy CuBox-i2eX vagy egy CuBox-i4Pro vagy egy Banana Pi jöhetne talán szóba.Szerintetek a fent leírt megoldás kivitelezhető, vagy a Raspberry helyett érdemesebb valamilyen más, erősebb alternatívát választani, akár a fent leírtak egyikét vagy valamilyen más költséghatékony megoldást?
Köszi!
-
tvamos
nagyúr
Milyen felbontasban hasznalod? eleg eroforrasigenyes a cucc nagyobb felbontasoknal.
-
Cyber_Bird
senior tag
-
Sziasztok!
Még mindig a kamerával szenvedek mert nem akar úgy működni ahogy én szeretném.
A célom az lenne hogy egy min 20 fps-el tudjak képet streamelni róla másik városba.
Próbáltam a VLC-és megoldás helyi hálózaton tök jól működött de ha kívülről csatlakoztam felé a kameramudul hibával leállt.
Próbáltam a motion-os megoldás ott a problémám az hogy kb 1 fps-el ment a kép hiába állítottam át nem volt változás.
S most GStreamer-el próbálkozom de ennek ugye a Windowsra nincsen lejátszó kliense. Olvasgattam hogy meg lehet csinálni de nem igen jött össze. Esetleg valaki tud segíteni benne?S ezt a célt Pi-vel meg lehet valósítani?
Előre is köszönök mindent:
Üdv:
Fecó -
nálam samu okostévén openelec-el tökéletes, viszont raspbmc alatt nekem is eldobja a cec-et kb 10 perc tétlenség után de ez sztem csak egy beállítás lesz
amúgy ha hálózatra van kötve a pi akkor a legjobb yatse-val irányítani: [link]
a külön "power" és "home" gomb nagyon hasznosak tudnak lenniIsmerem a programot, de jobb nekem a TV saját távja.
Ezen csak sorozatokat nézek, és ahhoz egyszerűbb.Van amikor megy van amikor meg nem
LG tv, majd hétvégén frissítem, hátha az megoldja a gondom. -
-
beloadjoker
őstag
-
azbest
félisten
hát az applet én sem tudom mivel nem is használtam és nem is fogom de most inkább nem mennék ebbe bele
ami van nekem tuti jó n900al meg omnia 2veleh, lehet fogunk még ezekkel a kábelekkel szívni
-
beloadjoker
őstag
-
azbest
félisten
értem köszi a választ csak azért kérdeztem metr van ilyen kábelem és gondolkozom pi-n, de fontos lenne hogy kali stb menjen rajta
-
beloadjoker
őstag
Telefonoknál gyakori volt régebben, hogy a jack adott ki compozit videót is megfelelő kábelt használva.
Például ez [jack - anya rca], vagy a fordított rca végű [jack - apa rca]. Attól függ mire kell dugni.Ha csak a hang kell, akkor valószínűleg sima jacket elég bedugni.
Persze lehet kombinálni is, az anya végű mellé egy ilyen (rca apa - jack anya) és akkor a videó mellett normál jack kimenetre van alakítva.
) és azért nem válaszoltam a "de minek?"-re, mert ha nem lehet akkor már lényegtelen (amúgy azért, hogy ha be van állítva minden frankón, akkor ne lehessen elállítani és sehogy ne tudjon még véletlen se vírus rákerülni).
Vagy az már könnyen módosítható dolog ? 
Ez van, ha másfele figyelek írás közben 
LG tv, majd hétvégén frissítem, hátha az megoldja a gondom.
Új hozzászólás Aktív témák
- Lenovo Thinkcentre M700 MINI PC, i3-6100T,8GB DDR4,256GB SSD,WIN11
- GAMER PC! Intel i7-14700 / RTX 4090 / 32GB DDR5 / 1TB NVMe / 1000w Gold! BeszámítOK
- 27% - HEIGAOLA MiniPC - / 10.1" Érintőképernyő! Intel J4125 / 8GB RAM /128GB SSD
- Gamer Gép - MSI H610, Intel I5 13600, 16GB DDR4, RTX 3070 Ti, 1TB M.2 SSD, 750W 80+ Gold
- Asztali PC i7 6700 1650 16GB DDR4 512GB SSD
- MacBook Pro 16" 2021, M1 Max , 64 GB RAM, 512GB SSD, Silver 27% Áfás (0460AB)
- ÚJ Lenovo LOQ Intel Core i5-13450HX, 32GB, 1TB, RTX 5060(8GB), FHD IPS 144Hz
- Eladó egy Xiaomi 11t pro 256/8 snapdragon processor
- Samsung Galaxy A25 128GB,Újszerű,Dobozaval,12 hónap garanciaval
- AKCIÓ! HP Elitedesk 800 G2 SFF brand - i7 6700 16GB DDR4 250GB SSD 500GB HDD GTX 1050Ti 4GB W10
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest