Recent Posts

Pages: [1] 2 3 ... 10
Simblee For Mobile / Simblee mobile , accelerometer access, Power Lock
« Last post by kursatu on June 27, 2017, 07:54:44 PM »
Thanks for the good work. I did not see this in the documentation but here are my questions. I've read some posting related
to but no definite answer.

1- Can I get the accelerometer readings in the mobile app? I need to send them from the phone to the
to the simblee device.
2- Is there a way for to keep the phone not to go to sleep(ie. not sleep the cpu) when needed? The phone needs to be
responsive as long as simblee is connected. Android has such a thing, PowerManager.WakeLock, that I ended up using.

I've built a device (initially for RFDuino) now ported to Simblee, wrote a Android native app.
Now I need the IOS version. I was evaluating Simblee mobile, Evothings and a native rewrite of the app on IOS.
I need both of these requirements above for both platforms.
I'll try to put it on kickstarter/indigogo sometime this summer. The IOS app is one the largest remaining items.

Kursat Uvez

Support / Re: Pulse output in receiver
« Last post by Wayne on June 22, 2017, 08:37:33 AM »

I'm sure I can do this on the footswitch (send) side, but I have it working on the receiver side at the moment.

Aaron helped me with the sample, then I was able to insert it with changes to accomplish the goal.
I'm not to sure about the timing, but it looks close to what I need.

The Objective is to receive the signal (button send from the footswitch) and enable a relay (led) for x seconds (200ms roughly).
Do this once and not to repeat until the next signal was received.
Make sure the pulse is equal to 200ms no matter what length of the trigger.

Here is the code in the loop area of the receiver for the foot switch.
Code: [Select]

if (modeRecvd == 0 && button == 50) //case 50:
    // mode
    modeRecvd = 1;
    lastRecvd = millis();
    digitalWrite(mode_led, HIGH);
    digitalWrite(save_led, LOW);
    digitalWrite(xray_led, LOW);
    digitalWrite(HLF_led, LOW);
    digitalWrite(security_led, LOW);
  } else {
    if (modeRecvd == 1 && millis() - lastRecvd >= 130)
      digitalWrite(mode_led, LOW);
      lastRecvd = millis();
      if (button == 69)
        modeRecvd = 0;

It also works as a send (foot switch)

I had a hard time trying different ways of doing this.

Simblee Announcements / Re: Simblee for Mobile Android Version 1.1.3 is Live
« Last post by vondessss on June 22, 2017, 02:28:28 AM »
How i can find a free verson mobile recorder and simblee together?
Support / Re: Simblee MSL
« Last post by Tim on June 17, 2017, 10:06:18 PM »
A quick update ... We've now hand assembled 21 boards with 0% failure. These boards do not have pads for unused Simblee pins. We also assembled 3 boards that have pads for all Simblee pins with 0% failure. It's starting to look clear that moisture (i.e. not pre-baking before reflowing) has been the cause of our high failure rate. What a relief to have solved the mystery.

It's not clear to me if there's an advantage either way to keeping or removing pads on board for unused Simblee pins.

Thanks all for your contributions to this thread.

Simblee Libraries / Determining Battery Life
« Last post by LordOddEye on June 16, 2017, 11:53:43 AM »
Hello everyone,

I currently in the development of a product for my company and I am wondering if there is anyway to show the battery life using the Simblee Library.

I plan to store this value into a variable and then I can easily display that on the phone screen.

Thank you for your help

I had a similar problem testing a very simple code.
I connected a motor to gnd and GPio 1, on the led board.
The 3 shields are connected directly in the powerbook USB port.
I am getting error code" timeout UART..."

After looking at this thread, I removed the LED shield, loaded the code without problems using the USB and Simble BLE shields.
Then I connected the LED shield where the motor is hooked, and it works fine.

After verification, I see that people always use a transistor to shield the motor from the board. I am aware one reason is to avert putting too much current thru the Simblee, but there may be an other reason, given the inductance property of the motor...(or EMF)
Simblee Libraries / Re: Simblee COM Send and Receive
« Last post by LordOddEye on June 13, 2017, 08:00:51 AM »
OK thank you that solved the issue!
Simblee Libraries / Simblee Dual Mode
« Last post by LordOddEye on June 13, 2017, 08:00:20 AM »

When using Simblee Dual Mode it seems the COM packets are only received when the phone is connected is there a way to make it so it sends regardless of the phone being connected?

Thank you!
Support / Simblee_systenOff();
« Last post by Wayne on June 12, 2017, 12:48:40 PM »
Does any know how fast wake up is on Simblee_systemOff(); is.. 
I thought it was over 100ms..  Like it to be around 30ms if possible.
Doing ULP delay now, but like to get into that DEEP SLEEP..
Simblee Libraries / Re: Simblee COM Send and Receive
« Last post by tolson on June 12, 2017, 09:30:18 AM »
The _onReceive functions are interrupt callbacks. Get in and get out! You can't have 1 second delays and large print statements. Just set some variable and/or flags in the _onReceive function and then deal with those in the main loop.
Pages: [1] 2 3 ... 10