Conversation
- Update pom.xml to use JitPack for Sim6502Java dependency (v0.9.2) to resolve auth errors. - Remove .classpath file containing broken local paths.
- Ensure data bus is driven only when R/W is low AND PHI2 (clock) is high. - Prevents invalid data on the bus during the low phase of the clock cycle.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
I tried to use this component in a sim for a video card I'm designing for my KIM-1 and discovered that I got sim errors caused by multiple writers on the databus. The video card reads from RAM during Ph1 in order to avoid clashing with the CPU which only should use the databus during PH2. I haven't verified this fully yet, but at least the crashes stopped.
The adf86dd was so I could compile it. Or else I got this.
And from what I understand the .classpath is a local artefact that should not have been checked in at all.
The 3322ae0 is the actual code fix.
I'll give it some more testing and then undraft this. I'm really just a real noob on both java and even more so maven (I've mostly just written Java Card Edition for smart cards before). So you might be better suited to fix this if you are inclined so. ;-)