Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - tolson

Pages: [1] 2 3 ... 59
Bugs / Re: Single_Bank OTA
« on: March 02, 2018, 11:06:04 AM »
Interesting! I have an app where I have to use serial on a different pair of pins from the program/debug pins. Is the issue you discovered tied to the pgm/debug pins or any serial port options.

Production Application Guidance / Re: Servo Shield?
« on: March 02, 2018, 07:26:03 AM »
Devices are designed for certain things. This one is not really designed for servos.

Production Application Guidance / Re: Servo Shield?
« on: March 02, 2018, 06:49:55 AM »
The software defined radio having priority is causing the glitch. Notice if you turn off the BLE the PWM servo works smooth.

Support / Re: Rfduino send two sensors reading - Evothings javascript issue
« on: February 13, 2018, 07:41:08 AM »
You need to use struct, not union.
The union would be 4 bytes not 8.

As far as dtostrf... I think that is an AVR specific function. RFduino is ARM.

Support / Re: Exploring inside of the Simblee
« on: January 24, 2018, 06:03:55 PM »
The DFU is in firmware. The RFduino uses generation 1 silicon of the Nordic part. Simblee uses generation 3 of
the Nordic part. They are both nRF51822 but the 3rd generation silicon as a few port peripherals etc.

As far as if DFU is tied to any generation hardware, you will have to ask Nordic. It is the Nordic DFU every so slightly modified to hide it in RFdigital code placement and we the people are not privy to where that is.

I think the issue will be that the Nordic libraries that are used in RFduino are not being updated for the old hardware or visa versa.

Support / Re: Exploring inside of the Simblee
« on: January 23, 2018, 07:36:27 AM »
It is not a lid like on the previous part. It is molded. So unless you are adept and trained at the art of reverse semiconductor engineering it will be challenging.  What you will find is the die version of the Nordic part. Two crystals, a smaller chip antenna and misc. passives. A pretty impressive hybrid package engineering feat.

Videos/Guides/Tutorials / Re: RFduino Cheat Card
« on: January 17, 2018, 09:04:42 AM »
Change RFDuino to RFduino.

The FACTORY pin is SWD for those that want to do JTAG.

Would be nice to reduce file size down from 800kB+.

Otherwise, purty.

Production Application Guidance / Re: ICSP programming
« on: December 20, 2017, 07:04:52 AM »
You don't really need a reset button. Just a capacitor between the DTR line and the RESET line is needed. Look at the schematic for the RFduino USB shield.

Production Application Guidance / Re: ICSP programming
« on: December 19, 2017, 03:49:30 PM »
Let me put this another way:  Does SparkFun just buy your chips and solder them onto their Simblee BLE Breakout board?  This is SKU WRL-13632

If that is true then I'm with you 99%.  Just give the board serial I/O and burn the code in from the Arduino IDE.

So one more question:  What does all this ancillary circuitry do in the above SF board?  Taking signals from the serial DTR pin?  Thanks

Yes, the Simblee SOC is bought from RFdigital and mounted on the sparkfun board. Sparkfun has really good documentation on how things work.

The schematic you show is a manual reset button in conjunction with the DTR through a capacitor. The DTR line is used to by the Arduino IDE to reset the Simblee/RFduino to tell the bootloader to go into programming mode or run mode.

Production Application Guidance / Re: ICSP programming
« on: December 19, 2017, 03:46:20 PM »
I am not an employee of RFdigital. Just a community user who happens to be a moderator.

The bootloader firmware is programmed into the nRF51822 read protected flash by RFdigital. They keep secret the actual  bootloading code and exactly where that loads into the nRF51822. So if you blow away their bootloader using JTAG/SWD to install your own ARM code or MBED, or Nordic libraries you won't be able to reload RFdigitals bootloader as they don' make that binary/hex available. I guess they figure if they made that available then everyone would install that on their hardware too and perhaps not buy their SOCs. That is why I say if you decide to go with installing MBED or Nordic firmware via JTAG you will loose all Arduino IDE, and SimbleeForMobile, for example, features.

The advantage of still using the Simblee SOC or the RFduino Module in your designs, if you go with custom low level programming,  is that it is the best packaging of the nRF51822 and assorted bits and pieces.. like the crystals and antenna. If I was running the company I would be selling boocoo of the chips and not care what people put on it. The money is in the condensed complete system on chips. And make the firmware open source so the community can fix and improves things mucho faster. And make the chips so cheap no one would want to waste their time designing in the nRF and support components on their own.

Production Application Guidance / Re: ICSP programming
« on: December 19, 2017, 11:55:54 AM »
And if you blow away the RFduino/Simblee firmware you are basically on your own. Might as well be programming with Nordics API or MBED at that point. Good luck and have fun!

Production Application Guidance / Re: ICSP programming
« on: December 19, 2017, 05:43:37 AM »
The USB programmer is just a USB to serial converter. It does not have a bootloader. The bootloader is built into the RFduino module. Have you found the documentation at The JTAG SWD is only used if you want to blow away the RFduino/Arduino builtin bootloader and program at the lowest level.. which would be ARM Cortex M0.

Production Application Guidance / Re: ICSP programming
« on: December 18, 2017, 08:46:58 PM »
How did you prototype the board without knowing the answer?
There is no AVR ICSP.
Uses RS232 TTL RFduino programming using Arduino IDE.
Otherwise low level is programmed using JTAG SWD pins. Check the documentation for nRF51822.

Hopefully somebody from the RF Digital team will respond with an explanation of what is going on,

Simblee For Mobile / Re: App crashing
« on: December 08, 2017, 12:43:31 PM »
onDisconnect is useful to set or reset a flag that indicates if you are connected to a phone or not.
For example if there is no phone connected you don't want to be trying to send something to it.

Pages: [1] 2 3 ... 59