Unexpected Behavior (Clock, Reset, Programming Interface) #12
Comments
|
Remove the programming interface and check the connections. Something is
shorting. Maybe once IC is mounted in reverse . The clock should always
work and the reset as well!
Il giorno ven 11 ago 2023 alle 18:13 Neil Chulani ***@***.***>
ha scritto:
… Hi! I believe I have been able to successfully program the Flash as well
as the ATMega for the programming interface, but I am unable to understand
why I am getting the results I am currently. Here is a video of what I have
so far: https://imgur.com/a/B3an2lI
As you can see in the video, one of the first issues is that the clock
doesn't seem to work. When I try to switch it on, nothing seems to happen.
The pulse button does work (sometimes).
The next issue is that the reset button for some reason doesn't clear the
C register.
And finally, the programming interface doesn't do anything (from what I
can tell), since none of the LEDs are lighting up indicating it is
programming.
Do you think that these issues could all be caused by incorrect
programming of the AM29F040Bs? I was able to use the FMPUno and it seemed
that they were programmed correctly when I read the contents.
—
Reply to this email directly, view it on GitHub
<#12>, or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAMGBB2PF4PS34MIC4XZBRLXUZKZHANCNFSM6AAAAAA3ND67KI>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
|
The eeproms could cause the issue as well but check the other ics first.
Il giorno ven 11 ago 2023 alle 23:20 Federico Scozzafava <
***@***.***> ha scritto:
… Remove the programming interface and check the connections. Something is
shorting. Maybe once IC is mounted in reverse . The clock should always
work and the reset as well!
Il giorno ven 11 ago 2023 alle 18:13 Neil Chulani <
***@***.***> ha scritto:
> Hi! I believe I have been able to successfully program the Flash as well
> as the ATMega for the programming interface, but I am unable to understand
> why I am getting the results I am currently. Here is a video of what I have
> so far: https://imgur.com/a/B3an2lI
>
> As you can see in the video, one of the first issues is that the clock
> doesn't seem to work. When I try to switch it on, nothing seems to happen.
> The pulse button does work (sometimes).
>
> The next issue is that the reset button for some reason doesn't clear the
> C register.
>
> And finally, the programming interface doesn't do anything (from what I
> can tell), since none of the LEDs are lighting up indicating it is
> programming.
>
> Do you think that these issues could all be caused by incorrect
> programming of the AM29F040Bs? I was able to use the FMPUno and it seemed
> that they were programmed correctly when I read the contents.
>
> —
> Reply to this email directly, view it on GitHub
> <#12>, or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AAMGBB2PF4PS34MIC4XZBRLXUZKZHANCNFSM6AAAAAA3ND67KI>
> .
> You are receiving this because you are subscribed to this thread.Message
> ID: ***@***.***>
>
|
|
Thank you for your reply. I have checked all of the ICs and they seem to be the correct way, and I am fairly confident that my soldering is also clean. The only thing that I think could possibly be wrong is the direction of the switch used to turn the clock on/off, but even that I am fairly certain is the correct direction. I will take a look into the eeproms, but do you think the eeproms could really be the reason for malfunctioning clock? I also agree that clock should be working no matter what, which is why I am confused. Also, could you please provide the name of the programmer you used (or perhaps a suggestion to one that might work)? From what I am seeing so far it may just be unreliability of programming the eeprom with arduino. Thank you again for your help. |
|
The clock can be disabled by the eeprom through the halt signal.
The behavior of the B register is quite strange and makes me think about
something mounted in reverse. Given that I don’t see anything on the bus
maybe the register is faulty.
Or even the eeproms are outputting random noise.
Anyway, you cannot test the computer without the eeproms because the
signals would be fluctuating.
Il giorno sab 12 ago 2023 alle 08:15 Neil Chulani ***@***.***>
ha scritto:
… Thank you for your reply. I have checked all of the ICs and they seem to
be the correct way, and I am fairly confident that my soldering is also
clean. The only thing that I think could possibly be wrong is the direction
of the switch used to turn the clock on/off, but even that I am fairly
certain is the correct direction.
I will take a look into the eeproms, but do you think the eeproms could
really be the reason for malfunctioning clock? I also agree that clock
should be working no matter what, which is why I am confused.
Thank you again for your help.
—
Reply to this email directly, view it on GitHub
<#12 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAMGBB54IJFEYDFN7V27MYLXU4NRXANCNFSM6AAAAAA3ND67KI>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
|
The programming interface also messes up with the signals, so make sure you
remove it for now.
Il giorno sab 12 ago 2023 alle 13:19 Federico Scozzafava <
***@***.***> ha scritto:
… The clock can be disabled by the eeprom through the halt signal.
The behavior of the B register is quite strange and makes me think about
something mounted in reverse. Given that I don’t see anything on the bus
maybe the register is faulty.
Or even the eeproms are outputting random noise.
Anyway, you cannot test the computer without the eeproms because the
signals would be fluctuating.
Il giorno sab 12 ago 2023 alle 08:15 Neil Chulani <
***@***.***> ha scritto:
> Thank you for your reply. I have checked all of the ICs and they seem to
> be the correct way, and I am fairly confident that my soldering is also
> clean. The only thing that I think could possibly be wrong is the direction
> of the switch used to turn the clock on/off, but even that I am fairly
> certain is the correct direction.
>
> I will take a look into the eeproms, but do you think the eeproms could
> really be the reason for malfunctioning clock? I also agree that clock
> should be working no matter what, which is why I am confused.
>
> Thank you again for your help.
>
> —
> Reply to this email directly, view it on GitHub
> <#12 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AAMGBB54IJFEYDFN7V27MYLXU4NRXANCNFSM6AAAAAA3ND67KI>
> .
> You are receiving this because you commented.Message ID:
> ***@***.***>
>
|
|
I am fairly sure that it had to do with the eeproms. Many of the control logic leds seem to be fluctuating and I am still unable to get the clock to work even with replacing all of the ICs. Could you please share the name of the programmer that you used, or perhaps recommend an official programmer? |
|
You’re probably right!
I used a random old programmer I had lying around. Any will do.
If you want to make the investment I suggest you to get the TL866 minipro
Il giorno lun 14 ago 2023 alle 20:09 Neil Chulani ***@***.***>
ha scritto:
… I am fairly sure that it had to do with the eeproms. Many of the control
logic leds seem to be fluctuating and I am still unable to get the clock to
work even with replacing all of the ICs. Could you please share the name of
the programmer that you used, or perhaps recommend an official programmer?
—
Reply to this email directly, view it on GitHub
<#12 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAMGBBYN54CREKNMS7FAUZDXVJSUDANCNFSM6AAAAAA3ND67KI>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hi! I believe I have been able to successfully program the Flash as well as the ATMega for the programming interface, but I am unable to understand why I am getting the results I am currently. Here is a video of what I have so far: https://imgur.com/a/B3an2lI
As you can see in the video, one of the first issues is that the clock doesn't seem to work. When I try to switch it on, nothing seems to happen. The pulse button does work (sometimes).
The next issue is that the reset button for some reason doesn't clear the C register.
And finally, the programming interface doesn't do anything (from what I can tell), since none of the LEDs are lighting up indicating it is programming.
Do you think that these issues could all be caused by incorrect programming of the AM29F040Bs? I was able to use the FMPUno and it seemed that they were programmed correctly when I read the contents.
The text was updated successfully, but these errors were encountered: