[riot-devel] thread is not working
Hey Everyone, I have been porting RIOT OS to new processor(ARC) and i had compilied hello world program successfully. When i debug the helloworld.elf in kernel_init function the thread_create() function has execute successfully.But the thread idle_thread and main_trampoline function is not been called. why? What is thing need to be done on this cpu_switch_context_exit() function. please explain me. Thanks Shishir Tiwari ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel
Re: [riot-devel] Flashing the Samr21 xpro
Hi Lucas, I was playing with the openocd configuration a bit, mainly `adapter_speed`, back when support for this was added without any significant outcome. Problem is, the EDBG chip, on the bottom of the board, handling communication with the MCU is specified to run on 1MHz and the openocd docs mention, for CMSIS-DAP, it is not advised to let signal frequency exceed half of the operating frequency. (I’d guess Nyquist-Shannon applies) That said, 0.481KiB/s still seems slow for this. I’m at least reaching 1.787KiB/s for flashing and 11.190KiB/s for verification. When did you check out the OpenOCD code? Best, Thomas On 10 Jan 2015, at 14:25, Lucas Jenß li...@x3ro.de wrote: Hey everyone, I’ve been playing around with the Samr21 xpro and flashing the device is _really_ slow, i.e. 0.481 KiB/s. Is this expected or is there a way to improve it? I’m using the current OpenOCD Git HEAD because the 0.8.0 release does not seem to contain the configs for the board yet. I tried to flash the hello-world example. Cheers, Lucas ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel
Re: [riot-devel] thread is not working
Hi Shishir, when RIOT initially starts up, the CPU is normally running in interrupt mode (using the interrupt mode stack). After creating the stacks for the main and the idle threads, the CPU must be put into thread-mode. This means the main threads initial context needs to put into the CPUs registers and the stack pointer must put to the main-threads stack. After this is done the CPU can just do 'normal' task switching for switching between threads. So to put it short: in cpu_switch_context_exit() you simply must load the main threads context into the CPUs register and point the stack pointer to the main threads stack. Let me know if you need further information! Cheers, Hauke On 12.01.2015 15:35, shishir tiwari wrote: Hey Everyone, I have been porting RIOT OS to new processor(ARC) and i had compilied hello world program successfully. When i debug the helloworld.elf in kernel_init function the thread_create() function has execute successfully.But the thread idle_thread and main_trampoline function is not been called. why? What is thing need to be done on this cpu_switch_context_exit() function. please explain me. Thanks Shishir Tiwari ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel
Re: [riot-devel] Flashing the Samr21 xpro
Flashing is slow for us too, how do you get the speed? 2015-01-12 11:13 GMT+01:00 Lucas Jenß li...@x3ro.de: Hi Thomas, verification was much faster as 0.4KiB/s, I think around 10 or so for me. I checked out OpenOCD on the 9th. I’m also running Linux inside VMware though, so maybe it’s just caused by the virtualization. I’ll see how fast it is on the host. Cheers, Lucas A couple of days ago. On 12 Jan 2015, at 11:00, Thomas Eichinger thomas.eichin...@fu-berlin.de wrote: Hi Lucas, I was playing with the openocd configuration a bit, mainly `adapter_speed`, back when support for this was added without any significant outcome. Problem is, the EDBG chip, on the bottom of the board, handling communication with the MCU is specified to run on 1MHz and the openocd docs mention, for CMSIS-DAP, it is not advised to let signal frequency exceed half of the operating frequency. (I’d guess Nyquist-Shannon applies) That said, 0.481KiB/s still seems slow for this. I’m at least reaching 1.787KiB/s for flashing and 11.190KiB/s for verification. When did you check out the OpenOCD code? Best, Thomas On 10 Jan 2015, at 14:25, Lucas Jenß li...@x3ro.de wrote: Hey everyone, I’ve been playing around with the Samr21 xpro and flashing the device is _really_ slow, i.e. 0.481 KiB/s. Is this expected or is there a way to improve it? I’m using the current OpenOCD Git HEAD because the 0.8.0 release does not seem to contain the configs for the board yet. I tried to flash the hello-world example. Cheers, Lucas ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel -- *Clenet BaptisteFR: +33 6 29 73 05 39* *Élève-Ingénieur ESEO Angers, dernière année, spécialisation: Architecte système temps réél embarqué* *Bidiplôme Master Robotics à l'Université de Plymouth en 2013-2014* ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel
Re: [riot-devel] ESP8266 WIFI transceiver
On 2015-01-13 05:38, Cenk Gündogan wrote: Hi *, Does anyone has any experience with this cheap WiFi transceiver (ESP8266)? I've tried them. They are pretty cool. This is what I've done with them so far: - http://clixx.io/esp8266-01.html ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel
Re: [riot-devel] ESP8266 WIFI transceiver
Hi, I've got two of those and they appear to be working ;) I can bring them to the university if you are interested in first hand experience. Cheers, Ludwig Am 12. Januar 2015 19:38:02 MEZ, schrieb Cenk Gündogan cenk.guendo...@fu-berlin.de: Hi *, Does anyone has any experience with this cheap WiFi transceiver (ESP8266)? May be of interest to some of you, too. http://www.ebay.de/itm/ESP8266-Serial-WIFI-Wireless-TransceiveR-Module-SPI-Send-Receive-LWIP-Arduino-/171530595640?pt=Wissenschaftliche_Ger%C3%A4tehash=item27f0052d38 Cheers, CG ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel
Re: [riot-devel] RFDuino Board - add to Wiki please (and more)
Hello Jan, https://github.com/RIOT-OS/RIOT/pull/1417/files - in general I wanted to start the BLE work based on this pull - i sadly got closed/merged with silently dropping the BLE poc support that a least reads like it could work :) Do u know if this code is actualy sending something out ? There is another PR to bring radio functionality. I have this not tested. Aggain Frank thanks for this valuable information. in general I just wanted to test ANT, there is a nice tech talk about in ages ago but no one uses it(?)... ANT+ is used for wearables and fitness equipment. There are only a few mobile phones supporting ANT+. I think ANT+ is not ready for IoT. Regards, Frank ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel
Re: [riot-devel] RFDuino Board - add to Wiki please (and more)
Hello Jan, i work currently with nRF51 MCU. I have try'd to port RFDuino to plain nRF51 chips and found this working and more complete project. 1 .RFDuino: https://github.com/rfswarm/Board-RFduino/wiki/Board:-RFduino (cpu/nrf51822/startup.c: LED_RED_TOGGLE undeclared - comment out - should become ifdef/ifndef) (PIN numbering a little bit strange did not investigate further - check UART) What if LED_RED_TOGGLE is defined empty? 3. BLE Stack: I am realy pissed about nordic and the open rfduino BLE support. Binary blob myass. It might take some weeks but i got all the test hardware ready to implement basic BLE support. I'm not interested using BLE at the moment, but i found this: http://code.google.com/p/btstack/ I think it's an good idea to check if btstack can be ported to nRF51. This is widely more open than using these Blobs from Nordic. btstack has ant support. There is another Project https://github.com/mrquincle/bluenet which created an Open Source environment supporting Nordic SoftDevices. pps. I am waiting for my nrf51422-dk. so expect nrf51422 support soon. *i dont have a opinon on ANT yet* If you have ordered the SDK with PCA1 and PCA10005/6 boards, you need an adapter to connect PCA10005/6 Boards. I have ordered two from mommosoft. http://www.mommosoft.com/blog/ble-devkit-n-r2/ Regards, Frank ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel