 Notice. New forum software under development. It's going to miss a few functions and look a bit ugly for a while, but I'm working on it full time now as the old forum was too unstable. Couple days, all good. If you notice any issues, please contact me. |
Forum Index : Microcontroller and PC projects : Raspberry Pi Pico W: Pico with WLAN, Geoff, Peter?;-)
| Author | Message | ||||
atmega8 Guru  Joined: 19/11/2013 Location: GermanyPosts: 727 |
May be MMBASIC will get WLAN Support?   That would be very cool. https://www.berrybase.de/detail/index/sArticle/10241 Edited 2022-07-01 02:12 by atmega8 |
||||
Mixtel90 Guru Joined: 05/10/2019 Location: United KingdomPosts: 8304 |
Why not just use a device that's designed for WLAN, IoT or whatever? I'm sure there are plenty around. Why attempt to shoehorn something into a job that it was never designed to do? MMBasic has COM ports on all platforms that can talk to specialised chips. I think the idea is to write your own handlers, using those, to make those chips do what you want. :) Mick Zilog Inside! nascom.info for Nascom & Gemini Preliminary MMBasic docs & my PCB designs |
||||
| JohnS Guru Joined: 18/11/2011 Location: United KingdomPosts: 4147 |
If you can suggest a sensible set of APIs (as few as make sense) that would be a help. John |
||||
| Michal Senior Member  Joined: 02/02/2022 Location: PolandPosts: 125 |
Maybe the http server could fit? Michal |
||||
| Mixtel90 Guru Joined: 05/10/2019 Location: United KingdomPosts: 8304 |
We've been through this before, haven't we? With the ESP8266 or something? No-one came up with any sensible commands for it. I think the problem is that there are too many ways to use these things - a library of standard routines makes more sense than building something into MMBasic as then you aren't having to be lumbered with firmware that most people will never use. After all, the AP+ commands have more variation than you would ever need. Mick Zilog Inside! nascom.info for Nascom & Gemini Preliminary MMBasic docs & my PCB designs |
||||
Grogster Admin Group  Joined: 31/12/2012 Location: New ZealandPosts: 9757 |
I may well be wrong, but I don't see Peter doing a special port for the Pico-W for the reasons that Mixtel90 has stated. That, and there are ESP modules if you want WiFi, and HC05 modules if you want BT on your PicoMite based project. As I say, I may be wrong - Peter has surprised us before, but...... Smoke makes things work. When the smoke gets out, it stops! |
||||
| lizby Guru Joined: 17/05/2016 Location: United StatesPosts: 3481 |
Annex RDS Basic for the ESP8266 and ESP32 is chock-full of sensible commands. However, that's a long way from providing the details of the specification which Peter asked for (and no one provided, self included). PicoMite, Armmite F4, SensorKits, MMBasic Hardware, Games, etc. on fruitoftheshed |
||||
| Mixtel90 Guru Joined: 05/10/2019 Location: United KingdomPosts: 8304 |
Annex is designed to run *on* ESP systems so it's commands are optimised for that purpose. It's a WI-FI control block in its own right. MMBasic wants to see a modem. It needs a library of AT+ etc. commands to control the modem and make it do particular things. You *could* write all those Annex commands as that library if you really wanted to - that's basically what Annex is doing. It'll be doing it more efficiently, that's all. I doubt if the RF chip itself understands anything more than AT+ stuff. Mick Zilog Inside! nascom.info for Nascom & Gemini Preliminary MMBasic docs & my PCB designs |
||||
| lizby Guru Joined: 17/05/2016 Location: United StatesPosts: 3481 |
I had thought that the point of Peter's having asked for someone to provide a specification was to allow MMBasic to do WIFI more natively, not to see it as a modem connection, which it already can do. PicoMite, Armmite F4, SensorKits, MMBasic Hardware, Games, etc. on fruitoftheshed |
||||
| Mixtel90 Guru Joined: 05/10/2019 Location: United KingdomPosts: 8304 |
True - but at that stage there wasn't another way. You had a choice of a COM port or nothing. Now there's a possibility of an SPI interface - but only on one module. He'll not be interested in a different variation for each clone that has its own way to drive the RF chip. A COM port can be used by any 'Mite and to any module. The additional speed of SPI may not be that much of an advantage anyway - you'll probably still have to wait for responses from your module. "Natively" depends on what you want to do - everyone will want commands to do *their* job. Peter wanted some low level commands that are versatile - that will do multiple jobs. I'm sure he'd still have some interest if that could be achieved - but it will have to be detailed. And remember that there's still a limit of some sort on the numbers of commands and functions. Mick Zilog Inside! nascom.info for Nascom & Gemini Preliminary MMBasic docs & my PCB designs |
||||
 Print this page |
 |
The Back Shed's forum code is written, and hosted, in Australia. | © JAQ Software 2025 |
