Adafruit CC3000 support? about pubsubclient

[knolleary]

As you saw on SO, there is already a fork of the library that supports the CC3000.

I don't own a cc3000 so I'm not familiar with the differences, nor able to test any changes.

That said, I would be interested to see how feasible it is.

[prologic]

I would be too. Since I do own one
perhaps you could help me get it working
against your library? The hack is nice enough
but as it's a fork, it's incompatible with any
changes you make to PubSubClient in future :/

cheers
James

James Mills / prologic

E: [email protected]
W: prologic.shortcircuit.net.au

On Sun, Apr 20, 2014 at 6:03 PM, knolleary [email protected] wrote:

As you saw on SOhttp://stackoverflow.com/questions/22292692/mqtt-for-arduino-cc-3000/22311378?noredirect=1#comment35449574_22311378,
there is already a fork of the library that supports the CC3000.

I don't own a cc3000 so I'm not familiar with the differences, nor able to
test any changes.

That said, I would be interested to see how feasible it is.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/40#issuecomment-40890126
.

[knolleary]

From a quick look it appears Adafruit_CC3000_Client does not extend the standard Client.h which is why you can't use it with this library as-is.

I wonder if a better approach would be to create an client shim that implements Client.h and drives the CC3000's client api under the covers.

It would be worth getting @justinribeiro or @nathanchantrell to comment.

[prologic]

Sounds like a good idea to me.

This is essentially the Adapter Pattern (but in C).

I woudln't be suitable for this task hwoever as
I primarily have a lot of experience with higher level
languages such as python :)

cheers
James

James Mills / prologic

E: [email protected]
W: prologic.shortcircuit.net.au

On Sun, Apr 20, 2014 at 7:28 PM, knolleary [email protected] wrote:

From a quick look it appears Adafruit_CC3000_Clienthttps://github.com/adafruit/Adafruit_CC3000_Library/blob/master/Adafruit_CC3000.h#L78does not extend the standard Client.h which is why you can't use it with
this library as-is.

I wonder if a better approach would be to create an client shim that
implements Client.h and drives the CC3000's client api under the covers.

It would be worth getting @justinribeirohttps://github.com/justinribeiroor
@nathanchantrell https://github.com/nathanchantrell to comment.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/40#issuecomment-40891255
.

[justinribeiro]

My CC3000 fork was done for a very specific test case in like an hour honestly, but it does work and is stable. The thing that I've found unstable is the CC3000 device/lib; it's been really hit or miss for me, PubSub client or not.

A client shim was originally my plan, but I was really short on time. If it looks like that's of interest to folks, I can spend some time next week, work it out, test it, and send the pull request. I still have six or so of the CC3000's + Uno's at the office, so I'm not lacking test devices at the moment.

[prologic]

It would defiantely be of interest to me
and anyone that uses TinyDuino from
https://tiny-circuits.com/

Their Tiny WIFI Shield is based off a CC3000 ship.

cheers
James

James Mills / prologic

E: [email protected]
W: prologic.shortcircuit.net.au

On Mon, Apr 21, 2014 at 1:14 PM, Justin Ribeiro [email protected]:

My CC3000 fork was done for a very specific test case in like an hour
honestly, but it does work and is stable. The thing that I've found
unstable is the CC3000 device/lib; it's been really hit or miss for me,
PubSub client or not.

A client shim was originally my plan, but I was really short on time. If
it looks like that's of interest to folks, I can spend some time next week,
work it out, test it, and send the pull request. I still have six or so of
the CC3000's + Uno's at the office, so I'm not lacking test devices at the
moment.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/40#issuecomment-40913367
.

[jacobrosenthal]

I've pull requested adafruit with no luck. Ive been testing Sparkfun's new CC3000 which properly implements Client for another project and it should work here as well
https://github.com/sparkfun/SFE_CC3000_Library

[prologic]

Amazing :) Two different libraries for the same chip
sigh :)

James Mills / prologic

E: [email protected]
W: prologic.shortcircuit.net.au

On Tue, Jul 1, 2014 at 2:26 PM, Jacob Rosenthal [email protected]
wrote:

I've pull requested adafruit with no luck. Ive been testing Sparkfun's new
CC3000 which properly implements Client for another project and it should
work here as well
https://github.com/sparkfun/SFE_CC3000_Library

—
Reply to this email directly or view it on GitHub
#40 (comment)
.

[prologic]

@jacobrosenthal So the Sparkfun library works just as well as the Adafruit one for the CC3000 chip only with better Client.h compatibility? If I understand your statement correctly it should also work with this PubSub library too? :)

[jacobrosenthal]

Yessir. Though I'll note we're talking over there about an issue with the
adafruit shield not currently working, while Ive been using the breakout
successfully. Im confident itll get patched.

