There is no networking code as a class yet. I’m simply routing signals at this point.
The client-server NAT problem was the biggest problem to tackle.
I am now making the client (Win/Mac/Linux) that handles the comms between Pokitto and the server.
Eventually you will be able to roll and run your own server, the client is just a means of converting serial to ethernet.
If you want (and would be much appreciated) you could already make a network class that pretends it is sending and receiving data, with a dummy send and poll methods. We can then hook those up to the client.
Edit: actually lets be a bit more specific
The network connection code needs the following methods:
I will host the driver separately in order for @drummyfish to have peace of mind. It is copyrighted by NXP but Brendon essentially said it can be used, still clarifying. It’s part of application notes / examples.
Copyrighting and licensing are two separate things, but I think I know what you mean - it was either unlicensed or it was under that ‘must only be used with NXP chips’ licence.
Personally I have no issue with the ‘NXP chip only’ licence for as long and the Pokitto is using an NXP chip, but hosting separately will probably suit everyone.
As it happens I dug out the ‘working signed CDCinf’ from the repo’s history,
and it still didn’t work because “the hash for the file is not present in the specified catalogue file”.
Incidentally, @FManga, could we add some sort of serial out emulation to the emulator?
Because if you could make localhost IP endpoints for the emu, I could make it possible to link the emu with a real device, thereby allowing multiplayer development even if you have only one hw device
You want the emulator to create a virtual COM port? I’ve no idea how to do that, though I could look in to it this weekend. I imagine OSX/Linux would require completely different implementations as well.
Or should the emulator provide its own serial-to-network bridge?
Yes I realized also this is far more complicated than what it initially sounds. A virtual COM port has to handle all the CTS/RTS/DTR handshaking and so.
But, since you’ve shown you’re capable of magic several times, possibly its a piece of cake, who knows?