Re: [Brmlab] Zpravodajsky vecer na tema kybervalka

[Ondrej Beranek]

Bude zaznam ?
Dne 19. 12. 2016 1:00 napsal uživatel "Pavel Ruzicka" :

> Pro ty kteri jeste treba nezaznamenali pozvanka na tuto stredu
> https://brmlab.cz/event/sigint#aktualni
> --
> e-mail:  r...@ruza.eu
> www:   http://ruza.eu
>  http://brmlab.cz
> gpg: 223455B7943E7ECC
> ___
> Brmlab mailing list
> Brmlab@brmlab.cz
> https://brmlab.cz/cgi-bin/mailman/listinfo/brmlab
>
___
Brmlab mailing list
Brmlab@brmlab.cz
https://brmlab.cz/cgi-bin/mailman/listinfo/brmlab

[Brmlab] Zpravodajsky vecer na tema kybervalka

[Pavel Ruzicka]

Pro ty kteri jeste treba nezaznamenali pozvanka na tuto stredu
https://brmlab.cz/event/sigint#aktualni
-- 
e-mail:  r...@ruza.eu
www:   http://ruza.eu
 http://brmlab.cz
gpg: 223455B7943E7ECC
___
Brmlab mailing list
Brmlab@brmlab.cz
https://brmlab.cz/cgi-bin/mailman/listinfo/brmlab

Re: [Brmlab] Holubuv komunikacni protokol

[Robert Holub]

We seem to have a communication problem here so I'll try it in English.
I've never claimed that IOT devices are potentially insecure because of  
used protocol, whatever protocol it is.
Also I've never stated that my protocol is intended to be more secure than  
others.
I haven't claimed bit-banging to be more secure neither.
The goal was to create really simple protocol - it can even be used to  
communicate manually with device by using switches.
If both devices has enough IO  pins the simple program could be created to  
connect these.

I hope you'll have the same fun not using it that I've had while creating  
it :-)

Even happier hacking
Mr.Holub


On Sun, 18 Dec 2016 23:33:10 +0100, Tomislav Arnaudov  
 wrote:

> predstavme si ze je protokol nejaky jazyk ktory ked proste neovladas tak  
> si
> moc nepokecas
> takisto ako C , C++ , python  ... atd
> pokial ten nouma ktory sa ide hrabat v IoT si neporadi s SPI alebo I2C  
> tak
> mu to asi nebude fungovat
> a to sme stale u toho T z IoT ... este ten nouma si musi poradit s tym I
> kde ho podla mna cakaju daleko daleko vacsie nastrahy ako komunikacny
> protokol.
>
> nic proti tvojmu protokolu urcite ta to posunulo dalej a vela si sa  
> naucil
> ale bitbang je nieco ako esperanto medzi jazykmi.
> a tvrdit ze bitbangovane pseudoSPI je bezpecnejsie je uplny nezmysel ...  
> ba
> prave naopak buffery,interrupty,dma-cka,clocking, polarita atd atd robi
> protokol "bezpecnym"
>
> ako proof of koncept dobry ale nevidim dovod to zacat pouzivat :)
>
> happy hacking
> Sargon
>
>
>
>
> Dne 18. prosince 2016 22:52 Robert Holub  napsal(a):
>
>> - Ja netvrdil ze je neco nezabezpeceneho na samotnem pouzitem protokolu,
>> ale moje vize je takova, ze v IOT bude delat jiz brzo kazdy nouma takze  
>> se
>> vyroji spoustu zabugovanych zarizeni ktera budou mit velky potencial  
>> byt z
>> toho duvodu spatne zabezpecena. Ne primo z duvodu protokolu ktery je
>> pouzit.
>>
>> -
>>
>> - Presne tak, je to bit - banging. Cilem je propojovat obskurdni  
>> zarizeni
>> a zkusit si vytvorit prenosovy protokol. U konkretniho vzorku ktery jsem
>> predvadel to je 0-3.3v na strane RPI a 0-5V na strane Atmegy. Klidne si
>> procti zdrojaky jsou jednoduche.
>> IRQ jsme pouzit nezkousel, buffery take neresim. To by vsechno vec
>> zeslozitilo a mym cile nebylo se chtit rovnat jinym protokolum ale  
>> stvorit
>> neco jednodussiho.
>>
>> Mr.Holub
>>
>>
>>
>> On Sun, 18 Dec 2016 20:57:58 +0100, Tomislav Arnaudov
>>  wrote:
>>
>> > diky za odpovede ale :
>> > - mozes uviest nejake priklady ? neviem co je spatneho zabezpeceneho  
>> na
>> > i2c
>> > alebo spi , uart/usart atd ...
>> >
>> > - OK
>> >
>> > - v SPI sa pouziva vacsinou tam kde je potreba IRQ pin ktory prave  
>> hovori
>> > nieco ako napr "uz mam plny/prazdny buffer" alebo "nove data su
>> > dostupne/zapsane vyber si je/zapis dalsie" atd...
>> >
>> > s cim som mnohokrat narazil napriklad tak je polarita signalov u SPI a
>> > i2c
>> > ... ktora napriklad sa u tvojho protokolu asi vobec neriesi kedze sa
>> > jedna
>> > o cisto SW implementaciu v podobe "bit-bang" ... je to tak ?
>> >
>> >
>> > Dne 18. prosince 2016 20:00 Robert Holub 
>> napsal(a):
>> >
>> >> - 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
>> >>  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 :
>> >> >
>> >> >>   Ahoj,
>> >> >>
>> >> >> tak jsem konecne publikoval svuj protokol,
>> >> >>
>> >> >> https://github.com/mrholub/hcp
>> >> >>
>> >> >> 

