-
Fototrend
Fototrend
Új hozzászólás Aktív témák
-
sanchomuzax
aktív tag
Üdv
Valaki találkozott olyannal, hogy a CEC (AnyNet+) egy idő után nem működik tovább?
A bekapcsolás után kb 5-10 percig használható a TV irányítója, utána már nem és az eszközlistát frissítve se találja meg az eszközt. Újratelepítés volt már.RasPi v2+RaspBMC+ps50c530
KösziPS: Valaki használja a RaspBMC-be épített webcam szolgáltatást?
-
sanchomuzax
aktív tag
No, összedugtam a gombokat egy próbapanelre, elvileg működik.
Tudna valaki egy próbaprogit írni/adni,amivel ki lehet próbálni a 23017 -es A kimenetén lévő 5×3-as mátrixot?
Nekem a python nagyon idegen...Esetleg ismer vki olyan drivert, ami az i2c-re kötött billentyűmátrixot kezeli, pl eventeket csinál belőle?
-
UsagiYojimbo
tag
Csao!
A gombokhoz nem kell táp. Ha a Pi bemenetein bekapcsolod a pull-up ellenállásokat elég a gombokat földre kötni. Ha nyomod a gombot 0, ha nem akkor a belső ellenállás felhúzza 1-re.Szerk.: a 23017-ben is van pull-up, sőt, interupt is, így nem kell folyamatosan poll-ozni, hogy épp milyen állapotban vannak a gombok.
-
Ezt nem igazán értem. Hogy lehet egy mátrixot úgy bekötni, amit mondtál?
Tehát van 3×5 gomb, azaz 3 sor és 5 oszlop vezeték. Ezt kéne a 23017 egyik 8bitjére kötni.
Itt mikor szólna az interrupt? Az nem csak akkor jelez, ha valami változott a gombok körül?Szerk:
Arra gondoltam, hogy felhúzzuk az összes sort, és várjuk a megszakítást, ha van megszakítás, akkor végigmegyünk a sorokon, és megnézzük, mi van lenyomva, majd újra felhúzzuk mindhárom sort, és várunk a megszakításra. Így működhet...Szerk 2:
Ez a bill.mátrix:
-
tomas01
aktív tag
Az Rpi belső USB-hubja sajnos "bug"-os és néha elveszt adatcsomagokat. Olyan átvitelnél, ami saját hibajavítást végez pl. hálózati adapter ezt nem veszed észre. De a DVB-T közvetlen kezelésével bajok lehetnek!
-
wassermann
Topikgazda
-
masolas, de nem az a lenyeg
hanem hogy mig pc-rol mukodik a curl addig pi-n nem eri el az adott szervert, ellenben ping kap valaszt pin is.
ja es ami uj info: ha pi-t mobilnetre kotom akkor pin is mukodik a curl.
ruter ujra inditva, sot factory reset is volt, pin pedig 3x is ujra lett huzva a raspbian meg sincs valtozas.
szoval tegnap 10:25 ota akar mit csinalok akar melyik distroval pi-rol curl-lel nem erem el az adott szervert(kiveve mobilnet), csak geprol.
egyik domaint sem erem el curl-el DE CSAK PIROL akik ezen az ipn vannak share hostingon:
http://networktools.nl/reverseip/146.255.45.1
en is ezen a serveren hostingolok.
barmi mas elerheto rendesen.
-
vzoltan
aktív tag
Nem tudom, hogy csak másolási giba, de a PING-nél nincs záró aposztróf...
masolas, de nem az a lenyeg
hanem hogy mig pc-rol mukodik a curl addig pi-n nem eri el az adott szervert, ellenben ping kap valaszt pin is.
ja es ami uj info: ha pi-t mobilnetre kotom akkor pin is mukodik a curl.
ruter ujra inditva, sot factory reset is volt, pin pedig 3x is ujra lett huzva a raspbian meg sincs valtozas.
szoval tegnap 10:25 ota akar mit csinalok akar melyik distroval pi-rol curl-lel nem erem el az adott szervert(kiveve mobilnet), csak geprol.
egyik domaint sem erem el curl-el DE CSAK PIROL akik ezen az ipn vannak share hostingon:
http://networktools.nl/reverseip/146.255.45.1
en is ezen a serveren hostingolok.
barmi mas elerheto rendesen.
-
UsagiYojimbo
tag
hali
nekem pedig olyan problemam van hogy rpi-rol meg tudom pingelni a serveremet de curl vagy wget nem eri el (desktoprol wget es curl is eleri)
ebben tud valaki segiteni?tegnap delelott egyszercsak ugy gondolta h tovabb mar nem eri el. azota ujra is huztam a raspbiant de semmi, rutert rebootoltam pit is jo sokszor de csak nem eri el a servereimet curl vagy wget
koszi
pi@raspberrypi ~ $ curl -v aSzerverem.com
* getaddrinfo(3) failed for aSzerverem.com:80
* Couldn't resolve host 'aSzerverem.com'
* Closing connection #0
curl: (6) Couldn't resolve host 'aSzerverem.com'
pi@raspberrypi ~ $PING pedig latja:
pi@raspberrypi ~ $ ping 'aSzerverem.com
PING aSzerverem.com (1.1.1.1) 56(84) bytes of data.
64 bytes from 'aSzerverem.com (1.1.1.1): icmp_req=1 ttl=54 time=49.4 ms
64 bytes from 'aSzerverem.com (1.1.1.1): icmp_req=2 ttl=54 time=43.5 ms
64 bytes from 'aSzerverem.com (1.1.1.1): icmp_req=3 ttl=54 time=45.7 ms
64 bytes from 'aSzerverem.com (1.1.1.1): icmp_req=4 ttl=54 time=52.0 ms
64 bytes from 'aSzerverem.com (1.1.1.1): icmp_req=5 ttl=54 time=42.9 ms
^C
--- 'aSzerverem.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4005ms
rtt min/avg/max/mdev = 42.993/46.752/52.060/3.487 ms
pi@raspberrypi ~ $(termeszetesen itt az ipcim es a domain nem valos)
-
vzoltan
aktív tag
hali
nekem pedig olyan problemam van hogy rpi-rol meg tudom pingelni a serveremet de curl vagy wget nem eri el (desktoprol wget es curl is eleri)
ebben tud valaki segiteni?tegnap delelott egyszercsak ugy gondolta h tovabb mar nem eri el. azota ujra is huztam a raspbiant de semmi, rutert rebootoltam pit is jo sokszor de csak nem eri el a servereimet curl vagy wget
koszi
pi@raspberrypi ~ $ curl -v aSzerverem.com
* getaddrinfo(3) failed for aSzerverem.com:80
* Couldn't resolve host 'aSzerverem.com'
* Closing connection #0
curl: (6) Couldn't resolve host 'aSzerverem.com'
pi@raspberrypi ~ $PING pedig latja:
pi@raspberrypi ~ $ ping 'aSzerverem.com
PING aSzerverem.com (1.1.1.1) 56(84) bytes of data.
64 bytes from 'aSzerverem.com (1.1.1.1): icmp_req=1 ttl=54 time=49.4 ms
64 bytes from 'aSzerverem.com (1.1.1.1): icmp_req=2 ttl=54 time=43.5 ms
64 bytes from 'aSzerverem.com (1.1.1.1): icmp_req=3 ttl=54 time=45.7 ms
64 bytes from 'aSzerverem.com (1.1.1.1): icmp_req=4 ttl=54 time=52.0 ms
64 bytes from 'aSzerverem.com (1.1.1.1): icmp_req=5 ttl=54 time=42.9 ms
^C
--- 'aSzerverem.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4005ms
rtt min/avg/max/mdev = 42.993/46.752/52.060/3.487 ms
pi@raspberrypi ~ $(termeszetesen itt az ipcim es a domain nem valos)
-
D@reeo
aktív tag
-
Kipróbáltam, telepítésnél van egy ilyen opció:
Expand arkOS to fit SD card?
If you installed arkOS via the Installer, and you have an SD card larger than 2GB, select this option. It will expand arkOS to give you all of the free space on this SD card. Requires a restart to take effect.Szóval elvileg 2 GB elég a telepítéshez.
-
sanchomuzax
aktív tag
A régi asztali mini PC-met átépítettem nagyobb házba, és abban nem fér el a hozzá való LCD panel. Gondoltam, megfejtem, és rákötném a Raspberry Pi-ra.
A panel egy AOpen XC Cube AV EA65 gombjait és alap szintű multimédiás tudását segítő megjelenítő LCD szép kék fénnyel a kijelzőn és a gombok mögött.
Ez az az LCD panel: http://goo.gl/zFAZBX
Találtam hozzá egy Linux drivert is, mellyel elvileg megszólítható: http://goo.gl/B09PH
Szerintetek érdemes vele küzdeni?
-
sanchomuzax
aktív tag
A régi asztali mini PC-met átépítettem nagyobb házba, és abban nem fér el a hozzá való LCD panel. Gondoltam, megfejtem, és rákötném a Raspberry Pi-ra.
A panel egy AOpen XC Cube AV EA65 gombjait és alap szintű multimédiás tudását segítő megjelenítő LCD szép kék fénnyel a kijelzőn és a gombok mögött.
Ez az az LCD panel: http://goo.gl/zFAZBX
Találtam hozzá egy Linux drivert is, mellyel elvileg megszólítható: http://goo.gl/B09PH
Szerintetek érdemes vele küzdeni?
-
Oké.
Nem gondoltam volna, hogy a kábel minősége ennyit számít.
Szerk.:
Eszembe jutott még valami, bár szerintem ez itt nem játszik, de azért leírom. A fém kábelen is szokott lenni egy szigetelő réteg (valami anyag vagy vegyület), amit le kell égetni, mondjuk öngyújtóval, csak utána érünk el magához a fémhez. -
Persze alapvetően lehetne, de ezt frissen blankoltam, ezek egyszerűen anyagukban sokkalta gagyibbak. Sima rézvezetékhez azért túlzásnak tartanám, ha gyantát / folyasztószert kéne használni...
Illetve mint írtam, a 3. típus remek, bármi trükközés nélkül ment szépen egyből.Oké.
Nem gondoltam volna, hogy a kábel minősége ennyit számít.Szerk.:
Eszembe jutott még valami, bár szerintem ez itt nem játszik, de azért leírom. A fém kábelen is szokott lenni egy szigetelő réteg (valami anyag vagy vegyület), amit le kell égetni, mondjuk öngyújtóval, csak utána érünk el magához a fémhez. -
UsagiYojimbo
tag
Csao!
A gombokhoz nem kell táp. Ha a Pi bemenetein bekapcsolod a pull-up ellenállásokat elég a gombokat földre kötni. Ha nyomod a gombot 0, ha nem akkor a belső ellenállás felhúzza 1-re.Szerk.: a 23017-ben is van pull-up, sőt, interupt is, így nem kell folyamatosan poll-ozni, hogy épp milyen állapotban vannak a gombok.
Ezt nem igazán értem. Hogy lehet egy mátrixot úgy bekötni, amit mondtál?
Tehát van 3×5 gomb, azaz 3 sor és 5 oszlop vezeték. Ezt kéne a 23017 egyik 8bitjére kötni.
Itt mikor szólna az interrupt? Az nem csak akkor jelez, ha valami változott a gombok körül?Szerk:
Arra gondoltam, hogy felhúzzuk az összes sort, és várjuk a megszakítást, ha van megszakítás, akkor végigmegyünk a sorokon, és megnézzük, mi van lenyomva, majd újra felhúzzuk mindhárom sort, és várunk a megszakításra. Így működhet...Szerk 2:
Ez a bill.mátrix: -
Nem jó helyre raktad az i2clib-et, kezdetben rakd a saját python fileod mellé:
Install i2clib
Install quick2wire+1 tipp: ha git-tel letültöd, alapból létrehozza neki a mappát, nehogy így nézen ki a file path: i2clibraries/i2clibraries/...
Hát nem sikeredik. Rögtön az elején a git paranccsal se tud mit kezdeni.
-
tomzi1
tag
Én is hasonlót kezdtem el csinálni, bár én egy CD játékosba próbálom a Málnát belehegeszteni...
Én egy 23017-es IC-t használok, ami ugyanez, csak 2×8 bittel. Erre azért van szükség, mert a kijelző mellet van 15 db gomb is az előlapon.Viszont én elakadtam az elektronikánál: A kijelzőt meg lehet úgy építeni, hogy +5V-ról tápláljuk, és a Málna-féle +3.3V-os jeleket kapja, ahogy te is csináltad. Az én esetemben viszont a billentyűk jeleit vissza kell vezetni a Málna felé, és ugye a Málna bemenetei nem bírják a +5V-ot. Ezen agyalok már egy ideje...
A lehetőségek:
- Feszültségváltó, ami oda-vissza konvertál a +3.3V és a +5V között. eddig ez a legszimpatikusabb, bár az I2C-t is bíró áramkör elég drága az adafruit-nál...
- Meghajthatnám az egészet +3.3V-ról, (valahogy így) bár azt a Málna +3.3V kimenete valószínűleg nem bírná el...Meg még az LCD-t keresem, mert a jelenlegi VFD előtt egy bordó plexi van...
-
Peter789
senior tag
A gombok 3×5-ös mátrixba vannak kötve, és ez a 8 vezeték menne az expander egyik 8 bitjére.
Azaz +12V-ot nem tudok a gombokra kötni, csak azt, amit az expander kiad.
A távolság a vezetékek belső ellenállásán fellépő fogyasztás miatt aggaszt, mivel az is a +3.3V-ot terheli. -
UsagiYojimbo
tag
I2C-hez nem elég az ellenállásos feszültségosztás, kell a jelszintillesztés
Mit jelent az hogy hosszú vezeték a gomboknál? ilyen lassú digitális jelváltozást lehet sztem még 100m utp kábel végén is stabilan érzékelni. De ha tényleg gondot okoz, akkor:
A gomboknál lehet 12V, egy feszosztóval le kell törni valami olyan tartományra ami a kábelen eséssel együtt bő ~3.3V, majd a piszkos munkát elvégzik a diódák - a kimenő ellenállás végén max 3.3V maradhat. Ugyan pazarol némi áramot amikor nyomják a gombot, de az mA nagyságrendű csak... Így a GPIO expander és LCD is mehet 3.3V-ról...
(a fenti kapcsolás a gombok felől érkező túlfesz és elektrosztatikus feltöltődés ellen is védi a többit)
-
Peter789
senior tag
+5V és +12V lesz tápról, a mellékelt ábrán is külső +5V-ról ment az LCD teljesen.
A problémás inkább a 15 db nyomógomb. ezek viszonylag hosszú vezetékeken vannak, elég sok veszteséggel...
A két ellenállásos fesz.osztóalkalmas az I2C kétirányú kommunikációjához?I2C-hez nem elég az ellenállásos feszültségosztás, kell a jelszintillesztés
Mit jelent az hogy hosszú vezeték a gomboknál? ilyen lassú digitális jelváltozást lehet sztem még 100m utp kábel végén is stabilan érzékelni. De ha tényleg gondot okoz, akkor:
A gomboknál lehet 12V, egy feszosztóval le kell törni valami olyan tartományra ami a kábelen eséssel együtt bő ~3.3V, majd a piszkos munkát elvégzik a diódák - a kimenő ellenállás végén max 3.3V maradhat. Ugyan pazarol némi áramot amikor nyomják a gombot, de az mA nagyságrendű csak... Így a GPIO expander és LCD is mehet 3.3V-ról...
(a fenti kapcsolás a gombok felől érkező túlfesz és elektrosztatikus feltöltődés ellen is védi a többit)
-
UsagiYojimbo
tag
a félvezetőket még elbírná az RPi 3.3V kimenete, de a háttérvilágítás már bizonyára sok lenne neki... építhetsz hozzá pár alkatrészből saját tápot is, de egyszerűbb megrendelni kínából vagy angliából a kész tápmodult...
ha 5V-ot akarsz használni, akkor pedig egy-egy 2 ellenállásból álló feszültségosztóval tudod belekötni az RPi 3.3V-os bemeneteibe
-
Ma próbaképpen vettem 3*1m, különböző típusú hangfalkábelt, 0.5mm^2 mindhárom, piros-fekete köpeny. Pár "apró" különbség viszont van köztük:
- 1. selejtes hulladék, nem lehet forrasztani, ugyan vörös színű a szál, de elég minimális réz lehet benne, a levágott kábel vége inkább ezüstösen csillog, szinte egyáltalán nem futja be az ón. Maga a szigetelés amúgy ilyen félig-meddig áttetsző (tehát piros-fekete ez is, nem a teljesen színtelen, de látni benne a rézszálat). Métere 45Ft.
- 2. ez is gagyi, már-már jobbnak tűnt, kicsit volt könnyebb forrasztani, de még mindig nem használható értelmesen. Matt fényű szigetelés, ára 45Ft.
- 3. na ez a tuti. Csak hozzá érintem, és szépen befut az ón a szálak közé, könnyű vele dolgozni. Ennek a szigetelése kissé fényes színű piros-feka. Ára annak viszont 125Ft/m, hát igen.Mindhárom vezetéket ugyanott vettem. De legalább van köztük olyan, ami minőségi. Egyszer vettem máshol is, ott ráadásul talán 3 métert valamelyik típusból, mondván csak jó lesz, de az is használhatatlan volt. Mire tervezik ezeket, csipeszre, vagy csoki csatira? Egy csatlakozót nem lehet rendesen ráforrasztani.
-
Peter789
senior tag
Én is hasonlót kezdtem el csinálni, bár én egy CD játékosba próbálom a Málnát belehegeszteni...
Én egy 23017-es IC-t használok, ami ugyanez, csak 2×8 bittel. Erre azért van szükség, mert a kijelző mellet van 15 db gomb is az előlapon.Viszont én elakadtam az elektronikánál: A kijelzőt meg lehet úgy építeni, hogy +5V-ról tápláljuk, és a Málna-féle +3.3V-os jeleket kapja, ahogy te is csináltad. Az én esetemben viszont a billentyűk jeleit vissza kell vezetni a Málna felé, és ugye a Málna bemenetei nem bírják a +5V-ot. Ezen agyalok már egy ideje...
A lehetőségek:
- Feszültségváltó, ami oda-vissza konvertál a +3.3V és a +5V között. eddig ez a legszimpatikusabb, bár az I2C-t is bíró áramkör elég drága az adafruit-nál...
- Meghajthatnám az egészet +3.3V-ról, (valahogy így) bár azt a Málna +3.3V kimenete valószínűleg nem bírná el...Meg még az LCD-t keresem, mert a jelenlegi VFD előtt egy bordó plexi van...
-
Sziasztok
ELnézést, nagyon láma dolgokat fogok kérdezni.
Szóval van egy 16x2 karakteres LCD kijelző, megjött az i2c illesztő, ráforrasztottam, ez alapján rákötöttem a Pi-re.
Amit szeretnék: Raspbmc alatt óra, naptár kijelzése. Első körben...legjobb lenne a felső sorban a dátum, alul, hogy mióta van bekapcsolva.
Kérdés,hogy raspbmc alá telepíthetem-e a pythont és megoldható-e a fent írt egyszerűség? Egy erre való python script is jöhet, mert nem tudok programozni.
-
Ha már itt járok és szóba került az LCD, azt hiszem teljesen megoldódott az LCD szemetelős gondom, ha valakit érdekel a story:.
0. Reprodukció
Igazából két gond volt vele, az egyik, hogy ha ment egy ideig spontán kiakadt kb. 24 óa alatt egyszer tuti, a másik, hogy manuálisan relével is ki tudtam akasztani.1. Pufferkondi-kísérlet
2. Relét külön tápra
A spontán kiakadás ezután is előjött.A megoldás pedig:
1. Relé tekercsköre direktben arról a tápból van meghajtva, amiről a Pi is kapja a kraftot, nem a Pi GPIO 5V-ról megy.
2. I2C LCD modul
3. I2C Python Library
Az utóbbi lib elég jó cucc, ajánlom mindenkinek.
+ Már nem csak a lámpát kapcsolgatom az ágyból a TV-m távirányítójával, de az LCD háttérvilágítását is.Köszi, ezzel sikerült oda eljutnom, hogy megtalálja az LCD-t és a tesztre bejön a sok vonalkás táblázat és ott a 7x27 -en van.
A kérdés,hogy ekkor a pylcdlib.py -fájlban nekem mit kell módosítanom, hogy jó legyen?
-
ivjoe
tag
Ha már itt járok és szóba került az LCD, azt hiszem teljesen megoldódott az LCD szemetelős gondom, ha valakit érdekel a story:.
0. Reprodukció
Igazából két gond volt vele, az egyik, hogy ha ment egy ideig spontán kiakadt kb. 24 óa alatt egyszer tuti, a másik, hogy manuálisan relével is ki tudtam akasztani.1. Pufferkondi-kísérlet
2. Relét külön tápra
A spontán kiakadás ezután is előjött.A megoldás pedig:
1. Relé tekercsköre direktben arról a tápból van meghajtva, amiről a Pi is kapja a kraftot, nem a Pi GPIO 5V-ról megy.
2. I2C LCD modul
3. I2C Python Library
Az utóbbi lib elég jó cucc, ajánlom mindenkinek.
+ Már nem csak a lámpát kapcsolgatom az ágyból a TV-m távirányítójával, de az LCD háttérvilágítását is. -
Fel raktam, persze.
És nem a roottal van a gond, mert úgyis próbáltam.Ezt adja vissza ha indítom :
Traceback (most recent call last):
File "ora.py", line 8, in <module>
lcd = pylcdlib.lcd(0x21,0)
File "/lib/pylcdlib.py", line 30, in __init__
self.lcd_device = i2c_device(addr, port)
File "/lib/pylcdlib.py", line 8, in __init__
self.bus = smbus.SMBus(port)
IOError: [Errno 2] No such file or directorySzerintem a gond az lehet,hogy a sudo i2cdetect -y 1 parancsra nekem Error: Could not open file `/dev/i2c-1' or `/dev/i2c/1': No such file or directory
Valami ötlet?
-
Óóóóó, na....szóval én tök hülye vagyok a programozáshoz és habár próbálkoztam vele, idő hiányában még mindig hülye vagyok.
Az oldalon lévő kódot, ahogy mondtad, a lib mappába bementettem. Továbbá a te által írt kis óra scriptet is mellé tettem, ora.py-ként.
A raspbmc-hez putty val kapcsolódok. Hogy tudom elindítani a scriptet?
-
Óóóóó, na....szóval én tök hülye vagyok a programozáshoz és habár próbálkoztam vele, idő hiányában még mindig hülye vagyok.
Az oldalon lévő kódot, ahogy mondtad, a lib mappába bementettem. Továbbá a te által írt kis óra scriptet is mellé tettem, ora.py-ként.
A raspbmc-hez putty val kapcsolódok. Hogy tudom elindítani a scriptet?
-
Összedobtam egy ilyent próba képpen
2 percig frissiti az időt.
Azért csak addig mert amig nem végleges addig jobb ha nem végtelenített a kód.
futtatás előtt legyen telepítve amit a blogon írtak, illetve mentsd le az ottani kódot pylcdlib.py -ként (és javaslom a lib mappába berakni)
#! /usr/bin/env python
# -*- coding: Utf-8 -*-
from datetime import datetime
import time
import pylcdlib
lcd = pylcdlib.lcd(0x21,0)
x = 0
while x<120:
datum = datetime.now().strftime('%Y-%m-%d')
ido = datetime.now().strftime('%H:%M:%S')
lcd.lcd_puts(datum,1) #datum elso sorban
lcd.lcd_puts(ido,2) #ido masodik sorban
# print 'datum: ', datum, "\n", "ido:",ido
time.sleep(1)
x +=1
# print "vege"Óóóóó, na....szóval én tök hülye vagyok a programozáshoz és habár próbálkoztam vele, idő hiányában még mindig hülye vagyok.
Az oldalon lévő kódot, ahogy mondtad, a lib mappába bementettem. Továbbá a te által írt kis óra scriptet is mellé tettem, ora.py-ként.
A raspbmc-hez putty val kapcsolódok. Hogy tudom elindítani a scriptet?
-
Sziasztok
ELnézést, nagyon láma dolgokat fogok kérdezni.
Szóval van egy 16x2 karakteres LCD kijelző, megjött az i2c illesztő, ráforrasztottam, ez alapján rákötöttem a Pi-re.
Amit szeretnék: Raspbmc alatt óra, naptár kijelzése. Első körben...legjobb lenne a felső sorban a dátum, alul, hogy mióta van bekapcsolva.
Kérdés,hogy raspbmc alá telepíthetem-e a pythont és megoldható-e a fent írt egyszerűség? Egy erre való python script is jöhet, mert nem tudok programozni.
-
Sziasztok
ELnézést, nagyon láma dolgokat fogok kérdezni.
Szóval van egy 16x2 karakteres LCD kijelző, megjött az i2c illesztő, ráforrasztottam, ez alapján rákötöttem a Pi-re.
Amit szeretnék: Raspbmc alatt óra, naptár kijelzése. Első körben...legjobb lenne a felső sorban a dátum, alul, hogy mióta van bekapcsolva.
Kérdés,hogy raspbmc alá telepíthetem-e a pythont és megoldható-e a fent írt egyszerűség? Egy erre való python script is jöhet, mert nem tudok programozni.
-
Sziasztok
ELnézést, nagyon láma dolgokat fogok kérdezni.
Szóval van egy 16x2 karakteres LCD kijelző, megjött az i2c illesztő, ráforrasztottam, ez alapján rákötöttem a Pi-re.
Amit szeretnék: Raspbmc alatt óra, naptár kijelzése. Első körben...legjobb lenne a felső sorban a dátum, alul, hogy mióta van bekapcsolva.
Kérdés,hogy raspbmc alá telepíthetem-e a pythont és megoldható-e a fent írt egyszerűség? Egy erre való python script is jöhet, mert nem tudok programozni.
-
Sziasztok
ELnézést, nagyon láma dolgokat fogok kérdezni.
Szóval van egy 16x2 karakteres LCD kijelző, megjött az i2c illesztő, ráforrasztottam, ez alapján rákötöttem a Pi-re.
Amit szeretnék: Raspbmc alatt óra, naptár kijelzése. Első körben...legjobb lenne a felső sorban a dátum, alul, hogy mióta van bekapcsolva.
Kérdés,hogy raspbmc alá telepíthetem-e a pythont és megoldható-e a fent írt egyszerűség? Egy erre való python script is jöhet, mert nem tudok programozni.
Akartam írni: ez alapján.
-
V.Stryker
nagyúr
Sziasztok
ELnézést, nagyon láma dolgokat fogok kérdezni.
Szóval van egy 16x2 karakteres LCD kijelző, megjött az i2c illesztő, ráforrasztottam, ez alapján rákötöttem a Pi-re.
Amit szeretnék: Raspbmc alatt óra, naptár kijelzése. Első körben...legjobb lenne a felső sorban a dátum, alul, hogy mióta van bekapcsolva.
Kérdés,hogy raspbmc alá telepíthetem-e a pythont és megoldható-e a fent írt egyszerűség? Egy erre való python script is jöhet, mert nem tudok programozni.
-
Saját tapasztalatom az 1-wire hálózatról:
Jelenleg nem lakott ingatlanban (felújítás alatt) Villany mellé 100 méter feletti UTP kábelen behúzva sorosan felfűzve 14db DS18B20 ami egy Dallas USB illesztővel csatlakozik a PI-re.
Az adatokat RRD-be percenként gyüjti. Webes felületről grafikonokon jeleníti meg az adatokat már egy jó ideje.
Most 127 nap az uptime.
A nyáron egyszer leált az adatgyüjtés villámláskor. (Ekkor pár házzal odébb sok minden elektromos dolog tönkrement.) AZ USB illesző kihúzása és visszadugása után helyreált a rendszer. -
Ma próbáltam körbejárni a különböző kommunikációs lehetőségeket, de kezdem elveszteni a fonalat...
Alapvetően maradnék annál a felállásnál, hogy van egy raspberry központ, amin weben lehet nézegetni a dolgokat, emailt küld, monitoroz, stb. Tetszőleges számú arduinora pedig szenzorok vannak kötve.
A gond ott kezdődik, hogy lenne két távolabbi pont is, ahol lesz lcd+gombsor, ugye aktiválás/kikapcsolás feladatokkal. Ide szerintem mindenképp praktikus lenne egy vezérlő, hisz a 8 vezeték kevés lenne, hogy a központban helyezzem csak el a vezérlést, tehát mondjuk ezek kapnak egy arduinot, ami így messzebb van a többitől.
Így a kommunikációhoz az i2c nem nyerő a nagyobb távolság miatt. Praktikusabb lehet az RS485, noha nem csavart érpár megy, csak párhuzamosak, de csak 10-20m-ről van szó, szerintem ez nem gond (még talán i2c sem, de nem szeretném e köré tervezni, mert azt neccesnek érzem).Viszont egyelőre nem tudom, miképp oldanám meg, pl. egy raspberry és két arduino rs485-ös illesztését, mivel az előbbin ha jól tudom, spi, i2c, uart van. Néztem, hogy lehetne-e valamilyen konvertert készíteni (pl. i2c -> rs), de annyira nem érzem szép megoldásnak; nem tudom, mennyivel lenne bonyolultabb a kommunikáció, lehetne-e kétirányú, címzés menne-e; illetve a logikai feszültségszintekre is figyelni kell, ide sem ártana egy konverter (rpi-n 3v, arduinon 5v megy).
Felmerült bennem, hogy esetleg valami primitív rf kapcsolat lenne a központ(nál lévő arduino) és a távoli lcd-s blokk között, és akkor a központnál maradhatna i2c. De bluetooth/zigbee drága, mezei rf meg nem tudom, mennyire megbízható / biztonságos.
Még egy lehetőség, hogy lesz egy "bridge" arduino, ami középen állva két szerepet töltene be: rs485-ön kommunikálna a másik (vagy akár több) arduinoval, amikre a szenzorok, lcd, gombsor van kötve; a másik irányba meg i2c kommunikáció lenne az rpi-vel. Amiatt is kényelmesebb, hogy ha az rpi a master, akkor nem kell a feszültségszintek miatt semmi egyéb átalakító.Vagy az rpi-hez elég lehet egy sima kétirányú fesz konverter, és mehet is rs485-re? Erről még nem igazán találtam infót, mi különbség is van uart és rs485 között, mert talán ez lenne a legjobb. De ha ehhez is kell a két konverter, akkor inkább már egy arduino és i2c.
-
-
nem olvastam vegig h mirol megy a beszelgetes csak bele kotnyeleskedem
biztosan tok mas amit en hasznalok.
2x30meteren , 4eres telefon kabelen (3er van hasznalatban, (tobb elagazassal, forrasztas nelkul sorkapocs segitsegevel) hoerzekeloket kotottem be (DS18B20) 3.3V-ra
es az erzekelok szepen vissza is lokik az adatokatezzel iratom ki grafikonra, kulso szerveren:
https://github.com/fape/sensor -
Nem a sebességével, hanem a jelszinttel, zajjal, visszahanggal lenne gond a kábelben. Az I2C-t maximum néhány méterre találták ki - talán nagyon alapos tervezéssel és lecsökkentett órajellel el lehetne menni akár 10 méterig is, de egy lakásban az se lesz elég, lévén hogy csillagpontosan nem lehet felfűzni a klienseket, egy körbemenő buszrendszert kell kialakítani
A CAN, RS422, RS485 mind differenciális jelátvitelt alkalmaz csavart érpáron > filléres eszközökkel mezei UTP kábelen akár kilométerekre is el lehet küldeni a jelet. A CAN-hez kell dedikált vezérlő - ez lehet a mikrokontrollerben, valamint külső is, mint az SPI portra köthető MCP2515. De igazából ez a verébre ágyúval kategória lenne, de mint érdekesség és projekt akár szóba is jöhetne.
Az RS422 mezei sorosportot igényel, így jóval egyszerűbben implementálható, csak a differenciális adó-vevő IC-k kellenek hozzá. 2 eszköz kommunikálhat egymással egyirányú, half duplex vagy full duplex módban. Én ezt használtam egy kameravezérlő projekthez, ahol a sorosportot alkalmazó JVC távirányító kimenetét lekémkedtem, majd klónoztam mikrokontrollerre a szükséges parancsokat és RS422-n továbbítottam a jelet. A múlt évi sziget youtube élő adásában remekül vizsgázott a rendszer többszáz méter utp kábeleken keresztül, a kis csapat profi minőségű munkát tudott végezni a sebtiben összelapátolt hardverrel
Az RS485 pedig szintén sorosport differenciális átvitellel, de hálózatos felépítésre kitalálva. Ez sem csillagpontos, de bírja az akármilyen hosszú kábelt és ennek a minőségére se háklis
Neked szerintem ez utóbbi lenne az ideális választás az eszközök felfűzésére. A protokollra lehet valami kész kidolgozottat keresni, de akár saját kútfőből is összedobhatsz valamit - az I2C-hez hasonlóan kell egy master és a sok slave, és a master címzi a slave eszközöknek a parancsokat
nem olvastam vegig h mirol megy a beszelgetes csak bele kotnyeleskedem
biztosan tok mas amit en hasznalok.
2x30meteren , 4eres telefon kabelen (3er van hasznalatban, (tobb elagazassal, forrasztas nelkul sorkapocs segitsegevel) hoerzekeloket kotottem be (DS18B20) 3.3V-ra
es az erzekelok szepen vissza is lokik az adatokatezzel iratom ki grafikonra, kulso szerveren:
https://github.com/fape/sensor -
A raspberry és az arduinok egymás mellett lesznek közvetlenül. Az arduino és az érzékelők vannak távol.
Kivétel lehet az lcd/kezelőszerv, de azon még egyáltalán nem gondolkodtam, viszont igen, ez lehet felvet majd problémákat. Majd a napokban rákeresek ezekre is, milyen lehetőségek vannak, tehát pl. akár arduinoval egybeépített saját szoftverrel, ami csak néha küld a központnak adatot (bekapcsolták, kikapcsolták, rontott kód, stb) vagy csak panel+gombsor, és a vezérlés máshol, nem tudom még.
A kihúzott kábelek amúgy nem csavart érpárok, csak simán több ér párhuzamosan egymás mellett.De köszönöm az infókat, holnap megnézem pontosabban a témát.
Akkor több arduino-nak végképp semmi értelme, de még 1 arduino se feltétlenül kellene... Akkor esetleg újabb alternatíva lehet, hogyha fogsz X darab opewrt-sített MR3020-as mini routert (olcsóbb mint a RPi és adott a wifi) vagy vele azonos Carambola2-es (szintén openwrt támogatott, a hozzá tervezendő nyák pedig a projekt része lehet) modult, és ezekre kötöd a csupa I2C, vagy digit lábon jelző szenzort (analóg nincsen), valamint LCD kijelzőket is lehet találni I2C buszra. Akkor a rútereken futó szoftvereken lenne a hangsúly - a végpontok gyűjtik az adatokat, az AP pedig összegzi és egy weboldalt üzemeltet belőle, plussz bármelyik végpont játszhat akár online rádió stream-eket is vagy amit csak kitalálsz
Az MR3020-asok fogyasztása elég alacsony - aktív wifi-vel és online USB-s 3G modemmel együtt 150-250mA közötti értékeket mértem, tehát nem vészes ha pár végpont folyamatosan fut... -
Nem a sebességével, hanem a jelszinttel, zajjal, visszahanggal lenne gond a kábelben. Az I2C-t maximum néhány méterre találták ki - talán nagyon alapos tervezéssel és lecsökkentett órajellel el lehetne menni akár 10 méterig is, de egy lakásban az se lesz elég, lévén hogy csillagpontosan nem lehet felfűzni a klienseket, egy körbemenő buszrendszert kell kialakítani
A CAN, RS422, RS485 mind differenciális jelátvitelt alkalmaz csavart érpáron > filléres eszközökkel mezei UTP kábelen akár kilométerekre is el lehet küldeni a jelet. A CAN-hez kell dedikált vezérlő - ez lehet a mikrokontrollerben, valamint külső is, mint az SPI portra köthető MCP2515. De igazából ez a verébre ágyúval kategória lenne, de mint érdekesség és projekt akár szóba is jöhetne.
Az RS422 mezei sorosportot igényel, így jóval egyszerűbben implementálható, csak a differenciális adó-vevő IC-k kellenek hozzá. 2 eszköz kommunikálhat egymással egyirányú, half duplex vagy full duplex módban. Én ezt használtam egy kameravezérlő projekthez, ahol a sorosportot alkalmazó JVC távirányító kimenetét lekémkedtem, majd klónoztam mikrokontrollerre a szükséges parancsokat és RS422-n továbbítottam a jelet. A múlt évi sziget youtube élő adásában remekül vizsgázott a rendszer többszáz méter utp kábeleken keresztül, a kis csapat profi minőségű munkát tudott végezni a sebtiben összelapátolt hardverrel
Az RS485 pedig szintén sorosport differenciális átvitellel, de hálózatos felépítésre kitalálva. Ez sem csillagpontos, de bírja az akármilyen hosszú kábelt és ennek a minőségére se háklis
Neked szerintem ez utóbbi lenne az ideális választás az eszközök felfűzésére. A protokollra lehet valami kész kidolgozottat keresni, de akár saját kútfőből is összedobhatsz valamit - az I2C-hez hasonlóan kell egy master és a sok slave, és a master címzi a slave eszközöknek a parancsokat
-
Igazság szerint én nem különösebben értek jelenleg mikrokontrollerekhez vagy elektronikához
Az általam említett dolgokkal is most a nyár folyamán volt némi időm ismerkedni.
I2C: Ez csak az RPi master és Arduino slavek közti kommunikációért felelte, tehát összesen talán 4 eszközt vezérelnék (és ha jól tudom már eleve lehetne 127-et címezni, szóval szerintem elég, nagy sebesség sem kell). Maguk a szenzorok egyszerűen rá lesznek kötve az arduino digitális lábaira. És akkor pl. adott időközönként az RPI lekéri valamennyi arduinotól a lábak állapotát, és megnézi, hol lát aktív jelet mozgásérzékelők között.Nem a sebességével, hanem a jelszinttel, zajjal, visszahanggal lenne gond a kábelben. Az I2C-t maximum néhány méterre találták ki - talán nagyon alapos tervezéssel és lecsökkentett órajellel el lehetne menni akár 10 méterig is, de egy lakásban az se lesz elég, lévén hogy csillagpontosan nem lehet felfűzni a klienseket, egy körbemenő buszrendszert kell kialakítani
A CAN, RS422, RS485 mind differenciális jelátvitelt alkalmaz csavart érpáron > filléres eszközökkel mezei UTP kábelen akár kilométerekre is el lehet küldeni a jelet. A CAN-hez kell dedikált vezérlő - ez lehet a mikrokontrollerben, valamint külső is, mint az SPI portra köthető MCP2515. De igazából ez a verébre ágyúval kategória lenne, de mint érdekesség és projekt akár szóba is jöhetne.
Az RS422 mezei sorosportot igényel, így jóval egyszerűbben implementálható, csak a differenciális adó-vevő IC-k kellenek hozzá. 2 eszköz kommunikálhat egymással egyirányú, half duplex vagy full duplex módban. Én ezt használtam egy kameravezérlő projekthez, ahol a sorosportot alkalmazó JVC távirányító kimenetét lekémkedtem, majd klónoztam mikrokontrollerre a szükséges parancsokat és RS422-n továbbítottam a jelet. A múlt évi sziget youtube élő adásában remekül vizsgázott a rendszer többszáz méter utp kábeleken keresztül, a kis csapat profi minőségű munkát tudott végezni a sebtiben összelapátolt hardverrel
Az RS485 pedig szintén sorosport differenciális átvitellel, de hálózatos felépítésre kitalálva. Ez sem csillagpontos, de bírja az akármilyen hosszú kábelt és ennek a minőségére se háklis
Neked szerintem ez utóbbi lenne az ideális választás az eszközök felfűzésére. A protokollra lehet valami kész kidolgozottat keresni, de akár saját kútfőből is összedobhatsz valamit - az I2C-hez hasonlóan kell egy master és a sok slave, és a master címzi a slave eszközöknek a parancsokat
-
-
Nem igazán ismerem még azokat, de körbejárom a témát.
De mivel ez ugye egy projekt feladat is, amibe bele kéne fűzni arduinos kommunikációt, meg egyebeket, ezért a felállás nagyjából az lesz, amit írtam is, de alapvetően érdekelnek a különböző megoldási lehetőségek, tehát lehet van, amit egyszerűbb megépíteni, vagy olcsóbb, gyorsabb, stb. Pl. 3 arduinot megépíteni szerintem nem bonyolult, mert ma jött meg 5db atmega328 bootloaderes kontroller, pár kondi meg ellenállás köré, és működik is, egy ezres alatt marad az ára így /db. Nem tudom pl. ezek a one-wire cuccok drágábbak-e, bonyolultabb-e a kommunikáció, gyanítom mindkettőre igen a válasz, és az nekem most nem jó - bár persze ettől még lehet elegánsabb / jobb megoldás, stb. De pl. egy alap PIR szenzor 400Ft körül mozog. Vezeték is van bőven (6 meg 8 eres riasztókábelek vannak a szobákban, egy szobában kettő is, szóval ez is van bőven).Igazából amit korábban már kérdeztem, azt nem tudom, hogy milyen füstérzékelőt használjak. Ebből nem is igazán találtam ilyen kis "szenzor" jellegű dolgot, csak kész, felszerelhető darabokat, ami alapvetően nem baj mondjuk, legalább már van rajta ház, csak a riasztást kell figyelni rajta. Meg nem lenne rossz, ha mozgásra be tudnám kapcsolni az ezekben lévő csipogókat, vagy mik ezek (buzzer).
-
Ahogy írtam is, 2-3 szoba szenzoraiért felelne egy arduino. Egy szobába kerülne 2-4 érzékelő (mozgás, hőmérséklet, füst például), és van nagyjából... ~10 monitorozandó helyiség. Tehát egy arduinon lesz mondjuk 9 szenzor. Nem beszélve arról, hogy arduinon van analóg bemenet, rpi-n nincs, bár aztán lehet nem lesz rá szükség (de pl. egy gáz szenzor analóg jelet ad).
Mindez ugye, egy teljes több szintes családi ház esetén, kisebb helyen / lakásnál nyilván kevesebb, és mint ténylegesen megépített és bemutatásra kerülő rendszerbe szintén nem teszek ennyit, szemléltetéshez nem kell, de persze úgy lesz összerakva, hogy bővíteni lehessen. Tehát pl. egy i2c buszon kommunikáló master rpi, meg két slave arduino + lcd/gombsor. Utóbbiról még nincsenek infóim, ezt akarom körbejárni most, hogy lássam, mikkel kell dolgoznom.
Itt megjegyzem, hogy ez egy több hónapos projekt, és bőven lesz mellette más dolgom is, szóval nem tervezek túl sűrűn frissítgetni, vagy lehet egy hétig hozzá sem nyúlok. -
jaaa értem, azt hittem a szenzor az csak 1-1 mozgásérzékelőt jelent... az I2C-hez egy lakás lehet már túl nagy, ahhoz már lehet az RS422/RS485 soros saját protokollal jobb választás, vagy ha trendi akarsz lenni akkor CAN - RPi-hez is könnyű illeszteni egy MCP2515-öst, és a mikrovezérlő oldalról meg vannak natív megoldások
Igazság szerint én nem különösebben értek jelenleg mikrokontrollerekhez vagy elektronikához
Az általam említett dolgokkal is most a nyár folyamán volt némi időm ismerkedni.
I2C: Ez csak az RPi master és Arduino slavek közti kommunikációért felelte, tehát összesen talán 4 eszközt vezérelnék (és ha jól tudom már eleve lehetne 127-et címezni, szóval szerintem elég, nagy sebesség sem kell). Maguk a szenzorok egyszerűen rá lesznek kötve az arduino digitális lábaira. És akkor pl. adott időközönként az RPI lekéri valamennyi arduinotól a lábak állapotát, és megnézi, hol lát aktív jelet mozgásérzékelők között. -
Ahogy írtam is, 2-3 szoba szenzoraiért felelne egy arduino. Egy szobába kerülne 2-4 érzékelő (mozgás, hőmérséklet, füst például), és van nagyjából... ~10 monitorozandó helyiség. Tehát egy arduinon lesz mondjuk 9 szenzor. Nem beszélve arról, hogy arduinon van analóg bemenet, rpi-n nincs, bár aztán lehet nem lesz rá szükség (de pl. egy gáz szenzor analóg jelet ad).
Mindez ugye, egy teljes több szintes családi ház esetén, kisebb helyen / lakásnál nyilván kevesebb, és mint ténylegesen megépített és bemutatásra kerülő rendszerbe szintén nem teszek ennyit, szemléltetéshez nem kell, de persze úgy lesz összerakva, hogy bővíteni lehessen. Tehát pl. egy i2c buszon kommunikáló master rpi, meg két slave arduino + lcd/gombsor. Utóbbiról még nincsenek infóim, ezt akarom körbejárni most, hogy lássam, mikkel kell dolgoznom.
Itt megjegyzem, hogy ez egy több hónapos projekt, és bőven lesz mellette más dolgom is, szóval nem tervezek túl sűrűn frissítgetni, vagy lehet egy hétig hozzá sem nyúlok. -
Jelentem, tényleges projekt lesz az otthoni riasztórendszer
Főleg, hogy egy egyetemi tárgy keretében fogok vele foglalkozni. Lehet vezetek majd neki valamilyen szinten egy blogot is, de ha mást nem, ide néha tervezek beírni az aktuális állapotokról.Az alap elképzelés, hogy egy adott környezetben (családi ház, valamennyi szobába kihúzott riasztókábelekkel, de végpont és vezérlés nélkül) egy riasztórendszert kell kiépíteni, központi felügyelettel, értesítőkkel, naplózással, különböző érzékelőkkel, web hozzáféréssel, kezelőszervekkel, stb.
Terv szerint a központ egy raspberry pi, mely vezérel több arduinot, melyek egyenként 2-3 szoba szenzoraiért felelősek.Vannak már konkrétabb tervek is, egyelőre magamnak vezetek egy részletes dokumentációt, de alapvetően szerintem nem lenne rossz, ha egy ilyesmi megoldás szerepelne itt a logouton is, nem sok hasonló írást láttam eddig. Erre viszont talán csak a projekt (félév) legvégén kerítek majd sort, mert egyrészt akkor lesz teljesen kész és prezentálható, másrészt nem szeretném, ha különböző plagizálási kérdések merülnének fel, harmadrészt nem szeretem, ha sokan beleszólnak
![;]](//cdn.rios.hu/dl/s/v1.gif)
De majd pár kérdésem biztos lesz a témában, szerencsére egyelőre valamennyi területen van egy elképzelésem az induláshoz. Első körben írok egy pontos specifikációt. -
lord.lakli
őstag
Jelentem, tényleges projekt lesz az otthoni riasztórendszer
Főleg, hogy egy egyetemi tárgy keretében fogok vele foglalkozni. Lehet vezetek majd neki valamilyen szinten egy blogot is, de ha mást nem, ide néha tervezek beírni az aktuális állapotokról.Az alap elképzelés, hogy egy adott környezetben (családi ház, valamennyi szobába kihúzott riasztókábelekkel, de végpont és vezérlés nélkül) egy riasztórendszert kell kiépíteni, központi felügyelettel, értesítőkkel, naplózással, különböző érzékelőkkel, web hozzáféréssel, kezelőszervekkel, stb.
Terv szerint a központ egy raspberry pi, mely vezérel több arduinot, melyek egyenként 2-3 szoba szenzoraiért felelősek.Vannak már konkrétabb tervek is, egyelőre magamnak vezetek egy részletes dokumentációt, de alapvetően szerintem nem lenne rossz, ha egy ilyesmi megoldás szerepelne itt a logouton is, nem sok hasonló írást láttam eddig. Erre viszont talán csak a projekt (félév) legvégén kerítek majd sort, mert egyrészt akkor lesz teljesen kész és prezentálható, másrészt nem szeretném, ha különböző plagizálási kérdések merülnének fel, harmadrészt nem szeretem, ha sokan beleszólnak
De majd pár kérdésem biztos lesz a témában, szerencsére egyelőre valamennyi területen van egy elképzelésem az induláshoz. Első körben írok egy pontos specifikációt. -
Jelentem, tényleges projekt lesz az otthoni riasztórendszer
Főleg, hogy egy egyetemi tárgy keretében fogok vele foglalkozni. Lehet vezetek majd neki valamilyen szinten egy blogot is, de ha mást nem, ide néha tervezek beírni az aktuális állapotokról.Az alap elképzelés, hogy egy adott környezetben (családi ház, valamennyi szobába kihúzott riasztókábelekkel, de végpont és vezérlés nélkül) egy riasztórendszert kell kiépíteni, központi felügyelettel, értesítőkkel, naplózással, különböző érzékelőkkel, web hozzáféréssel, kezelőszervekkel, stb.
Terv szerint a központ egy raspberry pi, mely vezérel több arduinot, melyek egyenként 2-3 szoba szenzoraiért felelősek.Vannak már konkrétabb tervek is, egyelőre magamnak vezetek egy részletes dokumentációt, de alapvetően szerintem nem lenne rossz, ha egy ilyesmi megoldás szerepelne itt a logouton is, nem sok hasonló írást láttam eddig. Erre viszont talán csak a projekt (félév) legvégén kerítek majd sort, mert egyrészt akkor lesz teljesen kész és prezentálható, másrészt nem szeretném, ha különböző plagizálási kérdések merülnének fel, harmadrészt nem szeretem, ha sokan beleszólnak
De majd pár kérdésem biztos lesz a témában, szerencsére egyelőre valamennyi területen van egy elképzelésem az induláshoz. Első körben írok egy pontos specifikációt.
Ennyi röviden, tömören.
-
harry
veterán
Jelentem, tényleges projekt lesz az otthoni riasztórendszer
Főleg, hogy egy egyetemi tárgy keretében fogok vele foglalkozni. Lehet vezetek majd neki valamilyen szinten egy blogot is, de ha mást nem, ide néha tervezek beírni az aktuális állapotokról.Az alap elképzelés, hogy egy adott környezetben (családi ház, valamennyi szobába kihúzott riasztókábelekkel, de végpont és vezérlés nélkül) egy riasztórendszert kell kiépíteni, központi felügyelettel, értesítőkkel, naplózással, különböző érzékelőkkel, web hozzáféréssel, kezelőszervekkel, stb.
Terv szerint a központ egy raspberry pi, mely vezérel több arduinot, melyek egyenként 2-3 szoba szenzoraiért felelősek.Vannak már konkrétabb tervek is, egyelőre magamnak vezetek egy részletes dokumentációt, de alapvetően szerintem nem lenne rossz, ha egy ilyesmi megoldás szerepelne itt a logouton is, nem sok hasonló írást láttam eddig. Erre viszont talán csak a projekt (félév) legvégén kerítek majd sort, mert egyrészt akkor lesz teljesen kész és prezentálható, másrészt nem szeretném, ha különböző plagizálási kérdések merülnének fel, harmadrészt nem szeretem, ha sokan beleszólnak
De majd pár kérdésem biztos lesz a témában, szerencsére egyelőre valamennyi területen van egy elképzelésem az induláshoz. Első körben írok egy pontos specifikációt. -
Összeraktam a próbapanelen az infravevőt, működik is szépen, csak épp a Raspbmc nem látja a gombnyomásokat...
Tehát, eljutottam odáig, hogy az irrecorddal fel tudom rögzíteni a gombokat. (Ami amúgy megegyezik a standard MCE/RC6 fájlban lévőkkel). De az XBMC már nem látja, akár a felvett, akár a beépített licrd.conf -ot használom.... -
HwAdokVeszek
aktív tag
Nem igazán foglalkoztam még ezekkel, így konkrét megoldást nem tudok adni, csak láttam, hogy van RF modul arduinohoz. Meg van igen wifi is, de csak pár szám érték átküldésére nem igazán kell - persze kérdés, melyik egyszerűbb / olcsóbb / kisebb fogyasztású.
Ez a microserver lényegében egy teljes értékű PC, nem? Én akkor erről oldanám meg a fájlmegosztást. Esetleg erre is lehet kötni egy arduinót, és akkor a kettő kommunikál egymással rádión, itt meg usb-n mented PC-re a sorosport adatait. Soros portról olvasni meg persze lehet linux alatt is, nem is feltétlenül kell a saját fejlesztőkörnyezete, csak a driver, de elvileg az is van. De ha tudod wifin küldeni az adatokat akkor persze még ez sem kell, csak én azt nehezebbnek gondolnám, de mondom, nem néztem még, lehet nem nagy gond.
Raspberry szerintem sem a fájlmegosztáshoz, sem a kihelyezett szenzorhoz nem ideális választás, egyikhez kevés, másikhoz sok.
-
harry
veterán
Ez az arduino-s ráidó megoldás érdekesen hangzik.
Azt egy kis dobozba szenzorokkal eltudnám szabadtéren helyezni, és akkuról+napelemről elmenne elég sokáig.
A router és a microsever (HP N40L) szünetmentesen kb 15-20m-re lenne tőle.
Azért fontos nekem az akksis megoldás, mert kintre nem tudok áramot vinni!Tudnál nekem részletesebben írni erről a rádiós megoldásról arduino és raspberry között?
Vagy esetleg raspberry kihagyása nélkül is megtudnám oldani a microserverrel?
A microserveren debián fut szóval olyan dolog kellene ami működne vele! -
azbest
félisten
Ez az arduino-s ráidó megoldás érdekesen hangzik.
Azt egy kis dobozba szenzorokkal eltudnám szabadtéren helyezni, és akkuról+napelemről elmenne elég sokáig.
A router és a microsever (HP N40L) szünetmentesen kb 15-20m-re lenne tőle.
Azért fontos nekem az akksis megoldás, mert kintre nem tudok áramot vinni!Tudnál nekem részletesebben írni erről a rádiós megoldásról arduino és raspberry között?
Vagy esetleg raspberry kihagyása nélkül is megtudnám oldani a microserverrel?
A microserveren debián fut szóval olyan dolog kellene ami működne vele! -
HwAdokVeszek
aktív tag
Wifire és fájlmegosztásra lehet valamilyen NAS-t használni, noha az sokkal drágább + nem tudná kezelni a szenzorokat. De mondjuk ha RPi-re akarsz kötni vinyót, akkor annak a fogyasztásával is számolni kell, ami szintén nem kevés. Noha nem igazán látom, egy wifis fájlszervernek miért kéne áramellátás nélkül menni, szerintem ez nemigen jön össze, hacsak nem tényleg valami bika aksit teszel rá, szünetmentest, vagy egyebet. És a router is szünetmentesen lesz, vagy oda van áram? Különben nem sokat ér a wifi. Vagy kinek osztasz meg, ha nincs áram? Ha meg csak az elhelyezés miatt nincs, akkor azért megfontolandó kihúzni oda egy kábelt.
A szenzorokat meg lehet oldani egy Arduino-val is, pár száz mA fogyasztás mellett.
Nem tudom pontosan mit akarsz, de a helyedben betenném a router mellé a Raspberryt, onnan menne wifi, fileshare, linux, meg ami PC szinten kell, és tetszőleges helyen meg egy arduino a szenzorokkal, amik valamilyen rádiós csatornán (nem wifi) tudna kommunikálni az RPi-vel, aztán az majd továbbküldi wifin a dolgokat. Szóval én két részre bontanám a dolgokat.
-
harry
veterán
Akkor ez az akksi kevés lesz, mert ugye az estét nem bírná ki.
Napelem még nincs kiválasztva, de azt töltené az akksit, és úgy kapná a rspberry.
Esetleg más olyan megoldás nincs ami kevesebbet fogyaszt?
Nagy teljesítményre nincs szükségem, csak log fájlokat írna wifin keresztül rsyncel.
Az a fontos hogy linux működjön rajta. -
HwAdokVeszek
aktív tag
-
harry
veterán
Sziasztok!
Gondolkozok raspberry pi vásárlásán.
Olyan kérdésem volna hogy mennyit fogyaszt körülbelül?
Megoldható lenne hogy egész nap menjen napelem + akku (~5000mah)?
Ami futna rajta:
Wifi
Fájlszerver
Hőmérséklet szenzor
Páratartalom szenzorMegoldható ez szerintetek?
-
HwAdokVeszek
aktív tag
![;]](http://cdn.rios.hu/dl/s/v1.gif)
De majd pár kérdésem biztos lesz a témában, szerencsére egyelőre valamennyi területen van egy elképzelésem az induláshoz. Első körben írok egy pontos specifikációt.
Új hozzászólás Aktív témák
- PROHARDVER! feedback: bugok, problémák, ötletek
- Speciális kiadású AMD-s alaplapot villantott az ASUS a 20 éves ROG-jubileumra
- Proxmox VE
- Vezetékes FÜLhallgatók
- Jogász topik
- Fokozatosan erősít majd a szerverpiacon az Intel
- Samsung Galaxy S25 - végre van kicsi!
- OLED TV topic
- Végre feketében pózol a Noctua legkomolyabb 120 mm-es ventilátora
- Yettel topik
- További aktív témák...
- 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
- HP Elite Mini 600 G9 PC! i5-12500T / 32GB DDR5 4800MHz / 512GB NVMe
- HP ProDesk 600 G5 SFF - i7-8700/32GB/512GB
- Gtx 1070Ti/ I7 7700/ 16Gb/ 128Gb M2 SSD/ 1Tb HDD/ Win 11/ Garancia
- Apple iPhone 13 Pro 256GB, Kártyafüggetlen, 1 Év Garanciával
- GYÖNYÖRŰ iPhone 15 128GB Pink -2 ÉV GARANCIA - Kártyafüggetlen, MS5469, 90% AKKSI
- Lenovo T14 Gen 1 Ryzen 5 pro 4650U, 16GB RAM, 512GB SSD, jó akku, számla, garancia
- HP EliteDesk 800 G4 SFF,i3-8100,8GB DDR4,256GB SSD,WIN11
- BESZÁMÍTÁS! Asrock Z790 i9 13900K 64GB DDR5 1TB SSD RTX4080 16GB Aerocool P500B Digi ARGB ADATA 850W
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest