Diskussion: Aktualisierung der HIVE Platine R14-V notwendig?

[drohne235]

Also das Layout sieht toll aus. Mit welcher Software ist das geroutet? Automatik oder Handbetrieb?

[nubok]

@crasbe

Kannst du der Übersicht halber nochmal genau alle Änderungen aufführen, die du implementiert hast (außer Neurouting)?

[crasbe]

Also das Layout sieht toll aus. Mit welcher Software ist das geroutet? Automatik oder Handbetrieb?

Das ist mit Eagle geroutet. Das Original wurde doch auch mit Eagle gemacht. Natürlich von Hand; der Autorouter taugt nicht viel.

@crasbe

Kannst du der Übersicht halber nochmal genau alle Änderungen aufführen, die du implementiert hast (außer Neurouting)?

- AS 6C4008-55PCN 3,3V SRAMs
- Zusammenfassen vieler Pullup-Widerstände in Widerstandsnetzwerke
- alle I²C-EEPROMs haben jetzt Pullups an SDA UND SCL
- Pullups für RX-Pins der Propeller, um Startschwierigkeiten zu unterbinden
- kleinere Kondensatoren beim MAX232 (physikalisch weniger Durchmesser)
- 1206-SMD-Abblockkondensatoren unter dem ENC28J60 (IMHO sehr wichtig, weil der ziemlich viel Strom verbraucht)
- anderen Footprint für die DC-Buchse, da nicht jeder Leiterplattenhersteller Langlöcher fräst, aber jeder große Löcher machen kann
- Krallen der VGA-Buchse sind jetzt verlötbar. (Eigentlich ein Hack, weil ich das Bauteil nicht verändern wollte)
- der 74HC573N läuft jetzt mit 3,3V, um die SRAMs nicht zu grillen.
-> an den Erweiterungsanschluss dürfen nur noch 3,3V Pegel anliegen.

Mehr fällt mir grad nicht ein...

[drohne235]

Natürlich von Hand; der Autorouter taugt nicht viel.

