Jump to content

masteries

Members
  • Posts

    475
  • Joined

  • Last visited

Everything posted by masteries

  1. At first post there are some photos that illustrate the back side of the device, However, current SD card holder is half lenght than the one of the photos, despite placement is the same.
  2. As very high quality modern PC enabled software development kit for Atari ST/E, a good recommendation is Atari Game Tools: https://bitbucket.org/d_m_l/agtools/src/master/
  3. More great games of the platform: Obviously many games try to mimic a Gameboy style, 2 colours per tile, to avoid the classical ZX Spectrum color clash effect (due to a tile of 8x8 pixels can only have two different colours). There are other games such Savage, Dan Dare III, Ninja Turtles 1, Turrican; that cleverly used the color capabilities of the platform: Games that managed to use colour looks much better.
  4. Wonderful! Excelent job! The menu launcher is also great,
  5. From SELTOS readme file https://atari.8bitchip.info/tosload.htm "Instructions for RAMTOS: On request I made version which loads straight first supported TOS image in current DIR. It is RAMTOS7.PRG, and everything above except usage stays for. Of course you may run it from AUTO folder too." And the general requirements for SELTOS / RAMTOS: "Purpose of this program is making possible work with diverse versions of TOS without changing (EP)ROM's in machine. 1 MB of RAM is minimum requirement for use, because used TOS is placed in RAM, and it decreases available RAM for 192-256KB. Program supports following TOS versions: TOS 1.00 US, UK and German TOS 1.04 US, UK and German TOS 2.06 US, UK , German, Swedish and UK 'Supertos' ." Personally never tested this software, but appears that 1 MB RAM is mandatory, and the only suitable TOS ROM files are US, UK and German versions, and Swedish for 2.06 version.
  6. Sorry to heard that, As a hobbyist maker, and Atari ST/E lover, I can´t afford a hard disk owner without his hard disk unit... I have some of the hard disk units I manufacture in stock, if you desire I can make an offer to you reducing from 36€ to 30€ an unit, plus shipment to USA (10.5€ for tracked shipment, declared package value is 15€, realistic and affordable in case of customs) I saw that the STacy almost replicated the back side of an Atari ST in this photo: https://en.wikipedia.org/wiki/Atari_STacy#/media/File:Atari-stacy-006.jpg
  7. Greetings Byte Knight,
     
    I am contacting for a question related to the 32 Meg hard drive image suitable for Apple II
    computer,  
     
    The question is: how to add another DOS 3.3 software to the hard disk?, 
    mainly I have these in .dsk image files  
     
    I have knowledge about Ciderpress and Apple Commander usage,
     
    Thanks for your attention,
     
    Best Regards,
     
  8. @Solitaire01 The changes in the "fnSystem.cpp" file (located at fujinet-platformio\lib\hardware ), to ensure the Fujinet selected pinout is always the same as the published schematic: https://github.com/FujiNetWIFI/fujinet-hardware/blob/master/AppleII/FujiApple-Rev00/FujiApple-Rev00-Schematic_SPI-FIX.jpg From line 662 /* Apple 2 Rev 1 has pullup on IO4 for Safe Reset If found, enable spifix, no tristate and Safe Reset on GPIO4 */ // fnSystem.set_pin_mode(GPIO_NUM_4, gpio_mode_t::GPIO_MODE_INPUT, SystemManager::pull_updown_t::PULL_UP); // rev1upcheck = fnSystem.digital_read(GPIO_NUM_4); // fnSystem.set_pin_mode(GPIO_NUM_4, gpio_mode_t::GPIO_MODE_INPUT, SystemManager::pull_updown_t::PULL_DOWN); // rev1downcheck = fnSystem.digital_read(GPIO_NUM_4); // if (rev1upcheck == rev1downcheck && rev1downcheck == DIGI_HIGH) // { // a2spifix = true; // a2no3state = true; // Debug_printf("FujiApple NO3STATE & SPIFIX ENABLED\r\n"); // safe_reset_gpio = GPIO_NUM_4; /* Change Safe Reset GPIO for Rev 1 */ // } Probably a simple a2spifix = true; and a2no3state = false; will be enough as well There are no esoteric changes, only ensure proper pinout selection, due to tristate is present. Also, the used switches for compilation remain the same, no modifications: ; FujiApple Rev 0 Prototype (ESP32-DEVKITC-VE 8MB Flash, 8MB PSRAM) [env:fujiapple-rev0] platform = espressif32@${fujinet.esp32_platform_version} platform_packages = ${fujinet.esp32_platform_packages} board = fujinet-v1-8mb build_type = debug build_flags = ${env.build_flags} -D PINMAP_A2_REV0 ;-D DBUG2 ; enable monitor messages for a release build ;-D EXTRA ; enable DRIVE2 pin as extra debugging signal for logic analyzer ;-D MASTERIES_SPI_FIX ; Hardware mod for Masteries Rev0 ;-D NO3STATE ; no external tri-state on FN data out to A2, done internally ;-D REV1DETECT ; Only 3 people on earth need this enabled. You know who you are :P Attached, these files platformio.ini fnSystem.cpp
  9. Greetings Solitaire01, A far I know, there is no more recent firmware than v1.2 in the current date of this post, The "Masteries SPI Fix switch" is only needed if you have a Revision A upgraded to Revision B (the upgrade can be identified easily, your unit will have REV A marked at back, but there is also a copper wire soldered between the green board and one pin of the SD card holder). If your unit is not a Rev. A upgraded to Rev. B, the enable of the cited switch will cause an input/output pin selection mismatch, SD card will not operate. Non upgraded REV. A or current REV. B (that is REV. 01 as officially numbered) do not require Masteries SPI Fix switch, Also, REV1 code check needs to be disabled, due to there are many AHCT125 ic models in the market, and some of these ics are not well detected by cited check code. As well, all these recent firmware compilations are based on using PIOx 6 for the ESP32 firmware build; (as Fujinet team did) there is an unexplored option fo generate the new firmwares using PIOx 3 The new ESP32 libraries reduced SD card compatibility, that is not fun at all,
  10. Really looks bad, The SD card is recognized by the STM32, firmware is ok. Due to from time to time, one of the bought STM32 controllers is a bad one, a checksum of the firmware is added at the startup. Thanks to this, the bad controllers are detected easily, due to on these ones the firmware do not remain intact much time... lately is not usual, but at least one or two years ago this problem was very usual, mainly with C8 units than C6 The rest of ACSI commands, appear to be non operative, due to after SD card initialization, the STM32 uses only its own DMA mechanism to read/write to the SD card. Partitions equal to zero, for one of ready to use SD card images, means the STM32 DMA is not functional. I can send to you the very primitive firmware that does not use STM32 DMA, its a slow firmware, around 300 KB/s reading, but it could be useful for your apparently damaged unit
  11. The STM32 used pins for this device are the ones that are 5 volts compatible, But this compatibility is only present when the STM32 is powered on, due to the 5 volts compatibility is based in an active mechanism. When it is powered off, but 5 volts are applied to the STM32 pinout, one or various of the pins could be damaged; as well these pins need to be set as input or output accordingly the ACSI port state, Try to reflash your SD card with the provided image, otherwise the STM32 suffered from something not good Traditionally, its not a good idea to provide signals to the inputs/outputs of any unpowered device; due to the unpowered device is in a floating state, that is an unknown state
  12. Reviewing the 16 MB .bin file of Demons of Asteborg, there is a very large section with only easy recognisable patterns such ABCDEF... abcdef.... 1f2f3f... and these sort of things, and a lot of large empty parts (parts of 128 to 256 KB). Probably the game would fit into 64 Mbits in a properly structured ROM.
  13. Understood, Your have one of the first batches, with a large SD card holder, The large SD card holder has its own regulator, I almost forgot about them Next batches and current units are different, and uses a small SD card holder that is feeded with 3.3 V For your unit is completely correct the fix you performed
  14. Looking at the photo, I am not sure where you soldered the red wire (USB 5 volts), the SD card holder is powered from 3.3 volts, that comes from the 5 volts to 3.3 volts regulator located in the blue controller board, only the GND line is shared between. This is the reason the entire device is being powered from 5 volts input of the blue board, to use the onboard voltage regulator, this regulator feeds the STM32 and the SD card, yeah the entire device is really powered by the 3.3 volts output of the 5 to 3.3 volts regulator, while 5 volts input is used to provide the power from external power sources. 5 volts line is not present in the SD card holder or SD card at all, this 5V input is only accesible from one the pins on the blue board, clearly labeled as "5V" in white letters.
  15. @Bort Simons Your new unit has been sent, You have the well known message with tracking number and details, Thanks!
  16. In his day I forgot to say how many of them, 2x STE computers, fully upgraded (4 MB RAM and hard disk units)
  17. Yes, as DistantStar001 said, Its a Z80 card to execute CP/M based software
  18. Your BAD DMA solution has been sent, You have a message with trackign number Thanks!
×
×
  • Create New...