Viessman Optolink Adapter: Platinenbestellung + Fertigung

[PeMue]

Ich hatte es schon paar mal geschrieben aber es ging scheinbar immer unter.
Bitte bei mir auch korrigieren
1x ulli (WLAN mit Debug, komplett, ungelötet)

Stimmt, sorry. Habe es korrigiert.

Gruß Peter

[kabakakao]

Vielen Dank für die 3D-Datei.
Komme leider frühestens morgen Abend dazu, diese mal auszudrucken.

Für alle die, die nichts mit stp Dateien anfangen können (ich muss auch erstmal google fragen ),
habe ich diese mal nach stl convertiert.

Gruß,
Stephan

edit: Hab mir das gerade mal angesehen. Respekt. Wird aber wohl wegen der vielen "schwebenden" Stellen schwierig zu drucken.
Habe nur einen Extruder und muss somit mit Stützstruktur arbeiten.
Bin mal gespannt ...

[reibuehl]

Hab den Deckel gerade mal gedruckt. Anbei ein Foto. Der Druck kam bei mir mit 33 mm breite raus, da muss ich das ganze wohl noch etwa um 6% größer drucken, damit es auf die 35 mm kommt. Die Position der LEDs stimmt sehr gut, nur das "V" ist meiner Meinung nach zu dick. An meiner Steuerung hätte ich es mit viel Gewalt eingesteckt bekommen, aber wenn da nochmal 6% drauf kommen ist das dann zu breit.
Falls es jemanden interessiert, hier noch ein Zeitraffer Video vom Druck: https://youtu.be/-8qtNUqSyUI 

[PeMue]

33 mm Breite sollten aber passen, ich schau morgen mal in der Zeichnung ...

[reibuehl]

Wenn ich das STEP File in Fusion 360 öffne, sehe ich 35 mm als Außenmaß. Im STL scheint es dann aber zu stimmen. Sehr komisch.

Das V sollte trotzdem etwas kleiner sein, da die 33 mm Version zu stramm sitzt. 3-5% sollten reichen.

[PeMue]

Ich vermute, dass das am inneren V liegt, bei meinem Dummy habe ich etwas nach gearbeitet (innen ausgefeilt) und es passt. Kleiner machen geht aber auch. Die Löcher müssen auch mit 3 mm nachgebohrt werden.

[reibuehl]

Müssen die inneren Teile der Verschraubung so lang sein? Wenn die nicht über den äußeren Rand stehen würden, wäre das ganze mit weniger Stützmaterial zu Drucken. 

[PeMue]

Ja, sie müssen. Ansonsten verzieht es den Deckel. Das ist übrigens original Hammond, also nicht von mir 

[PeMue]

Hab mir das gerade mal angesehen. Respekt. Wird aber wohl wegen der vielen "schwebenden" Stellen schwierig zu drucken.

Das meiste ist sowieso von Hammond. Ich habe nur einen Quersteg eingezogen (quasi als optischer "Sichtschutz") und das Viessmann V draufmodelliert.

Die Position der LEDs stimmt sehr gut, nur das "V" ist meiner Meinung nach zu dick.

Ich habe innen unten im V etwas Material weggemacht, im ersten Post habe ich wieder die Step Datei angehängt.

@René: Folgende Frage ist noch offen:

An welchen Pin soll ich den 1-wire Bus anschließen?

Gruß PeMue

[reibuehl]

Ich habe innen unten im V etwas Material weggemacht, im ersten Post habe ich wieder die Step Datei angehängt.

Hab es gerade nochmal gedruckt. Das V passt jetzt perfekt bei mir.

Gruß,
Reiner

[renemt]

@Peter:

... Allerdings mache ich mir gerade etwas Sorgen darüber, ob sich die beiden Anwendungen nicht gegenseitig beeinflussen. Denn beide sind ja darauf angewiesen, dass ein Bus in einem bestimmten Takt ausgelesen/beschrieben und die Daten bearbeitet/weitergegeben werden. Wenn also der Optolink-Adapter/VCONTROL gerade auf dem UART-Bus (Serial, TX/RX) Bytes sendet/empfängt und zur gleichen Zeit auch eine OneWire-Kommunikation mit PinX stattfindet könnte es ungemütlich werden, da beides ja in einer einzigen Loop im 8266 abgehandelt wird. Keine Ahnung, wie stabil da ganze dann läuft, und ob sich die beiden Protokolle dann nicht ggf. durch Timing-Probleme korrumpieren.

Bin mir nach wie vor nicht so sicher, ob das eine gute Idee ist, die beiden Protokolle parallel auf dem gleichen Chip zu betreiben. Ich könnte zwar was zusammenbasteln, aber da wird dann a) noch ein paar Tage dauern und b) kann ich auch keine Garantie für die problemlose Funktion übernehmen 

Falls du trotzdem schon mal eine OneWire-Anbindung auf der Platine vorsehen willst: _GPIO4_ oder _GPIO5_ wären gut.

René

[PeMue]

Hab es gerade nochmal gedruckt. Das V passt jetzt perfekt bei mir.

Hallo Reiner,

klasse. Stellst Du bitte noch ein oder zwei Bilder ein (von oben bzw. von unten).

Danke + Gruß

Peter

[reibuehl]

Stellst Du bitte noch ein oder zwei Bilder ein (von oben bzw. von unten).

Wenn ich das gewusst hätte, hätte ich nicht mit der gröbsten Auflösung gedruckt :-D

Trotzdem anbei die Bilder.

Druckparameter waren 0,2mm Layerhöhe , 20% Infill, 0.8mm Top/Bottom Layer, Druckgeschwindigkeit 70mm/s, Düsendurchmesser 0.4mm. Gesammte Druckzeit ca. 20min.

[Omega]

@René

Bin mir nach wie vor nicht so sicher, ob das eine gute Idee ist, die beiden Protokolle parallel auf dem gleichen Chip zu betreiben

Bin zwar Laie, denke aber dennoch, dass der ESP schnell genug ist, um das durchzuführen. Mit einem RPI kann ich ja sogar nicht nur in FHEM das eine Protokoll abfragen sondern viele gleichzeitig – und der hat nicht so viel Power.

Kann noch ein paar Tage dauern und b) kann ich auch keine Garantie für die problemlose Funktion übernehmen

Keinen Stress! Sehe ich nicht als Problem – Hauptsache, die Hardware ist potenziell dazu ausgelegt, 1Wire ggf. auch zu verarbeiten. Wann dann die Option tatsächlich genutzt wird, ist dann eine 2. Frage.

Ein schon recht ausgereifter Sketch zu 1wire ist bereits hier (Antwort 699) zu finden (falls du es nicht schon gesehen hast): https://forum.fhem.de/index.php/topic,26807.690.html

[renemt]

@Peter: Danke, den Thread kenne ich tatsächlich noch nicht Schaue ich mir an!