selfbus.org

Habe gerade die Version für 922 SMD und Raspberry B+ bzw. 2 entdeckt, kann aber den Urheber nicht herausfinden. Möge er sich bitte zu erkennen geben - würde gerne wissen, wie es womöglich mit PCBs dafür aussieht.

Interessieren würde mich auch, für was der EEPROM gedacht ist.

Hallo Werner,

Werner hat geschrieben:Habe gerade die Version für 922 SMD und Raspberry B+ bzw. 2 entdeckt, kann aber den Urheber nicht herausfinden. Möge er sich bitte zu erkennen geben - würde gerne wissen, wie es womöglich mit PCBs dafür aussieht.

Wenn Du den RPi-HAT_Bus-Controller_V0.1 meinst, dann bin ich der Urheber. Das ist allerdings nur ein erster Entwurf und somit noch weit von einer fertigen Platine entfernt (wenn es überhaupt mit diesem Entwurf soweit kommt).
Ich hatte gehofft, dieses mit der Versionsnummer 0.1 und dem einstellen in den Bereich Hardware Entwicklung deutlich zu machen. Im Chat hatte ich mal nachgefragt ob einer mit mehr Erfahrung mal einen Blick drauf werfen könnte. Da das mein erster Versuch in Sachen Routing überhaupt ist gehe ich davon aus, dass da noch jede Menge Fehler drin sind. Die Schaltung selbst sollte passen. Sie ist ja nicht neu sondern nur eine Mischung aus TS2.00 und altem RPi Bus-Controller. Aber bisher hatte wohl noch keiner die Zeit gefunden, da mal drüber zu schauen.

Werner hat geschrieben:Interessieren würde mich auch, für was der EEPROM gedacht ist.

Das ID-EEPROM ist Bestandteil der HAT-Definition
(https://www.raspberrypi.org/introducing ... y-pi-hats/, https://github.com/raspberrypi/hats)
und enthält unter anderem die Gerätetreiber im device tree.
Eine meiner Meinung nach gute Zusammenfassung über device tree in deutscher Sprache findet man unter:
http://www.forum-raspberrypi.de/Thread- ... ce-tree-dt

Ob das für den selfbus KNX-Teil des RPi-Bus-Controllers überhaupt was bringt, weiß ich noch nicht. Da bin ich noch am ausprobieren.


Ich wollte allerdings auf dem noch freien Teil der Platine eine RTC und einige 1-Wire Buscontroller unterbringen. Dafür wäre es dann in jedem Fall sinnvoll.

Momentan ruht das Projekt aber ein bisschen. Einerseits weil ich versuche eine verständliche und nachvollziehbare Installationsanleitung zu schreiben, so dass ich auch in einem Jahr wenigstens noch nachlesen kann, wie ich den Raspi aufsetzen muss. Anderseits warte ich auch noch auf einige Bauteile aus China. Dann werde ich erstmal die Erweiterungen auf dem Breadboard testen.

Ob der Entwurf mehr wird, wie mein Freizeitvergnügen weiß ich noch nicht. Ich warte erstmal auf Feedback, dann sehen wir weiter.

Viele Grüße,
Jörg

Danke Jörg.

Das mit der HAT-Definition war mir neu. Ob Daten für eine automatische Konfiguration hier überhaupt Sinn machen ist wirklich fraglich.

An 1-Wire hatte ich auch gleich noch gedacht, eine vorhandene Schnittstelle würde zumindest nicht schaden. Aber macht RTC Sinn? Am einfachsten ist wohl, sich die Zeit über Netz zu holen. Vorteil wäre wohl nur, dass sofort nach einem Netzspannungsausfall die Zeit zur Verfügung stünde?
Aber dann wären wir eh fast beim Picator-Modul und es wäre fraglich, ob eine Eigenentwicklung überhaupt günstiger kommt. Was ich mich halt auch frage: ist es vielleicht doch sinnvoll einen original TP-UART zu verwenden gerade wenn der RPi eine zentrale Rolle spielen soll?

Ich hatte ja hauptsächlich deshalb nachgefragt, weil ich mir nicht sicher bin, ob FT1.2 überhaupt noch problemlos auf die neueren RPis passt. Der ISP-Steckverbinder darf wohl auf jeden Fall nicht bestückt werden?!

Hallo Werner,

Werner hat geschrieben:Aber macht RTC Sinn? Am einfachsten ist wohl, sich die Zeit über Netz zu holen. Vorteil wäre wohl nur, dass sofort nach einem Netzspannungsausfall die Zeit zur Verfügung stünde?

Im Chat wurde darüber mal diskutiert und jemand meinte, dass er mal Probleme auf dem Raspi mit der Zeit hatte, als seine Internet-Verbindung ausgefallen ist.

Werner hat geschrieben:Aber dann wären wir eh fast beim Picator-Modul und es wäre fraglich, ob eine Eigenentwicklung überhaupt günstiger kommt. Was ich mich halt auch frage: ist es vielleicht doch sinnvoll einen original TP-UART zu verwenden gerade wenn der RPi eine zentrale Rolle spielen soll?

Dann solltest Du Dir meines Erachtens gleich das Picator-Modul von busware.de holen. Ist schon vorhanden und da man es in der Regel nur einmal braucht halten sich die Kosten in Grenzen.

Werner hat geschrieben:Ich hatte ja hauptsächlich deshalb nachgefragt, weil ich mir nicht sicher bin, ob FT1.2 überhaupt noch problemlos auf die neueren RPis passt. Der ISP-Steckverbinder darf wohl auf jeden Fall nicht bestückt werden?!

Kommt auf das Gehäuse an. In einem Hutschienengehäuse ist reichlich Platz, da reicht es eine 26-polige Steckverlängerung zu nehmen. Mechanische Befestigung der Erweiterung ist ein anderes Thema. Aber das ist bei den alten Raspberry A und B eh nicht gut gelöst.

Viele Grüße,
Jörg

Hallo,

der RTC auf dem Board macht durchaus Sinn. Wenn der Raspi nach einem Stromausfall wieder hochfährt hat er mangels RTC keine aktuelle Uhrzeit mehr. Sollte der Router oder die Netzverbindung noch nicht stehen oder auch von einem Ausfall betroffen sein, steht man ohne gültige Zeit da. Da für viele Komfortfunktionen die Uhrzeit herangezogen wird, ist ein RTC als Backup eine gute Investition. Wer darauf verzichten möchte, oder eine andere Zeitquelle am Bus hat, lässt die Bauteile einfach weg.

Gruß
/Stefan