[riot-devel] Transmission performance with CC1101 radio

Hello, I am trying to determine the highest datarate possible using the CC1101 radio. My use case is the transmission of media files. With the following configuration I have only been able to achieve *1.24KBps* : * modulation: 2-FSK * Frequency: 869,25 MHz * Datarate: 299.926 KBauds * udp as

Re: [riot-devel] Byte array should be uint8_t, not char

Hi Kees, Like Ludwig wrote, there are some places which haven't followed the coding conventions because the CC weren't as clear before as they are now with regards to this. Since RIOT is relying on its community for code contributions, these kinds of clean ups may take a long time after the

Re: [riot-devel] Problem with UDP and SAMR21-XPRO

Yes, well done +1 :-) Cheers, Martine 2016-07-04 16:49 GMT+02:00 MATTIA ANTONINI : > Done! I hope I've done well, I followed your instructions. > > Cheers, > Mattia > > 2016-07-04 15:49 GMT+02:00 Martine Lenders : >> >> Hi, >> make a

Re: [riot-devel] Problem with UDP and SAMR21-XPRO

Done! I hope I've done well, I followed your instructions. Cheers, Mattia 2016-07-04 15:49 GMT+02:00 Martine Lenders : > Hi, > make a fork of master on GitHub [1] (hit the fork button in the upper > right corner) and clone the fork to your local machine: > > $ git clone

Re: [riot-devel] Problem with UDP and SAMR21-XPRO

Hi, make a fork of master on GitHub [1] (hit the fork button in the upper right corner) and clone the fork to your local machine: $ git clone g...@github.com:/RIOT.git or, if you already cloned the RIOT-OS repository just add it as another remote $ git remote add mine g...@github.com:/RIOT.git

Re: [riot-devel] Problem with UDP and SAMR21-XPRO

Hi Martine, I think I've fixed this problem. I've tested my scenario with gnr_networking and microcoap_server and all is working :) Which is the procedure to push the code? I've never done it before :) Cheers, Mattia 2016-07-04 10:56 GMT+02:00 Martine Lenders : > Hi, >

Re: [riot-devel] Transceiver : Reception level

Oops just saw I made an error there: the type is called gnrc_netif_hdr_t Cheers, Martine Am 04.07.2016 12:29 nachm. schrieb "Baptiste Clenet" : > Thanks Martine, I'll try when I've got time > > 2016-07-02 12:27 GMT+02:00 Martine Lenders : > > Hi

Re: [riot-devel] Transceiver : Reception level

Thanks Martine, I'll try when I've got time 2016-07-02 12:27 GMT+02:00 Martine Lenders : > Hi Baptiste, > if you can read it on the driver level, you can adapt > gnrc_netdev2_hdr_t to add that value as a field and add it via the > rx_info struct handed to the recv

Re: [riot-devel] Problem with UDP and SAMR21-XPRO

Hi, I finally will have some time to look into it, but it would also be great if there would be an issue for that on GitHub and maybe to involve Takuo, since it is their PR that seem to have broken it. Cheers, Martine 2016-06-24 12:01 GMT+02:00 Martine Lenders : > Hi

Re: [riot-devel] Progress of port to SODAQ Autonomo

All, I am a little concerned the coding conventions getting too pedantic lately. While I agree magic numbers should be avoided, I disagree to introduce #defines for every single one of them as I do with introducing a static check for it. (Using a #define for a number only used once in HW

Re: [riot-devel] Progress of port to SODAQ Autonomo

On Mon, Jul 04, 2016 at 07:44:21AM +0200, Ludwig Knüpfer wrote: > Am 2. Juli 2016 13:21:19 MESZ, schrieb Kees Bakker : > >While going through the code I notice that there are too many "magic" > >constants. Hard coded numbers that are obvious for some, but not > >obvious > >for