[go: nahoru, domu]
Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Receive responses from a TCP server #61

Open
calebbourg opened this issue Jan 12, 2023 · 1 comment · May be fixed by #71
Open

Receive responses from a TCP server #61

calebbourg opened this issue Jan 12, 2023 · 1 comment · May be fixed by #71
Assignees
@jhodapp @calebbourg
Labels
feature work Specifically implementing a new feature
Milestone
0.4 Release

Comments

@calebbourg
Copy link
Collaborator
calebbourg commented Jan 12, 2023 •
edited
Loading

Suggestion / Feature Request

New Feature:

  • Receive generic response data from a remote TCP server

Definition of Done:

  • Consumers of crate are able to receive generic response data from requests to a TCP server.
  • A new example exists that exercises the new feature.
  • Host side unit tests are added if/where appropriate.
  • Documentation exists for any new public functions.
@calebbourg calebbourg added the feature work Specifically implementing a new feature label Jan 12, 2023
@calebbourg calebbourg added this to the 0.4 Release milestone Jan 12, 2023
@jhodapp jhodapp changed the title Receive responses from an HTTP server Receive responses from a TCP server Jan 17, 2023
@calebbourg calebbourg linked a pull request Feb 1, 2023 that will close this issue
implement receive_data_tcp #71
Draft
@jhodapp jhodapp mentioned this issue Feb 17, 2023
Merged
@jhodapp
Copy link
Member
jhodapp commented May 13, 2023

Update on this: we haven't been able to fully solve/implement this functionality yet. Currently, we are still trying to figure out how best to work with NINA-FW when it receives a response payload that is 5744+ bytes in size. When this happens, the ESP32 NINA-FW stops responding to our future communication requests - it still thinks it's waiting for the end of the issued protocol command GetDataBufTcp.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@jhodapp jhodapp

@calebbourg calebbourg

Labels
feature work Specifically implementing a new feature
Projects
ESP32-WROOM-RP
Status: In Progress
Milestone
0.4 Release
Development

Successfully merging a pull request may close this issue.

implement receive_data_tcp Jim-Hodapp-Coaching/esp32-wroom-rp
2 participants
@jhodapp @calebbourg