Re: [Brmlab] Holubuv komunikacni protokol

[Tomislav Arnaudov]

predstavme si ze je protokol nejaky jazyk ktory ked proste neovladas tak si
moc nepokecas
takisto ako C , C++ , python  ... atd
pokial ten nouma ktory sa ide hrabat v IoT si neporadi s SPI alebo I2C tak
mu to asi nebude fungovat
a to sme stale u toho T z IoT ... este ten nouma si musi poradit s tym I
kde ho podla mna cakaju daleko daleko vacsie nastrahy ako komunikacny
protokol.

nic proti tvojmu protokolu urcite ta to posunulo dalej a vela si sa naucil
ale bitbang je nieco ako esperanto medzi jazykmi.
a tvrdit ze bitbangovane pseudoSPI je bezpecnejsie je uplny nezmysel ... ba
prave naopak buffery,interrupty,dma-cka,clocking, polarita atd atd robi
protokol "bezpecnym"

ako proof of koncept dobry ale nevidim dovod to zacat pouzivat :)

happy hacking
Sargon




Dne 18. prosince 2016 22:52 Robert Holub  napsal(a):

> - Ja netvrdil ze je neco nezabezpeceneho na samotnem pouzitem protokolu,
> ale moje vize je takova, ze v IOT bude delat jiz brzo kazdy nouma takze se
> vyroji spoustu zabugovanych zarizeni ktera budou mit velky potencial byt z
> toho duvodu spatne zabezpecena. Ne primo z duvodu protokolu ktery je
> pouzit.
>
> -
>
> - Presne tak, je to bit - banging. Cilem je propojovat obskurdni zarizeni
> a zkusit si vytvorit prenosovy protokol. U konkretniho vzorku ktery jsem
> predvadel to je 0-3.3v na strane RPI a 0-5V na strane Atmegy. Klidne si
> procti zdrojaky jsou jednoduche.
> IRQ jsme pouzit nezkousel, buffery take neresim. To by vsechno vec
> zeslozitilo a mym cile nebylo se chtit rovnat jinym protokolum ale stvorit
> neco jednodussiho.
>
> Mr.Holub
>
>
>
> On Sun, 18 Dec 2016 20:57:58 +0100, Tomislav Arnaudov
>  wrote:
>
> > diky za odpovede ale :
> > - mozes uviest nejake priklady ? neviem co je spatneho zabezpeceneho na
> > i2c
> > alebo spi , uart/usart atd ...
> >
> > - OK
> >
> > - v SPI sa pouziva vacsinou tam kde je potreba IRQ pin ktory prave hovori
> > nieco ako napr "uz mam plny/prazdny buffer" alebo "nove data su
> > dostupne/zapsane vyber si je/zapis dalsie" atd...
> >
> > s cim som mnohokrat narazil napriklad tak je polarita signalov u SPI a
> > i2c
> > ... ktora napriklad sa u tvojho protokolu asi vobec neriesi kedze sa
> > jedna
> > o cisto SW implementaciu v podobe "bit-bang" ... je to tak ?
> >
> >
> > Dne 18. prosince 2016 20:00 Robert Holub 
> napsal(a):
> >
> >> - 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
> >>  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 :
> >> >
> >> >>   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
> >>
>
>
> --
> Using Opera's mail client: http://www.opera.com/mail/
> ___
> Brmlab mailing list
> Brmlab@brmlab.cz
> https://brmlab.cz/cgi-bin/mailman/listinfo/brmlab
>
___
Brmlab mailing list
Brmlab@brmlab.cz
https://brmlab.cz/cgi-bin/mailman/listinfo/brmlab

Re: [Brmlab] Holubuv komunikacni protokol

[Robert Holub]

- Ja netvrdil ze je neco nezabezpeceneho na samotnem pouzitem protokolu,  
ale moje vize je takova, ze v IOT bude delat jiz brzo kazdy nouma takze se  
vyroji spoustu zabugovanych zarizeni ktera budou mit velky potencial byt z  
toho duvodu spatne zabezpecena. Ne primo z duvodu protokolu ktery je  
pouzit.

-

- Presne tak, je to bit - banging. Cilem je propojovat obskurdni zarizeni  
a zkusit si vytvorit prenosovy protokol. U konkretniho vzorku ktery jsem  
predvadel to je 0-3.3v na strane RPI a 0-5V na strane Atmegy. Klidne si  
procti zdrojaky jsou jednoduche.
IRQ jsme pouzit nezkousel, buffery take neresim. To by vsechno vec  
zeslozitilo a mym cile nebylo se chtit rovnat jinym protokolum ale stvorit  
neco jednodussiho.

Mr.Holub



On Sun, 18 Dec 2016 20:57:58 +0100, Tomislav Arnaudov  
 wrote:

> diky za odpovede ale :
> - mozes uviest nejake priklady ? neviem co je spatneho zabezpeceneho na  
> i2c
> alebo spi , uart/usart atd ...
>
> - OK
>
> - v SPI sa pouziva vacsinou tam kde je potreba IRQ pin ktory prave hovori
> nieco ako napr "uz mam plny/prazdny buffer" alebo "nove data su
> dostupne/zapsane vyber si je/zapis dalsie" atd...
>
> s cim som mnohokrat narazil napriklad tak je polarita signalov u SPI a  
> i2c
> ... ktora napriklad sa u tvojho protokolu asi vobec neriesi kedze sa  
> jedna
> o cisto SW implementaciu v podobe "bit-bang" ... je to tak ?
>
>
> Dne 18. prosince 2016 20:00 Robert Holub  napsal(a):
>
>> - 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
>>  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 :
>> >
>> >>   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
>>


-- 
Using Opera's mail client: http://www.opera.com/mail/
___
Brmlab mailing list
Brmlab@brmlab.cz
https://brmlab.cz/cgi-bin/mailman/listinfo/brmlab

Re: [Brmlab] Holubuv komunikacni protokol

[Tomislav Arnaudov]

diky za odpovede ale :
- mozes uviest nejake priklady ? neviem co je spatneho zabezpeceneho na i2c
alebo spi , uart/usart atd ...

- OK

- v SPI sa pouziva vacsinou tam kde je potreba IRQ pin ktory prave hovori
nieco ako napr "uz mam plny/prazdny buffer" alebo "nove data su
dostupne/zapsane vyber si je/zapis dalsie" atd...

s cim som mnohokrat narazil napriklad tak je polarita signalov u SPI a i2c
... ktora napriklad sa u tvojho protokolu asi vobec neriesi kedze sa jedna
o cisto SW implementaciu v podobe "bit-bang" ... je to tak ?


Dne 18. prosince 2016 20:00 Robert Holub  napsal(a):

> - 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
>  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 :
> >
> >>   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
>
___
Brmlab mailing list
Brmlab@brmlab.cz
https://brmlab.cz/cgi-bin/mailman/listinfo/brmlab

Re: [Brmlab] Holubuv komunikacni protokol

[Robert Holub]

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

[Brmlab] Tydenni prehled udalosti / Weekly overview of events

[noreply]

Udalosti v brmlabu tento tyden:
Events taking place in brmlab this week:

21.12.2016 19:00  - http://brmlab.cz/event/sigint
___
Brmlab mailing list
Brmlab@brmlab.cz
https://brmlab.cz/cgi-bin/mailman/listinfo/brmlab

Re: [Brmlab] Fwd: from Labka with love

[Pavel Snajdr]

Zdarec,

ja delam na tom, abych poskladal dohromady lidi schopne psat + idea ja
zalozit crowdfunded portal (idealne bez reklam).

Skladam na to tym lidi, pokud vite o nekom, kdo umi pomoct, sem s nim ;

co zatim mam - predbezne par lidi schopnych psat clanky; XY lidi, co by
tam chtelo mit blog; par lidi, co by prispelo na rozbeh a kandidatu na
sefredaktora.

Dalsi kontakty tim smerem urcite uvitam - pripadne jakoukoliv pomoc - i
s redakcnim systemem (dobry kandidat je system od kluku z linuxos.sk v
Djangu).

Stick prislibil pro ten projekt nazev s domenou CTJB.net :)

Takze se rysuje komunitni hacker-positive portal ;)

Spolu s tim jsme se s Ruzou bavili o organizaci zastresujici ty nase
hackerspacy (ucetni, legal, atd. support organizace) - poslu vic info
brzo (pripravuju nastrel stanov).

/snajpa
(Pavel Snajdr)
(Predseda vpsFree.cz)
(+420 720 107 791)

On 12/18/2016 04:00 AM, Pavel Ruzicka wrote:
> fyi, na tom aby byl nejaky blog o deni v CZ+SK hackerspace komunitach a
> nejen to uz se pracuje. Piste, badejte, casem snad budeme moci rict
> presneji co a jak.
> 
> On 12/18/2016 03:35 AM, Tomas overdrive Petru wrote:
>> a mozna je to vlastne dobry napad, mit nekde nejaky blog, kam by
>> mohli psat lidi o hackerspacech v CZ-SK, akorat me samemu se nechce nic
>> takoveho realizovat, pac mam sam dost, ale klidne bych do neceho
>> takoveho psal.
> ___
> Brmlab mailing list
> Brmlab@brmlab.cz
> https://brmlab.cz/cgi-bin/mailman/listinfo/brmlab
> 



signature.asc
Description: OpenPGP digital signature
___
Brmlab mailing list
Brmlab@brmlab.cz
https://brmlab.cz/cgi-bin/mailman/listinfo/brmlab

Re: [Brmlab] Holubuv komunikacni protokol

[Tomislav Arnaudov]

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 :

>   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
>
___
Brmlab mailing list
Brmlab@brmlab.cz
https://brmlab.cz/cgi-bin/mailman/listinfo/brmlab

