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

Pages: [1]
Support / Re: Simblee GZLL performs worse than RFduino GZLL
« on: Today at 06:10:50 AM »
thank you!

I took some time and pared the sketches down toward the minimum for the demo.  Each sketch can be changed between Simblee and RFduino by changing line 3.  There is a line to change to SimbleeCOM but I didn't test that code.  I don't understand what SimbleeCOM is so I am hesitant to go down that rabbit hole.

The attached .zip file has some example output in addition to the two sketch files and a helper script written in Python.  The Python code isn't necessary but it was helpful to me in making the results just a bit more clear on the receiving end.

It is enough to change just the Device (switch between Simblee/RFduino) and leave the Host the same but to validate things I changed board types at both ends.

The Device code runs for 20 seconds and then stops on purpose. This length of time is sufficient to notice the differences.  Small packets are sent each 8ms and there is a counter from 0 to 31 used to track the 'ack' of each specific packet.  With either setup there can be moments when the communication time varies enough that it appears to be a lost packet according to the time between receiving them.  However with the RFduino no packets are lost as indicated by the counter.  When the Simblee is sending as the Device there are several instances of time gaps in receipt corresponding to 6 missing packets. 

Simblee sending - 6 instances of 6 lost packets in a row within 20 seconds (about 50ms gap)
RFduino sending - jitter but no lost packets.


I am using bone stock RFdigital dev boards, 2 Simblee boards (one is the large one with all pins), 2 RFduino boards and 2 USB serial converter boards.

I recommend you try contacting the manufacturer or the new owner (Heptagon?  ams sensor solutions?).  Google it to see latest news.  Depending how commercial your product is I think it is best to stay away from any rapid prototype tools as a general rule.  I doubt they intended this but evidence suggests Simblee is done.

For compiler some options are GCC, Keil and IAR.  The Keil IDE is pretty easy to set up and so is Segger Embedded Studio.

For apps there are many options.  The last time I investigated this I briefly looked at Cordova and Ionic Framework.  I had some success with Evothings.  It should be noted that in this environment any technology or service can evaporate.

If you have a hardware design I would think the primary concern would be getting a proper quote and/or contract for purchasing the hardware.

Support / Re: Simblee GZLL performs worse than RFduino GZLL
« on: March 18, 2017, 09:01:57 AM »
Thanks! for your prompt response and assistance.

The last thing I did is that I had my Simblee sending data to an RFduino GaZeLL Dongle.    The results are the same so I think the problem is on the transmitter side.

I am trying to confirm as quickly as I can whether the Simblee hardware itself could be the cause of transmission issues or the particular silicon version or most likely the specific libraries.  I need to determine if a re-spin of my hardware is required.  After that it may be a matter of choosing the next toolchain.  As a worst case I need to code my software to work around the lost packets but obviously that is not ideal at all. 

Of course the RFduino and Simblee systems have been great to a point but as you may have implied the closed nature is a huge detraction.  My next choices will be based on how well I can stand alone and be bare metal (not mbed, for example).

Support / Simblee GZLL performs worse than RFduino GZLL
« on: March 18, 2017, 06:18:24 AM »

Previously I had excellent results with GZLL on RFduino modules, typically sending 2 to 4 byte packets each 8.3 ms.

This year I made a new system using Simblee and found some gaps in my data.  There are periodically chunks of 5 or 6 data packets in a row (approximately 60ms lost time) that do not arrive and thus do not receive an ack.  I have a packet counter and check the ack against this counter.

I have the same code, switchable between RFduino and Simblee modules with #define statements.  On the RFduino the communication is very reliable unless I push the packet rate to each 3ms, and even then I just lose the occasional single packet.

NOTE: I have tested this with Simblee dev boards as the transmitter and receiver.  I did this to confirm that my hardware was not the root cause.  Also, I am not using any Bluetooth or Simblee for Mobile.


1. What can be happening to interrupt transmission of GZLL packets?  difficult question of course!

2. Can the Simblee modules be programmed with an image that would convert them to be RFduino?  That would be preferred if the root cause of this difference is the library.

3. I tried to compile a new GZLL library using the batch file in the sources but it fails because many files required by the batch program are missing.  Could these be made available?

4. What are the differences between GZLL on Simblee and GZLL on RFduino?  Maybe I can adjust the registers to accommodate the difference.

