heyy..
wie schon in der überschrift schmeißt winskeet bei meinem progskeet v1.1 eine fehlermeldung über einen kurzen bei dq14 aus.. habe den chip nun mehrfach gereinigt (platienen reiniger sowie isopropanol) jedoch bleibt der fehler bestehen..
hatte jmd von euch schonmal solch einen fehler? oder weiß einen tipp das ganze zu beheben?
vielen dank!
ps. ja, der progskeet ist stand alone.. alles ab, keine verbindungen bis auf usb.. 
mfg
es kommt schon mal vor, dass der sich irgendwas einfängt und deswegen die Meldung ausgibt, aber sonst alles funktioniert. stört dich jetzt nur die Meldung, oder kannst du wirklich nichts gescheites auslesen?. immerhin meckert er nur über DQ14, also sollte es ein kurzschluss gegen VCC oder GND sein, wenn da wirklich was ist.
hast du die Möglichkeit den Bitstream neu zu flashen? das sollte zwar nichts damit zu tun haben, du kannst aber einfach mal den neuesten drauf machen. schaden sollte es nicht
Ich hab das ganze getestet aufgrund dessen das er den nand nicht erkannt hat.. Qd14 ist mit dem gnd kurz geschlossen.. Hab aber keine ahnung wo und wieso ?! 
Hab den prog erst vor kurzem wieder ausgebuddelt, welcher ist denn der neueste? Die download section sowie das forum auf der homepage scheint nicht zugänglich zu sein.. Lg
deren Forum ist mitlerweile down. es gibt aber nur zewi oder 3 verschiedene Bitstreams. im Paket von FlashActiVe findest du alle. am Namen erkennst du auch was das neueste ist. wobei du eigentlich nichts falsch machen kannst, da beide versionen gehen.
wenn der gegen GND kurzgeschlossen ist, würde ich mal die Pins am µC und am Flachbandkabelanschluss angucken. die bahn geht nämlich von dem Pin nur zum Flachbandkabelanschluss und dem Lötpad
dann bin ich überfragt. was ich nur mal gesehen habe war, dass wohl jemand seinen Progskeet so gebraten hat, dass der FPGA intern einen kurzschluss zwischen VCC und GND hatte. da half nur ein kompletter austausch. hab versucht einen komplett neuen FPGA zu verlöten, doch erkennt der infectus Programmer das IC nicht so wie er soll (wenn jemand weis woran das liegt (wird ein spezieller bootloader oder so benötigt?), darf er sich gerne per PN bei mir melden)
ok.. ich teste ihn morgen mal an nem alten board.. sollte er ohne probleme auslesen wäre das ja egal.. dachte nur es gibt evtl jmd der solch ein problem speziell mit dem dq14 hatte und lösen konnte..
trotzdem danke!
Ich hab das selbe Problem mit dem Phoenix 1.1b
allerdings sind es bei mir dq0 bis dq15.
kurzschluss kann ich weder sehen noch messen... ich hab das teil sigar im ultraschallbad gereinigt. Ist es jetzt der actel oder ehr ein bauteil was schuld sein kann??
Das witzige ist, als ich alles gereinigt hatte, war kein kurzschluss mehr da.
aber als clip dran war und der nand nicht erkannt wurde, waren wieder die oben genannten kurzschlüsse da... hab den clip vorm messen natürlich entfernt.
@ KleBor es könnte schon am Flexband liegen ich hatte auch mal Kurzschlüsse die vom Flexband kamen nach austausch waren die Probleme auch weg. Kann allerdings auch am Clip liegen diesen am besten genau Kontrollieren ob vll Kontakte zusammen kommen
@ odd29 der Phoenix ist auf einem 1.2/1.21 aufgebaut dh. dass der Kurzschlusstest da nicht Funktioniert genau wie beim PS1.2/1.21
Sicher?
Der Aufbau sowie das Bitstream sind v1.1.
Ab und an sagt er mir ja auch das keine kurzschlüsse bestehen.
EDIT:
Also laut http://www.xboxhacks.de/review…x_2_pcb_v1_1a.t51856.html
sollte der Kurzschlusstest klappen:
"Danach bietet es sich an in Winskeet (Yaskeet, etc...) das Board auf Kurzschlüsse zu prüfen."
Also spinnt mein phoenix?
Schwer zu sagen. Keiner von uns nutzt den (zumindest kenn ich keinen). Wenn der test aber klappen sollte, wird da was nicht ganz in Ordnung sein. Im besten Fall reicht es den bitstream neu drauf zu schreiben. Im schlechtesten Fall hat der fpga einen weg
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
