Welcome, Guest. Please login or register.

Recent Posts

Pages: 1 [2] 3 4 ... 10
11
Is there a list maintained somewhere of the ATX power supplies that can be used as a suitable replacement for the original ones?  I have an Amiga 4000 and a 3000 and a 2000.  They still have their original power supplies and I am hesitant to turn them on after all I have read online.  Also I recently purchased a BigRAMPlus card and my Amiga 4000 which seems to work fine otherwise could not even see it.  I am wondering if the power supply may be too weak to power the Zorro slots.  The thought of turning on my Amiga one day and having the power supply fry the motherboard give me the willies! :-[
 
I have looked at the replacements Ive seen online from a few years back but those appear to be generally out of stock. 

Perhaps a very clear set of ... understandable ... guidelines as to how to to one.  I can identify the necessary current levels, but how would I know if a PSU regulates voltages based on the 12V or 3.3V usage and not the 5V?  Or has a fan that does not operate continuously? Or simply will not fit?

Or is there an Amiga vendor somewhere who maintains a stock of suitable replacements for the A4000, etc?

A sticky on this subject would be nice.

For my ever expanding fleet of A4000D setups. I now use Corsair SF450 or SF600 PSUs with a Amiga A4000 Power converter cable.

Can be hard to get the Corsair models I have described. But can still be found on Ebay. You can also get a SF PSU holder via 3D Print or via a Metal Frame off a seller on Amibay.

As for A3000 PSUs. Chris Edwards did a video on YouTube about a replacement he bought, but had to do some soldering for it.

https://youtu.be/LPxC4_KWGrM?si=VJlbGNNliU9EmXEX


12
Amiga Hardware News / TF 4060 Update
« Last post by Boing-ball on April 15, 2024, 11:58:52 PM »
13
Is there a list maintained somewhere of the ATX power supplies that can be used as a suitable replacement for the original ones?  I have an Amiga 4000 and a 3000 and a 2000.  They still have their original power supplies and I am hesitant to turn them on after all I have read online.  Also I recently purchased a BigRAMPlus card and my Amiga 4000 which seems to work fine otherwise could not even see it.  I am wondering if the power supply may be too weak to power the Zorro slots.  The thought of turning on my Amiga one day and having the power supply fry the motherboard give me the willies! :-[
 
I have looked at the replacements I've seen online from a few years back but those appear to be generally out of stock. 

Perhaps a very clear set of ... understandable ... guidelines as to how to select one.  I can identify the necessary current levels, but how would I know if a PSU regulates voltages based on the 12V or 3.3V usage and not the 5V?  Or has a fan that does not operate continuously? Or simply will not fit?

Or is there an Amiga vendor somewhere who maintains a stock of suitable replacements for the A4000, etc?

A sticky on this subject would be nice.

Thanks
14
Hrm, I DO have a ZuluSCSI removed from a GVP HD8+ and it IS known working in that. However, they are kind of related (BlueSCSI and ZuluSCSI). Ill give it a try, it'll be interesting to see if there are any differences...

Also, the termination, yes, it could be an issue. I'll see if I can find replacement resistor packs, if I can work out what they actually are...

Which version of the SCSI ROM are you Using?
15
Hrm, I DO have a ZuluSCSI removed from a GVP HD8+ and it IS known working in that. However, they are kind of related (BlueSCSI and ZuluSCSI). Ill give it a try, it'll be interesting to see if there are any differences...

Also, the termination, yes, it could be an issue. I'll see if I can find replacement resistor packs, if I can work out what they actually are...
16
Amiga Marketplace / AmiKit for Pistorm - Offical UK Reseller
« Last post by RetroPassion on April 15, 2024, 10:50:32 PM »
We are super excited to say we are now official UK resellers of AmiKit for the PiStorm. Not only can we supply AmiKit in a 64Gb SD card form but also offer preloaded versions with AmigaOS 3.2.2 (if you own a licence) and being official Hyperion AmigaOS resellers we can also supply licenced AmigaOS 3.2 if required.

That's not all, we can also supply fully plug and play PiStorm's with AmiKit ready to go out of the box.

For PiStorm's with Wi-Fi, also included is the new Wi-Fi driver to use the PiStorm Wi-Fi to register your copy of AmiKit. This is of course in alpha so it is buggy and is extremely basic, this of course will be improved, however a small guide is included if you happy to have a play.   

An amazing time for Amiga's 39th birthday in 2024!

Full details below:

https://www.retropassion.co.uk/product/amikit-for-pistorm-and-pistorm32/

Thanks!

17
I have bought a Fastlane Z3 SCSI2 adapter, and I'm trying to use it with an Amiga 4000.
So far, its not quite working, its still quite a ways off from being of any use.
It was bought as not known working, because the vendor said they had not used it in 5 years.
But, last time they had, they said it was fully functional.

So, the situation…
When I plug in a serial connection into my BlueSCSIv2, and turn it on, it appears to be functioning as expected.
Further to this, I have already used THIS BSv2 with a GVP SCSI sidecar and it was working as expected.
So, I think its assembly is ok.

In the Z3 card, it sees the BSv2, as ID0 or whatever you configure it as, and you can select it, and try to configure it.
I have done this with both HDTools using z3scsi.device and also with its own native toolset from Phase 5 (unitControl2 and SCSIControl3).

Both tools see the drive. However, it is a little unreliable. For instance, when reading its details in HDToolbox, it sometimes reads the manufacturer information verbatim, but sometimes its characters are garbled, same goes for drive name, and version.

When I partition the drive, this works ok. However, post that, quitting the tool, the drive is not always mounted and shown on the desktop. Mostly, it is not, about 90% of the time, it does not appear, even after a reboot.

When it DOES appear, you can select it, and then format the drive, and this appears to work as expected. It's name changes, and you can open the disk, and it reports the correct size. However, when you try to write ANYTHING to it, it reports checksum errors, and data, never seems to stick, no files appear on the disk.

When using the unitControl2  tool to set the drives properties, it also sometimes reports a checksum error. Also, on occasion it will state that the drive's size is not divisible by the number of cylinders (or similar)

I am not sure if this is a hardware problem with the Z3. Oddly, in the the BSv2 serial logging, everything looks ok.
Or, is this a configuration/software problem, something needed somewhere with MASK values, sector values etc.

If anyone here also has a Fastlane Z3 that would be especially useful. Sadly, I do not have a REAL SCSI hard disk to test with. I'm not into using them as they are so unreliable now.

I may start, as a simple precaution to replace the cards caps. There are only 3, but who knows, maybe the power delivery is a bit off or dirty. I guess there could be an issue with the cards chips, which are mostly GALS or PALS (heat-sinks on all) but as it kind of works, I don't think it this. Usually ROM corruption or chip fails lead to more drastically bad behaviour.

Anyway, those are my thoughts on it right now. All help appreciated.

The Z3 has 3 Terminator resistors next to the 50 pin header. These maybe faulty. Also what SCSI ROM is being used? Type in a shell: version z3scsi.device
Ideally you need to be using version 8.5.

More info here for drivers:

http://amiga.resource.cx/exp/fastlane

And here:

https://bigbookofamigahardware.com/bboah/product.aspx?id=1231

English Manual here:

https://retro-commodore.eu/files/downloads/amigamanuals-xiik.net/Hardware/FastLane%20Z3%20-%20Manual-ENG.pdf

Additional Phase 5 files and drivers here:

http://phase5.a1k.org/

Good Luck.
18
Intermittent errors like that often suggest incorrect SCSI bus termination.  Check that in the first instance.

Failing that you'll probably need to find another known good SCSI device to check the Fastlane is working as expected.  I'm not familiar with the BlueSCSI, so don't know how universally compatible they are.
19
The image shows random garbage being read back from the memory.  Is it even being written to?  Monitoring _WE (write enable) during the memory test will show if a write cycle is being performed or not, which will determine what fault finding direction to go in next.

The fact that it was working suggests it's likely to be caused by a cracked or open circuit track as a result of the corrosion damage.  The corrosion damage will generally be confined to a fairly specific area.  I'd suggest removing the DIP68 socket and the resistor network near pin 1 of the 68000, then measure continuity of the top side tracks from the via and pads onwards around the pin 1 area of the 68000.  It's fairly quick and easy to identify open circuit tracks this way as you can see where they go without the DIP68 socket in place.  Any tracks that look marginal should be repaired, a wire strand from a scrap of IDC ribbon cable is ideal for track repairs.

Also replace the resistor networks if they look corroded to avoid any future problems.  And check you've not damaged any tracks or pads when replacing the DIP68 socket, which can cause this type of fault as well.

Repairing obvious problems in the corroded area is usually the faster approach in this case, as fault tracing memory access problems can often be complex and time consuming.  Especially when you're trying to explain how to do it by exchanging messages on a forum.
20
I have bought a Fastlane Z3 SCSI2 adapter, and I'm trying to use it with an Amiga 4000.
So far, its not quite working, its still quite a ways off from being of any use.
It was bought as not known working, because the vendor said they had not used it in 5 years.
But, last time they had, they said it was fully functional.

So, the situation…
When I plug in a serial connection into my BlueSCSIv2, and turn it on, it appears to be functioning as expected.
Further to this, I have already used THIS BSv2 with a GVP SCSI sidecar and it was working as expected.
So, I think its assembly is ok.

In the Z3 card, it sees the BSv2, as ID0 or whatever you configure it as, and you can select it, and try to configure it.
I have done this with both HDTools using z3scsi.device and also with its own native toolset from Phase 5 (unitControl2 and SCSIControl3).

Both tools see the drive. However, it is a little unreliable. For instance, when reading its details in HDToolbox, it sometimes reads the manufacturer information verbatim, but sometimes its characters are garbled, same goes for drive name, and version.

When I partition the drive, this works ok. However, post that, quitting the tool, the drive is not always mounted and shown on the desktop. Mostly, it is not, about 90% of the time, it does not appear, even after a reboot.

When it DOES appear, you can select it, and then format the drive, and this appears to work as expected. It's name changes, and you can open the disk, and it reports the correct size. However, when you try to write ANYTHING to it, it reports checksum errors, and data, never seems to stick, no files appear on the disk.

When using the unitControl2  tool to set the drives properties, it also sometimes reports a checksum error. Also, on occasion it will state that the drive's size is not divisible by the number of cylinders (or similar)

I am not sure if this is a hardware problem with the Z3. Oddly, in the the BSv2 serial logging, everything looks ok.
Or, is this a configuration/software problem, something needed somewhere with MASK values, sector values etc.

If anyone here also has a Fastlane Z3 that would be especially useful. Sadly, I do not have a REAL SCSI hard disk to test with. I'm not into using them as they are so unreliable now.

I may start, as a simple precaution to replace the cards caps. There are only 3, but who knows, maybe the power delivery is a bit off or dirty. I guess there could be an issue with the cards chips, which are mostly GALS or PALS (heat-sinks on all) but as it kind of works, I don't think it this. Usually ROM corruption or chip fails lead to more drastically bad behaviour.

Anyway, those are my thoughts on it right now. All help appreciated.
Pages: 1 [2] 3 4 ... 10