- Milyen TV-t vegyek?
- Melyik tápegységet vegyem?
- Évekre előre elszipkázzák az adattárolókat az AI adatközpontok
- Amlogic S905, S912 processzoros készülékek
- Nyolcmagos CPU-val és 32 GB RAM-mal is munkára fogható az MSI egykártyás gépe
- Video digitalizálás
- Épített vízhűtés (nem kompakt) topic
- Nyomtató topik
- Apple MacBook
- Milyen monitort vegyek?
-
PROHARDVER!
PROHARDVER!
Új hozzászólás Aktív témák
-
dennisjunior
tag
-
kyd
tag
-
wassermann
Topikgazda
-
Moon_Walker
tag
-
Ezt találtam. Ha te ilyesmire fogod használni akkor a fejleményekre én mindenképpen kíváncsi leszek.
-
modellmaker
csendes tag
-
wassermann
Topikgazda
-
Cinibn
csendes tag
-
wassermann
Topikgazda
-
wassermann
Topikgazda
-
Cyber_Bird
senior tag
-
sztanozs
veterán
-
larryking
senior tag
-
DonThomasino
veterán
-
#79563158
törölt tag
-
golya87
őstag
-
larryking
senior tag
-
DonThomasino
veterán
-
larryking
senior tag
-
golya87
őstag
Nope.
Cserébe tud jobbat!
Pl Raspbian. -
DonThomasino
veterán
-
larryking
senior tag
-
golya87
őstag
-
DonThomasino
veterán
Igazából otthoni használatra kéne.
Mediára esetleg egy riasztóra de mivel hosszú távra tervezek
ha már veszek akkor jót szeretnék ezert gondoltam a banánra
látván hogy erősebb a vas.MOD A málnánál a sima és a + verzió között a mi a difi?
-
golya87
őstag
-
DonThomasino
veterán
-
golya87
őstag
-
DonThomasino
veterán
Azt mondja már meg nekem vki hogy a banana
valójában a raspberry utódja vagy csal kínai koppintása?
A két eszköz teljesen kompatibilis?Megvehető a banán?
-
Köszönöm!
Egy kicsit kitérnék FFmpeg felé.
A másik kérdésem, amikor elindítom FFmpeg -t mondjuk egy 640x480 -s felbontásban teljes erővel kiakasztja a processzort. Ez a konvertálás miatt lenne?
A videó bemenet v4l2 kodeket használ, mást nem tudtam választani, kimenete flv. Ezt tudok Ustream felé küldeni. -
ÚÚÚÚ, de jó. Erre szokás mondani, hogy Google a barátom!
A másik kérdésem ha ezzel készítek fényképeket akkor is le lesz foglalva a kamera? Vagy streamelni tudok mellette Ustream felé.
1600x1200 -s felbontású képeket készítek. Mivel a kamera fizikailag is tudja ezt. Logitech c905.
Ustream felé egy enyhébb méretű képeket szeretnék küldeni.A harmadik kérdésem, hogy megvettem 2 kodeket a raspberrytől. 2e Ft ba került. Ezzel elérhető, hogy ha videóval dolgozok a málnán besegít a számolásban a GPU is?
-
chipi89
tag
Ja a tápról tudni kell ha elég nagy az usb vége akkor ki fog lógni és nem tudod rátenni a tetejét. Én vettem hozzá 90 fokra elfogratott mikor usb -t a tápnak és USB nek is. Mert nem fért bele normálisan
+ vettem hozzá chipset passzív bordákat, ráragasztottam hővetető öntapadós ragasztóval.
12cm -s ventit meg 5v -n tartva hajtóm.
Faraday kalitkaként meg megvédi a külső zavaroktól a panelt. -
chipi89
tag
Sziasztok!
Azt szeretném megkérdezni, hogy hogyan lehetséges az, hogy van egy fizikai usb -s webkamerám ami /dev/video0 ként van jelen. Ezt szeretném virtuálisan video1 ként is, hogy jöjjön létre ugyan az a kamera.
Más programban is szeretném használni, de csak egyszerre csak egy helyen lehetséges.
Találtam egy kis leírást ami elvileg 2 osztja. LeirásViszont ha a leírás alapján próbálom indítani ezt kapom eredményül. Nem találtam a gstreamfiltershere elemet.
pi@raspberrypi ~/Desktop $ gst-launch -v v4l2src ! gstreamfiltershere ! v4l2sink device=/dev/video1
FIGYELMEZTETÉS: hibás adatcsatorna: nincs „gstreamfiltershere” elem
pi@raspberrypi ~/Desktop $Mit javasoltok?
Köszönöm szépen előre is segítséget! -
golya87
őstag
Hello
Eddig hibátlan RPi B + OE 4.1.6 a napokban az alábbiakat produkálja:
- néha elmegy a hang
- kicsit elcsúszik a kép
- hosszú időre elmegy a kép
- ezek keveréke
A tv hibátlan, mert a menüje nem zavarosodik. HDMI kábelt cseréltem.
OC van beállítva, bár nem túlzásba.
Mi lehet a baj?Előre is köszönöm a segítséget!
-
sanchomuzax
aktív tag
Jaja, megint.
-
lord.lakli
őstag
Az szép mutatvány
-
sanchomuzax
aktív tag
-
eloszor is meg kell keresned, hogy hol van az a konkret rrd file, amibe ezeket az ertekeket irja. ha mas nem, akkor az rpi-monitor kodjabol kell kinezni. Remelhetoleg minden szenzorhoz kulon file-t hasznal, es nem egy nagy file-t az osszes mert adathoz. Igy csak azt az rrd file-t kell lecserelni. Ezutan kiadsz egy rrdtool info filenev parancsot, es megnezed, hogy mi a file-definicio. Ezt kell atszerkesztened sajatra. Ha ez alapjan megvan, hogy hogy tarolta az rpi-monitor az adatokat, akkor mar csak el kell kesziteni az uj, neki megfelelo szerkezetu rrd-t, amiben viszont te beallitod a limiteket, ez az rrdtool-nal transzparens, vagyis barmilyen korlatot allitasz be, az rpi-monitor nem fog behalni.
Peldaul nalam a homersekleti, fordulatszam, feszultseg ertekek rogzitese is egy ilyen strukturaba tortenik:
rrdtool create filenev.rrd --step 1
DS:data:GAUGE:1000
RRA:AVERAGE:0.999:1:4000
RRA:AVERAGE:0.999:5:4000
RRA:AVERAGE:0.999:15:4000
RRA:AVERAGE:0.999:60:4000
RRA:AVERAGE:0.999:300:4000
RRA:AVERAGE:0.999:900:4000
RRA:AVERAGE:0.999:3600:4000
RRA:AVERAGE:0.999:10800:4000
RRA:AVERAGE:0.999:86400:4000
ez a fenti definicio 1 masodpercenkenti adatrogzitest jelent (--step 1) nagyjabol 15 perces (DS:data:GAUGE:1000:U) megengedett adatkesessel, 99.9%-os megengedett adathiannyal (RRA:AVERAGE:0.999:1:4000) (tehat ha ~15 perc idejen belul csak az ido 0.1%-ban van adat, akkor azt en mar elfogadom rogzitendo adatnak, homersekletnel ez megteheto, nem valtozik olyan hirtelen) ahol nincs elvart minimum es maximum ertek (DS:data:GAUGE:1000 , U=unlimited), hanem minden szam rogzitesre kerul (valojaban ez nem igaz, mert en a rogzites elott manualisan szurok. Ennek az oka az, hogy ha holnap rajovok, hogy meg szeretnem emelni a minimum/maximum erteket, ahhoz ujra kell definialni az adatbazist, ami az osszes adat elvesztesevel jar - alapbol. Ez az oka az 1 masodperces rogzitesnek is, ez valojaban nem tortenik meg, de az adatbazis fel van ra keszitve (es debugolaskor bizony hasznalom is, ha nem akarok perceket varni a debug-ertekekre.)). Az atlagolt ertekekbol minden felbontasra 4000 erteket orzok meg (RRA:AVERAGE:0.999:1:4000) , hogy a jovore gondolva egy 4K-s monitor felbontasahoz igazitva az abrazolaskor 1:1 legyen az adat-pixel felbontas. Az atlagolt ertekek emberi idonkent vannak tarolva: 1=1 masodperc, 5=5s, 15=15s, 60=1m, 300=5m, 900=15m, 3600=1h, 10800=3h, 86400=1d (RRA:AVERAGE:0.999:86400:4000) . Ez utobbi legnagyobb felbontasban 1 pixel 1 napot abrazol, ez 4000 rogzitett ertekkel mar 10 evet lefed. Az adatmezo neve (DS:data:GAUGE:1000) "data" (szinten az ujradefinialas-adatvesztes miatt), az adatrogzites modja GAUGE (DS:data:GAUGE:1000), vagyis mero (homero, voltmero).
Tehat neked a minimum-maximum ertekekhez (nalam U=unlimited), a bejovo adatok megengedett kesesehez (nalam 1000 =1000 masodperc) es a megengedett adathianyhoz (nalam 0.999=99.9%) kell hozzanyulni, az eredetihez kepest modositani.szerk: az a baj, hogyha nem monospace, hanem programkod taget hasznalok, akkor az kiirtja a benne levo formazotageket is, magyarul nem tudnam kiszurkiteni a nem kiemelt reszeket.
-
sanchomuzax
aktív tag
-
moli.hu
őstag
-
sanchomuzax
aktív tag
RPi-Monitor és DHT11 szenzor - lyukas rögzítés megoldva
A DHT11 szenzor ugye mint az köztudott, nem mindig ad vissza megfelelően adatot. Ettől a RPi-Monitor szép fésűs jelet rögzít a grafikonjaiban. Egy nagyon egyszerű, kézenfekvő megoldással átvertem. Nem is értem, miért nem tette meg eddig, vagy miért nem ezzel kezdtem.
A python script-et használom, azt írtam át egy kicsit. A RPi-Monitor nem közvetlenül a szenzort kéri le, hanem egy percenként CRON-nal frissített log fájlból olvas (azt is ugye 2x kérné le szerencsétlen a két adat miatt).
A script-ben a vége így módosult, azaz nem tesz semmit, ha nincsen érték, hagyja a logot érintetlenül, ha van érték, akkor pedig közvetlenül ír a logba, nem a print-et használja adat átadásra:
...
if humidity is not None and temperature is not None:
line= 'Temp = {0:0.0f} *C, Hum = {1:0.0f} %'.format(temperature, humidity)
print line
file = open("/var/log/dht11.log", "w")
file.write(line)
file.close()
else:
print 'Failed to get reading. Try again!'Ezt percenként futtatja a CRON:
*/1 * * * * sudo /home/pi/Adafruit_Python_DHT/examples/./AdafruitDHT.py 11 4 >/dev/null 2>&1
Az RPi-Monitor pedig a log fájlt olvassa csak. Ennyi a temp.conf-om erre vonatkozó része:
dynamic.16.name=temp_in
dynamic.16.source=cat /var/log/dht11.log
dynamic.16.regexp=Temp = (\S+)
dynamic.16.postprocess=$1/1
dynamic.16.rrd=GAUGE
dynamic.17.name=humidity_in
dynamic.17.source=cat /var/log/dht11.log
dynamic.17.regexp=Hum = (\S+)
dynamic.17.postprocess=$1/1
dynamic.17.rrd=GAUGE
...Persze, még majd cizellálom annyival az egészet, hogy ha a log öregebb, mint 5 perc, akkor törlésre kerül, így nem lesz a szenzor levételekor, vagy elromlásakor egy vízszintes hamis érték.
Itt az este már normális értékeket rögíztő grafikon, melynek első fele igen csak randa, de megérte este fent maradni a jobb feléért:
-
A B+ kevesebbet fogyaszt, ellenben konfigurálható, hogy mennyire legyen terhelhető az usb portja. Ezt már írtam is neked korábban, csak lehet átsiklottál felette
[link]A 600mA az alapértelmezett korlát, ha nincsen bekapcsolva a nagy áramú mód. Bekapcsolva már 1200mA, csak bírja a táp is.
A B+ megfelelő beállítással és erős táppal egyedül is képes meghajtani egy mobilwinyót is a hírek szerint.
Új hozzászólás Aktív témák
- Asztali PC , i7 9700 , RX 6600 , 16GB DDR4 , 512GB NVME , 500GB HDD
- i7-4790K / GTX 1070 8GB / 16GB RAM / 2x SSD Alkatrészként vagy javításra
- Asztali PC , R5 5500 , 1080 8GB , 16GB RAM , 512GB NVME , 500GB HDD
- Gamer PC : RTX 5060Ti 16GB - Intel I5 14600KF - MSI B760 - 16GB DDR4 - 1TB SSD - 3TB HDD
- Intel Core ULTRA 9 285K +32GB 7600MHz Patriot Viper XTREME 5 DDR5 kit! (Bolti ár: kb 600ezer Ft!)
- Azonnali készpénzes GAMER / üzleti notebook felvásárlás személyesen / csomagküldéssel korrekt áron
- Apple iPhone 14 Pro 512GB, Kártyafüggetlen, 1 Év Garanciaval
- HIBÁTLAN iPhone 13 128GB Green-1 ÉV GARANCIA - Kártyafüggetlen, MS4347
- Realme GT 7 Pro 5G Mars Orange 12/256GB használt karcmentes 6 hónap garancia
- Samsung Galaxy A57 5G - Gray - 8/256GB - BONTATLAN - TELJESEN ÚJ - Jótállás:2028.04.23-ig
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest