Re: [riot-devel] 35C3 CfP

2018-09-24 Thread Simon Brummer
Hi Martine, I would like to be part of a RIOT assembly. ;) Cheers Simon Am 2018-09-19 18:04 schrieb Martine Lenders: Hi, FYI, the CfP for 35C3 is out [1] since last week. My current plan is to represent the RIOT community there with an high-level introductory talk on ICN within the Science t

Re: [riot-devel] TCP on RIOT OS

2018-05-22 Thread Simon Brummer
Tuesday since it would be better if I use a stable version for it? Best regards Theresa GESENDET: Dienstag, 22. Mai 2018 um 14:35 Uhr VON: "Simon Brummer" AN: "RIOT OS kernel developers" BETREFF: Re: [riot-devel] TCP on RIOT OS Hi Theresa, Martine is right, link local adre

Re: [riot-devel] TCP on RIOT OS

2018-05-22 Thread Simon Brummer
Hi Theresa, Martine is right, link local adresses don't currently work with gnrc tcp (even with the mandatory interface specifier). This is a known issue, I am currently working on it. I intend to merge it on the next Hack'n'Ack (next Tuesday). If you need it faster, there is a development br

Re: [riot-devel] RIOT assembly at 34C3

2017-11-06 Thread Simon Brummer
Since I haven't got a Ticket this year I can't be part of an potential assembly, but I'll appreciate the Idea. I think it's a great place to get in touch with Hobbyists. Cheers Simon Am 2017-11-04 21:52 schrieb Martine Lenders: Hi, I'm going to 34C3 [1] this year. Anyone interested forming a

[riot-devel] Github Issue

2017-02-25 Thread Simon Brummer
Hi Everyone, I have a small issue with github and need some help. I would like to create a PR, that depends on another PR of mine. The currently existing PR (#6541) is not merged jet, the new PR is a branch based on the branch in #6541. If I try to open a new PR, the PR contains all commits fro

[riot-devel] Greetings from the 33c3 and Pointer to an interesting USB talk

2016-12-28 Thread Simon Brummer
Dear fellow RIOTers, today is an interesting Talk about a low speed USB implementation written in Software. It might be interesting for us RIOTers. Here is the Abstract: https://fahrplan.events.ccc.de/congress/2016/Fahrplan/events/8031.html And there should be the Stream at 16:00 : https://s

Re: [riot-devel] char* to int and vice versa

2016-09-05 Thread Simon Brummer
> *From:* devel [mailto:devel-boun...@riot-os.org] *On Behalf Of *Simon > Brummer > *Sent:* Monday, September 05, 2016 6:36 PM > *To:* RIOT OS kernel developers > *Subject:* Re: [riot-devel] char* to int and vice versa > > > > Ah okay. You are looking for ato

Re: [riot-devel] char* to int and vice versa

2016-09-05 Thread Simon Brummer
* devel [mailto:devel-boun...@riot-os.org] *On Behalf Of *Simon > Brummer > *Sent:* Monday, September 05, 2016 6:10 PM > *To:* RIOT OS kernel developers > *Subject:* Re: [riot-devel] char* to int and vice versa > > > > Well, in c any Pointer is an integer. If you want the pl

Re: [riot-devel] char* to int and vice versa

2016-09-05 Thread Simon Brummer
Well, in c any Pointer is an integer. If you want the plain numeric value, you can just cast the pointer to int. There is no conversion function Am 05.09.2016 5:58 nachm. schrieb "Adeel Mohammad Malik" < adeel.mohammad.ma...@ericsson.com>: Hi, A quick question, what functions should I use to c

Re: [riot-devel] Condition Variables

2016-08-18 Thread Simon Brummer
Hi Sam, The hole message passing avoidance is actually a pretty good point. I prefer message passing because I can handle the hole User Function call Timeout Handling with it as well. It would be interesting if a condition change could occur based on the expiration of a Timer. Just my thoughts on

Re: [riot-devel] Condition Variables

2016-08-17 Thread Simon Brummer
blocked thread.  Cheers     Simon Brummer Am Dienstag, den 16.08.2016, 12:49 -0700 schrieb Sam Kumar: > Hello, > I was looking at the synchronization primitives in RIOT OS. I noticed > that there is a mutex implementation, but I was unable to find a > condition variable. > > I am

Re: [riot-devel] Disable 15.4 Acknowledgements

2016-08-09 Thread Simon Brummer
Hi Oleg, According to the earlier posted TCP packet dump, all 15.4 Acks are gone after disabling NETOPT_AUTOACK. Cheers Simon Am Dienstag, den 09.08.2016, 16:47 +0200 schrieb Oleg Hahm: > Hi Simon! > > On Tue, Aug 09, 2016 at 04:44:40PM +0200, simon wrote: > > > > netopt_enable_t opt = NETOPT_

Re: [riot-devel] Disable 15.4 Acknowledgements

2016-08-09 Thread Simon Brummer
Hi Oleg, netopt_enable_t opt = NETOPT_DISABLE; gnrc_netif_get(ifs); gnrc_netapi_set(ifs[0], NETOPT_AUTOACK, 0, &opt, sizeof(opt)); gnrc_netapi_set(ifs[0], NETOPT_ACK_REQ, 0, &opt, sizeof(opt)); Did the trick. So there is a way to disable acknowledgements. Cheers, Simon Am Dienstag, den 09.08

[riot-devel] Disable 15.4 Acknowledgements

2016-08-09 Thread Simon Brummer
Hello Everybody, Currently I am testing my TCP implementation between two samr21 Boards and a Raspberry Pi as sniffing Probe in between. My measured network dump contains a few unexpected retransmissions and i am unable to distinguish between retransmissions caused by 15.4 and retransmissions cau

Re: [riot-devel] RIOT TCP Stack

2016-01-26 Thread Simon Brummer
Hi Sam,  My Name is Simon and i am the main developer for RIOTs TCP implementation.  The TCP implementation is part of my bachelor Thesis, the implementation is more like a proof of concept. I hope till end of january, that my pull request(https://github.com/RIOT-OS/RIOT/pull/2827 ) is able to ex