HIVE-Project

Retro Style Eigenbau Computer mit Parallax Propeller
Aktuelle Zeit: So 22. Sep 2019, 19:53

Alle Zeiten sind UTC [ Sommerzeit ]




Ein neues Thema erstellen Auf das Thema antworten  [ 9 Beiträge ] 
Autor Nachricht
BeitragVerfasst: Do 21. Jul 2016, 10:47 
Offline

Registriert: So 23. Feb 2014, 14:09
Beiträge: 68
Wohnort: Aachen
...z.B.Apple ][ ? Würde sich doch mit der Bellatrix RAM-Erweiterung 'zwingend' anbieten.... :)

_________________
Drohne 400


Nach oben
 Profil  
 
BeitragVerfasst: So 22. Jan 2017, 19:33 
Offline

Registriert: Sa 22. Okt 2011, 16:10
Beiträge: 233
Mich würde ja erst mal der Apple I wieder hinterm Ofen vorholen.


Nach oben
 Profil  
 
BeitragVerfasst: Mi 8. Feb 2017, 11:49 
Offline

Registriert: So 23. Feb 2014, 14:09
Beiträge: 68
Wohnort: Aachen
Prinzipiell gibt's den Apple 1 ja schon auf 6502+Propeller-Basis. Siehe http://www.brielcomputers.com/wordpress/?cat=17 , sogar mit Qellcode unter 'Downloads'.
Wäre ein nettes Bastelprojekt. Ob das auf dem Hive geht, weiss ich nicht. Man müsste vermutlich die 6502-CPU auf einem zweiten Propeller emulieren.
Auf Arduino ist das möglich, siehe KIM-1 Projekt http://obsolescence.wixsite.com/obsolescence/kim-uno-summary-c1uuh . Hab nur leider keine Zeit dazu...

_________________
Drohne 400


Nach oben
 Profil  
 
BeitragVerfasst: Mi 8. Feb 2017, 17:01 
Offline
Benutzeravatar

Registriert: Fr 30. Sep 2011, 13:08
Beiträge: 2555
NJO ich muss dich leider entäuschen auf dem http://www.brielcomputers.com/wordpress/?cat=17 werkelt unten links noch ein 6502 herum.

Eine Assimilation währe kein problem nur allein ....

Um auf die selbe geschwindigkeit wie beim original zu kommen müssten 6COGs zusammenspielen.

1. - Interface COG er arbeitet mit dem externen Ram und bereitet den CODE vor. ( 3 Bytes Pipeline-Architektur RAM, ROM erkennung)
2. - Interface COG er Stellt die Verbindung Hartware von und zum Ram ( Memory Mapped I/O )
3. - 6502 runtime verarbeitet alle Befehle von 00h - 3FH
4. - 6502 runtime verarbeitet alle Befehle von 40h - 7FH
5. - 6502 runtime verarbeitet alle Befehle von 80h - BFH
6. - 6502 runtime verarbeitet alle Befehle von C0h - FFH

Zeropage, Flagregister und Stack befindet sich im Prop.

Das laden kann von RAM, ROM einen SPIN Teil ervolgen

_________________
Gruß
PIC18F2550

drone265/278
Barbarus hic ergo sum, quia non intellegor ulli.
Ein Barbar bin ich hier, da ich von keinem verstanden werde.


Nach oben
 Profil  
 
BeitragVerfasst: Do 9. Feb 2017, 17:29 
Offline
Benutzeravatar

Registriert: Fr 30. Sep 2011, 13:08
Beiträge: 2555
Die Doku vom 6502 habe ich mir angeschaut und die Umsetzung auf Administra währe auf dem HIVE kein Problem.

Da der 6501/6502 keine IO Befehle kennt (ebenso wie der U8810) müssen alle Ein und Ausgaben zum RAM über einen COG gefiltert werden.
Das würde dann der 2.COG übernehmen. Das bedeutet aber zusätzliche Leistungseinbußen.

Immer hin kommt der Proz mit 2 Tackten pro Befehl ziemlich schnell daher.
Das würde Bedeuten das nach ca. 2µS der Befehl abgearbeitet sein muß.
Das sind weniger als ca. 30 PASM Befehle.
Dafür ist das Spin Interface zwischen Administra und Bellatrix zu langsam.

