- 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 sargonout@gmail.com 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 mrholub@hotmail.com:
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 Brmlab@brmlab.cz https://brmlab.cz/cgi-bin/mailman/listinfo/brmlab