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
1
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.

2
Maybe try Delay(SECONDS(1));  ???

3
Yup, you are right about that callback on receive.  I keep forgetting that.. as much as I look at my own program, it always escapes my thinking.
can you attache the complete send program..

4
I think with the delay in the loop it is in always delay.  The loop runs really fast and always sees the delay being set to 1000. 
In the receiver, that is the issue.  Every time the loop loops, it refreshes the delay.  The receiver never gets to function.  Thats why when you remove the ulpdelay it works.

Or it can be that your timing of 1000 ms are not syncing with each other.

U have never did a UPLDelay in time, my stuff has been with pinwakes and my receiver is always on. So, if the loop is the issue or not.. Not sure.  By the way loops goes, I'm thinking it can be resetting the 1000ms and or sync issue.

5
Support / Re: Simblee supply issues?
« on: December 04, 2017, 07:33:31 AM »
Today is the day that Mouser says they will have a supply of 4,000 devices.

6
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

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

8
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.

9
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

10
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.


11
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.
 

12
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.

13
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..

Wayne

14
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 arduino.cc

15
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..

Pages: [1] 2 3