BLEduino - Gone for Good?

On 3/1/2015 1:41 PM, rickman wrote:
> On 3/1/2015 12:15 PM, Torfinn Ingolfsen wrote:
>> On 02/27/2015 21:42, rickman wrote:
>>> This sort of device is perfect for a prototype I am building.  I haven't
>>> found any others like it, MCU married to the bluetooth function.
>>
>> You haven't?
>> How about the Blend Micro?
>> http://redbearlab.com/blendmicro/
>
> "Blend Micro runs as BLE peripheral role only"
>
> Thanks for the link, but I need units to talk to each other.

I see I needed to nose around their site more.  I dug into the forum and 
found someone else asking about "central" mode.  The answer is that the 
Blend Micro can't run in "central" mode but that the Blend Nano can. :) 
   But the software for this is still in Beta testing.  :(

The nano does solve one problem for me.  It has 11 I/Os which might be 
enough for my app without adding a port expander.

-- 

Rick

On 3/1/2015 9:14 AM, Lasse Langwadt Christensen wrote:
> Den s�ndag den 1. marts 2015 kl. 07.26.06 UTC+1 skrev rickman:
>> On 2/28/2015 10:54 PM, Lasse Langwadt Christensen wrote:
>>> Den s�ndag den 1. marts 2015 kl. 04.47.37 UTC+1 skrev rickman:
>>>> On 2/28/2015 9:12 PM, dcaster@krl.org wrote:
>>>>> On Saturday, February 28, 2015 at 8:06:32 PM UTC-5, rickman wrote:
>>>>>>>>
>>>>>>>
>>>>>>> the real and original Arduino is a dinky little 8bit AVR processor, the ones with an ARM is not an Arduino just sorta compatible
>>>>>>> The Arduino environment is basically an IDE, libraries (sketches it think they call it) and a bootloader, the compiler is GCC
>>>>>>
>>>>>> So you are suggesting the libraries are source and can be compiled for
>>>>>> any CPU.  I think there are still differences that would require
>>>>>> different libraries as the different processors have very different
>>>>>> peripherals.  I guess I'll see how it works when I download the
>>>>>> software.  I can do that before I order the hardware and see if it makes
>>>>>> sense.  The hardware would be perfect if it had a few more I/Os.  The
>>>>>> little modules only offer 6, I need about 12, so an I/O expander is in
>>>>>> my future.  I'll have to add a power circuit so there has to be a mother
>>>>>> board anyway.
>>>>>>
>>>>>> --
>>>>>>
>>>>>> Rick
>>>>>
>>>>> Look on Ebay.  There are modules ranging from the digispark which is less powerful than an Arduino Uno and range up to ARM's.  Prices run from about $2.60 for the digispark to about $6.50 for a module with an ARM.
>>>>>
>>>>> The IDE has a bunch of different boards. So you declare the processor and it loads the right library.
>>>>
>>>> Thanks, but I'm not looking to buy an Arduino.  I'm looking at a board
>>>> which claims to work with the tool set but has an ARM CPU on it rather
>>>> than an AVR.  The AVRs will all use the same peripherals with some
>>>> relatively small differences, no?  But an ARM will be a whole new gear
>>>> and maybe need overdrive... lol.  You get what I mean, right?  I'm
>>>> wondering what part of the tools are retained and I'm not sure where the
>>>> other stuff comes from to work with an ARM and the ARM peripherals.
>>>>
>>>
>>> afaui the libraries are open source and come in different flavors for different processors sometimes with extra features depending on the peripherals,
>>> the IDE should take care of all that picking the right one if it is an arduino compatible thing
>>
>> My previous message may not have been clear.  Earlier I mistakenly typed
>> ARM when I meant to say AVR.  The RFduino uses an ARM processor.  The
>> Arudinos use AVR processors.  I expect there will be huge differences in
>> the libraries.  I guess I'll have to find out about that from RFduino.
>> I sent them an email on Friday and they said they would forward it to
>> support.  At this point I'm not hopeful since I emailed it to
>> support@rfduino.com.  I would think that would go directly to support,
>> lol.  But we'll see.  If it is a day or two turnaround this will be a
>> painful process.
>>
>
> you are over complicating this, it's called duino so it'll have the
> libraries that makes it work like an arduino for the devices it supports.
> Just donwload the code from rfduino and use the example as a starting point
>
> The libraries is an abstraction layer so that a 10yo can stack some boards,
> and hack away at some code found on the internet and get things to sorta work

Yeah, maybe I'm making it complicated.  But I can't get what this is 
about from reading the durn web site.  I guess they assume a level of 
familiarity with the whole Arduino thing which I don't currently have.

To be honest, I'd much rather program this in Forth, but if I understand 
correctly, the CPU is on the chip with the Bluetooth circuits and 
requires the BT stack to be linked in with your code.  Not something I 
want to attempt on my own.

-- 

Rick

On 2015-02-27, rickman <gnuarm@gmail.com> wrote:
> http://forum.bleduino.cc/

> RFduinoBLE.send = (myarray, 5); //Sends a character array called myarray 
> with a length of 5
>
> Is this something in C that I missed?  Or maybe they aren't using C?

Could be C++  with = being an overloaded operator?




-- 
umop apisdn

Jasen Betts <jasen@xnet.co.nz> Wrote in message:
> On 2015-02-27, rickman <gnuarm@gmail.com> wrote:
>> http://forum.bleduino.cc/
> 
>> RFduinoBLE.send = (myarray, 5); //Sends a character array called myarray 
>> with a length of 5
>>
>> Is this something in C that I missed?  Or maybe they aren't using C?
> 
> Could be C++  with = being an overloaded operator?
> 
> 
> 
> 
> -- 
> umop apisdn
> 
> 

That's what it is, but it's a retarded use of operator overloading
 as far as I can see.  I don't know why they didn't just overload
 the send method, unless it is assigning to a serial port register
 associated with the class also named "send", which is also
 bad...

-- 


----Android NewsGroup Reader----
http://usenet.sinaapp.com/