HIVE-Project

Das Timing der Video PLL könnte eventuell etwas zu knapp sein vermute ich. Ist das gleiche wie beim "alten". Der einzige Unterschied ist jetzt, dass zwei cogs werkeln (bei mir auf dem Quickstart+HIB getested). Werde mal die Blockkondensatoren auf verdacht tauschen. Wenn die nicht stimmen ...

Ist halt wie immer, wenn Du das target mal verpasst, dann musst Du einen vollen Umlauf abwarten. Kriegt man aber recht schnell mit :) Wenn also der Code nicht passt dann musst Du Dir halt was anderes überlegen.

PIC18F2550 hat geschrieben:Wie groß ist die Abweichung zwischen zwei WAITCNT bei mehreren Versuchen mit gleichem Code und Zeifaktor?
Theoretisch 0

waitcnt hat meines Wissens keine Probleme. Wenn die cogs erstmal synchronisiert sind, dann bleiben sie es auch (es sei denn man bringt sie un/absichtlich aus dem Tritt).

* waitpxx/waitcnt structure IdSDwm.R - w is the stage that is propagating the condition - m is the earliest match point that the WAIT circuit can test - afterwards (after the match), the ALU and the rest of the chip wakes up and performs, followed by R Bevor Du da aber voll einsteigst, schau mal hi...

Mehrere propeller Syncron mit interner PLL ? ..... denkste ist nicht. Die können bis zu 15 Tacktperrioden daneben liegen oder noch Phasenverschoben sein. Also einen externen Quarzoszi mit 80Mhz. Ok den gibt es aber nur mit 5V Streitaxt. Selbst damit steht Dir noch die RCSLOW/RCFAST boot sequence im...

Ich seh im Moment kein Problem. Notfalls einfach testen :)

Aus dem Array dataBlock[512] wird ein Pointer PdataBlock auf einen 512 Byte großen Puffer. VAR long dataStructureAddress[0] ... byte volumeLabel[12], directoryEntryCache[32], dataBlock[512], CIDRegisterCopy[16] byte volumeLabel[12], directoryEntryCache[32], CIDRegisterCopy[16] word RTCtime, PdataBl...

OK, war 'n langer Tag gestern (12h EMV-Messung). Dein Längenproblem seh' ich heute trotzdem nicht :) Wenn ein Fehler auftritt wird mit quit die innere repeat loop verlassen. Die Gegenstelle kriegt dann rxbyte noch n-mal wiederholt (bis wirklich len bytes übertragen wurden, bedingt durch ifnot error ...

Lokale Variablen sind immer longs.

delayLine Aenderung patched quasi den cog code bevor selbiger gestartet wird. Das lokale dira damit zu fuettern macht also wenig Sinn.