Making a GET-request with Wiznet Ethernet Hat

[LavaCode]

Hi all,

I have a Raspberry Pi Pico with the Wiznet ethernet hat and trying to make very basic HTTP-request to a connected computer.
The computer is running Madrix Software ("regular" software application) which has a webserver to be controlled remotely.

IP Config:
Server (Madrix): 10.0.0.3 port 80
Client (Pico/Wiznet): 10.0.0.2

The server and client are directly connected - 15cm LAN cable.

All this works fine, but I can't get the Wiznet board working..
Due to a direct connection to the server I want to have the board to have a static IP.
Which is more reliable.

So loading this script (which executes a single request, for now) will give me an error.

from usocket import socket
from machine import Pin,SPI
import urequests
import network
import time

#W5x00 chip init
def w5x00_init():
    spi=SPI(0,2_000_000, mosi=Pin(19),miso=Pin(16),sck=Pin(18))
    nic = network.WIZNET5K(spi,Pin(17),Pin(20)) #spi,cs,reset pin
    nic.ifconfig(('10.0.0.2','255.0.0.0','10.0.0.1','8.8.8.8'))
    nic.active(True)
    
#None DHCP
    nic.ifconfig(('10.0.0.2','255.0.0.0','10.0.0.1','8.8.8.8'))
    
#DHCP
    #nic.ifconfig('dhcp')
#     print('IP address :', nic.ifconfig())
#     
#     while not nic.isconnected():
#         time.sleep(1)
#         print(nic.regs())
    
def request():
    r = urequests.get('http://10.0.0.3/RemoteCommands/SetFadeTime=8')
    #r.raise_for_status
    print(r.status_code)
    print(r.text)


def main():
    w5x00_init()
    request()

if __name__ == "__main__":
    main()

I get this error:

MPY: soft reboot
Traceback (most recent call last):
  File "<stdin>", line 37, in <module>
  File "<stdin>", line 33, in main
  File "<stdin>", line 12, in w5x00_init
OSError: timeout waiting for DHCP to get IP address
>>> 

Clearly it's waiting for DHCP, but it will never get an DHCP-IP.

Also, if I connect my board to my router instead I (and allowing the script to accept DHCP) also get's an error:

MPY: soft reboot
netif changed  192.168.1.179
IP address : ('192.168.1.206', '255.255.255.0', '192.168.1.1', '8.8.8.8')
Traceback (most recent call last):
  File "<stdin>", line 37, in <module>
  File "<stdin>", line 34, in main
  File "<stdin>", line 26, in request
  File "/lib/requests/__init__.py", line 180, in get
  File "/lib/requests/__init__.py", line 91, in request
OSError: [Errno 13] EACCES
>>>

I've read this has to do with file access?
My aim is to not use DHCP since I want to be able to run the configuration even without any router or network. Just an interface connected to a local PC for operation.

I'm able to make a request if I use Postman or by loading the endpoint in my browser.
There is no authentication or anything; you just need to have connect between each other.
What am I doing wrong here?

Thank you

[robert-hh]

I cannot recall in which situation, but I had issues with calling nic.ifconfig() before nic.active(). So you could try to remove the one before nic.active().
About the second erro: Is in your network the address range 10.0.0.x available from 192.168.1.x?

[robert-hh]

I repeated the set-up test of ignoring the error during nic.active(True). Works so far. I can run iperf3 with TCP and UPD test, and a simple TCP test I made myself. So socket communication works.

Not sure what the error -7 means. It could be "Operation would block".

[LavaCode]

Hi @robert-hh
Yes I think in terms of communication everything works. The request is now complaining, missing a host in HTTP-header..

[robert-hh]

I've seen your logs, and compared your code to the uequests lib. I wonder why it complains about a missing host in header. According to the sources, a host field is provided. And I just see OSError: -7.
Why do you think the host is missing?

[LavaCode]

Basically I can see it remotely on the server (application-side)
The application does receive the request but can't handle it as it indicates in the log.

The application not strict at all, just missing some data.
The request is correct, since it is being recognized.

[robert-hh]

That's strange, because in urequests.py Host is supplied and written. I do not know whether the case "Host" vs "host" matters. You could try to verify the presend by adding a print statement into urequests.py for the headers argument.