Laczen commented on issue #15347: URL: https://github.com/apache/nuttx/issues/15347#issuecomment-2602970095
> > Hi [@tmedicci](https://github.com/tmedicci) the promiscuous mode also doesn't seem like a good idea as it would block the normal wifi operation mode. > > So I was thinking about the following approach: > > > > 1. Integrate espnow transport in the wifi device, > > 2. Packets from espnow are differentiated from other net packets by assigning them to Ethertype 0x88B5 (Local experimental Ethertype), > > 3. Based upon the Ethertype packets are send from the tx packet queue using esp_now_send or esp_wifi_internal_tx, > > 4. Packets received from espnow are added to the receive packet queue as Ethertype 0x88B5, > > > > I would start with only allowing broadcast packets. Do you think this would be an acceptable approach ? > > Hi [@Laczen](https://github.com/Laczen) ! > > I'm sorry for the late response, I was on vacation... > > Yes, I think it's an acceptable approach. We need to have something working to fully understand all the pros and cons and suggest improvements. Were you able to work on that since then? Hi @tmedicci no problem for the late reply, hope you had a nice vacation. Since the post I have been reading and studying the pktradio code (the pktradio loopback device is a better startpoint than the spirit device). The approach I'm working on now is to use make a 6lowpan over espnow. The espnow packets will all be broadcasts with the first part of the packet being the destination address. I am still learning about the pktmeta, iob, ... but I will get there. As soon as I have the first working code I will create a PR to allow feedback. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: commits-unsubscr...@nuttx.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