Eventuell kann die Zeropage und der Stack im Administra gehalten werden das würde noch etwas Zeit bei den 2 Taktbefehlen einsparen.


Das größte Problem sehe ich bei der verwendeten PPI 8221 mit ihrer Interuptlogik die müßte in Administra auch ausgewertet werden. Leider fehlen da ein paar freie Leitungen.

_________________
Gruß
PIC18F2550

drone265/278
Barbarus hic ergo sum, quia non intellegor ulli.
Ein Barbar bin ich hier, da ich von keinem verstanden werde.


Nach oben
 Profil  
 
BeitragVerfasst: Sa 11. Feb 2017, 11:06 
Offline
Benutzeravatar

Registriert: Sa 22. Okt 2011, 13:05
Beiträge: 198
Wohnort: FN, Germany
PIC18F2550 hat geschrieben:
3. - 6502 runtime verarbeitet alle Befehle von 00h - 3FH
4. - 6502 runtime verarbeitet alle Befehle von 40h - 7FH
5. - 6502 runtime verarbeitet alle Befehle von 80h - BFH
6. - 6502 runtime verarbeitet alle Befehle von C0h - FFH

Wenn wir schon bei (engem) Timing sind, wie willst Du die 4 eigentlich synchronisieren? Was spricht gegen eine single-cog Loesung?


Nach oben
 Profil  
 
BeitragVerfasst: Sa 11. Feb 2017, 22:08 
Offline
Benutzeravatar

Registriert: Fr 30. Sep 2011, 13:08
Beiträge: 2555
Die singel COG währe mir auch lieber aber ich denke bei 256 Befehlsmöglichkeiten währen 512 PASM befehle zu wehnig.
Da mlt die COGs nicht ständig den hram durch ständiges pollen blockieren wird das LED Pin als Status verwendet.
Wenn ein COG den befehl erkennt schalter es die LED ein und die anderen bleiben mit waitpq stehen.
wen der Befehl abgearbeitet ist wird die LED ausgeschaltet und alle COGs scannen ein Longwert ein.

In dem Longwert steht die Adresse , Befehl und ein steuerbyte.

_________________
Gruß
PIC18F2550

drone265/278
Barbarus hic ergo sum, quia non intellegor ulli.
Ein Barbar bin ich hier, da ich von keinem verstanden werde.


Nach oben
 Profil  
 
BeitragVerfasst: Mo 20. Feb 2017, 11:35 
Offline

Registriert: So 23. Feb 2014, 14:09
Beiträge: 68
Wohnort: Aachen
Danke für euer bisheriges Feedback.

@PIC18F2550: du hast recht, die benutzen tatsächlich einen 6502 Prozessor und realisieren wie es aussieht die Pegelanpassung von 5 auf 3,3 V an den Propeller über Widerstände.

Viele Grüße
Norbert

_________________
Drohne 400


Nach oben
 Profil  
 
BeitragVerfasst: Mo 20. Feb 2017, 13:22 
Offline
Benutzeravatar

Registriert: Fr 30. Sep 2011, 13:08
Beiträge: 2555
Hi NJO,

es ist bestimmt einfacher einen 6502 über eine Adapterplatiene an den HIVE zu verknoten als die ganze Logik in PASM zu Konvertieren.
:mrgreen:

_________________
Gruß
PIC18F2550

drone265/278
Barbarus hic ergo sum, quia non intellegor ulli.
Ein Barbar bin ich hier, da ich von keinem verstanden werde.


Nach oben
 Profil  
 
Beiträge der letzten Zeit anzeigen:  Sortiere nach  
Ein neues Thema erstellen Auf das Thema antworten  [ 9 Beiträge ] 

Alle Zeiten sind UTC [ Sommerzeit ]


Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 3 Gäste


Du darfst keine neuen Themen in diesem Forum erstellen.
Du darfst keine Antworten zu Themen in diesem Forum erstellen.
Du darfst deine Beiträge in diesem Forum nicht ändern.
Du darfst deine Beiträge in diesem Forum nicht löschen.
Du darfst keine Dateianhänge in diesem Forum erstellen.

Suche nach:
Gehe zu:  
Powered by phpBB® Forum Software © phpBB Group
Deutsche Übersetzung durch phpBB.de