Sieht man sofort, das Layout ist jetzt schön aufgeräumt. Ich habe auch per Hand angefangen, hab ja damals auch alle meine Boards
manuell geroutet (wie auch sonst auf Millimeter Papier , aber beim Hive hatte ich dann nicht mehr die Nerven dazu. Wahrscheinlich
fehlt da momentan auch ein wenig die Übung. Alle Achtung, tolle Leistung!

Nur mal ganz hypothetisch, da wir das Thema ja gerade in einem anderen Fred haben: Gesetzt der Fall, man bekommt einen Maximite 28pin vernünftig elektrisch angebunden, bekommt man den noch mit aufs Board?

[nubok]

- Krallen der VGA-Buchse sind jetzt verlötbar. (Eigentlich ein Hack, weil ich das Bauteil nicht verändern wollte)

Dies wurde, wenn ich dies richtig verstehe, ja auch unter http://hive-project.de/board/viewtopic. ... 321#p12321 und http://hive-project.de/board/viewtopic. ... 322#p12322 als Wunsch geäußert.

Gibt es bestimmte Gründe, warum du die Ideen

• Stützkondensatoren für die Propeller (http://hive-project.de/board/viewtopic. ... 268#p12268 bis http://hive-project.de/board/viewtopic. ... 275#p12275)
• 3 zusätzliche Widerstände für VGA (http://hive-project.de/board/viewtopic. ... 290#p12290)
• Schutzwiderstände zwischen die I/O-Pins der Propeller, damit man sie nicht kurzschließen kann (http://hive-project.de/board/viewtopic. ... 376#p12376)

in die Boardrevision 15a nicht integriert hast (wenn es gute Gründe gibt, so ist das durchaus in Ordnung - lediglich kamen gegen diese 3 Punkte bislang keine Gegenargumente im Forum)?

[crasbe]

@drohne235: Maximite sagt mir grad nichts. Ich habe zwar schon was davon im Forum gesehen, aber noch nicht bewusst wahrgenommen.
Apropos... ich bräuchte, wenn die Platinen ankommen, ein paar Seriennummern für die Hives
Es ist nicht ganz vorhersehbar, wie viele Platinen ankommen werden. So zwischen 8 und 12.

- Krallen der VGA-Buchse sind jetzt verlötbar. (Eigentlich ein Hack, weil ich das Bauteil nicht verändern wollte)

Dies wurde, wenn ich dies richtig verstehe, ja auch unter http://hive-project.de/board/viewtopic. ... 321#p12321 und http://hive-project.de/board/viewtopic. ... 322#p12322 als Wunsch geäußert.

Gibt es bestimmte Gründe, warum du die Ideen

• Stützkondensatoren für die Propeller (http://hive-project.de/board/viewtopic. ... 268#p12268 bis http://hive-project.de/board/viewtopic. ... 275#p12275)
• 3 zusätzliche Widerstände für VGA (http://hive-project.de/board/viewtopic. ... 290#p12290)
• Schutzwiderstände zwischen die I/O-Pins der Propeller, damit man sie nicht kurzschließen kann (http://hive-project.de/board/viewtopic. ... 376#p12376)

in die Boardrevision 15a nicht integriert hast (wenn es gute Gründe gibt, so ist das durchaus in Ordnung - lediglich kamen gegen diese 3 Punkte bislang keine Gegenargumente im Forum)?

Ja, das mit der VGA-Buchse kam hier aus dem Forum. Das ist auch eine der sehr sinnvollen Änderungen. Das VGA-Kabel übt schließlich die größte Belastung aus. Vor allem, die guten, dicken Kabel.


Ja, es gibt Gründe. Ob sie gut sind, weiß ich nicht
Bei den Stützkondensatoren fehlte mir einfach der Platz. Ich habe darüber nachgedacht, sie unter den Chip zu packen, aber da wären sie vermutlich mit den Streben der Sockel kollidiert. Okay, das ist ein eher schlechter Grund...
Der andere Grund ist: alle Hives laufen mit den wenigen Kondensatoren... noch ein schlechter Grund...
Die Kondensatoren werden in die 15b integriert.

Die drei Widerstände für VGA.. äh.. öööh... ups... Habe ich übersehen

Das mit den Schutzwiderständen sehe ich persönlich nicht als Problem, was es durch Hardware zu lösen gilt...
Das ist dann das Lehrgeld, was man durch die schlechte Programmierung zu bezahlen hat
Abgesehen davon wüsste ich nicht, wo ich noch 24 Widerstände unterbringen soll...

Ich bin mir sicher, dass es ein Protokoll zur Vermeidung von Buskollisionen gibt. Mit der Softwareseite habe ich mich ehrlich gesagt noch nicht näher beschäftigt...

[TuxFan]

..........Nur mal ganz hypothetisch, da wir das Thema ja gerade in einem anderen Fred haben: Gesetzt der Fall, man bekommt einen Maximite 28pin vernünftig elektrisch angebunden, bekommt man den noch mit aufs Board?

Du meinst sicher den MicroMite, der benötigt z.B. einen Propeller als VGA-, Tastatur-, SD-Controller. Der Maximite bzw. Maximite Colour ist ein vollständig selbstständiger Basic-Computer.
Den Micromite auf das Board fest integrieren.......ich weiß nicht so recht. Aus technischer Sicht zwar interessant aber ich seh da im Moment keinen Vorteil zur Version mit nur einem Propeller wie beim Micromite Companion.
Gruß
TuxFan

[drohne235]

Jo, ich meine natürlich den Micromite... Naja, der Grund: Die Gier es auf dem Board zu haben, blanke Assimilationsgier... Aber es passt wahrscheinlich eh nicht noch aufs Board, da bin ich mir ziemlich sicher. Und sinnvoll wäre es nur, wenn es kompatibel zu den alten Boards eingebunden wird, sprich, wenn es eine Lösung gäbe es mit einem kleinen Zusatzboard auch auf den alten Boards nachzurüsten. Die smartere Lösung wäre allerdings ein schnelles PASM-Bas für Regnatix...

[TuxFan]

........Naja, der Grund: Die Gier es auf dem Board zu haben, blanke Assimilationsgier... ....

Ja, ja, die Symptome kenn ich......

........Aber es passt wahrscheinlich eh nicht noch aufs Board, da bin ich mir ziemlich sicher. Und sinnvoll wäre es nur, wenn es kompatibel zu den alten Boards eingebunden wird, sprich, wenn es eine Lösung gäbe es mit einem kleinen Zusatzboard auch auf den alten Boards nachzurüsten.....

Hmmmmm......das kommt drauf an, die einfachste Anbindung, nur um Basic zu machen liefe nur über zwei Leitungen RX und TX mit einer VT100-Emulation, wenn ich das so richtig im Micromite-Manual gesehen hab. Nur wenn man die Softwareerweiterungen des MicroMite Companion benutzen will (verschiedene VGAmodi), bedarf es der I²C Anbindung. RX/TX wäre eventuell direkt über den Erweiterungsport möglich....Anbindung an Bellatrix und zusätzlich Administra wegen der SD-Karte in die Terminalemulation einbinden.

........Die smartere Lösung wäre allerdings ein schnelles PASM-Bas für Regnatix...

Im parallaxtischem Forum hatte Bean schon mal mit so einem Interpreter begonnen, hab das aber nicht mehr weiter verfolgt und finde da im Moment auch nichts mehr zu.
Gruß
TuxFan

[nubok]

Das mit den Schutzwiderständen sehe ich persönlich nicht als Problem, was es durch Hardware zu lösen gilt...
Das ist dann das Lehrgeld, was man durch die schlechte Programmierung zu bezahlen hat
Abgesehen davon wüsste ich nicht, wo ich noch 24 Widerstände unterbringen soll...

Ich bin mir sicher, dass es ein Protokoll zur Vermeidung von Buskollisionen gibt. Mit der Softwareseite habe ich mich ehrlich gesagt noch nicht näher beschäftigt...

Ein Protokoll gibt es durchaus, welches in der Software verwendet wird. Allerdings, wenn man es so sagen darf, gibt es eine universelle ungeschriebene Regel in Form eines ungeschriebenen Vertrags zwischen Elektroingenieuren und Programmierern:

Die Hardware muss so beschaffen sein, dass es unter keinen Umständen durch falsche Programmierung zu irreparablen Schäden in der Hardware kommt.

Siehe hierzu auch http://en.wikipedia.org/wiki/Halt_and_Catch_Fire

Der Hive verletzte bislang diese eherne Regel - ich denke, man sollte die Revision nutzen, um diesen Fehler zu beseitigen.