- 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
>>

--
Using Opera's mail client: http://www.opera.com/mail/

_______________________________________________
Brmlab mailing list
Brmlab@brmlab.cz
https://brmlab.cz/cgi-bin/mailman/listinfo/brmlab