Beiträge von MOS6510

Ich gaube ich hatte MARVIN hier noch nicht vorgestellt . Es gibt ihn noch, aber es ist etwas ruhiger um ihn geworden (aus Zeitmangel). Aber vielleicht kann ich jetzt hier wieder an ihm weiterbauen...

Übrigens Etherbridge Version 2.0 ist raus! => Etherbridge V2.0

Ein User hat auch bestätigt, dass die Software mit einer A2088XT und einer 3COM509 Netzwerkkarte im 8 bit XT Port funktioniert!
Den entsprechenden Treiber hab ich mal angefügt (ist noch nicht im Etherbridge 2.0 Paket enthalten).

Performance:
Eine A2088XT schafft etwa 78kb/s (Roadshow+FTP, 68030/40MHz, Polling Mode)
Meine A2286 schafft etwa 330kb/s (Roadshow+FTP, 68040/25MHz, Polling Mode)

In den 90ern hatte ich mit der A2386 ähnliche Performance (AmitTCP+FTP, 68040/25MHz, Interrupt Mode).
Meine A2386 ist derzeit leider defekt. Daher hab ich im Moment keine Geschwindigkeitstests mit dieser Karte.

Viele Grüße,
Heiko

Der Ebserver vom Etherbridge verwendet bei access_type() im Parameter "ethertype" den Wert FFFF, was Wildcard entspricht. Will heißen, gibt mir alles. Als Type wird "Ethernet" fix voreingestellt. Die Byteorder spielt hier also keine Rolle.

Die Stelle sieht konkret so aus:

Nur mal angenommen, die Byteorder würde hier eine Rolle spielen, wie sollte sich dann eine falsche Byteoder der Adressfelder eines Paketes auf ein Vertauschen der Nutzdaten der Pakete selbst auswirken? Wären die Adressen verdreht (durch falsches Big/Little Endian) wäre nur Empfänger und/oder Absender falsch, nicht aber die Nutzdaten des Paketes selbst. Du sagtest ja, du siehst jedes zweite Byte der Nutzdaten mit 0xFF.

Da die Treiberansteuerung prinzipiell bei anderen Usern funktioniert, kann es aus meiner Sicht bei dir wirklich nur um einen lokalen Defekt einer Speicherseite liegen, also defekte obere/untere 8 bit ISA Hälfte oder in der Netzwerkkarte etc sein...

VG, Heiko

Hast Du die "0xff Bytes" auch mit PKTSEND.com gesehen?
Wenn jedes 2. Byte 0xff geschrieben wird klngt das für mich nach einem RAM-Defekt oder Bus-Defekt. Vielleicht auch einfach verdeckte Kontakte, entweder am Sockel der Netzwerkkarte oder eben auch an der Brückenkarte. Hast Du die schon mal gereinigt?

ok sehe gerade, dass ich die DOS Driver Tools hier im Thread in 2013 mal gepostet hatte...

Hattest du mal mit den Testtools der Packet Treiber herumgespielt (PKTSEND.com, PKTTRAF.COM, PKTWATCH.com...) ?
Wenn dann machen die DOS Treiber blöd, weil die Hardware vielleicht blöd macht (oberer Socket defekt, etc...).

Etherbridge benutzt nur die DOS-Treiber, die natürlich laufen müssen.

Ich kenn das.... dennoch schade...

Was ist eigentlich vor 4 Jahren daraus geworden? Habt ihr es noch geschafft die Karten zum Laufen zu bekommen?

Es wird nun Zeit für eine neue Version vom Etherbridge...

Irgendwie Schreibschutz auf der Configdatei? Poste mal die etherbridge.config. Beim Speichern gehen die Änderungen nach envarc:sana2/etherbridge.config.
Bei "Use" nur nach "env:...". Resetfest ist nur "envarc:..." klar...

Demächst gibt's eh eine neue Version von Etherbridge...

Gruß Heiko

Hat jemand von euch, der heute kommt, ein Oszi, dass er mal mitbringen könnte?

Auf vielfachen Wunsch wollte ich gerne einmal in die Runde fragen, ob bei nächsten Treffen im Outback Interesse auf Bogenschießen besteht?

Ich habe einen selbstgebauten 1,95m Langbogen. Eine Zielscheibe würde ich noch besorgen (nein, wir nehmen keinen Atari ST dafür ).
Wir könnten auf Bytequest's Wiese einen kleinen Schnupperkurs dazu machen. Die Wiese liegt allerdings ein paar Minuten zu Fuß vom "Ponyhof" entfernt.
Wegen der Sicherheit können wir das leider nicht direkt auf dem Hof machen.

ok Bytequest war schneller...

ok, ich "relaye" nah FB...

Leider bin ich dieses mal nicht dabei. Ich habe am 17. Oktober einen parallelen Termin...

Schade ums Clou...
Sofern es nicht Frankfurt wird, bin ich auch weiter dabei. Giessen wäre auch noch ok...

Bin dabei!

Bin leider nicht dabei, da ich einen Paralleltermin das Wochenende habe….

alles klar

Also bei mir sieht es jetzt doch wieder für den 30.8 gut aus (den Bayern-Trip hab ich nun doch auf ab Sonntag verschoben)!
Der 6.9. ginge auch noch, auch wenn ich an dem Morgen auf der Eder Kanu fahre...

ja, den Schaltplan hätte ich auch separat da. Über Kernel-Routinen kann man das natürlich nicht ansprechen. Da muss man in Assembler etwas selbst machen.
Die Motorleitung wird als Datenleitung missbraucht...Es ist aber nicht schwer. Ist ja nur etwas "Bitwackeln" Die Codestellen hätte ich sogar auch da…aber wenn's das Buch in der Wolke gibt…