Z.b. erstmal einen Stabilen FPGA stand.... aus der letzten Entwicklerversion da wie ich gelesen habe im bezug auf PCI sich einiges getan hat.
Das FPGA hat mit PCI nichts zu tun. Die PCI-Bridge steckt im ColdFire und wird ausschliesslich über dessen Register programmiert. Wie das geht, siehe
hier.
Nach meiner Kenntnis gibt es auch keine "Entwicklerversion" der FPGA-Konfig, sondern lediglich eine mit (noch nicht fertiger, deshalb nicht öffentlich) Blitter-Implementierung.
Abgesehen davon repräsentieren die Dateien, die Du auf firebee.org finden kannst (nach meinem Wissen) den letzten stabilen Stand.
Des weiteren, Mussd ich versuchen die Firebee die ich hier habe Stabil zu bekommen, weil diese z.b. keinen reboot verträgt brauch dann mehrere Anläufe um dieses zu fixen.
Das ist (offensichtlich) nicht normal. Was läuft (FireTOS, EmuTOS, MiNT?) und was passiert beim Reset?
Schon mal ein Terminal (115200, 8 N1) an die serielle Schnittstelle gehängt?
Dann brauche ich Informationen zur Beschaltung ob es 1:1 ausreicht oder ob weiteres Notwendig ist. Denn wenn ich eine Riser Karte baue dann sollen da drei Slots drauf
1x Firebee
1x Radeon Karte
1x USB Karte
Damit man z.b. einen Richtigen USB Stack verwenden kann unter EMUTos da das Firetos irgendwie echt Lahm ist. Gut ich könnte da ggf. auch in der Maillingliste posten, ich hasse aber Mailinglisten... einfach unübersichtlich und wenn man Infos braucht suchst du dich dämlich.
Der PCI-Bus ist Standard. Lediglich die Stromversorgung der FireBee muss (wenn ich mich richtig erinnere) angepasst werden. Dazu gibt es auf dem Board entsprechende Anschlussmöglichkeiten und der "normale" Spannungsregler wird nicht mehr benutzt. Wenn Du das genau wissen willst, kann ich die Details raussuchen.
Die USB-Karte ist unnötig. Ist schon drin. Der in der FireBee verbaute USB-Chip ist ein "normaler" OHCI/EHCI-Käfer, der bereits am ColdFire-PCI-Bus hängt. Einen echten Vorteil würde die zusätzliche PCI-Karte also eher nicht bringen.
Wenn USB mit den in FireTOS eingebauten Treibern + EmuTOS langsam ist (habe ich nie probiert), hängt das wahrscheinlich mit eben denen zusammen (USB ist als Poll-Task und *nicht* interruptgesteuert implementiert).
