[elektro] IOT protokollok - okoshaz
SZIGETI Szabolcs
szigiszabolcs at gmail.com
Fri Apr 8 12:42:22 CEST 2016
Hali!
Kicsit ideillik. Van egy mondás, hogy bárki ki tud találni olyan
titkosítási algoritmust, amit saját maga nem tud feltörni. Ez sok minden
másra is igaz. Egy protokollt megtervezni nem olyan egyszerű dolog, mint
elsőre hinné az ember. Persze, jónak tűnik, meg általában működik is,
aztán jönnek a rejtélyes jelenségek különböző versenyhelyzetekből,
deadlockokból meg miegymásból. Tehát az, hogy hirtelen felindulásból
csinálok egy új kommunikációs protokollt, az rejt pár buktatót magában.
Kicsit válasszuk szét az implementációs meg a tervezésbeli problémákat. Az,
hogy egy gyártó képtelen implementálni hiba mentesen egy protokollt vagy
egy APIt, az elsősorban a szoftveripar azon válságának jele, hogy bárki
programozhat és, hogy legtöbb szoftverterméknél nincs rendes tervezés.
Ez persze nem jelenti azt, hogy ne lehetne jól megcsinálni, tehát szerintem
még akkor is jobban jár az ember, ha egy meglévő protokollt rendesen
implementál, mintha újat tervezne.
Szabolcs
2016. április 8. 10:46 Erdos Zoltan írta, <erdosz at gmail.com>:
> azt hiszem a wired dologban egyetertunk.. a wifi maradjon hobbyra.. :-)
>
> de sokkal nagyobb gondnak erzem, hogy anno meg tudtam oldani par sor
> assemblybol, hogy sorosan kiolvastam egy homerot, es a derot masik vegen
> egy 8 bites unalmaban kiirta az erteket..
>
> ma ehhez lassan nem eleg az osi-iso 7 retege.. es iszonyat programozasi
> munka..
>
> mondhatna erre barki, hogy dehat a szabvanyositas, kompatibilitas.. hat
> nem az, tessenek elolvasni a doksikat.. mindegyik csak containert ad, a
> tartalom tovabbra is gyarto, keszulek specifikus, meg kell hozza irni a
> konvertert, interface-t.. szoval a melo ugyanugy megvan, csak be van
> csomagolva..
>
> nem igaz, hogy a hacker gyerek par dugo bedugarasal a raspirol feltori
> az fbi vedelmi rendszeret... :-) csak a filmeken...
>
> az a baj, hogy a megrendelo is ezeken a filmeken szocializalodik.. es
> eszerint szamolja a fejlesztesi koltsegeket..
>
> ennyi szopassal, amit ezek a "protokollok" adnak, siman megcsinalok egy
> sajatot, amirol tudom, hogy mukodik.. raadasul a brand gyarto csilivili
> mindiglefagyo cucca helyett (amibol konkretan egy sima watchdogot is
> kisporoltak) olcsobb es mukodokepessel..
>
> regota nezegetem az epulet automatizalast es azt latom, ez napjaink
> babel tornya.. es bele fogunk dogleni..
>
> egy kis oldasnivalo :
>
> http://erdosz.no-ip.org/MyWeb/public/pieces/int_haz.html
>
> :-)
>
>
> 2016.04.08. 10:27 keltezéssel, L. Pásztor írta:
> > BME-n próbálják ezerrel nyomni a KNX-et ... mert hogy szerintük ez lesz
> > a jövő ... néztem nagyokat mikor elsőre hallottam ... vót már pár
> > ilyen 5let ... :-O
> > 2014-ben kölykömet is belezavarták ott egy home-control fejlesztésbe,
> > még diploma munkát is csináltattak vele belőle.
> > Csili-vili touch-os LCD FT-800 vezérléssel, vagy 5 féle külső szenzor és
> > portok ... minden layer-en ment hibátlanul (RS485, LAN, 2.4GHz, BT)
> > működött rajta minden, kivétel volt a KNX.
> > De amikor elindult(unk) KNX ügyben minden alkatrész piaci kapcsolatomat
> > megmozgatva ... senki hozzá sem tudott (és valszeg nem is töték össze
> > magukat) szagolni.
> > Általános vélemény volt h ez a jövő ... de h miként müxik ... arról
> > senki semmit...
> >
> > Venni akartam neki rá egy fejlesztő kitet, de valami 1500EUR-t kértek
> > (volna) érte a Silica-tól, de még azt SEM ADTAK (volna) ... azt mondták
> > csak authorized fejlesztőknek adnak ... f at sza hozzáállás volt egy
> > egyetemistához ... :/
> > Illetve adni akartak valamit, kimásoltam ide: E981.03 KNX TP 815
> > DEMONSTRATION BOARD -ot 70EUR / db-ért (még elment volna) de valami
> > százezer-hét szállítási idővel ...
> > A Siemens-nek vannak v voltak pl. KNX tápjai ... adtak linket is róla
> > ... valami 70 ezerért akartak adni 1 db C sinre fűzhetőt .... gondolom
> > tömör aranyból volt benne valami...
> > Igy itt félbe is szakadt a jövő KNX layer-protocol alapú home-control
> > project ... ment szépen anélkül is paralell is minden más layer-en
> > egyszerre.
> >
> > Viszont -és ez az én konzervatív magánvéleményem- nem bíznék egy
> > lakásban semmilyen berendezést sem 433-ra, sem 868-ra, sem 2.4G-ra, sem
> > 5G-ra ... sehova.
> > Menjen csak minden dróton ... a riasztótól a kazánig ... a pék lapáttól
> > a felmosó rongyig minden !
> >
> > -----------------------
> > L. Pásztor
> > -----------------------
> >
> >
> >
> >
> > 4/8/2016 6:46 AM keltezéssel, lista írta:
> >> Sziasztok!
> >> Arduino és okosotthn kapcsán merült fl az alábbi krdéscsokor - hátha
> valaki futott már bele, vagy jó forrást tud:
> >> - létezik már egységes protokollja? Lokális adatgyűjtésre az MQTT-ről
> olvastam, de külső megvalósítás (épülettömb) nem nagyon alkalmas.
> >> - gyártók IOT vonalon minthaszabványosítás fele mennének el. Ez
> mennyire MQTT csereszabatos?
> >> - Ha most kellene házat/lakást tervezni - mi lenne az irány
> (okosotthon/bedrótozás vonalon)?
> >> Amit eddig néztem: riasztórendszer bekábelezés, de térvédelemmel
> együtt. Időjárás adatok is fussanak be. Villamos monitorozás, távoli
> ki/bekapcsolás legyen. Víz/gáz/alternatív energia montorozás kell. Mintha
> minden eszköz wifi/lan alapon működne. A helyiségekbe tv, telefon, 3x
> ethernetkábel kihúzva, és kritikus helyekre szünetmentes tápkonnektor.
> Világítás LED alapon, elosztottrendszerként. Még nem kialaktani az
> egészet, mert változik.... Központ most legyen Openhab.
> >>
> >> merre tovabb?
> >>
> >> Robert
> >> -----------------------------------------
> >> elektro[-flame|-etc]
> >
> > -----------------------------------------
> > elektro[-flame|-etc]
> >
>
> -----------------------------------------
> elektro[-flame|-etc]
More information about the Elektro
mailing list