Posts by Jens

Caution: Non registered users only see threads and messages in the currently selected language, which is determined by their browser. Please create an account and log in to see all content by default. This is a limitation of the forum software.


Also users that are not logged in can not create new threads. This is a, unfortunately needed, counter measure against spam. Please create an account and log in to start new threads.

Don't Panic. Please wash hands.

    so answer something on aca1221lC was not right

    Funny that it seemed to be the A500 revision at first.


    in other news, my new CA-PSU appears to also allow stable running at 40mhz...previously it would halt after a couple of minutes

    That's known - CPUs are way more stable when power is within spec (not just voltage, but also ripple). Many customers have replicated this. The ACA1221lc is surprisingly fast at 40MHz - almost as fast as a 68030@33MHz.

    are there any extra pins/bus connections/pins at the a500 side are used when you plug in a 1200 accelerator to the Aca500plus.

    Maybe an issue with one of those?

    No, not a single one. The A500 shouldn't notice the difference on the bus side.


    The one thing that's different is that the A1200 accelerator adds a pull-up resistor to the reset line - this can be measured and may make a difference, but normally on the positive side (I don't add these resistors for no reason!). That's R7, between the 150-pin connector and the CPU. All other signals are generated by the ACA500plus logic.


    If you write "loops round" - does that mean the animation on the DisMo? If so, the CPU is running already, as this animation is uploaded into the DisMo by the early menu code. You might get more information through serial debugging: Put a nullmodem cable between the A500 and any other computer, switch serial debugging on in the global menu (I think - off the top of my head), and use 115200/8N1 as serial setting (no handshake; the Amiga will just send). We may get an idea where it hangs from the serial output.

    Good to hear that it works - and that the large flash space of the ACA1234 is being put to good use :-) Yet another reason to think about "large flash" for future products.

    That 7MHz wire might actually be the cause - that's an antenna, depending on how you've soldered it. The ACA500plus does not need that, as it only looks at clock signals that are available on all revisions of the A500.


    Also, if the Rev.5 Amiga is in it's original form, it has the OCS Agnus. Is that PAL or NTSC?

    plus new modern PSU from Poland (with fancy LED display :))

    Sorry to say it, but that's known-bad, as it's based on a MeanWell PSU chassis. This is no good for an expanded Amiga. You should return it for false advertising. Our PSU FAQ has all the details. The LED display is even showing how bad the design is: If shows you the voltage at the source, not at the sink.


    haven't learned yet what this link is ment to improve.

    That's for compatibility with certain games and demos that were written for non-accelerated A1200s. If you haven't noticed anything bad yet, you probably won't need that wire. It took the Amiga community well over ten years to notice that "something" is different with our accelerators. I've addressed it in this year's Revision seminar (sorry, unfocused camera and my first-ever attempt at video editing, as usual in a hurry before the deadline).


    The FPU socket *must* be modded: The "FPU sense" pin must not have any contact with the board, as that pin is expected to have the wire link to the CPU. The pin should be completely removed from the socket.

    but in the next section installation instruction suggests to download ACA1234-CPLD-UpdateV3.lha

    Only for those who got theirt board in October last year with the very first batch that was shipped. You can skip the CPLD update - all later boards have it, and they also have the blue wire that allows to switch on iCache in chip ram. If you have that wire, you also have CPLD V3.


    (my ACA1234 was from the first batch).

    Let me know your order ID if you're not sure. We've come out with the update *very* quickly after the pre-orders were shipped, so it is very likely that you don't need the CPLD update.

    If I remember right, at least wb library is not in the 3.1.4 ROMs.


    As for demo compatibility, I don't remember any difference between 3.0 and 3.1, so if you have 3.0 right now, I'd use them as compatibility-fallback and don't buy anything on top of that (unless there's a killer title that requires 3.1, but I'm not aware of any).

    "does not power on" is a new descriptoin - or I didn't read your original post sufficiently attentive :-) The A2000 PSU will not power up if there is a short. So if the power LED of the computer does not turn on at all, you're looking for a short, yes.

    1. Mapped OS3.2 kickstart with safeboot and no startup-sequence - loads to the CLI and lets me copy files, and turn ACA1234 off (CPUOFF). PCMCIA CF not available,

    Make sure you do NOT have any extra PCMCIA driver installed. It will clash with the ACA1234 PCMCIA driver.

    Still I can't find any explanation of the /S, /K, /N switches in the command line syntax.

    That's the standard Amigs DOS template designators. I believe this is in chapter 6 of the Amiga DOS manual (but Timm can of course elaborate on that - he wrote the tool).

    Both IDE-CF adapters are buffered.

    There's a version from a different vendor that only uses a single chip, that can't be considered "buffered". However, since we're offering a properly buffered interface, a straight copy of our adapter has popped up - that may be OK. Just post pictures of these adapters, so I know what you're using.


    Next question would be power supply and of course other accessories, such as accelerator, memory expansion or whatever else consumes power in that other machine. Do you know anything of the past of the 2B board? It's never excluded that the previous owner used other expansions and caused hidden damage to solder joints when adding/removing them to/from chips.

    One spot is obvious: The via of the first corner pin is ripped off:

    This may or may not be the cause, but it's a first hint.


    Traces on the 2630 are hard to follow, as they are on the inner layers (2630 is a 4-layer multilayer board). The good news is that schematics (and even PAL sources) of the 2630 are open, so given enough time, you can verify each and every connection. Also, with the card still running w/o memory enabled, there may be a chance to access memory and see if it's an address or a data line that's failing. Did you ever use a memory monitor like CMon or Megamon? If so, I could check the PAL equations to see if the memory is still visible to the CPU, even if jumpered to be non-autoconfig (anyone following along may help out - I'm very busy right now).

    As you've already found out, it seems like the TV loses lock on the HDMI signal, which - especially at the 1080p resolution - is in the GHz range. Does the TV have more than one HDMI input? If so, please try a different input to see if that's more reliable.


    If you have a HDMI switcher added in between, please remove that and make a direct connection.

    Jumpering to 2 meg should do the trick. However, please carefully inspect the traces on the bottom side where your friend has done the soldering: It is very easy to damage a trace that's still needed for the remaining RAM.Not a big deal - as easy as it is to damage such a trace, it's also easy to repair it with a jumper wire.

    HDToolbox needs to be told that it shall not look at the internal IDE, but at the CF card slot. When starting, it shows you that it's scanning scsi.device for devices - that's the device for the internal IDE port.


    The ACA1234 CF card slot uses the device name "aca1234.device" (note all lower-case letters) - launch HDToolbox with that device name (either command line or icon tooltype), and it'll show the CF card.