Interfacing a RN-XV WiFly Module #400
Replies: 7 comments
-
Posted at 2014-03-07 by d0773d I tried using digitalRead(A8) and A8.read(). digitalRead returned a 1 and read() returned true. I still get the same results when the power is disconnected from the wifly module. I thought the A8 pin would return false or 0 since GPIO4 of the wifly pin is no longer set to HIGH when the power is disconnected. |
Beta Was this translation helpful? Give feedback.
-
Posted at 2014-03-07 by DrAzzy My god, that WiFly is one hell of a module... Is the pin supposed to be pulled up or pulled down by the Espruino? |
Beta Was this translation helpful? Give feedback.
-
Posted at 2014-03-07 by d0773d DrAzzy, from my understanding the wifly GPIO 4 pin should be high when the wifly is connected to an access point, then the pin will go low when not connected. I need to, if at all possible, check the "status" of the GPIO4 pin using the Espruino. I will have to try your idea when I get home from work. |
Beta Was this translation helpful? Give feedback.
-
Posted at 2014-03-07 by d0773d
Worked as expected, but that is half the battle. When I remove the power from the wifly module I receive 'false'. When I reattach the power to the wifly module I receive 'true'. If you are familiar with the wifly module, to disconnect from a connected access point, you need to send the command "leave\r" while in cmd mode. I did just that, but I am still receiving a 'true'. Which led me to believe I did not change the GPIO4 pin functionality from LED to a GPIO. Changing the functionality from LED to GPIO is what I am having issues with. I am not sure how to achieve that. I read through the user manual, but I am still unsure how to achieve that. |
Beta Was this translation helpful? Give feedback.
-
Posted at 2014-03-07 by DrAzzy AAah, well, then - that's the next challenge! Sounds like fun... I am not familiar with the WiFly module - I just looked it up though (after paging through that manual for a bit), and my jaw hit the floor - I expected to spend a fortune on something like that, but it's the same price as the CC3000 - while the feature set is miles beyond it; it sounds like it offloads a lot of stuff you'd rather not be using precious bits of Espruino memory for. I gotta get me one of those. |
Beta Was this translation helpful? Give feedback.
-
Posted at 2014-03-08 by d0773d DrAzzy I asked for help in the microchip.com forums. Hopefully I get a response back(keeping fingers crossed). @drazzy just so I understand this, here is some code that wrote to get the status of a specific pin.
If the dr variable returns a "true" that means the A8 pin is reading some sort of load? If dr returns "false" that means the A8 pin is NOT reading any load? |
Beta Was this translation helpful? Give feedback.
-
Posted at 2014-03-08 by d0773d ha! I figured it out :-) apparently GPIO4 is not the actual pin "4". GPIO4 is actually pin "13". Oops. @drazzy, I think you should purchase the wifly module. It is well worth the money :) |
Beta Was this translation helpful? Give feedback.
-
Posted at 2014-03-06 by d0773d
I set up my wifly to auto connect to my access point and connect to my website when data is received at the wifly rx pin. On page 63(not 100% sure) of http://ww1.microchip.com/downloads/en/DeviceDoc/rn-wiflycr-ug-v1.2r.pdf it explains the alternate functionality of GPIO4. I would like to enable the alternate functionality of GPIO4 so the Espruino can monitor if the wifly is connected to the Access Point or not. Even though the manual explains how to achieve changing GPIO4 functionality I am still unsure what the bit code and command I am needing to use. Also, how do I setup a pin on the Espruino to check the status of the GPIO4 pin of the wifly?
Beta Was this translation helpful? Give feedback.
All reactions