[WIP] Not a debug cart project!

For hardware talk only (please avoid ROM dumper stuff)
doragasu
Very interested
Posts: 125
Joined: Tue Oct 09, 2012 8:15 am

Re: [WIP] Not a debug cart project!

Post by doragasu » Thu Jul 28, 2016 9:39 am

I was not planning to release the sources until they were more mature, but I have just open sourced the code right now. Please have in mind this is WIP, and some of the repositories contain specially ugly test code. The repos:

Programmer bootloader: https://github.com/doragasu/mw-mdma-bl
Programmer command-line interface: https://github.com/doragasu/mw-mdma-cli
Programmer firmware: https://github.com/doragasu/mw-mdma-fw
WiFi module firmware: https://github.com/doragasu/mw-fw-rtos
MegaDrive API: https://github.com/doragasu/mw-api

Programmer sources are almost finished, but there's a lot of work to do in WiFi module firmware and Megadrive API.

I'm also planning to release documentation somewhere in time...

doragasu
Very interested
Posts: 125
Joined: Tue Oct 09, 2012 8:15 am

Re: [WIP] Not a debug cart project!

Post by doragasu » Fri Aug 05, 2016 2:41 pm

I have created a repo to gather all of the above, and also to upload documentation:
https://github.com/doragasu/mw

Most commands are working so far:
- AP scanning.
- AP configuration (up to 3 configurations supported and stores on the module Flash).
- AP join/leave.
- DHCP and static IP configuration associated with each of the configured APs.
- TCP sockets.
- SNTP service for time synchronization.
- Read write to the internal WiFi flash (so you can use up to 32 + 28 = 60 megabits, as long as the slow read/write speed of the 28 megabits inside the WiFi module is no problem).
- Hardware random number generator (might not be useful, but hey, it's there).

Still missing:
- UDP sockets.
- TCP server sockets.
- Asynchronous events via GPIO lines.
- Status commands.

With current status the module can be used for lots of things! I still have to get UDP sockets and TCP server sockets working, but maybe TCP client sockets are all that's needed for most applications, because using TCP and UDP server sockets requires fiddling with router NAT configuration and maybe also with firewall settings.

Post Reply

Who is online

Users browsing this forum: No registered users and 0 guests