Re: [Brmlab] Fwd: from Labka with love

[Tomislav Arnaudov]

Over ... keby som ta nepoznal osobne a neviem jak chaoticky ti to mysli aj
v realu tak si poviem ... omg to sa neda citat
Intro je to co ta uputa k tomu blogu/clanku/cloveku , a z tvojho intra som
sa vpodstate nedozvedel nic zasadne ci o tebe alebo o labka.
imo ked to bude citat niekdo mimo HS scenu tak nebude mat ani sajn o co sa
jedna .

be good
Sargon


Dne 18. prosince 2016 4:00 Pavel Ruzicka  napsal(a):

> fyi, na tom aby byl nejaky blog o deni v CZ+SK hackerspace komunitach a
> nejen to uz se pracuje. Piste, badejte, casem snad budeme moci rict
> presneji co a jak.
>
> On 12/18/2016 03:35 AM, Tomas overdrive Petru wrote:
> > a mozna je to vlastne dobry napad, mit nekde nejaky blog, kam by
> > mohli psat lidi o hackerspacech v CZ-SK, akorat me samemu se nechce nic
> > takoveho realizovat, pac mam sam dost, ale klidne bych do neceho
> > takoveho psal.
> ___
> Brmlab mailing list
> Brmlab@brmlab.cz
> https://brmlab.cz/cgi-bin/mailman/listinfo/brmlab
>
___
Brmlab mailing list
Brmlab@brmlab.cz
https://brmlab.cz/cgi-bin/mailman/listinfo/brmlab

[Brmlab] Holubuv komunikacni protokol

[Robert Holub]

  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

Re: [Brmlab] Crowdsource: Prusa i3 MK2

[JoHnY]

Ja by som prispel 0.05 BTC ak je ta moznost :-) Poslem to na brmBTC ucet? Alebo 
je niekto kto by to chcel kupit a posle rovno koruny na ucet?


bye, JoHnY.

On Fri, 16 Dec 2016 07:21:31 +0100
Pavel Ruzicka  wrote:

> Je mozno normalne prevodem na ucet 2500079551/2010  (viz
> https://brmlab.cz/donate )
> 
> VS a KS netreba u platby nastavovat, do zpravy, prosim, poznamku ze
> je to na Reprap.
> 
> A dekujeme :)
> ruza
> 
> On 12/16/2016 06:52 AM, Jiri Zoth wrote:
> > Ahoj.
> > 
> > Mohu přispět 1500,-. Kam to mam poslat?
> > 
> > JZO
> > ( Jiří Zoth )
> > 
> > Sent from my iPhone
> >   
> >> On 15 Dec 2016, at 23:47, Jan Hrach  wrote:
> >>
> >> Ahoj,
> >> snažíme se složit se na 3D tiskárnu Prusa i3 MK2 (technologie od
> >> posledního brmlabího prototypu velmi pokročila a zastaralé
> >> brmlabí tiskárny se těžko udržují a už nejsou úplně v kondici).
> >> Tiskárna stojí 19 tisíc, zatím se vybrala polovina. Rada nejspíš
> >> bude hlasovat o doplacení části (případně z grantu), ale
> >> vzhledem k současné těsně-vyrovnané finanční situaci brmlabu je
> >> potřeba, aby se co nejvíc vybralo od lidí.
> >>
> >> Přispět můžete na https://brmlab.cz/project/reprap/mk2
> >>
> >>
> >> -- 
> >> Jan Hrach | https://jenda.hrach.eu/
> >> GPG CD98 5440 4372 0C6D 164D A24D F019 2F8E 6527 282E
> >>  
> ___
> Brmlab mailing list
> Brmlab@brmlab.cz
> https://brmlab.cz/cgi-bin/mailman/listinfo/brmlab
___
Brmlab mailing list
Brmlab@brmlab.cz
https://brmlab.cz/cgi-bin/mailman/listinfo/brmlab