Recent Posts

Pages: [1] 2 3 ... 10
Support / RFDUINO et ShockBurst
« Last post by marchefeu on December 14, 2017, 08:06:17 AM »
Is it possible to implement Enhanced Shockburst function in arduino?

And if yes, how?
Some additional information to my measurements above:
- I have removed the power hungry ADP160 regulator from the Sparkfun breakoutboard before. So the current measurements should be identical to the bare simblee chip. (eveything works fine with BLE)

- Arduino version 1.8.2
- Simblee version 1.1.2

I am still curious. Can anyone confirm that SimbleeCOM consumes power if a receiving callback is present, even if stopped with SimbleeCOM.end()? So no coin cell operation possible on the receiver side?
Is there a workaround or fix with low level functions?

Thanks in advance,
Simblee Announcements / Re: Is Simblee still being developed / supported
« Last post by RFD_Patty on December 08, 2017, 02:52:38 PM »
Release listings and changelog links are listed here:
Support / Re: Simblee supply issues?
« Last post by RFD_Patty on December 08, 2017, 02:23:31 PM »
Distributor orders are shipping today and Monday. 

Hopefully somebody from the RF Digital team will respond with an explanation of what is going on,
Simblee For Mobile / Re: App crashing
« Last post by tolson 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.
Suggestions / SFM
« Last post by shanmukh on December 08, 2017, 09:42:28 AM »
A new function which operates on a set of distant pixels which can be lightened at a time would be very helpful.
Simblee For Mobile / Lighten pixels
« Last post by shanmukh on December 08, 2017, 09:36:38 AM »
Is there any way to lighten a required set of pixels which are away at a time.This would be very useful for plotting graphs for me.
Simblee For Mobile / App crashing
« Last post by shanmukh on December 08, 2017, 09:30:54 AM »
Is there any way to stop the app crashing by writing some code to the SFM ondisconnect()?What are the uses of this ondisconnect()?
Well, In my case i'm using a wireless foot switch and a receiver.
The receiver has power all the time and is not on a battery source.
The foot switch is using 2 batteries (AA) with out the DC-DC converter.

The software uses a LOW action to wake up the simblee.  Reason is that I found out going HIGH ad issues on EMF.  Around the cell phone range, the device triggered. Not good.
So the input lines are HI all the time.

I start the SimbleeCOM.begin() in startup.  So right off the bat current is around 4ma.  But we ask if they press a button (battery test) to check battery each day. If the battery is low,
RED LED will light during the button press and goes of once release. The Receiver has a RED LED and will light and stay on if battery is low. Will relight if power is restored from off.

When any buttons are press, I send the signal that it relates too and a END signal when the button is release. After that I do a Simblee_systemOff().
At this point the Simblee goes into a deep sleep and draws ~400na.
I could never put in the loop the Simblee_systemOff(), for I had issues.  Otherwise I would draw 400na at the get go.
Of course, if I worked on the program more, I could probably fix the issues I have with the current.

Again, I have no DC-DC converter.  I work with the AA batteries voltage in series to about a trigger around 2 volts as a switch for the RED LED.
Any button press also tests the battery voltage. 
This is a medical switch unit and it does not send a medical signal for battery button test.
Pages: [1] 2 3 ... 10