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

Pages: [1] 2
Just bought this for testing.  Running Android 7.1.1, Hardware Tablet TB-8504F Kernel 3.18.31

I have 2 Simblees running here, it finds neither of them using the Simblee for Mobile app.

If I go to the Bluetooth settings, it sees them both.  What gives?


I bought this yesterday to do different screen size testing.

When I go to the App store, I can search for "Simblee" and it suggests "Simblee for mobile".  I select that and get "No Results for "Simblee for mobile""

What's going on?


Mike Berry

Simblee For Mobile / Re: Changing IOS/Android App name/appearance
« on: January 04, 2018, 02:48:12 PM »
Thinking this through a little better if RFD will give me what they submitted to Apple/Android and I can just change the logo then I'm interested.

Simblee For Mobile / Re: Changing IOS/Android App name/appearance
« on: January 04, 2018, 02:34:52 PM »
No disrespect intended but if I were interested in that I wouldn't be using your silicon.

Simblee For Mobile / Re: Changing IOS/Android App name/appearance
« on: December 24, 2017, 04:19:48 AM »
I've been told away from this forum that this won't happen.  While I'm disappointed, I can see why the company would want everyone to see their product name.  Helps your competition know something about how you made your product so RFDigital can sell more silicon.

Simblee For Mobile / Changing IOS/Android App name/appearance
« on: December 21, 2017, 03:48:44 AM »
I’m interested in changing the appearance of the “Simblee” application logo as it appears on the cell phone.  Either to my own logo or to something that doesn’t give away the technology that I’m using for my product.  That might help stay ahead of all the ripoff artists by concealing my approach to some degree.

Does RFDigital offer this service or already have another app I can use?


Mike Berry, Colorado

Production Application Guidance / Re: ICSP programming
« on: December 20, 2017, 07:08:59 AM »
Yeah I left the reset button out, just power cycle like you do with Windows(r)  ( - :

Thanks for your help and hopefully this can aid others.

If it needs to be moved to another forum area I'm OK with that

Production Application Guidance / Re: ICSP programming
« on: December 20, 2017, 05:22:49 AM »
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.

OK so here is my summary:

1. RF Digital puts the boot loader in all chips as part of the manufacturing process
2. Most designs can just use the serial port to load firmware into the Simblee
3. The RESET circuit should have a differentiator circuit like the one above to go between prog mode and run mode using DTR
4. The firmware is protected by default because there is no way to read it out

Look OK?

Production Application Guidance / Re: ICSP programming
« on: December 19, 2017, 01:20:31 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

Production Application Guidance / Re: ICSP programming
« on: December 19, 2017, 11:59:42 AM »
Guess I'm still missing something, all you are blowing away is the boot loader right?

Or are all the libraries you link with (SimbleeForMobile.drawText for example) in there too?  Thanks

Production Application Guidance / Re: ICSP programming
« on: December 19, 2017, 05:56:09 AM »
Now we're talking!  I may need to reclaim the space used by the loader for my application.

I'll dig into this later today.  I owe you a thank you!

Production Application Guidance / Re: ICSP programming
« on: December 19, 2017, 05:06:19 AM »
How did you prototype the board without knowing the answer?
Otherwise low level is programmed using JTAG SWD pins. Check the documentation for nRF51822.

I used USB serial interface for one of the SparkFun modules which has a boot loader installed.  I didn't think chips from the foundry came with a boot loader, am I wrong?

I don't want to put a USB connector on my finished product.  Having some serial output would be nice though.  I'll grope around for the documentation you mention.

Why am I questioning my judgement for using this product and this forum now?  This is no way to treat customers.

Production Application Guidance / Re: ICSP programming
« on: December 18, 2017, 08:21:07 PM »
No help here?  Can't really make boards that I can't verify.


Production Application Guidance / ICSP programming
« on: December 17, 2017, 02:05:02 PM »
Am I correct in assuming that if I connect up the In Circuit Serial Programming pins like I would a standard ARM processor that it programs the same way?

Want to verify before I send the boards out, thanks

Support / Stepper object - too limited to be useful
« on: December 15, 2016, 08:11:16 AM »
At first blush this seems like a great HMI element but now I think it isn't usable.  I would love to be wrong about this if anyone has data to the contrary.

The fact that when you Google "drawStepper" all you find is 2 vague descriptions of how it works.  No actual uses of it.

How it seems to work:  You give a min & max value and it always starts at the min.  No way to make it start at a particular value.  When it is at min (as when it is created) it doesn't allow you to select the "-" minus value so there is no way to use it and offset what is displayed.

Disappointing.  Have to remove these from my current project.


Pages: [1] 2