-
Fototrend
Okos Otthon összefoglaló
Új hozzászólás Aktív témák
-
Teng
aktív tag
Hello
A Conbee 2 véleményetek szerint hány eszközt támogat egyszerre' ?
Üdv
-
nimfas
addikt
A helyzet fokozódik :
Ez itten kérem a linuxmint-19.3-cinnamon-32bit.iso:
Lehet nem szereti a Display Portos monitorokat, i5, 8GB, AMD 480/8GB?
Érdekes, hogy az egérmutató látszik, de aztán a képernyő ennyi....Sajnos a Laptopon nem tudom kipróbálni, olyan utasítást keres amit az a proci még nem tud/tudott.
Leszedtem a lubuntu-18.04-alternate-i386.iso verziót is, az pedig nem fut pendrive-ról, hanem egyből telepíteni szeretne.... De persze a laptopon az sem fut.
-
ojb
tag
válasz jedie82 #15646 üzenetére
RS485 esetében is nem a kábel keresztmetszete (ebből adódóan az egyenáramú hurokellenállása) a meghatározó átviteli tényező, hanem a hullámimpedanciájának kell lehetőleg 100 és 130 ohm közé esnie illetve a méterenkénti kapacitásának kell 100pF alattinak lennie. Az olcsó CAT5E pl rendelkezik ezekkel a paraméterekkel.
Kellene a linkelt kábel pontos típusa ill. adatlapja, specifikációja.
Lakásban nem biztos, hogy a csillagpontos kialakítás a legkedvezőbb. A "sok" kábel így párhuzamosan kapcsolódik és ezáltal a terhelő kapacitás is összeadódik.
Talán célszerűbb fő BUS irányokat kialakítani (természetesen a csillagpontból kiindulva) és ezekre a buszokra felpakolni a terminálokat, vagy akár al-csillagpontokat. Ezzel a kialakítással jelentősen kevesebb kábelt használ a rendszer és egyben alacsonyabb lesz az össz terhelő kábel-kapacitás is. (Mindezek mellet még ott van a lezáró impedanciák kiszámíthatatlan viselkedése a hullámimpedancia szempontjából relatív "rövid" kábelek miatt) -
vampire17
addikt
válasz Degeczi #13201 üzenetére
Hali!
Tudom, regi tema, de van esetleg arra valami fuggvenyed, vagy barmid, amivel a halmozott erteket at tudnam alakitani csapadek intenzitasra valamint csapadek mennyisegre? Jelenleg sajna teljesen rosszul alakitom at (erre nemreg jottem ra..)
Node-RED alatt kene valahogy ugy megformazni, hogy jol egye meg a Domoticz es a wunderground is (oda is menne fol az adat)
-
Degeczi
nagyúr
válasz vampire17 #15655 üzenetére
Home Assistant alatt csináltam, azzal nem sokra mész, de a lényege nagyon egyszerű.
A szenzortól jön egy folyamatosan növekvő számérték - ami azonban ki is nullázódhat bármikor (elemcsere, vagy rossz érintkezés mert a macska már megint feldöntötte). Ezért amikor itt az előző (egy MQTT topikban eltárolt) értékhez képest kiszámolom a növekményt, ott le kell kezelni, h az a nullázódás miatt negatív is lehet, és olyankor 0-t tárolni növekményként (szintén egy másik MQTT topikba írva)
Utána ezt a növekményt már csak hozzá kell adni (persze szintén MQTT topikokban tárolt) napi-, heti-, havi- és éves gyűjtött értékekhez, ennyi az egész...
(meg persze napi-, heti-, havi- és éves triggerrel kinullázni ezeket)Hibalehetőség ebben igazából csak ott van, h a növekményt mikor adod hozzá a gyűjtött értékekhez. Pl. amikor folyamatosan esik, a szenzor két jelentése között pont ugyanakkora (úgy rémlik, 0.3 mm) különbséget fog közölni. Ezért amikor bejött egy új érték, először 0-t küldök a különbség topikba, majd utána a kiszámolt értéket, így mindenképpen aktiválódik a különbség változását figyelő triggerem.
-
DJGABI
addikt
válasz nimfas #15653 üzenetére
linugz lassan 30 év alatt eddig jutottak.
mennyire régi lapos? PAE nélküliek nem indulnak, azok csinálnak ilyesmit, ha legalább egy Core Duo nem kéne ilyen gondoknak lenniemiért 32 bit? 64-eset tölts, meg lubuntuból pl a latest-et
(#15657) huliganboy Tuya convert meg se mozdul win alatt, mondjuk nekem megjött a flashelő (CH340), jóval kényelmesebb, de ugye egy led lámpánál esélytelen a szétszedés, Sonoff Basic kb fél óra alatt alatt megvolt még forrasztással együtt is. versus Tuya Convert linugz telepítés, vagy 2 napom ráment
[ Szerkesztve ]
<< "stabil, de mégse" >> << MX440 FTW! >>
-
vampire17
addikt
válasz Degeczi #15656 üzenetére
most igy probalom. Az ertek amit var a wunderground (egyelore ezt akarom jol feltolteni adattal):
precipTotal
Accumulated precipitation for today from midnight to present.Azert irom le, hogy logikailag lat-e ebben valaki barmit, ahol elhasalhat.
Szoval, eloszor is minden ejfelkor futtatok egy scriptet, ami az aktualis erteket elmenti egy globalis valtozoba.
majd mindig, amikor az esomero jelet kuld, az eppen aktualis ertekbol kivonja az ejfeli erteket. Ha egesz nap nem esett az eso, akkor vegig nulla lesz. Ha esett, akkor kovetkezo ejfelkor az uj ertek irodik a globalis valtozoba, tehat a kovetkezo napra kvazi "kinullaztam"
Mit gondoltok, ez igy helyes?
[ Szerkesztve ]
-
Degeczi
nagyúr
válasz vampire17 #15662 üzenetére
Leszámítva, h negatív is lehet ez az érték, ha vmiért épp kinullázódott a szenzor.
És (emiatt) egy napi számlálót elbukni még nem nagy gond, de ha a heti-, havi, éves értéket is hasonlóan számolod az már nem szerencsés, ezért lehet jobb egy külön növekmény hozzáadogatása. -
vampire17
addikt
válasz Degeczi #15663 üzenetére
fixaltam kozben ezt is
Amikor az esomerotol kapok egy jelet, akkor vizsgalom egy "ha" fuggvennyel:
Igy nez ki most a kod:
vizsgalat (ez fut le minden alkalommal, ha uj adat jon az esomerotol):
rain = msg.payload.rain;
actual_string_rain = msg.payload.rain.toString();
flow.set("actual_rain_value",actual_string_rain);
midnight_rain_value = flow.get("midnight_rain_value");
midnight_rain_value = parseFloat(midnight_rain_value);
if (rain<midnight_rain_value)
{
flow.set("midnight_rain_value",rain);
}
return msg;
Ejfeli kod (ez fut le minden ejfelkor)
var actual_rain_value = flow.get("actual_rain_value");
string = actual_rain_value.toString();
flow.set("midnight_rain_value",string);
midnight_rain_value = flow.get("midnight_rain_value");
msg.payload = midnight_rain_value;
return msg;
ez pedig ami az adatot kuldi a weboldalnak:
var actual_rain_value = flow.get("actual_rain_value");
actual_rain_value = parseFloat(actual_rain_value);
var midnight_rain_value = flow.get("midnight_rain_value");
midnight_rain_value = parseFloat(midnight_rain_value);
current_rain_value = actual_rain_value-midnight_rain_value;
current_rain_value = parseFloat(current_rain_value);
msg.payload.current_rain_value = current_rain_value;
return msg;
ha valaki lat benne hibat, jelezze legyszi!
[ Szerkesztve ]
-
Alg
veterán
Sziasztok,
Nekifutnék még egyszer a kávégép okosításának...
Olyan wifis vezérlőt szeretnék, ami:
- nem túl nagy
- fizikai gombbal is ki-bekapcsolható, nem csak az alkalmazásból
- átvezeti a földet.Van ilyen, vagy maradjak egy "okos" dugaljnál?
"I love not man the less, but Nature more" // Giant TCR Adv. '16 Di2 // Fenix 7 SS // FiiO BTR3 + Truthear ZERO
-
Degeczi
nagyúr
válasz szabifotos #15667 üzenetére
Switch: szekciód csak egy lehet, az alatti tételek a
- platfrom: mqtt
-vel kezdődő definíciók... -
Degeczi
nagyúr
válasz vampire17 #15670 üzenetére
Persze, ezt mondom, h a napi értéket bukod, ami nekem még nem nagy veszteség, de egy hosszabb időszaknál már az lenne.
Ezért jobb amit alább írtam, és mindig először különbséget számolni, majd azzal dolgozni tovább, azt hozzáadni minden számlálóhoz. Így nem sérül a napi számláló sem (ill. max egy-két 0.3-as növekmény a csere idején) és azonnal frissülnek a hosszabb számlálók is.
-
Degeczi
nagyúr
válasz szabifotos #15672 üzenetére
Vagy épp nem indítottad újra (mert ez config változtatás, amihez kell)
-
-SeveN-
aktív tag
Sziasztok!
OpenHab.hoz van ajánlott zigbee és van ajánlott Zwave controller?
Köszi
OFP rUlEz! http://www.mod.iweb.hu/
-
Chal
addikt
válasz DJGABI #15678 üzenetére
Én nem használtam soha, de a "These scripts were tested in:" résznél a doksikban a legelső eleme a listának egy vmware-ben futtatott linux, usb wifi stick nekiadva passthroughv-al. De írnak ugyanott virtualboxot is.
Innét amúgy jobb lenne szerintem átterelni a dolgot valamelyik linuxos topicba.
[ Szerkesztve ]
-
szat8
tag
válasz -SeveN- #15679 üzenetére
Nekem úgy tűnt, itt a fórumon főleg Home Assistant és Domoticz, amiben nagy tapasztalat van.
Mindamellett ezekre a zigbee2mqtt és a deconz conbee 2 is népszerű, úgy tudom mindkettő támogatja az openhabot is. Az előbbihez CC2531 stick biztos kompatibilis az openhabbal.
Persze attól, hogy 2 rendszeren sokan sikerrel használják, nem garantálja, hogy egy harmadikon is ez a jó megoldás.
A Z-wave-et nem tudom. -
Chal
addikt
válasz nimfas #15682 üzenetére
Nem attól hasal el hogy virtuális, hanem hogy a wifi stick nem támogatja az AP módot. Ha a másik gépben levő kártya tud ilyet, akkor ott el fog indulni, de ha nem, akkor ott sem fog menni.
Mielőtt bármit telepítesz bárhova feleslegesen, ezzel a paranccsal tudod megnézni hogy van e AP mode az adott kártyán:
iw list | grep -A 10 "Supported interface modes"
Mindezek mellett tényleg javaslom, hogy a további ezzel kapcsolatos kérdéseket vidd át egy linux topicba, eléggé tele lenne ez offolva, ha a különféle OS-ek telepítését is itt tárgyalnánk meg.
[ Szerkesztve ]
-
szabifotos
senior tag
Sziasztok!
HA alá milyen 433-as ajtónyitás érzékelőt ajánlotok, ami sokáig bírja, és lehetőleg nem 12V-os, illetve látom az állapotot, nem csak jelet küld? (és persze jó, ha minél óccsóbb)
Sonoff bridge-dzsel gondoltam megoldani őket. Esetleg Ő? Vagy ez?[ Szerkesztve ]
-
Degeczi
nagyúr
válasz szabifotos #15685 üzenetére
Egyiket se.
- ezek riasztóhoz valók, csak a nyitásról adnak jelet, tehát az ajtó állapotáról nem lesz infód
- a 433 egyébként sem jó erre, mert ha elvész a jel (leginkább ütközés miatt), megint csak nincs infód az állapotólHa semmi más 433-as cuccod nincs (sem közvetlen szomszédnak), akkor olyan verziót érdemes ami nyitásról és csukásról is küld jelet.
-
ojb
tag
válasz szabifotos #15685 üzenetére
A másodiknak linkelt [DiGoo] aránylag jó. Négy státuszt képes küldeni elfogadható elem élettartammal. (3V-os lítium -- azt hiszem CR2040 -- elemmel megy)
[Ez] hasonlóan négy státuszú (Open ; Close; Tamper ; Battery Status), de 1 x AAA elemes[ Szerkesztve ]
-
ojb
tag
válasz Degeczi #15686 üzenetére
"ha elvész a jel (leginkább ütközés miatt)"
Amíg ilyen szenzort használtam a gázóra leolvasóhoz a múlt évben, a sok ezer impulzusból néhány "veszett el" Nem sikerült behatárolnom, hogy a 433-as részen vagy a WiFi-n. Nagyon kicsi az ütközés valószínűsége. Ezek a szenzorok 20 alkalommal ismétlik meg az éppen aktuális EV1527 csomagot. Szerintem ami inkább meghatározó az a 433MHz-es vevő és feldolgozó egység. -
LouiS22
veterán
Degeczinek igaza van, a 433asok (pláne nagy számban) tudják ütni egymást. Nálad egy eszköz volt, így értelemszerűen nagyon nem volt mivel összevesznie és gyaníthatóan a közelben sem adott másik egység.
Mielőtt kérdezel, nézd meg az 1. számú hozzászólást, vagy használd a keresőt, azért van!
-
ojb
tag
válasz LouiS22 #15691 üzenetére
Biztosan igazad van!
"Terméket" szerettem volna készíteni az RF433MHz -> WiFi -> MQTT -s gázóra leolvasóból.
Ehhez a múlt évben elég komoly tesztnek és zavartatásnak tettem ki az egész hóbelevancot.
A lakásomban a teszt alatt és jelenleg is 9db RF hő és páramérő küldi ész nélkül a jelet. Az ajtókat (7db) a teszt kedvéért teleragasztgattam Open/Close szenzorokkal, hogy minél nagyobb zavartatást "generáljak". Az RF vevőimet nagy nyereségű hangolt antennákkal láttam el, pont azért, hogy ne csak közeltéri jeleket, hanem a város másik végéből is szedjenek össze mindent, ami 433MHz.
Én erre alapozom, amit írtam: "ami inkább meghatározó az a 433MHz-es vevő és feldolgozó egység."
A különbség pl az RFLink és az rtl_433 között vétel és feldolgozás szempontjából hőmérők esetében: [kép][ Szerkesztve ]
-
Degeczi
nagyúr
Vagyis nincsenek 433-as mozgásérzékelőid, azért vagy még ilyen optimista... Azok is ismételnek sokszor, ráadásul egy nyílászáró nyitással nagyjából egy időben (hiszen úgy nyit vki egy ablakot vagy ajtót, h odamegy - és közben jó eséllyel észleli a mozgásérzékelő, ami veszett spammelésbe kezd, jó időre lefoglalva a 433-as sávot...) Borzasztóan rossz tapasztalataim születtek így, és bár vmivel valóban jobb volt a helyzet RTL433-at használva a Sonoff Rf Bridge-hez képest, mégis használhatatlan lett a végeredmény, mert sűrűn előfordult hibás (kimaradt) állapotvisszajelzés. Annak pedig csak teljesen megbízhatóan van értelme - és a 433 sajnos erre nem alkalmas.
De igazából ok sincsen önszivatásra, mert pl. Xiaomi Zigbee-s nyitásérzékelők is beszerezhetőek $8 környékén, amikkel végre teljesen megbízható az állapot.
-
mepet
addikt
válasz -SeveN- #15679 üzenetére
OpenHabbal tökéletesen működik a CC2531 stick a megfelelő fw-vel. Sajnos a xiaomi zigbee eszközeim közül csak a wall switchek működtek rendesen a zigbee binginggel. (Ennek így semmi értelme, ha nem tudom a wireless switchcsel kapcsolni a wall switchcset.) Nem a hivatalos zigbee bindinggel, hanem Zigbee2mqtt-vel állítólag minden xiaomi zigbee eszközt használhatsz, ám ez nekem információ hiányból adódóan nekem nem ment, mert alig van infó a fórumokban. (Itt két lehetőséged van, vagy a régi javascript transzformációs megoldás, vagy az expiremental output attribute. Nekem egyikkel sem ment semmelyik eszköz [a wall switch sem], de biztos, hogy a beállításaimban van a hiba.)
Ha zigbee2mqtt irányba indulsz, akkor az INITIAL STEPS részt kövesd!
Ha neked sikerül esetleg működésre bírni xiaomi zigbee cuccokat OpenHab alatt, légyszi oszd majd meg a konfig fájljaidat (yaml, things, items, rules). Köszi!
-
ojb
tag
válasz Degeczi #15693 üzenetére
"azért vagy még ilyen optimista..."
Ezt nem optimizmus, hanem sok ezer vett és feldolgoztatott impulzus ill még több az éterben megforduló, de nem feldolgoztatott impulzus ill adat tapasztalata mondatja velem.
A célom a teszt elején pont az volt, hogy megpróbáljam megzavarni, befolyásolni, tönkretenni, a 433MHz-s adatátvitelt az adó és a vevő között. Erre írtam és értem, hogy ez szinte lehetetlen egy jól választott azonos időzítésű adó és vevő ill jó feldolgozó egység esetében EV1527 kódolású jelek mellett. Gyakorlatban ez azt jelentette, hogy kb 5000 impulzust számolt meg a rendszer a teszt időszak alatt és NEM számolt, amikor nem volt gázfogyasztás. Egyszerűen összehasonlítottam a számolt ill. nem számolt értékeket a gázóra állásával.
Eleinte én is szkeptikus voltam és engem is nagyon meglepett az eredmény. Ezért is merem azt leírni, hogy a vevő és feldolgozó egység a meghatározóbb, mint maga a 433-as logika. -
vkp
aktív tag
Aki valaha is tanult (akár képzésben/iskolában, akár a saját bőrén) vezetéknélküli kommunikációt, tisztában kell legyen azzal, hogy semmilyen működési garanciát nem lehet vállalni ezekre az eszközökre. Nyilván általában működnek, mert tudsz telefonálni, meg netezni, meg a garázskapud is kinyílik, de azért a lélegeztetőgépem vezérlését nem bíznám semmilyen vezeték nélküli rendszerre. Tudomásul kell venni ezen technológiák korlátait, főleg ami a zavarhatóságot illeti. Mivel az olcsóság miatt egyre több az ilyen rendszer, ezért arra is fel kell készülni, hogy egyre több rosszindulatú zavarás, esetleg betörési kísérlet is lesz ezek miatt.
-
TheMarci
addikt
Ahol dolgozom, Európaszerte van pár 100.000 db 433-as egységünk, van jópár dolog, ami már zavart okoz neki.
Do You Dream?
-
ojb
tag
válasz LouiS22 #15697 üzenetére
Mert elemről relatív sokáig működik , kibújik és bejön a jel az esetlegesen fém gázóra szekrényből is telek másig végéről. És a tesztek, tapasztalatok szerin bármilyen meglepő, de MEGBÍZHATÓ!!! Sajnos ez már a múlt. A Gázszolgáltató nem engedélyezi a reed használatát. Az optikai leolvasó meg nem teszi lehetővé az elemes használatot a fogyasztása miatt.