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

Pages: [1] 2
For IDE, use the latest..  Arduino IDE
Follow the online or PDF instruction. or look up 
Special characters I don't understand.. But you could get an answer.
The product is new.. just a few years old and I'm sure it will last for sometime.  I think they have put some effort into the product to not to have it go away in a year or so. The RFDUINO is still here.
I'm in the mist of prototyping as well but has come to the point that we had to get outside engineers to help with my workload.
No royalties as far as I know.  The IDE and libs are for the product and are free.
Maybe the FCC ID might be needed to be somewhere. My product will not only be used in the US, but Canada, Europe, Australia and Japan off hand.  So we will be doing FDA and UL stuff.

People here will help you out greatly on the project you are doing.
I'm not the best programmer for Arduino, so I look here for help and from Simblee as well.

Support / Re: Simblee getting input voltage
« on: August 18, 2017, 12:43:45 PM »
Hi Tolson,

Yup exactly what I'm getting..  Depends on what the simblee is doing.. My case, I read the values and lite an led if the voltage is around 2.1 volts or less (1.8 is the min for simblee) and I
send this date divided by 4 to the receiver and multiply it by 4.. So a little difference here.

I'm using Simblee Off routine.. So the current draw is 4na (confirmed when asleep) and wakes up pretty fast.

Support / Reading Battery with out DC-DC converter.. (Battery use only)
« on: August 18, 2017, 08:08:41 AM »
Figured I asked after looking over the forum.
I have decided to drop the DC-DC converter that is used to supply the Simblee with 3.3v while on batteries...  Used it for powering LEDs etc.
But the trade off of being in ULP and the device proved that it would draw around 10ma or more in idle and goes up as the batteries sour.

So I'm now using just using batteries (2 AA's) to power the Simblee and knowing that the Simble stops around 1.8volts, I need to do a warning (LED) to have batteries replaced (2.2v or so).
The warning will be a red led on the sender (Footswitch) and on the receiver.  The receiver will store the  last condition to display if power off and on again and will update when fresh batteries are installed.

The one option I'm using is the one posted long ago.. by mkay

analogReference(VBG); // Sets the Reference to 1.2V band gap           
analogSelection(VDD_1_3_PS);  //Selects VDD with 1/3 prescaling as the analog source
int sensorValue = analogRead(1); // the pin has no meaning, it uses VDD pin
float batteryVoltage = sensorValue * (3.6 / 1023.0); // convert value to voltage

But the data differs as it is reporting.

If not, I will stay with this and just trigger the LED using it.

I do like the 400na draw in Simblee OFF .. And the fast response when active.

And I see that if you have the serial connected, it causes resets..

Support / Re: Simblee getting input voltage
« on: August 18, 2017, 07:46:52 AM »
Has anyone fix the wide range of differences?

Support / Switch Case vs IF's
« on: August 09, 2017, 01:30:24 PM »
With the help of Patty, Aaron and all here, Thanks.. I have basically finish the Wireless Foot Switch 1st phase with demo boards and software.

Using the Simblee under SimbleeCOM, I have pairing, Pulse, Battery tests, and even WDT on the receiver side.

Now to the question.. I'm trying not to have lots of stuff like LED's on or having a Solid State Relay active via the loop function.  Like in the IF statement, if some == this, do a HIGH..

So I have create the switch case whereas case 51  if passthru == 0, void to turn on led and pasthru =1.
I do a timeout if I loose BT signal or an end of action sent via the Foot Switch as endsend which is 69.

I was thinking that once the case 51 and passthru == 0, it will skip and the void will still have the led on.  When either BT dies via a loss of BT or the case 69 recvd, I drop all stuff
via another void.

If it was under the if statements, it will have lots of workings going on in which in my thinking, slows the loop down somewhat.

I was hoping the speed of this will keep the SSR's on when required with lets say, no flicker.. Unlike a regular relay that is slower in reaction..
But as the systems go, they use micro switches originally which can jitter.  So maybe I'm safe..

Educated guess is I'm fine without having a tiny bit of chatter..

Support / Re: Pulse output in receiver
« 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.

Support / Simblee_systenOff();
« 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..

Support / Re: Simblee MSL
« on: June 09, 2017, 08:10:15 AM »
Tim, can you tell me the area you live in.  I'm here in Utah and it is extremely dry.. Not like Arizona, but close.  We might not need to bake as long or at all

Support / Re: Simblee MSL
« on: June 09, 2017, 05:52:23 AM »
Well, we will have a few boards done, and I have sent 1 board house this info.  I have a funny feeling they will not bake the chip on the 1st round.
He said he has never done this before.  But I'm sending him the datasheet so he can see the mounting of the Simblee.

I should have these boards in a week or so.

Tim, what board house do you use, for once this gets going, we will need lots of boards populated.
Since your board house will now be familiar with the product.

Support / Pulse output in receiver
« on: June 08, 2017, 07:36:34 AM »
Ok, I don't think it is possible, but, my knowledge is limited on this..
What I'm trying to do is using a device (footswitch button) in transmit to a receiver.
The receiver should only act once with a pulse of 350 ms and not to occur again during that current send of the footswitch, but if the button is released and pressed again, it should
pulse once more and not to do it again until a new send is sent.

I have tried doing toggles and all, but I get my pulse, but it repeats if I hold button closed.

I'm really do not want to do this on the send side, but if I need to, so be it..

So if anyone has a pointer, let me know please.
In the mean time, I will keep plugging at it..

Also, is their a simple debounce routine.. right now I'm just doing a woke option.. and HIGH tests on GPIO's
Working ok for testing.. 


Thanks Patty, now I know where to look..

Hi Patty,

Is a listing of improvements for the new library located somewhere.  what is added and fixed. New commands etc?

Support / Re: Simblee MSL
« on: May 27, 2017, 04:43:35 AM »
I have 3 proto boards being made and populated by a local house here. 
Will find out in a bit..

Support / Power cunsumption on 2 AA 2500mAh batteries.
« on: May 26, 2017, 01:45:48 PM »
Today is not my best day in math..  And I have tried to reason this out to find how long the 2 Alkaline Batteries will last as directly connected to a Simblee in ULP.

Scenario is:
Pressing the button to wake up the Simblee from ULP, full rf power drawing 14mA.
Time is on a 8 hour day, the button will be pressed intermittently for a total of 18.4 mins. or 2.3 mins every hour. The no button pressed for 16 hours.
The batteries have a capacity of 2500mAh.
No Bucky in use, just straight to the Simblee for power. No LEDs'  Button and supported parts.

Software / Re: What are the features for lighting controls ?
« on: May 04, 2017, 07:42:49 AM »
The Simblee is a BlueTooth only device that has 29 GPIO pins and a few that can be assigned as analog.
It does not network via WiFi at all.
You are able to program to the unit via USB using Arduino IDE.

If you need to network, you need to try looking elsewhere for a WiFi device for networking.
The Simblee is a very tiny device as well to work with.

During my research for BlueTooth devices, a user on the Pycom Forums mention Simblee to try.  Pycom makes a WiPy device that is both WiFi and Bluetooth capable.
They have other devices that cover more communications choices as well.
How ever, they are still working out the kinks in software and I found little support via Pycom, which for me is not good.
I have not visited recently, so I have no idea how much progress has been made in software.
The units are much larger in size, but it could be what you are looking for that covers networking.
They are programmed via Python using adapter boards and all.

You need to figure out what you connect and use. 
Both Simblee and the WiPy have processors with GPIO's.  What you hookup to the pins is up to you and how to control them as well via software.

For me, I'm still learning the Simblee,  I can never say I know everything, just what I found and observed

Pages: [1] 2