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 3
Support / Re: RF signal activates Simblee.
« on: November 13, 2017, 12:20:37 PM »
Ok, went to the place today and with a modified board for logic LOW to activate.  Worked like a charm.
But, we have no idea if the housing is causing an issue with ESD.  The older housing is printed ABS plastic and it passes ESD.
The new housing is from a new HP 3D printer which is Nylon. Nylon in itself an issue for static, so we ended up failing the ESD on the switches.
The switches are OTTO switches and IP68 ratings. But they ended up triggering the unit to send.  The shoulder are metal as well as the button.
Thinking that 1, Nylon could possibly play an issue with tracking the ESD pulse to the circuit board. Nylon does have some water in it I understand, nice conductor. ABS no water
2, I simply wire the outside metal to ground. 
We have used these same switches for years with no ESD issues.  So, we are thinking of printing another ABS housing and moving the components to it and seeing the Nylon is the culprit.

Oh, the trigger worked both + and - static charge.  No difference

Support / RF signal activates Simblee.
« on: November 06, 2017, 10:20:48 AM »
Ok, we have failed a test on the Simblee.  The foot switch has 4 buttons other than a test.  2 buttons are a type of switch made by Otto switch (normally open) and 2 are magnetic reed switches.

The test house bombarded the foot switch with RF pulse signals from 385 Mhz to 5.785 Mhz.  The failing area was 704-787 with .2W @ .3m away, 800-960 Mhz @ 2W .3m away.

If the footswitch was facing the antenna with the Save button, it triggered, likewise if the mode was facing the antenna, it triggered.  They also flashed at the pulse rate.
The foot switch sitting horizontal withe the antenna horizontal this happens, if the antenna went vertical, no issues.

The Simblee input is like the boards you buy.  Pin goes high from Vcc to input. The GPIO are 5 and 6 (this board had 14 instead of 5). The inputs have 220 ohm in series to the pin with 10k
on the input side of the switch to ground. 
I'm thinking I might need to put some RF inductors/chokes on each pin used with some caps. Or get a ground plane around the pins.

This area is in the LTE Band 13, 17 and GSM 800/900, Tetra 800, IDEN 820, CDMA 850, and LTE band 5. All cell stuff.

The foot switch acts if the switch is closed, meaning some how RF on the input is making ~ 2 volts or more acting if the switch closed.
Maybe if I switch logic around and do a LOW instead of a HIGH input it might fix it..

Support / Re: Changing Default UART Pins while uploading the sketch
« on: October 31, 2017, 07:11:12 AM »
I would not think you can do anything since they are dedicated currently.  You need to get in to swap pins I would guess.

And GPIO 1 is the RXD one..  Tough call.

Getting Started / Re: Just a little info about Sparkfun
« on: October 20, 2017, 11:57:10 AM »
Well Simply put, we need Simblee's at DigiKey and Mouser...  And fast..  Now it is holding up the last of my demo boards.. ugh

Getting Started / Re: Just a little info about Sparkfun
« on: October 19, 2017, 09:12:56 AM »
Hi Tim,

All the parts from Digikey we had no issues with the parts.  Here in Salt Lake City, Humidity is very low..All the time.  The failure so far was 4 out of 6.  Have 4 in bags.. I have contacted Sparkfun about the issue with plastic bags used for shipping.
I would think Sparkfun be up of Static procedures.

Getting Started / Just a little info about Sparkfun
« on: October 17, 2017, 01:37:22 PM »
Hi all,

Sparkfun had a limited supply of RFD77101 a few weeks back.  I needed some to do some demo boards and thought I get 10.
I had 6 boards made and 4  are bad.  Some will report back the PID and all but not program
1 Gets hot and the other is shorted.

These cam package in clear plastic sealed bags that did not look anti static.
Fortunately, I have 3 from Digikey that I can get 3 out of boards repaired.

Support / Re: An observation on Simblee power consumption
« on: September 25, 2017, 06:54:23 AM »
I have worked with ULP and systemoff options a lot.