On Thu, Jul 10, 2014 at 2:20 PM, James Mills [email protected]
wrote:

@jacobrosenthal https://github.com/jacobrosenthal So the Sparkfun
library works just as well as the Adafruit one for the CC3000 chip only
with better Client.h compatibility? If I understand your statement
correctly it should also work with this PubSub library too? :)

—
Reply to this email directly or view it on GitHub
#40 (comment)
.

[prologic]

Thanks for the update! Can you link that adafruit issue?
On Jul 11, 2014 7:30 AM, "Jacob Rosenthal" [email protected] wrote:

Yessir. Though I'll note we're talking over there about an issue with the
adafruit shield not currently working, while Ive been using the breakout
successfully. Im confident itll get patched.

On Thu, Jul 10, 2014 at 2:20 PM, James Mills [email protected]
wrote:

@jacobrosenthal https://github.com/jacobrosenthal So the Sparkfun
library works just as well as the Adafruit one for the CC3000 chip only
with better Client.h compatibility? If I understand your statement
correctly it should also work with this PubSub library too? :)

—
Reply to this email directly or view it on GitHub
<
https://github.com/knolleary/pubsubclient/issues/40#issuecomment-48665980>

.

—
Reply to this email directly or view it on GitHub
#40 (comment)
.

[jacobrosenthal]

sparkfun/SFE_CC3000_Library#1

On Thu, Jul 10, 2014 at 2:38 PM, James Mills [email protected]
wrote:

Thanks for the update! Can you link that adafruit issue?
On Jul 11, 2014 7:30 AM, "Jacob Rosenthal" [email protected]
wrote:

Yessir. Though I'll note we're talking over there about an issue with
the
adafruit shield not currently working, while Ive been using the breakout
successfully. Im confident itll get patched.

On Thu, Jul 10, 2014 at 2:20 PM, James Mills [email protected]
wrote:

@jacobrosenthal https://github.com/jacobrosenthal So the Sparkfun
library works just as well as the Adafruit one for the CC3000 chip
only
with better Client.h compatibility? If I understand your statement
correctly it should also work with this PubSub library too? :)

—
Reply to this email directly or view it on GitHub
<

https://github.com/knolleary/pubsubclient/issues/40#issuecomment-48665980>

.

—
Reply to this email directly or view it on GitHub
<
https://github.com/knolleary/pubsubclient/issues/40#issuecomment-48667167>

.

—
Reply to this email directly or view it on GitHub
#40 (comment)
.

[prologic]

Thanks :) I'll try the SFE_CC3000 library out this weekend. I have the following:

• TinyDuino WIFI Shield
• Adafruit CC3000 WIFI Shield

[jwcooper]

Just a note, this library is now compatible with the Adafruit CC3000 library. The pull request was merged in. Thanks for the great library!

adafruit/Adafruit_CC3000_Library#74

[knolleary]

@jwcooper that's excellent - thanks for letting me know.

I think we can close this issue then :)

[prologic]

Wow this is amazing! Has anyone tried this yet?

[jwcooper]

It works just fine for pub/sub as long as you use the domain constructor. I slightly modified the library to support connecting with:

uint32_t ip = cc3000.IP2U32(192, 168, 1, 1);

That's used in the client.connect() of the Adafruit CC3000 library. One of the libraries just needs to be slightly modified someday to support connecting with IP2U32() or:

byte server_ip[] = { 192, 168, 1, 1 };

[prologic]

Link to your fork?

James Mills / prologic

E: [email protected]
W: prologic.shortcircuit.net.au

On Mon, Oct 13, 2014 at 1:17 AM, Justin Cooper [email protected]
wrote:

It works just fine for pub/sub as long as you use the domain constructor.
I slightly modified the library to support connecting with:

uint32_t ip = cc3000.IP2U32(192, 168, 1, 1);

That's used in the client.connect() of the Adafruit CC3000 library. One of
the libraries just needs to be slightly modified someday to support
connecting with or the previous IP2U32():

byte server_ip[] = { 192, 168, 1, 1 };

—
Reply to this email directly or view it on GitHub
#40 (comment)
.

[jwcooper]

@therealprologic https://github.com/jwcooper/pubsubclient/tree/master/PubSubClient

It was just a quick hack to get it working with the IP2U32() method for a project I'm working on.

[prologic]

Thanks :)

James Mills / prologic

E: [email protected]
W: prologic.shortcircuit.net.au

On Tue, Oct 14, 2014 at 3:31 AM, Justin Cooper [email protected]
wrote:

@therealprologic https://github.com/therealprologic
https://github.com/jwcooper/pubsubclient/tree/master/PubSubClient

It was just a quick hack to get it working with the IP2U32() method for a
project I'm working on.

—
Reply to this email directly or view it on GitHub
#40 (comment)
.