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

Pages: [1] 2 3 ... 54
Support / Re: Simblee GZLL performs worse than RFduino GZLL
« on: March 25, 2017, 09:32:33 AM »

 I don't understand what SimbleeCOM is so I am hesitant to go down that rabbit hole.

I am using bone stock RFdigital dev boards, 2 Simblee boards (one is the large one with all pins), 2 RFduino boards and 2 USB serial converter boards.

SimbleeCOM is a RF Digital propriatary modification of  BLE protocol that only works on the Simlbee firmware and not supported on RFduino firmware or other BLE devices. It is not applicable to a mixed Simblee/RFduino/Competitor BLE environment, nor a GZLL project per se.

So whatever is going on with GZLL Simblee vs RFduino needs to be figured out.

Ok, I have learn that the SimbleeCOM.mode has to be in both the send and recv.  Done and works.

I have now change the payload of the sketch to work with buttons assignments and will attempt to light led's

This to mimic the easiest system.

How can I bond or link these together so to lockdown that other stuff can't sniff or interfere.


Hi Wayne,
[HINT] SimbleeCOM has access to a unique ESN for each Simblee chip. So you will need to develop a method how you can best access, share, and  sync up the ESNs for your devices.
It would be cool if you can share your concept of doing so in this thread as I am sure many others want to know too.

Simblee Libraries / Re: Unexplained power draw floating UART Simblee
« on: March 22, 2017, 08:07:47 PM »
Don't know what is happening, other than NO pin should be pulled to 5V. The max is 3.6V. Perhaps you stressed it.

Support / Re: Simblee GZLL performs worse than RFduino GZLL
« on: March 18, 2017, 09:22:47 AM »
Of course the RFduino and Simblee systems have been great to a point but as you may have implied the closed nature is a huge detraction.  My next choices will be based on how well I can stand alone and be bare metal (not mbed, for example).

If you are comfortable with MBED development you can use the MBED compiler and it's advanced methods to obtain a .HEX file that you can then load onto the Simblee using the JTAG(SWD) interface and blow away the Simblee bootloader in the process.  I don't know if MBED nRF51 support includes the Nordic Gazell protocol library though.

Support / Re: Simblee GZLL performs worse than RFduino GZLL
« on: March 18, 2017, 08:46:52 AM »
Hi Mark,
All good questions people want to know.

I forwarded your post to the RF Digital team.

I wish we could burn in whatever version we want. Simblee, RFduino, Nordic, our own. etc. at will, and go back.

I think the Simblee hardware is absolutely the best smallest complete solution as far as the Nordics nRF51 is concerned. And boocoo more Simblee modules could be sold if it wasn't closed source... just because it is the best smallest complete nRF51 solution.
Ultimately it would be nice if we had access to 1). source code to fix things faster. 2) ability to reload RFduino/Simblee bootloader/firmware.

Software / Re: Info about BLE characterstics
« on: March 15, 2017, 11:01:45 AM »
I used gattool on Linux.

Somewhere early in this forum there is are RFduino threads of users figuring out stuff. Perhaps check that out. You will have to go back and read through history.

Simblee For Mobile / Accessing Smart Phone sensors with SFM needed.
« on: March 13, 2017, 05:06:15 PM »
Any brainiacs out there that can figure a way to write a library that can access smart device sensors from Simblee For Mobile (SFM).

I have several Simblee For Mobile applications that require the location of the smart phone connected to the Simblee via SFM. It's a shame that we would have to attach a GPS chip to the Simblee chip so that our smart phone knows where it is, when smart phones already have these services.

Support / Re: Calling SimbleeCOM_OnReceive in another function
« on: March 10, 2017, 07:52:44 PM »
_onReceive is itself an interrupt handler. You don't call it.

Perhaps you can show sketches for what you think should be working.

Support / Re: Powering up Simblee by other power source (failed)
« on: March 10, 2017, 07:27:31 AM »
You need to connect GND between the boards.

I forgot, they also touted to upload your settings to the cloud and bring them back after the update.

Most of my projects don't expect to have any cloud based access. So FRAM it is.

I guess you could write a script that downloads your data does the update and recovers the data from local devices, but I haven't tried it.

I've asked RF Digital a similar question.. Is there ANY Flash Page preserved. The answer is NADA(not at this time)!
So until they come up with a fix, I have to use external small I2C FRAM memory. Could use external FLASH, but I like FRAM.
I suspect a change to the boot loader will be needed to always preserve 1 page before the actual user space.

Can't use any AVR specific functions. The Simbee is a ARM Cortex M0 microprocessor. To get an idea of what built-in capabilities and registers are google for the nRF51822 datasheet.

Support / Re: Low Voltage Readings
« on: March 01, 2017, 12:44:29 PM »
You can try and read some of the registers that control the ADC configurations. You will have to get the Nordic spec sheet.

For acccurately reading battery voltage you probably should compare against the precision internal reference instead of the VCC.

Attached is the block diagram to help figure out what to set in the registers.

Support / Re: Low Voltage Readings
« on: March 01, 2017, 06:49:39 AM »
What are you measuing for actual voltage on the VCC line. Almost calculates out to be 3.6 volts instead of 3.3 volts.

Support / Re: Low Voltage Readings
« on: February 28, 2017, 10:07:12 AM »
You didn't describe what resistors you used in your voltage divider.

Pages: [1] 2 3 ... 54