So the STorm should work very easy, as it needs no other connection to the board.
The Lightning as the decoder though... I connect the R2 from the lighting to the CE pad for external decoding and I get nothing.
I have now tested this with 2 different Lightnings and 2 different cloudy.
Since there seems to be SO few people doing this.. I am not hopeful I will have people to compare and look into it.
I am continuing to see what can be done.. I need to test this because with the STorm although I can get the TOS up and running, I cannot flash either of the slots, and I cannot use the software TOSswitch to change between the slots. This also happened on a MegaST.. so I am thinking I might have an issue with the STorm.. that is why I am trying to get this working with the Lightning.
James
STorm ST/Cloudy decoder with RTC compatibility
Re: STorm ST/Cloudy decoder with RTC compatibility
Hey James.
I don't have a Lightning ST board yet, although I'm waiting on the team to resume
making them.
So it's hard for me to try and emulate what you're going through. Sorry!
I do have the Cloudy decoder card and the STorm ST card. Both work great
here on my Mega ST4, but I don't have an H5 board to try to compare.
Do you have an RTC? I remember somewhere in the text it saying that
if you don't use the RTC that the board won't remember settings or
something like that...
Oh here it is (if you're already seen this, apologies):
-------------------------------------------------------------------------------
TOSWITCH.TOS enables switching between the operating systems of the Cloudy via
software, provided that a StormST is installed in the system in addition to
the battery-backed clock module (ZS-042 or DS3231).
To do this, simply connect the pin called SQW of the clock module
with pin 3 of the Cloudy, using a cable.
Pin 4 oft the Cloudy remains open. If there is a jumper on pin 3 und 4
of the cloudy, please remove it.
TOSWITCH.TOS recognizes the operating systems on the Cloudy and shows the
active system with an *. Press Return or Enter to restart the Atari ST with
the other operating system. The selected setting is retained by the
clock battery (3V, CR2032). Press other key to quit.
Thanks to Christian Zietz.
Release: 16th June 2020
--------------------------------------------------------------------------------
HTH's...
PS I probably already posted this somewhere else...
I don't have a Lightning ST board yet, although I'm waiting on the team to resume
making them.
So it's hard for me to try and emulate what you're going through. Sorry!
I do have the Cloudy decoder card and the STorm ST card. Both work great
here on my Mega ST4, but I don't have an H5 board to try to compare.
Do you have an RTC? I remember somewhere in the text it saying that
if you don't use the RTC that the board won't remember settings or
something like that...
Oh here it is (if you're already seen this, apologies):
-------------------------------------------------------------------------------
TOSWITCH.TOS enables switching between the operating systems of the Cloudy via
software, provided that a StormST is installed in the system in addition to
the battery-backed clock module (ZS-042 or DS3231).
To do this, simply connect the pin called SQW of the clock module
with pin 3 of the Cloudy, using a cable.
Pin 4 oft the Cloudy remains open. If there is a jumper on pin 3 und 4
of the cloudy, please remove it.
TOSWITCH.TOS recognizes the operating systems on the Cloudy and shows the
active system with an *. Press Return or Enter to restart the Atari ST with
the other operating system. The selected setting is retained by the
clock battery (3V, CR2032). Press other key to quit.
Thanks to Christian Zietz.
Release: 16th June 2020
--------------------------------------------------------------------------------
HTH's...
PS I probably already posted this somewhere else...
Welcome To DarkForce! www.darkforce.org "The Fuji Lives.!"
Atari SW/HW based BBS-Telnet:darkforce-bbs.dyndns.org 1040
Atari SW/HW based BBS-Telnet:darkforce-bbs.dyndns.org 1040
Re: STorm ST/Cloudy decoder with RTC compatibility
Yes, I hear ya Ron,
SO, on my MegaST2 I have here.. I can setup the cloudy(s) and a STorm.. I can switch between TOS.. no issues.
I cannot FLASHTOS and I cannot UPDATER - to upgrade the EMUTOS in the SLOT 2.. FLASHTOS will not work in SLOT 1
Does not seem to matter WHAT TOS or IMG or ROM.. from HDD from FLOPPY..
My issue with testing the Lightning on the megaST is that I need to know where to pickup R2 signal from.. and the wiki no longer shows it for the mega.
James
SO, on my MegaST2 I have here.. I can setup the cloudy(s) and a STorm.. I can switch between TOS.. no issues.
I cannot FLASHTOS and I cannot UPDATER - to upgrade the EMUTOS in the SLOT 2.. FLASHTOS will not work in SLOT 1
Does not seem to matter WHAT TOS or IMG or ROM.. from HDD from FLOPPY..
My issue with testing the Lightning on the megaST is that I need to know where to pickup R2 signal from.. and the wiki no longer shows it for the mega.
James
- frank.lukas
- Posts: 661
- Joined: Fri Jan 19, 2018 11:52 am
Re: STorm ST/Cloudy decoder with RTC compatibility
Example of where to get ROM2 on MegaST
Re: STorm ST/Cloudy decoder with RTC compatibility
ROM2 and CE on H4 board
ROM2 and CE on H5B1 board
ROM2 and CE on H5C1 board. Brown wire is ROM2 and red wire is CE.
ROM2 and CE on H5B1 board
ROM2 and CE on H5C1 board. Brown wire is ROM2 and red wire is CE.
Re: STorm ST/Cloudy decoder with RTC compatibility
I thought one of those boards ( assume lightning) Is the one with built on flash ?, so it would not be linked to the CE pad.. The CE pad is the H5 ROM enable which is driven by the GLUE *or* one of my decoder boards. If you have some external flash ROM, then you should probably remove the ROM out of the H5.
I think you may be confusing this with how ( assume) lightning actually works. As ROM2 has been mentioned, my decoder does not use this signal as it does full address decoding on-board. If lightning requires ROM2, it is not decoding the full address range is why you need the additional wire.
One reason I did full address decoding is to prevent confusion over that wire. I think most of the TOS206 decoders out there need that wire to save on logic as well.
https://www.exxosforum.co.uk/atari/ All my hardware guides - mods - games - STOS
https://www.exxosforum.co.uk/atari/store2/ - All my hardware mods for sale - Please help support by making a purchase.
viewtopic.php?f=17&t=1585 Have you done the Mandatory Fixes ?
Just because a lot of people agree on something, doesn't make it a fact. ~exxos ~
People should find solutions to problems, not find problems with solutions.
https://www.exxosforum.co.uk/atari/store2/ - All my hardware mods for sale - Please help support by making a purchase.
viewtopic.php?f=17&t=1585 Have you done the Mandatory Fixes ?
Just because a lot of people agree on something, doesn't make it a fact. ~exxos ~
People should find solutions to problems, not find problems with solutions.
Re: STorm ST/Cloudy decoder with RTC compatibility
It is not ROM2 and CE...
CE goes to the ROM IC itself on the H5.
The output is from LS11 gate. This is actually AND gate for ROM0,ROM1,ROM2 (IIRC - too lazy to check exactly) when any of them go low it will enable the H5 ROM. But ROM2 (IIRC) is only used for address zero decoding.
So what you actually have hooked up is TOS104 decoding on the H5 and on the lightning board. I'm actually assuming lightning has its own TOS104 decoder..
In any case, there is not actually any ROM2 connections to tap into on the H5, it was just simply not needed with the intended upgrades.
ROM2 highlighted.
https://www.exxosforum.co.uk/atari/ All my hardware guides - mods - games - STOS
https://www.exxosforum.co.uk/atari/store2/ - All my hardware mods for sale - Please help support by making a purchase.
viewtopic.php?f=17&t=1585 Have you done the Mandatory Fixes ?
Just because a lot of people agree on something, doesn't make it a fact. ~exxos ~
People should find solutions to problems, not find problems with solutions.
https://www.exxosforum.co.uk/atari/store2/ - All my hardware mods for sale - Please help support by making a purchase.
viewtopic.php?f=17&t=1585 Have you done the Mandatory Fixes ?
Just because a lot of people agree on something, doesn't make it a fact. ~exxos ~
People should find solutions to problems, not find problems with solutions.
Re: STorm ST/Cloudy decoder with RTC compatibility
So what is DOG doing then?? the other side of the CE point for your decoder is going where?? maybe if I go there I can get what I need. Seems his decoder is working there.exxos wrote: ↑Wed Oct 20, 2021 9:55 pmIt is not ROM2 and CE...
CE goes to the ROM IC itself on the H5.
The output is from LS11 gate. This is actually AND gate for ROM0,ROM1,ROM2 (IIRC - too lazy to check exactly) when any of them go low it will enable the H5 ROM. But ROM2 (IIRC) is only used for address zero decoding.
So what you actually have hooked up is TOS104 decoding on the H5 and on the lightning board. I'm actually assuming lightning has its own TOS104 decoder..
In any case, there is not actually any ROM2 connections to tap into on the H5, it was just simply not needed with the intended upgrades.
Yes I have removed the dual tos chip. The main reason I would like to use the cloudy is so I can use EMUTOS.. which natively supports the ALT Ram from the STorm. The ability to flash any TOS I could want to use is very useful as well.
Does not look like it would be easy to pick up R2 from the highlighted trace you are showing
James