During the 100ms delay, you will draw 16ma.. That is normal for full power.
Since you are not doing any sleep, the simple will idle at a higher rate.

In the android world, I have learned that delay() is a no no.  It stops all programming routines until done.  I use elapsemillis (exact name?) to delay.

With systemoff, I do see 400nA when in the lower power.

Support / Tilt Sensor
« on: September 05, 2017, 12:13:14 PM »
Ok all,  I need to put in a tilt sensor (not mercury type or the roller ball)
I was thinking adxl335..  Use 2 lines to check up vs down.  If I recall, the values will pulse when the condition is hit. 
Like if I rotated upside down, X will lets say raise while Y lowers. and vis versa for the opposite.
Need to do this if the product FootSwitch flips over and presses any of the X-Ray foot pedals.

Thinking of getting the ADXL335 to try..  Thoughts..


I was curious about the 1.8.7 stuff. As it turns out it is an Windows App Store store app.  It shows up as 1.8.4 when launched.

I rather do the desktop one, much quicker to load and no windows hassle.

I suggest killing the windows app one and get the original from

Is GPIO pins 0,1 for serial programming.. They connect to the USB program module that way?
I never used GPIO 0 nor GPIO 1 at all.. I Leave em alone..

Support / Re: OTA upload hang with IOS-Pods-DFU-Library
« on: August 28, 2017, 02:41:29 PM »
Dunno if this makes any sense, but the start of the 2 are different..
A states Wire in folder the SimbleeBLE in folder while
B states SimbleeBLE in folder then Wire in folder..

Thats the difference is see..

But I don't do this, just looking at what you posted..

Support / Re: SimbleeOff
« on: August 25, 2017, 12:53:25 PM »
Ok, I had Aaron's help and found that I have a digitalRead on a pin checking LOW condition in the HIGH test. If the button went LOW, it will most likely miss the LOW test routine.
In other words, I had to place the check in the loop where it will get caught.

Everything is working.  Also solved the button issues.  If the button is depress (HIGH), no other button will try to take control.  No blanking out or anything.

Project has moved to Release Candidate and in a demo for next week.

And now another project doing the same.. This time it will be easier except need to add an accelerometer to detect if the foot switch is upside down or right side up.

Support / SimbleeOff
« on: August 22, 2017, 09:18:04 AM »
Ok, I'm trying to achieve something that maybe I can not.

What I have found out that the use of SimbleeOff() does not really require the Simblee_pinWakeCallback() to work.
Providing you have Simblee_pinWake setup, the SystemOff() still functions.  I have tested this and it works just fine.

I'm using the old if(digitalRead(button)) with a normal callback function.
In the callback function I send my bluetooth stuff and when the button goes LOW, reset the pinWake and do the SystemOff() (My test is Normal LOW and HIGH is active.

I have no SystemOff() in the loop..  Only in the voids. 
In the loop I have the if statements to test the digital inputs as stated above.

Now I need to test 2 buttons at once and perform 2 BT signals.
One of the buttons is ,, well let me explain the buttons I have
buttonA is Save  This send just a simple character lets say S
buttonB is Mode and this lets say is M
buttonC is High Level X-Ray and just say its H
And buttonD is X-ray and lets just say X

These buttons can function as a singular item  Press Save, sends S, Press Mode and Mode and sends M and the others the same, HLF (HLX) send H and likewise X-Ray sends X.
This all works and it works well.  When the buttons are release, the current draw goes to 400na...4ma 

One feature that is needed is to do a Save while doing an X-ray.  So while X-ray is press, pressing the Save will need to send S along with X.
Likewise, if doing the High Level one, pressing Save I need to send the S as well as H.

I'm working currently with the H and S part and I see I can have the S sent, but it is not every time.

The 400na is the plus I do not want to loose it.
I can if requested post the complete program if needed. or parts.

Like I said its a WIP for me with my very limited knowledge of programming (just enough to get in trouble).

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.

Pages: [1] 2 3