HIVE-Project

PIC18F2550 hat geschrieben:

2013-01-14_23-55-16_8.jpg

Hab ich mir fast gedacht. Die "0" ist genau an der letzten druckbaren Position fuer die jetzige PRINT Routine. Spalte kann bis 255 wachsen, d.h. du bekommst maximal 510 (3 Zeilen + 15 Zeichen) als Offset zum Bildschirmbeginn. Das naechste Zeichen faengt dann wieder bei Offset 0 an (linke obere Ecke).

Alles mittendrin (Leerzeichen) suggeriert das RBUS nicht wartet sondern immer etwas zurueckliefert (zumindest fuer eine gewisse Zeit, i.e. bis zum "01234\0").

OK

Da werd ich mal den PASM-Routinen beibringen das sie jetzt Arbeitsbereitschaft melden müssen.
Das Status feld währe ja dafür ideal.($7FFC)

Habe mal ein bisschen mit den Pausen rumgespielt.
Wenn ich "waitcnt($10000000 + cnt)" weiter verkleinere ist der Fehler wieder da.

Es sieht aus als wenn Regnatix nach dem Reset Signale auf dem Bus ausgibt.

Sind die Ladezeiten nach einem Reset EEPROM-->hRam eigendlich immer gleich unabhängig von der Programmgröße?

Könnte die Störung von den Trios Routinen stammen die nach dem Reset noch gebraucht werden?(r50)

Werd heut abend mal Testen ohne Trios-Routinen . vieleicht hilfts.

PIC18F2550 hat geschrieben:Sind die Ladezeiten nach einem Reset EEPROM-->hRam eigendlich immer gleich unabhängig von der Programmgröße?

Es wird immer der ganze EEPROM (32K) geladen. Es gibt aber Variationen weil das alles mit RCFAST geschieht, d.h. ein Prop ist wahrscheinlich immer schneller.

PIC18F2550 hat geschrieben:Könnte die Störung von den Trios Routinen stammen die nach dem Reset noch gebraucht werden?(r50)

Wenn sie die gleichen Pins benutzen, sicher doch.

Moin

kuroneko hat geschrieben:Wenn sie die gleichen Pins benutzen, sicher doch.

Ich benutze z.Z. nur das schreiben auf dem externen Ram (werd ich heute Abend mal ohne testen)

kuroneko hat geschrieben:Es gibt aber Variationen weil das alles mit RCFAST geschieht, d.h. ein Prop ist wahrscheinlich immer schneller.

Das müsste ich mit Statussignalen in den griff bekommen.

1. Gedanke
Reset
Bellatrx P0 -> auf H wenn ferdig ( Über spannungsteiler liegt ja eh L an und der Zustand des RAM's *** Das würde ja den datenverkehr Regnatix RAM stören noch eine Fehlerquelle mehr mist)

2. Gedanke
Reset
Bellatrix wartet bis /CS = L und T=H dann Busabfrage auf $7E wenn ja dann wird chip initalisiert und Quitiert(alles noch im 1.Spinnteil)
Administra genauso

Damit wird sichergestellt das Administra/Bellatrix keinen Müll bekommen

Habe in PropellerBASIC was interessantes zur COG Startabfrage gefunden.
Muss ich mal Testen.

PIC18F2550 hat geschrieben:Habe in PropellerBASIC was interessantes zur COG Startabfrage gefunden ...

Funktioniert aber nur wenn beide kooperieren ...

Moin kuroneko,
den Code will ich in SPIN ersetzt durch und in PASM der Sender so sollte es doch gehen?

Ist gestern zu spät geworden um noch was zu testen.

Ja, das meinte ich mit kooperieren.