- Nemel jsme na mysli nezabezpecene protokoly, ale spatne zabezpeceni jako celek z duvonu uspechaneho vyvoje , snadnosti nastaveni (napr. defaultni hesla) a lace (napr. stare verze sw se znamymi problemy).
- To mne zmatl kamarad - spatne to pochopil, pak jsme se dohodli ze je asynchronni. - ACK je tam aby zarizeni mohla cekat jak dlouho chteji tj. i nepravidelne, coz byl zamer. Cilem bylo udelat jednoduchy protokol, dokonce se lze bavit se zarizenim i rucne. Chip select tam je (CS), takze paralelne by zarizeni zapojit sla. Pravda, nezminoval jsem to a vlastne dosud ani nezkousel. Mr.Holub On Sun, 18 Dec 2016 12:58:34 +0100, Tomislav Arnaudov <[email protected]> wrote: > Ahoj mr.Holub > po skuknuti talku z Brmlabu mam par otazok > > -prednaska zacina s tym ze IoT zariadenia pouzivaju nedokonale a > ne-bezpecne protokoly , ako si k tomuto tvrdeniu dosiel ? > -tvrdis ze tvoj protokol je synchronni - nacoz nasledne tvrdis ze > zariadenie musi pockat na ack a komunikaci ridi master ... toto mi nejak > nesedi v com je ta synchronnost ? > -vychadzas z SPI protokolu ktory si degradoval pridanim uplne zbytocneho > ACK signalu na 1:1 master slave protokol ... pricom si zabudol na jednu z > najlepsich ficur tohoto protokolu a to je daisy chain > > > 2016-12-18 11:35 GMT+01:00 Robert Holub <[email protected]>: > >> Ahoj, >> >> tak jsem konecne publikoval svuj protokol, >> >> https://github.com/mrholub/hcp >> >> http://www.instructables.com/id/Smart-Mouse-Trap/ >> >> http://www.instructables.com/id/Simple-6-wire-Communication-Protocol/ >> >> Mr.Holub >> _______________________________________________ >> Brmlab mailing list >> [email protected] >> https://brmlab.cz/cgi-bin/mailman/listinfo/brmlab >> -- Using Opera's mail client: http://www.opera.com/mail/ _______________________________________________ Brmlab mailing list [email protected] https://brmlab.cz/cgi-bin/mailman/listinfo/brmlab