5. Is Simblee still an active project or is it cancelled or abandoned?

Thanks in advance for any help or advice!


Simblee Libraries / Re: SimbleeCOM vs SimbleeGZLL
« on: August 23, 2016, 04:49:26 PM »
follow up question... is there a different place/forum we should go to for support and questions for Simblee?  things seem pretty slow at this forum. :(

Support / Re: Simblee Documentation Issues - Missing GPIO's
« on: August 21, 2016, 10:09:36 AM »
I think...  gpio 26 and 27 are for the 32kHz crystal.   so the documentation actually should move from 25 to 28.

Simblee Libraries / SimbleeCOM vs SimbleeGZLL
« on: August 12, 2016, 04:10:19 AM »
I have used Gazell on RFduino in a couple of applications - internal test tools in my company.  I understand that Gazell is a Nordic product but I don't know what SimbleeCOM is.

For a new project I have two tools that will send data to a 3rd tool and I am using Simblee modules.

What are the differences between SimbleeCOM and SimbleeGZLL  - how would I choose?

I do not need BLE but I may choose to add it later to improve usability of the design.

Simblee Announcements / Re: Simblee
« on: December 27, 2015, 06:21:10 AM »
Using Arduino 1.6.5 on Windows 7.  I've got the Simblee libraries and board in my Arduino IDE.

Where can I find the libraries?  It seems simple but I am searching in my sketchbook and sub-folders of the Arduino IDE and I cannot find them. ...feeling kind of ???

I am looking for a place to set up or change the SPI pins.

Here's where I see them on my computer:


Hope that helps.

I ended up finding them here


stupid Windows treats AppData as hidden and maybe this is why the indexing system couldn't find the files for me.

I watched the compiler messages at the bottom of the IDE and found the path in the output.

Simblee Announcements / Re: Simblee
« on: December 24, 2015, 04:38:33 AM »
Using Arduino 1.6.5 on Windows 7.  I've got the Simblee libraries and board in my Arduino IDE.

Where can I find the libraries?  It seems simple but I am searching in my sketchbook and sub-folders of the Arduino IDE and I cannot find them. ...feeling kind of ???

I am looking for a place to set up or change the SPI pins.

Getting Started / Re: get\r\
« on: October 08, 2015, 10:15:54 AM »
I have a possibly related problem with RFDLoader crashing.

With the same hardware and same code.

Arduino 1.6.1 on older Dell inspiron Laptop with Windows 7 == no problem  :)
Arduino 1.6.5 on new Dell Precision M3800 laptop with Windows 7 == Cannot get it to program.  :'(

I tried to roll my new computer back to Arduino 1.6.1 but then the instructions for the boards manager do not work.

Is there a better fix or workaround?

In both cases I am using the same FTDI cable.

The programming board that I am connecting to is my own layout.  It has 10nF in series on RESET and 10k pullup to VCC.

I have to do a fresh installation of Arduino and RFduino in the next couple of days.

What is the recommended Arduino version?

Suggestions / Re: 422 forum members and 3,500 backers
« on: February 13, 2014, 10:50:57 AM »
a fair number of people are dev board collectors.  The cost is low enough that they (I) buy the thing and then realize there is no time to work on it.  Also, those of us with little time which is most of us will gravitate toward the device that we can make the quickest progress on. 

RFduino documentation is a little lacking and that harms things a bit. 

that said, I have it next on my list to get going.

thanks, I had placed it up one level too far.  got confused by the... arduino\hardware\arduino  and assumed it would go next to arduino in the hardware folder as an alternate platform rather than underneath it.

straightened out now.

Getting Started / pinout reference
« on: November 13, 2013, 04:22:43 AM »
Is there a guide to explain the different uses for the gpio pins?

I have searched but google has not indexed very much stuff yet.

Is there a hardware reference somewhere for this -open source - project?

I wish to connect an I2C device and communicate with the wire library.

I am following the quick-start guide.  Downloaded and installed Arduino 1.5.3 on Windows 7.  The USB driver installed and is a new port, COM12 that I can select from the menu.  I have restarted the computer.

 - RFduino does not show up in the Tools menu under boards

 - What should I expect for LED activity on the rfduino and the USB board?

 - Would RFduino show up in the menu even if RFduino is not running for some reason?  would it show up even if I disconnect the USB shield from the computer?

Pages: [1]