mozzwald Posted April 14, 2020 Share Posted April 14, 2020 3 minutes ago, Mathy said: Hello mozzwald To be honest, this... ... is not gonna work. Unless somebody just invented Wireless SIO. So no, that didn't answer my question. Sincerely Mathy Maybe you are referring to the missing pins? That is an empty case without PCB. It's just a mock-up to show what it will look like on the console. A test fit of the case. Maybe you are looking for this information? Quote Link to comment Share on other sites More sharing options...
Mathy Posted April 14, 2020 Share Posted April 14, 2020 Hello Thom 2 minutes ago, tschak909 said: *deep-breath* @Mathy As @mozzwald said, he made an oops on the latest hardware spin, and was thus not able to wire in the other connector. So he's not releasing these guys out into the wild, we're doing another spin. -Thom He also mentioned that the next revision will have both a plug and a receptacle. Unless you guys invented Wireless SIO, you will be using pins to transfer the signals from the ("next revision" via the) receptacle to the SIO device that is plugged into it. Sincerely Mathy Quote Link to comment Share on other sites More sharing options...
Mathy Posted April 14, 2020 Share Posted April 14, 2020 Hello mozzwald 1 minute ago, mozzwald said: Maybe you are referring to the missing pins? YES!!!! Sincerely Mathy Quote Link to comment Share on other sites More sharing options...
Kyle22 Posted April 14, 2020 Share Posted April 14, 2020 (edited) We already have Wireless SIO. It's BlueTooth. All you would need is a BT SIO plug in the back of the drive that was set to auto-pair with your SIO2BT device. Edited April 14, 2020 by Kyle22 missing T Quote Link to comment Share on other sites More sharing options...
tschak909 Posted April 14, 2020 Author Share Posted April 14, 2020 Yup, Montezuma folded in support for SIO2BT a couple months ago. It was one of the big diving board moments that made us jump to ESP32. -Thom 4 Quote Link to comment Share on other sites More sharing options...
manterola Posted April 15, 2020 Share Posted April 15, 2020 (edited) Two questions: Why irata.online fails to load, it times out. My local tnfs server also fails, but different it kind of overflows... But fujinet.online works... Second, how I can change the wifi used? I remember it was a hot key of something while booting.. I want to see if the wifi used have some effect on this problem. Maybe is just my crappy access point. I've been having these problems for weeks, even before updating the firmware with platformio, from the times of anduino ide Check this out: Edited April 15, 2020 by manterola Quote Link to comment Share on other sites More sharing options...
tschak909 Posted April 15, 2020 Author Share Posted April 15, 2020 o_O Quote Link to comment Share on other sites More sharing options...
tschak909 Posted April 15, 2020 Author Share Posted April 15, 2020 (edited) @manterola holding down SELECT while booting into CONFIG will allow you to select an access point. as for irata.online, thanks, I had lost power to the lab, and the tnfs server was down. In fact, use atari-apps.irata.online .. this is a google cloud vm that I have set up specifically for fujinet. Also, please do not put more than 16 files in a directory for the moment. -Thom Edited April 15, 2020 by tschak909 1 Quote Link to comment Share on other sites More sharing options...
tschak909 Posted April 15, 2020 Author Share Posted April 15, 2020 A little status report: Some of you may have noticed that I've hinted at TLS (encrypted) support. Yes, the ESP does TLS encryption, just fine. It works. If you provide either a certificate fingerprint to check against, OR the appropriate root certificate. It can be made to "just work" once a certificate store has been written, the appropriate root certificates injected into it, and code which returns the correct certificate given a fingerprint. I will work on this, when the other parts of the N: device are more complete. If someone wants to take a whack at implementing a TLS certificate store, the certificates can be found here: https://raw.githubusercontent.com/FujiNetWIFI/atariwifi/master/tls-root-certs/certdata.txt 1 Quote Link to comment Share on other sites More sharing options...
mozzwald Posted April 15, 2020 Share Posted April 15, 2020 Yesterday I finished the WROVER upgrade schematic and PCB layout. Boards have been ordered. Hopefully they arrive as quick as the last batch, and hopefully I didn't screw anything up this time . The new schematic is below with a couple other notable changes in addition to the WROVER module. Diodes have been replaced with PMEG2010ER which has a lower forward voltage (310mV @ 1A) than the previous DSS12UTR Reset & Flash button circuit now uses a dual pre-biased NPN transistor for reduced part count AUDIOIN fix implemented, values subject to change All of the major components (buttons, uSD, USB, switch, SIO) are in the same location so there are minimal modifications to the case. A 3D render of the new PCB with components... 4 Quote Link to comment Share on other sites More sharing options...
ivop Posted April 15, 2020 Share Posted April 15, 2020 Nice! How's the luminance of the LEDs with 3.3V and 1K resistor? Quote Link to comment Share on other sites More sharing options...
mozzwald Posted April 15, 2020 Share Posted April 15, 2020 25 minutes ago, ivop said: Nice! How's the luminance of the LEDs with 3.3V and 1K resistor? The blue and orange could use a touch more resistance. They are a bit 'piercing' to the eye. The white looks good to me 4 Quote Link to comment Share on other sites More sharing options...
tschak909 Posted April 16, 2020 Author Share Posted April 16, 2020 @everyone for anyone who can test on their ESP32 hardware, grab the latest platformio code, build and upload, open up N-TESTS.ATR on atari-apps.irata.online and try this test script. -Thom 2 Quote Link to comment Share on other sites More sharing options...
Fierodoug5 Posted April 17, 2020 Share Posted April 17, 2020 I am not very good with Platformio(Didnt have any trouble getting the last code running) Everytime I try to compile the new code I get these errors: lib\sio/sio.h:6:24:fatal error: linkedlist.h: No such file or directory [.pio\build\esp\lib8da\hardware\bluetooth.cpp.o] Error 1 Quote Link to comment Share on other sites More sharing options...
tschak909 Posted April 17, 2020 Author Share Posted April 17, 2020 it seems we have had some interesting issues over the last few commits with regard to the includes... Am working with @jamm to try and resolve them. Hold tight. -Thom Quote Link to comment Share on other sites More sharing options...
tschak909 Posted April 17, 2020 Author Share Posted April 17, 2020 @Fierodoug5 try now. -Thom Quote Link to comment Share on other sites More sharing options...
Fierodoug5 Posted April 17, 2020 Share Posted April 17, 2020 Will do tonight, thanx Quote Link to comment Share on other sites More sharing options...
TheMontezuma Posted April 17, 2020 Share Posted April 17, 2020 10 hours ago, Fierodoug5 said: I am not very good with Platformio(Didnt have any trouble getting the last code running) Everytime I try to compile the new code I get these errors: lib\sio/sio.h:6:24:fatal error: linkedlist.h: No such file or directory [.pio\build\esp\lib8da\hardware\bluetooth.cpp.o] Error 1 What helped me was to invoke CLEAN first and then BUILD 1 Quote Link to comment Share on other sites More sharing options...
mozzwald Posted April 18, 2020 Share Posted April 18, 2020 Today I pulled in a simple WAV file library to the FujiNet code and was able to playback a sound file. I mapped the playback start to the currently unused extra button on the FrankenFuji. This short video shows both the S.A.M. speech and WAV file playback 5 Quote Link to comment Share on other sites More sharing options...
Fierodoug5 Posted April 18, 2020 Share Posted April 18, 2020 21 hours ago, tschak909 said: @Fierodoug5 try now. -Thom The build goes smooth now, no problems. When It uploads it says success, but the board is just in a constant reset loop, and the monitor says "Spiffs Mount Failed" So am lost. Quote Link to comment Share on other sites More sharing options...
mozzwald Posted April 18, 2020 Share Posted April 18, 2020 Just now, Fierodoug5 said: The build goes smooth now, no problems. When It uploads it says success, but the board is just in a constant reset loop, and the monitor says "Spiffs Mount Failed" So am lost. After you Upload the program you need to also Upload File System Image Quote Link to comment Share on other sites More sharing options...
Fierodoug5 Posted April 18, 2020 Share Posted April 18, 2020 Yeah that was it. But now I get this on screen, and no wifi light Argh! Quote Link to comment Share on other sites More sharing options...
_The Doctor__ Posted April 18, 2020 Share Posted April 18, 2020 did you put all your' ip settings and what not back in? Quote Link to comment Share on other sites More sharing options...
tschak909 Posted April 18, 2020 Author Share Posted April 18, 2020 (edited) interesting that you get a mac address, and then a timeout... -Thom Does the Upload and Monitor give any interesting info when it times out? Edited April 18, 2020 by tschak909 Quote Link to comment Share on other sites More sharing options...
tschak909 Posted April 18, 2020 Author Share Posted April 18, 2020 On the N: device, With aux2 set at open, this specifies that EOL translation should be done for input and output. There are currently four values: * 0 = No Translation * 1 = Translate CR (0x0D) to EOL (0x9B) (Macintosh style line endings) * 2 = Translate LF (0x0D) to EOL (0x9B) (UNIX style line endings) * 3 = Translate CR/LF (0x0D 0x0A) to EOL (0x9B) (PC/Windows style line endings, also default Telnet NVT behavior) This works across all protocols, and is demonstrated here by doing http GET fetch of an nginx title page: Currently working on getting headers to work. From the user's perspective, this will be a multi-step process, where for e.g. a GET, you: * Open the connection * Tell the N: device you want to give it a list of headers to fetch, via an XIO * PRINT each header you want, one at a time, * Tell the N: device you are done giving it a list of headers, via an XIO. * Get a STATUS, which actually does the request * Tell thE N: device you want to get the headers, via an XIO * INPUT each header, one at a time. * Tell the N: device you're done with headers, via an XIO * GET or INPUT the data. * CLOSE Other verbs, like POST will work similarly. You OPEN, you set your headers you want to send, specify any you want to recieve, PRINT your post data, get a STATUS which will get you the # of bytes of the response, then GET your response and CLOSE. This is complex, yes, but it will allow for the whole of HTTP to be mapped cleanly onto the Atari I/O system. -Thom 3 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.