Replies: 8 comments 12 replies
-
Would you be able to open that as a separate feature request please? I want to keep this one focused on this specific request. Thanks. |
Beta Was this translation helpful? Give feedback.
-
You can also use the Android app to connect to the Pico W with it's IP. I'm not sure about iOS because I heard in a video that it was Bluetooth only, but I'm not sure if that is still the case, the video was from a few months ago. |
Beta Was this translation helpful? Give feedback.
-
Ah, it's iOS only in the two locations where we have Pico Ws. I can't see a way in the iOS app to connect to a Pico W on wifi or over the local network. Can anyone confirm if this is indeed possible? Possible solutions:
Bottom line - is there any way to access the stats, a node list, send and receive messages, a map, etc, for the Pico W as one might with a Heltec, say, and without it being attached to the computer? In otherwords, using wifi and some combination of network/hotspot/app/browser to achieve this? |
Beta Was this translation helpful? Give feedback.
-
The workaround I'm thinking of is to connect the Pico to a RPi's USB port and access it over serial using the hosted client via a Chromium-based browser. Then enable VNC/RealVNC/Connect on the desktop and use that from the main computer to view the interface. It does actually have an advantage of being able to access the interface away from the local network, which might be handy for sending test messages during range testing. I'd still prefer the Pico to directly support the web client on the local network however. |
Beta Was this translation helpful? Give feedback.
-
It's this one from Experimental Engineering. It's hardware equivalant to a Pico + Waveshare LoRa board. It has two charge-controlled 18650 battery holders on the back and supports power from those, a 5V input, a solar input and USB for power and/or Pico W interaction/firmware. https://www.experimental-engineering.co.uk/product/picolora-solar-node/ |
Beta Was this translation helpful? Give feedback.
-
Hello caveman99.
I was actually referring to your own comment in a Pico W thread in which you stated it was removed, without this qualification.
Nothing was supported until it was. Is it feasible to enable bluetooth on the Pico W or is there some technical reason why this will never be possible? I'm not asking if you can get it done tomorrow, just literally whether it is possible or not.
The frustration is in trying to separate what is not possible from what has not yet been done, for that perfectly valid reason. My questions are seeking that information.
I've been involved in open-source since 1990 and don't need a lecture on how it works. I help where I can and in this project this will mainly be in the form of detailed bug reports, with as much testing as I can do to assist with fault finding. I can also write technical documentation. As for PRs, unless you accept FORTRAN77, OPL or dubiously crafted bash, don't wait up.
The Pico W is shown as a supported device. My goal is to understand what is not possible vs what has simply not yet been done. There are no demands nor requests to hurry anything up. Conversely, developers who skim-read and skip detail, who don't communicate clearly or who drip-feed information, or who see a project as their own personal playground and who patronise users, are super tedious to deal with. I've encountered some devs like that over the years.
That can be helpful if you know what you are looking for, but if you don't know what you don't know, you won't be able to appreciate the presence or lack of some detail. That why developers have a responsibiility to go a bit above and beyond in communication. Users have a responsibility to try and assist in disseminating that information and amplify their voices to take the load off where they can. The questions I am asking are about what is possible. If a feature is possible but has not yet been done, as more people take it up it may come to fruition and I'd be happy to test and feed back. If a feature is possible but has been set aside due to the personal feelings of a developer, I'd ask the developer to put their personal feelings to one side and look at it objectively. If a feature is not possible then it is what it is and at least we now know. |
Beta Was this translation helpful? Give feedback.
-
I've never asked for "timely information", merely any information, as it becomes available, from anyone, about what is possible vs what is not. I'm essentially trying to reverse-engineer just what support this supported Pico W device actually has, could have and is capable of. I have read the release notes for the firmwares over the last year or so, as well as scattered forum posts and reddit threads, to try and piece together what can be done and what was perhaps previously possible and was removed.
Well then please don't make daft comments like "open source works like this: if it itches, you scratch it". I'm looking for facts and information, not lectures on how I need to shut up or learn to code the RP2040. Summary[For those finding this later looking for Pico W access info] It looks like the Pico W does have some more potential for access. However a combination of this being a relatively unexplored microcontroller, plus a relative lack of demand for it at the moment, and limited development resource, means that the current methods of access will remain the only viable options for the time being.
My current favourite approach will be to connect it, via USB, to another Pi running Pi OS with the desktop, and use that for the CLI and hosted web access, and use SSH/VNC/RealVNC/Connect to access it remotely, essentially moving the remote access requirement away from the Pico W. |
Beta Was this translation helpful? Give feedback.
-
I have started "scratching" the missing webserver/api on the raspberry pi pico W., Are there any others doing work on this ? (there is no need for me to duplicate others work), or can I just merry go ahead and make a brave attempt at getting it to work (having 2 pico W nodes, so I really need this) |
Beta Was this translation helpful? Give feedback.
-
Platform
ESP32
Description
This is a feature request for the Pico W RP2040 (not ESP32, dropdown had no option).
I have a Pico W based node, in wifi range but away from the computer. It would be very useful to have access to the web client over wifi, as one can with (say) a Heltec. I believe the firmware supports the web client but there is no web server running to be able to access it.
As it stands the only way to interact nicely with the Pico W is to connect to to a Chromium-based browser and use the hosted web client to access it over serial.
Is it possible to enable a simple web server in order to access the web client over wifi?
Beta Was this translation helpful? Give feedback.
All reactions