|
Post by VectorX on Jun 29, 2015 19:04:44 GMT -5
|
|
|
Post by johanvdb on Oct 24, 2015 8:19:22 GMT -5
Does somebody knows the protocol used by the vecmulti to transfer a program? I would like to create a command line utility for this. Also, if anybody knows how the vectmulti menu program works, that would be a bonus as well. I'm trying to get a dev. environment up and running for the vectrex.
Johan
|
|
|
Post by garryg on Oct 25, 2015 12:57:27 GMT -5
Is there a 'how to' guide for building the Arduino interface route? Possibly with a source for any custom parts that are required.
|
|
|
Post by thomas on Oct 26, 2015 16:33:25 GMT -5
Hi there, I actually decided to create a Vectrex dev system myself recently: right now i have a microprocessor hooked up directly to the vectrex that is programmable via usb and am debating if/how to implement a very fast development mode just now: In the moment i simply reflash with a set of new cart file(s) and enter via the menu system. But i kind of like the idea of a mode where the cart ram is exported via usb (probably as a fat12 formatted disk) so that i could simply copy over a new .bin (after a reset and/or using some 6809 helper routine) and do not need to reflash anything. might only work with up to 32k bins, though, due to ram constraints..
Anyhow, any ideas/comments ?
and to garryg: i am using a stm32 chip, afaik the arduino 3.3v ones are not 5v tolerant and therefore need a few bus transceivers to get it to work, maybe also additional ttl chips for chip select. (and the 5v ones are too slow..)
|
|
|
Post by jfmateos on Oct 27, 2015 1:09:20 GMT -5
Dear Thomas, I have developed a systema based on USB Mass Storage Device, and would dare to advice you that using a formatted disk is not a good idea because most Operating Systems do not save the files on the disks inmmediately (the OS uses cache); the files are saved when the user ejects the disk.
|
|
|
Post by thomas on Oct 27, 2015 5:08:22 GMT -5
hmm, good point, i am using a unix system (os x..) where a simple sync in the assemble/upload script afterwards should do the trick, though. Is there any another usb base class that allows upload somehow w/o some special app on the dev system side ?
|
|
|
Post by jfmateos on Oct 27, 2015 13:06:54 GMT -5
Beware also of some unix systems does not store the files in order; I mean, the first sector of the file is not stored in the first sector of the disk. No there is not.
|
|
|
Post by thomas on Oct 27, 2015 15:46:26 GMT -5
Well, i had a bit of time today and just tried it out - turns out os x does not enable a write cache for such a small volume, maybe because for floppy disks via usb the user usually still just ejects mechanically. I do have one of those old usb 3.5 inch floppy adapters somewhere that works that way.. but the os vehemently wanted to create the usual invisible folders and files for trash and spotlight.. I finally was able to hardcode an init fat12 system that prevents os x to eat away those precious bytes, though, and have now probably one of the tiniest usb sticks around.. 46kb free Not sure whether i try to hardcode something to grab the file data for a quick test, next, although right now it is always at the same spot.. But I want to add a proper fatfs in the microproc code anyways so maybe I'll try to get that up first… when i have some time again..
|
|