FHEM Forum

Den ersten Teil des Threads gibt es hier: https://forum.fhem.de/index.php/topic,46559.msg518929.html#msg518929


So, nun endlich mal wieder hoffentlich etwas ansehnlichere Typographie dank Tastatur am Macbook statt Handy:

Also ich habe nun schon einmal eine weitere Platine vorbereitet. Daran werden einfach einige Kontaktstellen der GW60 Platine gebrückt.

Da ich mir ja das NodeMcuBoard (Preis ca. 4€) als ESP ausgewählt habe bin ich recht komfortabel mit der Spannungsversorgung, da er ein Schlampeneingang hat und sich die sauberen 3,3V selber zaubert. Außerdem sind mehr GPIOs als nötig aufgeführt was einen beim PlatinenLayout auf Lochraster recht großzügig schlampen lässt ;)... [EDIT: Denkste! Habe es jetzt auf D5-D8 gelegt. Der Rest ist entweder vom ESP "belegt" (GPIO 16, 0 usw) oder in ESPEasy warum auch immer nicht verfügbar ;)] Und zum flashen hat es einen USB-Port also perfekt für Gelegenheits-Bastler wie mich! Nun mehr:

Das Teil besteht letzten Endes aus 2 Spannungsteilern und 2 Optokopplern. Damit der Boot des ESP nicht die 5V Spannungsversorgung aus dem GW60 runter zieht(ja, das musste ich leidlich feststellen :( ) kommt noch ein 6780uF Elko mit an Bord.

1. Ich habe mal Versucht das Grob zu skizzieren.
2. Aufbau auf Lochraster von oben
3. Mit aufgestecktem NodeMcuBoard von der Seite mit Cola Deckel zum Größenvergleich ;)

Lasst euch nicht von den 9 Kontakten verwirren, es werden lediglich 7 benötigt, aber die 3er Blöcke hatte ich noch... Und wenn man Freitagabends Zeit hat wird halt das verbastelt was am Start ist! ;)

Weiter geht es nach der nächsten Maus. Sobald der DHL-Mann klingelt kommt der Gurtwickler-Teil.

An die beiden Spannungsteiler kommen die beiden 24(,5)V Pole des Motors, es wird also direkt die Bewegung ausgewertet, nicht das was die Steuerung denkt...
(Also Hinderniserkennung, Überlasterkennung, Festgefroren, Endanschläge usw. sind alle kein Problem mehr.)

Beim GW60 lässt sich der elektronische Anschluss des Motors recht komfortable erreichen. Beim SH5 war das jetzt auf Anhieb etwas schwieriger(einfach weil komplexer gebaut), prinzipiell sollte das aber bis auf die Werte des Spannungsteilers usw. da genau so funktionieren.

ABER!

:o DA LIEGT ABER NETZSPANNUNG AN! DAS TEIL HAT EIN INTERNES NETZTEIL! :o

Also: Finger weg!

Verstanden? ;) -> Die Tasteransteuerung des SH5 sollte auch ähnlich machbar sein. Ansonsten statt den Tasten des Gurtwicklers einfach die Tasten der Fernbedienung anschließen. Die Fernbedienung spielt je nach Baujahr entweder mit 5V oder 3,3V da ist ein Spannungswandler drin, der macht aus den 12V die entsprechende Spannung... Die Tasteingänge des Controllers auf dem Teil werden gegen Masse geschaltet. Da könnte man also den Optokoppler weg lassen und direkt die GPIOs des Esp anschließen. Ob das im Gurtwickler genau so gebaut ist weiß ich natürlich nicht, weil nie ausprobiert...


Auf den ESP kommt dann ein EspEasy, in FHEM wartet das EspEasy-Modul auf die Nachrichten vom ESP und dann kommt ihr ins Spiel ;)... Oder ich wenn ich Zeit habe...




EDIT: Es geht weiter!

Zunächst wird die Platine aus dem Gerät herausgearbeitet... Dazu muss die "Klappe" mit den Tastern zunächst ausgehangen werden, dann lassen sich die schrauben öffnen. Nun muss noch das Etikett auf der Rückseite weichen (in der Mitte zerschnitten werden oder es wird an dieser Stelle geklappt)


Jetzt werden die Kontakte angelötet
->Braun: Masse
->Rot: +5V

->Schwarz 1: Motorsignal 1
->Schwarz 2: Motorsignal 2

->Blau: Tastsignal
->Orange 1: Tasteingang 1
->Orange 2: Tasteingang 2

Welches Signal für hoch und welches für runter ist, ermittle ich nachher per try and error.

Jetzt habe ich noch die entsprechenden Stecker an die Enden der Kabel gelötet und die Adern durch die Öffnung des Gehäuses über dem rausstehenden den Ende der Platine heraus geführt.

Ich habe die Platine mit "plastic-fermit" auf die Rückseite des Gehäuses "geklebt". Benutzt man andere oder gar keine Steckverbinder würde meine Platine wunderbar in die Senkung des "Aufputz-Plastik-Teil" passen...


Auf dem ESP läuft nun ESP-Easy in Version 142.
Ich habe einige Devices darin angelegt:
Switch drivingUp
Switch driving Down
System Info rssi
Aus Gründen der Übersichtlichkeit habe ich auch noch der Form halber die Outputs angelegt als
Domoticz MQTT helper mit dem Namen pushButtonUp und pushButtonDown. So habe ich die GPIO Belegung des NodeMCU boards komplett hier dokumentiert...

Das funktioniert wunderbar. So kommt alles in meinem FHEM-Device an.

Sobald der Motor angesteuert wird springt mein Reading der entsprechenden Richtung auf "on", bleibt er stehen ist es wieder "off".

Aus dies
en Informationen möchte ich mir im weiteren nun folgendes generieren:

Ich hätte gerne ein FHEM-DEVICE mit folgenden

set Möglichkeiten

• position X (direktes anfahren von Position)
• tilted (wenn geschlossen, ein kleines Stückchen öffnen wenn das Fenster gekippt/geöffnet wird) letzten Endes ein "position Y" Y ist als Parameter fix
• open (vollständiges öffnen)
• close (vollständiges schließen)

Readings

• position in percent
• locked (ich verlasse das Haus und FHEM merkt, dass ein Fenster noch geöffnet ist. Die Rollade fährt zu und lässt sich von nun an nicht mehr von der Automatik öffnen)
• target position in percent (an welcher Stelle sollte laut "Zeit- Sonnen- SonstwasAutomatik die Rollade jetzt stehen wenn sie wieder in den Auto Modus zurück versetzt wird)

... es geht weiter. Wer mich bei der Umsetzung der FHEM-Software-Seite unterstützen möchte ist herzlich eingeladen ;)

Wollte mal fragen, wie hier der aktuelle Stand ist? Überlege auch mir einen GW 60 zuzulegen.

Hardware läuft seit ein paar Monaten. Software habe ich durch das Rollo Modul seit gestern zu 90% im Griff
Sobald das bei mir sauber funktioniert schreibe ich das hier rein ...
Konkret hakt es an der Synchronisierung von Fhem Status und manuellen Eingriffen. Genau dazu hatte ich ja die "Abgriffe" des Motorsignals mit implementiert.
Ist nur eine Frage des richtigen DOIFs ;)

Hallo lukasbastelpeter,

zuerst mal vielen Dank für deine klasse Anleitung. Ich hab mir das auch zusammengebaut und mit der letzten verfügbaren ESPEasy R147 zum laufen gebracht. Funktioniert super :-)

Eine kleine Erweiterung habe ich noch gemacht, die evtl. hilfreich sein könnte.
Zuerst habe ich festgestellt, dass die Elektronik im Leerlauf ungewöhnlich mehr Strom verbraucht, also anstatt 0,7W (GW60) + ESP (0,65W) = 1,35W habe ich ca. 3,4W im Leerlauf gemessen. Als ich die Schaltung eine zeitlang zum Testen am Netzteil hatte, wurde das Gehäuse des GW60 auch warm. Nicht heiß, aber schon merklich warm.
Also ESP abgestöpselt und den Wärmetest wieder gemacht und ohne ESP blieb das Gehäuse vom GW60 kühl.

Meine Vermutung war, dass die GW60-Platine zur Bereitstellung der 5V einen Festspannungsregler, der die 19V (also 24V - 5V) in Wärme verbraten muss. Je nachdem wieviel mA am 5V "gezogen" werden, müssen die gleichen mA der 19V abgeführt werden. Allerdings sind die 2W bei der geringen Stromaufnahme vom ESP schon nicht ohne. Sagen wir mal nicht sehr effizient...

Daher habe ich deinen Schaltplan um einen kleinen Step-Down-Regler erweitert und siehe da.. jetzt verbraucht die gesamte Beschaltung nur noch ca. 1,4W

Das hört sich schwieriger an als es ist. Man nehme lediglich den 78E50-10 von Recom für 3,80€ ( https://www.reichelt.de/Wandler-groesser-3-W/R-78E50-10/3/index.html?ACTION=3&GROUPID=7255&ARTICLE=177268 ). Von denen habe ich immer welche auf Vorrat. Achtung, nicht verwechseln mit Festspannungsreglern 7805 etc...

Pin 1 an die 24V
Pin 2 an GND
Pin 3 liefern dann die 5V für den ESP

Es sind sonst keine weiteren Bauteile notwendig. Alle Teile sind im Step-Down-Regler bereits verbaut. Man könnte auch einen von Murata (z.B. OKI515W36C) nehmen. Allerdings habe ich das nicht getestet und die Murata-Dinger sind nicht abgeschirmt.
Vermutlich ist der Elko auch nicht mehr notwendig, aber ich hab mal nen kleinen 470mü reingemacht. Die lagen grad bei mir rum...

Ich gehe davon aus, dass deine Schaltung auch ohne meine Erweiterung wunderbar funktioniert. Mich haben diese zusätzlichen 2W halt gestört und dass das in "Abwärme" überführt wird. Und 3,80€ sind auch ok.

Danke dir für die Arbeit nochmal!

Grüße,
ct

Hey, danke!
Den "Workaround" habe ich auch noch einigen Wochen gemacht, da die Spannungsversorgung des GW60 bei mir manchmal aufgegeben hat. Ich habe nun LM2596-Module in allen meiner Gurtwickler. Werden auch nicht mehr warm. Ich hätte nur die blaue LED zerstören sollen, die sieht man leider durch das weiße Plastik wenn der Raum ganz dunkel ist. Aber noch einmal öffnen werde ich die Teile denke ich nicht  8)...

Softwareseitig habe ich mich mit dem ROLLO-Modul angefreundet...

Hallo,
ich bin Anfänger und habe es geschafft das Projekt umzusetzen, also nur Mut mit Geduld und ??? funzt es dann.

Ich habe mal meinen laienhaften Schaltplan (Workaround incl.) in Fritzing beigefügt.
Dieses Teil habe ich auch produzieren lassen (Kosten ca. 20,--, geliefert wurden 2 Platinen) und es funzt.

Da ich mit der Definition Domoticz MQTT helper keine Signale empfangen konnte habe ich die pushButtons auch als normale Switch`es angelegt
und kann nun mit dem FHEM Modul Rollo weiter experimentieren.

Hallo lukasbastelpeter,

ich muss noch hinzufügen dass bei dem Fritzingplan die Leiterplattenansicht ausgewählt muss.
Sorry ich bin halt Anfänger

@alfaspeedy, cool, es freut mich, dass du das auf so ein Niveau gehoben hast! :)

kannst du den "Schaltplan" vielleicht als PDF oder JPEG hier einbinden? Ich habe kein Fritzing und ich denke, dass das so in der "schönen" Variante vielleicht auch andere ansprechen könnte.

Hallo Zusammen,

ich habe mich auch schon seit etwa 3 Monaten mit dem Thema GW60 und ESP8266 beschäftigt und sehe zufällig, dass das Thema hier auch schon behandelt wird.

Ich habe es bei mir so realisiert: http://www87.zippyshare.com/v/5WpijckT/file.html

Hallo Lukasbastelpeter,

hier der gewünschte PDF Auszug... für die Version zum selberätzen.
Ich teste gerade die doppelseitige Platinen-Version.

Gruß
alfaspeedy

Danke! Ich freue mich, dass das Projekt so großen Anklang findet!

Hallo Leute, ich habe mir auch 3 Stück von den GW60 und Funk ZB40 zugelegt.
Mit der Fernbedienung funktionieren diese problemlos, wollte aber diese in bei Domoticz einbinden.
Leider Funken diese Teile mit Keeloq auf 433 Mhz, so das ich diese nicht anlernen kann.
Meine Frage an euch, ist es möglich den ZB40 durch etwas anderes zu ersetzen?
Habe ihn geöffnet und ein Bild gemacht,  +5v, RXD, TXD, GND das sind die 4 Pins die an die Platine vom GW60 vom Funkmodul gehen.

(http://fs5.directupload.net/images/170813/abd3vb3x.jpg) (http://www.directupload.net)
<a href="http://www.directupload.net" target="_blank"><img src="http://fs5.directupload.net/images/170813/abd3vb3x.jpg" title="Kostenlos Bilder und Fotos hochladen"></a>
Kann man das Teil ersetzen?

Danke und Gruß Andrej

Niemand eine Idee ?

Hey Papa Romeo,
ich hätte eine Frage zu deiner Schaltung.
An welchen Pin des Reed Kontaktes hast du sie angelötet? Den 5V Pin oder den anderen. Also geht das Signal bei der Auslösung auf High oder auf Low?

Vielen Dank!

Hallo bepeit01,

auf dem ersten Bild der vierten Seite sieht man wo die Leitung angelötet ist. Es ist der gelbe Draht.
Was ich inzwischen festgestellt habe, ist, dass eine korrekte Impulszählung nur erfolgt, wenn die Timerfunktion nicht aktiviert ist.
D.h. die LED rechts beim Uhrensymbols darf nicht leuchten.
Ich habe inzwischen ein Update gemacht, wo sich alles, bis auf die Impuls-Erfassung, auf einer Platine außerhalb des GW60 befindet und auch dieses Problem behoben ist. Ich werde es demnächst hier einstellen.

papa-romeo

Hallo zusammen,

ich habe mein GW60-ESP8266-Projekt etwas weiterentwickelt und nun alles, bis auf das Sensormodul und eine eventuell abgesetzte Spannungsversorgung, wenn der R-78E05-0.5 gerade nicht zur Hand ist, aber eventuell ein anderer, auf einer Platine außerhalb des GW60 untergebracht und somit den Verkabelungsaufwand erheblich reduziert. Alles ist kompatibel zu meinem vorherigen Projekt und die beiden Sketche, die ich erstellt habe funktionieren somit auf beiden Varianten.
Nähere Informationen zu den Unterschieden der Sketche und der Notwendigkeit des Sensormoduls usw. habe ich hier im Nachtrag des Vorprojektes (http://www74.zippyshare.com/v/iKcBduQl/file.html) schon aufgeführt. Weitere Beschreibungen findet ihr auch hier im Link von Post #9.
Wie gesagt ist die Platine für einen R-78E05-0.5 ausgelegt(...hatte ich noch übrig). Es kann aber auch jeder andere Mini-Step-Down-Regler wie z.B. Pololu D24V6F5 o. Mini MP1584 o.ä., der einer Eingangsspannung von mind. 28 Volt stand hält, verwendet werden. Ist Dieser für die Platinen-Montage zu groß oder nicht PIN-Kompatibel, kann er ohne Probleme dort untergebracht werden, wo normalerweise die ZB40 gesteckt wird. In diesem Fall wird die Platine nicht mit dem R-78E05-0.5, sondern mit einer Dreier-Stiftleiste für JP1/JP2 bestückt. Je nachdem welche Spannung nun euer Step-Down-Wandler liefert und entsprechenden Jumper ihr dann setzt, kann die Schaltung mit 5 Volt (JP2 gesetzt) oder mit 3,3 Volt (JP1 gesetzt) betrieben werden. Zum Schutz vor zu hohen Eingangsspannungen sollte dann noch, dort wo normal der R-78 sitzt eine 5,6 Volt bzw. 3,6 Volt Z-Diode eingelötet werden. Die 5 Volt des GW60 solltet ihr nicht verwenden, da die Leistung für den Sendebetrieb nicht ausreichend ist.

Die Sketche liefern per MQTT z.B. an FHEM folgende Informationen:

-   die maximale Position des Rollladens (Position wenn komplett geöffnet)
-   die momentane Position des Rollladens
-   die Position des Rollladens in "zu Prozent geöffnet"
-   Rollladen schließt gerade, öffnet gerade oder steht


Gesendet wird ,,Rollladen schließen" sowie ,,Rollladen öffnen" und ,,Stopp".

Der GW60 behält weiterhin, unabhängig von der ,,Modifikation", alle seine Funktionen. Auch bei einer Handbedienung am GW60 bzw. eingeschaltetem Automatikbetrieb oder Steuerung über den Sonnensensor, weiß FHEM immer wo der Rollladen gerade steht. Des Weiteren werden die Werte der maximalen Position und der aktuellen Position im EEprom gespeichert, so dass auch nach einem Stromausfall  der Zustand des Rollladens bekannt ist.

Folgend noch einige Bilder zu diesem Projekt.

...vollständigkeit halber hier die Gerber-Dateien für die doppelseitige Platine.

Da ich anfangs immer zwei Rollläden über einen 443 MHz 4-Kanal Handsender gesteuert habe, wollte ich mir diese Option weiter offen halten.
Dazu kann an der 4-poligen Pfostenleiste unterhalb des 0,1 uF Kondensators ein Empfänger angeschlossen werden. Je nach Ausgang des Empfängers, kann es sein, dass für die beiden Datenausgänge ein Transistor mit ensprechendem Basisvorwiderstand als Inverter erforderlich ist.

Papa Romeo

Hey Papa Romeo,

tolles Projekt. Ich finde leider nirgends die sketche zu dem Projekt. Habe ich diese übersehen?

Vielen Dank!

Hallo robsdobs,

dachte hätte sie eingestellt, aber anscheinend doch nicht. Aber an dem soll´s nicht scheitern. Hier die Dateien.

Vielen Dank!!

Hallo,
vielen Dank für die super Anleitung zum Umbau des Gurtwicklers.
Habe das Teil schon nachgebaut und bekomme auch die Readings für Öffnen, Schliessen und die Positionen angezeigt.
Es fehlt mir nur die Ansteuerung der Up/Down Funktion. Bekomme das irgendwie nicht recht hin. Könnte ihr da mal ein Screenshot posten, wie das genau bei euch in fhem ausschaut?
Meine Änderung im Sketch und Einstellung bei fhem hänge ich mal an.
Vielen Dank!!!!

Hallo Mr. Sulu,

hier mal die FHEM-Definition einer meiner Rollladen:


//DEVICE_213 (OG Schlafen Fenster Rollladen)
//WIP = 213
//DOWN   = " WEMOS_XXX/Down";             // Ausgang --> Taste Down
//UP            = " WEMOS_XXX/Up";                  // Ausgang --> Taste Up
//CLOSE        = " WEMOS_XXX/Schliessen";    // Eingang --> Rollo schließt sich
//OPEN  = " WEMOS_XXX/Oeffnen";        // Eingang --> Rollo öffnet sich
//POS  = " WEMOS_XXX/Position";        // Eingang --> Rolloposition
//POS%    = " WEMOS_XXX/Position_%";
//MAXPOS = " WEMOS_XXX/maxPosition";

//DEVICE Definitionen

define DEVICE_213 MQTT_DEVICE;
attr DEVICE_213 alias OG Schlafen Fenster Rollladen;
attr DEVICE_213 IODev myBroker;
attr DEVICE_213 icon temperature_humidity;
attr DEVICE_213 room OG Schlafen;
attr DEVICE_213 stateFormat {sprintf("maximale Position: %.f - - - aktuelle          Position: %.f - - - zu %.f Prozent geöffnet", ReadingsVal($name,"MAXPOS",0), ReadingsVal($name,"POS",0), ReadingsVal($name,"POS%",0))};
attr DEVICE_213 subscribeReading_UP WEMOS_213/Up;
attr DEVICE_213 subscribeReading_MAXPOS WEMOS_213/maxPosition;
attr DEVICE_213 subscribeReading_OPEN WEMOS_213/Oeffnen;
attr DEVICE_213 subscribeReading_POS WEMOS_213/Position;
attr DEVICE_213 subscribeReading_POS% WEMOS_213/Position_%;
attr DEVICE_213 subscribeReading_CLOSE WEMOS_213/Schliessen;
attr DEVICE_213 subscribeReading_DOWN WEMOS_213/Down


// BRIDGE Definitonen

define MQTT_DEVICE_213_Aktor1 MQTT_BRIDGE DEVICE_213_Aktor1
attr MQTT_DEVICE_213_Aktor1 IODev myBroker;
attr MQTT_DEVICE_213_Aktor1 event-on-change-reading .*;
attr MQTT_DEVICE_213_Aktor1 publishState WEMOS_213/Down;
attr MQTT_DEVICE_213_Aktor1 room OG Schlafen

define MQTT_DEVICE_213_Aktor2 MQTT_BRIDGE DEVICE_213_Aktor2;
attr MQTT_DEVICE_213_Aktor2 IODev myBroker;
attr MQTT_DEVICE_213_Aktor2 event-on-change-reading .*;
attr MQTT_DEVICE_213_Aktor2 publishState WEMOS_213/Up;
attr MQTT_DEVICE_213_Aktor2 room OG Schlafen

define MQTT_DEVICE_213_ASensor MQTT_BRIDGE DEVICE_213_ASensor;
attr MQTT_DEVICE_213_ASensor IODev myBroker;
attr MQTT_DEVICE_213_ASensor event-on-change-reading .*;
attr MQTT_DEVICE_213_ASensor subscribeSet WEMOS_213/Schliessen;
attr MQTT_DEVICE_213_ASensor room OG Schlafen

define MQTT_DEVICE_213_BSensor MQTT_BRIDGE DEVICE_213_BSensor;
attr MQTT_DEVICE_213_BSensor IODev myBroker;
attr MQTT_DEVICE_213_BSensor event-on-change-reading .*;
attr MQTT_DEVICE_213_BSensor subscribeSet WEMOS_213/Oeffnen;
attr MQTT_DEVICE_213_BSensor room OG Schlafen

define MQTT_DEVICE_213_CSensor MQTT_BRIDGE DEVICE_213_CSensor;
attr MQTT_DEVICE_213_CSensor IODev myBroker;
attr MQTT_DEVICE_213_CSensor event-on-change-reading .*;
attr MQTT_DEVICE_213_CSensor subscribeSet WEMOS_213/Position;
attr MQTT_DEVICE_213_CSensor room OG Schlafen

define MQTT_DEVICE_213_DSensor MQTT_BRIDGE DEVICE_213_DSensor;
attr MQTT_DEVICE_213_DSensor IODev myBroker;
attr MQTT_DEVICE_213_DSensor event-on-change-reading .*;
attr MQTT_DEVICE_213_DSensor subscribeSet WEMOS_213/Position_%;
attr MQTT_DEVICE_213_DSensor room OG Schlafen

define MQTT_DEVICE_213_ESensor MQTT_BRIDGE DEVICE_213_ESensor;
attr MQTT_DEVICE_213_ESensor IODev myBroker;
attr MQTT_DEVICE_213_ESensor event-on-change-reading .*;
attr MQTT_DEVICE_213_ESensor subscribeSet WEMOS_213/maxPosition;
attr MQTT_DEVICE_213_ESensor room OG Schlafen


//DUMMY Definitionen

define DEVICE_213_Aktor1 dummy;
attr DEVICE_213_Aktor1 alias OG_Schlafen FensterZu;
attr DEVICE_213_Aktor1 event-on-change-reading .*;
attr DEVICE_213_Aktor1 icon black_down;
attr DEVICE_213_Aktor1 room OG Schlafen;
attr DEVICE_213_Aktor1 webCmd on

define DEVICE_213_Aktor2 dummy;
attr DEVICE_213_Aktor2 alias OG_Schlafen Fenster Auf;
attr DEVICE_213_Aktor2 event-on-change-reading .*;
attr DEVICE_213_Aktor2 icon black_up;
attr DEVICE_213_Aktor2 room OG Schlafen;
attr DEVICE_213_Aktor2 webCmd on

define DEVICE_213_ASensor dummy;
attr DEVICE_213_ASensor alias OG Schlafen Fenster Rollo schließt;
attr DEVICE_213_ASensor devStateIcon Close:rc_DOWN Stop:rc_STOP;
attr DEVICE_213_ASensor event-on-change-reading .*;
attr DEVICE_213_ASensor icon edit_settings;
attr DEVICE_213_ASensor room OG Schlafen

define DEVICE_213_BSensor dummy;
attr DEVICE_213_BSensor alias OG Schlafen Fenster Rollo öffnet;
attr DEVICE_213_BSensor devStateIcon Open:rc_UP Stop:rc_STOP;
attr DEVICE_213_BSensor event-on-change-reading .*;
attr DEVICE_213_BSensor icon edit_settings;
attr DEVICE_213_BSensor room OG Schlafen

define DEVICE_213_CSensor dummy;
attr DEVICE_213_CSensor alias OG Schlafen Fenster Position Absolut;
attr DEVICE_213_CSensor devStateIcon on:FS20.on Off:FS20.off;
attr DEVICE_213_CSensor event-on-change-reading .*;
attr DEVICE_213_CSensor icon edit_settings;
attr DEVICE_213_CSensor room OG Schlafen

define DEVICE_213_DSensor dummy;
attr DEVICE_213_DSensor alias OG Schlafen Fenster Position in %;
attr DEVICE_213_DSensor devStateIcon on:FS20.on Off:FS20.off;
attr DEVICE_213_DSensor event-on-change-reading .*;
attr DEVICE_213_DSensor icon edit_settings;
attr DEVICE_213_DSensor room OG Schlafen

define DEVICE_213_ESensor dummy;
attr DEVICE_213_ESensor alias OG Schlafen Fenster Position maximum;
attr DEVICE_213_ESensor devStateIcon on:FS20.on Off:FS20.off;
attr DEVICE_213_ESensor event-on-change-reading .*;
attr DEVICE_213_ESensor icon edit_settings;
attr DEVICE_213_ESensor room OG Schlafen


DOIF Definitionen

define DEVICE_213_Aktor11 doif ([DEVICE_213_Aktor1] eq "on") (set DEVICE_213_Aktor1 on, sleep 1  set DEVICE_213_Aktor1 off  set Icon1 off);
attr DEVICE_213_Aktor11 do always;
attr DEVICE_213_Aktor11 icon recycling;
attr DEVICE_213_Aktor11 room OG Schlafen

define DEVICE_213_Aktor22 doif ([DEVICE_213_Aktor2] eq "on") (set DEVICE_213_Aktor2 on, sleep  1 set DEVICE_213_Aktor2 off set Icon1 off);
attr DEVICE_213_Aktor22 do always;
attr DEVICE_213_Aktor22 icon recycling;
attr DEVICE_213_Aktor22 room OG Schlafen



!!! ... wenn DOIF angelegt ist, dann jeweils nach sleep 1 einen Strichpunkt setzen. Wenn ich versucht habe den Strichpunkt gleich während des Anlegens zu setzen, hat FHEM einen Fehler angezeigt!!!

...schöne Grüße Scotty... ::) ;) ;D...alias Papa Romeo

Muss mich noch einmal bedanken....
Jetzt funktioniert es endlich und ich kann wieder ruhig schlafen ;D
Danke Papa Romeo  ;)

..kein Problem...gern geschehen...

Hallo Papa Romeo,

ein großes Lob für dieses Projekt.
Leider gibt es bei mir noch ein Problem. Ich wollte mir bei JLCPCB die Platinen bestellen und verwendete dazu das Gerber.Zip-File.

Nun meldet mir JLCPCB einen Fehler und ich habe keinerlei Erfahrungen bei der Erstellung von Leiterplatten, bzw. deren Daten.
Im Anhang befindet das Ergebnis der Analyse, wenn man auf deren Homepage die Datei Gerber.Zip hochlädt,
bzw. beim Bestellvorgang:   "Really sorry to bother you, but there is no top solder mask in your file. Could you please kindly check?? "

Kannst du mir einen Tip geben, was kann die Ursache sein, fehlt in der Datei wirklich etwas?

Vielen Dank für die Hilfe
fhemlerix

Hallo fhemlerix,

ich habe genau mit diesen Gerber-Dateien meine Platinen bei JLCPCB erstellen lassen und es ist eigentlich korrekt, dass diese Platine keine TOP-Solder-Mask hat, da auf dieser Seite auch nichts gelötet wird. Aber ich hatte so eine Meldung auch schon mal bei meinem Wechselschalter. Die erste Lieferung kam ohne Probleme, bei der zweiten Lieferung mit dem gleiche Layout (einzige Änderung waren größere Bohrlöcher) wollten sie auf einmal auch eine TOP-Solder-Mask haben. Ich hab dann auf der TOP-Seite nur eine Durchkontaktierung als Lötpunkt erstellt und die Platinen kamen wieder ohne Problem. Weiß der Geier warum !
Ich werde es hier jetzt mal auch so machen und die Gerber neu einstellen.

@fhemlerix:

Gerber Dateien sind aktualisiert. Kannst dein Glück nochmal versuchen.

Vielen Dank Papa Romeo, damit hat die Bestellung funktioniert   :)

ok...freut mich, dass ich helfen konnte.

"Leichte" Probleme mit MQTT2 statt MQTT.
MQTT2 möchte ein PWD, was ich im Wemos eintragen muß.
Frage: wo und wie?

Das Prolbem ist gegessen.

Kann mir bitte jemand aufzeigen, wie ich den Sketch umschreibe?
Brauche nur Position ( oben bzw. unten ), sowie Schalter auf und ab.

...wieso willst du deswegen den Sketch umschreiben...du brauchst doch nur das abzufragen was du benötigst...

Versuche ich seit 2 Tagen....
Bisher empfange ich öffnen und schließen, kann es aber nicht schalten.
Position steht auf 0 bzw. 1, Position in % kommt nix.
Mein Fehler (?) ich versuche das auf MQTT2 einzurichten. :-\

Hallo Papa,

ich bin gerade dabei dein Projekt umzusetzten :)

danke erstmal dafür und für die tolle Anleitung.

Ich habe eine Frage zu dem 0,1 uF Kondensator. Die Stückliste gibt hier nicht genauer Auskunft.
Ich habe diesen hier zur Hand:
https://www.reichelt.de/folienkondensator-100nf-63v-100-c-mmk-100n-63-p206608.html?&trstct=pol_3

Meiner hier hat jedoch eine andere Aufschrift.
Seitlich auf dem Kondensator steht: MMK BE3 63-
Und oben drauf steht: 100nK
(ich nehme an, '100nK' steht für 100nF was ja auch 0,1uF sind)

Kann ich den Kondensator dafür nutzen? Und falls ja, wie sieht es mit der Polung aus? Der Kondensator hat gleich lange Beine und dein Schaltplan zeigt auch keine Polung (im Gegensatz zum großen ElKo, wo ein kleines + zu sehen ist). Auch aus dem Datenblatt ist mir nicht ersichtlich wie die Polung des Kondensators ist.

Wäre super wenn mir jemand helfen könnte :)

gruß und danke!

P.S.: sry, falls das ne blöde Frage ist. Bin Informatiker und kein E-Techniker.

Zitat von: Papa Romeo am 29 November 2017, 11:53:48
Hallo zusammen,

ich habe mein GW60-ESP8266-Projekt etwas weiterentwickelt und nun alles, bis auf das Sensormodul und eine eventuell abgesetzte Spannungsversorgung, wenn der R-78E05-0.5 gerade nicht zur Hand ist, aber eventuell ein anderer, auf einer Platine außerhalb des GW60 untergebracht und somit den Verkabelungsaufwand erheblich reduziert. Alles ist kompatibel zu meinem vorherigen Projekt und die beiden Sketche, die ich erstellt habe funktionieren somit auf beiden Varianten.
Nähere Informationen zu den Unterschieden der Sketche und der Notwendigkeit des Sensormoduls usw. habe ich hier im Nachtrag des Vorprojektes (http://www74.zippyshare.com/v/iKcBduQl/file.html) schon aufgeführt. Weitere Beschreibungen findet ihr auch hier im Link von Post #9.
Wie gesagt ist die Platine für einen R-78E05-0.5 ausgelegt(...hatte ich noch übrig). Es kann aber auch jeder andere Mini-Step-Down-Regler wie z.B. Pololu D24V6F5 o. Mini MP1584 o.ä., der einer Eingangsspannung von mind. 28 Volt stand hält, verwendet werden. Ist Dieser für die Platinen-Montage zu groß oder nicht PIN-Kompatibel, kann er ohne Probleme dort untergebracht werden, wo normalerweise die ZB40 gesteckt wird. In diesem Fall wird die Platine nicht mit dem R-78E05-0.5, sondern mit einer Dreier-Stiftleiste für JP1/JP2 bestückt. Je nachdem welche Spannung nun euer Step-Down-Wandler liefert und entsprechenden Jumper ihr dann setzt, kann die Schaltung mit 5 Volt (JP2 gesetzt) oder mit 3,3 Volt (JP1 gesetzt) betrieben werden. Zum Schutz vor zu hohen Eingangsspannungen sollte dann noch, dort wo normal der R-78 sitzt eine 5,6 Volt bzw. 3,6 Volt Z-Diode eingelötet werden. Die 5 Volt des GW60 solltet ihr nicht verwenden, da die Leistung für den Sendebetrieb nicht ausreichend ist.

Die Sketche liefern per MQTT z.B. an FHEM folgende Informationen:

-   die maximale Position des Rollladens (Position wenn komplett geöffnet)
-   die momentane Position des Rollladens
-   die Position des Rollladens in "zu Prozent geöffnet"
-   Rollladen schließt gerade, öffnet gerade oder steht


Gesendet wird ,,Rollladen schließen" sowie ,,Rollladen öffnen" und ,,Stopp".

Der GW60 behält weiterhin, unabhängig von der ,,Modifikation", alle seine Funktionen. Auch bei einer Handbedienung am GW60 bzw. eingeschaltetem Automatikbetrieb oder Steuerung über den Sonnensensor, weiß FHEM immer wo der Rollladen gerade steht. Des Weiteren werden die Werte der maximalen Position und der aktuellen Position im EEprom gespeichert, so dass auch nach einem Stromausfall  der Zustand des Rollladens bekannt ist.

Folgend noch einige Bilder zu diesem Projekt.

Hallo münster,

es gibt keine blöden Fragen... man kann nicht alles wissen.

Nur Elko´s haben eine Polung. Deswegen da das kleine Pluszeichen. Folien C`s haben keine Polung und der C den du hast, passt natürlich genauso. 100 nF = 0,1 uF, ausgelegt für eine Spannung bis 63 Volt.

Zitat von: Papa Romeo am 23 November 2018, 16:52:30
Hallo münster,

es gibt keine blöden Fragen... man kann nicht alles wissen.

Nur Elko´s haben eine Polung. Deswegen da das kleine Pluszeichen. Folien C`s haben keine Polung und der C den du hast, passt natürlich genauso. 100 nF = 0,1 uF, ausgelegt für eine Spannung bis 63 Volt.

super und danke ! Dann kann ich direkt weitermachen :)

Gerade was Merkwürdiges festgestellt:
fahre ich den Rollladen hoch, erscheint
MQTT2_DEVICE_Parse: MQTT2_WohnZ WohnZ/Schliessen => Schliessen

und fahre ich runter
MQTT2_DEVICE_Parse: MQTT2_WohnZ WohnZ/Oeffnen => Oeffnen

Auch taucht immer wieder das im Log auf
unsupported character in readingname Position_%

Das ist doch schon ein Fehler vom Wemos, nicht erst wegen MQTT2, oder?

Position ist immer 0 und max.Position immer 1.
Ist ja auch nicht richtig.
Also muß ich erstmal den Wemos sauber angebunden bekommen.


Ok, Kabel vertauscht. Jetzt ist auf = open und zu = close.  :-[

Wer momentan versucht, das unter MQTT2 aufzuziehen, wird kein Spaß damit haben.
Ich versuchte das Tagelang, kein Erfolg.
Es fehlen wohl noch zu viele "Kleinigkeiten" im MQTT2, um das hinzubekommen.
ZigBee2mqtt hatte ich in MQTT2 sauber integriert, aber hier bin ich gescheitert.

Hallo Neuhier,

Danke für die Info.

Erspart mir wohl die Beantwortung einiger Rückfragen....


Papa Romeo

Hey,

ich hätte eine Frage zu der Schaltung.

Der externe Hallsensor läuft mit 5V. D.h. im Schaltzustand liegen 5V am D1 mini Signal PIN an, richtig?
Die D1 mini GPIO Pins können aber nur 3,3V.

Und trotzdem funktioniert das oder habe ich einen Denkfehler?

Im Schaltplan ist zwischen Sensor und D1 mini noch eine BAT41 Diode. Diese ist aber nicht dafür da um 3,3V aus 5V zu machen, oder? Die Diode ist nur ein Überspannungsschutz?

möchte mir jemand helfen? :)

(Ich nutze den KY-003 Hallsensor wie hier empfohlen)

gruß und danke!

PS: mein GW60 läuft nun erfolgreich über MQTT dank eurer tollen Anleitung, danke dafür!

PSS: mir ist gerade noch etwas aufgefallen. Über den Hallsensor fließen 25mA im Schaltzustand. Der GPIO Pin am D1 mini kann aber nur 12mA ab. Ist das der Grund für die Diode?

Zitat von: Papa Romeo am 12 August 2018, 12:15:39
...vollständigkeit halber hier die Gerber-Dateien für die doppelseitige Platine.

Da ich anfangs immer zwei Rollläden über einen 443 MHz 4-Kanal Handsender gesteuert habe, wollte ich mir diese Option weiter offen halten.
Dazu kann an der 4-poligen Pfostenleiste unterhalb des 0,1 uF Kondensators ein Empfänger angeschlossen werden. Je nach Ausgang des Empfängers, kann es sein, dass für die beiden Datenausgänge ein Transistor mit ensprechendem Basisvorwiderstand als Inverter erforderlich ist.

Papa Romeo

Hallo münster,

deswegen die Diode. Für die 5 Volt vom Hallsensor ist die Diode in Sperrrichtung. D.h. liegen am Sensor hier 5 Volt an, hat der Wemos High-Pegel, also 3,3 Volt. Geht nun der Hallsensor auf Low, zieht er nun die 3,3 Volt vom Wemos über die Shottky-Diode, die nun in Durchlass-Richtung geschaltet ist, auf etwa 0,2 bis 0,3, also LOW-Pegel herunter.

Google mal nach "Oder-Gatter mit Dioden".


Gruß

Papa Romeo

Hallo,  konntest du dazu etwas in Erfahrung bringen? Steh gerade vor dem selben Problem.

Zitat von: salopette am 13 August 2017, 21:31:18
Hallo Leute, ich habe mir auch 3 Stück von den GW60 und Funk ZB40 zugelegt.
Mit der Fernbedienung funktionieren diese problemlos, wollte aber diese in bei Domoticz einbinden.
Leider Funken diese Teile mit Keeloq auf 433 Mhz, so das ich diese nicht anlernen kann.
Meine Frage an euch, ist es möglich den ZB40 durch etwas anderes zu ersetzen?
Habe ihn geöffnet und ein Bild gemacht,  +5v, RXD, TXD, GND das sind die 4 Pins die an die Platine vom GW60 vom Funkmodul gehen.

(http://fs5.directupload.net/images/170813/abd3vb3x.jpg) (http://www.directupload.net)
<a href="http://www.directupload.net" target="_blank"><img src="http://fs5.directupload.net/images/170813/abd3vb3x.jpg" title="Kostenlos Bilder und Fotos hochladen"></a>
Kann man das Teil ersetzen?

Danke und Gruß Andrej

Dann lies mal den Thread von Anfang an.
Hier geht es darum, parallel zur ZBxx die GW60 in ein Smarthome zu integrieren.
Was übrigens hervorragend klappt.

...hier noch ein paar Bilder des umgerüsteten GW60 mit einer Vor-Ort-Fernbedienung als Ersatz für die ZB40.

Hallo,

eine kurze Frage in die Runde (bevor ich mir welche bestellen muss):
Hat jemand zufällig noch Platinen übrig, die für den Umbau des GW60-Gurtwicklers von Nöten wären?
ich würde noch 5 Stück benötigen.

Ich meine hier die Platinen, die Papa Romeo freundlicherweise entwickelt hat:
https://forum.fhem.de/index.php?action=dlattach;topic=60575.0;attach=104293;image (https://forum.fhem.de/index.php?action=dlattach;topic=60575.0;attach=104293;image)

Danke.

Tach zusammen,

ich bin zwar aus der Homematic-Welt ohne FHEM, dieses Thema hier war aber extrem interessant. Ich binde die ESP's via Node-Red an die Homematic an bzw. eher umgekehrt. Soviel zu "mir".

Herzlichen Dank an Papa Romeo für das Platinen-Layout. Letzte Woche bei JLCPCB bestellt und bereits da. Momentan fehlen noch die TLP504, die kommen aber Morgen (spätestens Montag) an.
Beim Sketch für den Wemos bin ich jedoch noch nicht so glücklich mit. Wenn schon die Impulse gezählt werden, warum kann man dann nicht per MQTT auch Werte senden und der GW60 fährt diese an?
Ich bastle für meine GW's da momentan an einem Sketch, der es können soll. Besteht da Interesse eurerseits dran? Wenn ja, kann ich es hier posten oder z.B auf gitlab veröffentlichen.

Gruß
Manu

..du meinst so....

Im Prinzip... ja. Jedoch für alle %-Werte. Ich kenne ja meine Family... "Alexa, Rollladen <Raum> auf 25%"  ;)

 ... ist ja nur ne Frage wir ich den Schieberegler links (steht im Moment auf 13 (von 20)) definiere.

Geht mit % genauso und die übermittelte Prozentangabe muss ja sowieso immer in die Positionswerte umgerechnet werden, da der Wemos im Prinzip nur diese versteht.

Äh, reden wir vom gleichen Sketch? Oder hast Du es erweitert?

Ich meine das von Deiner Homepage. Da hab ich nirgends irgendein Callback mit %-Werten gesehen und mein ESP (OK, im Trockenlauf, da die TLP's noch fehlten) in keinster Weise auf MQTT-Daten mit % reagiert hat.

Oder ich bin grad zu blöd dazu...

..Sketch ist erweitert und läuft auf meinen ESP12-Rollladenschaltern. Die beiden Sketche sind eigentlich identisch und der ESP01 Sketch ein Ableger des GW60-Sketches(Unterschied: Zeitzähler/Impulszähler). Die GW60 habe ich nur noch nicht mit dem neuen Sketch versehen und getestet, da ich diese ausbauen müsste und die bisherige Funktion für mich ausreichend ist (...hab keine Alexa....hab ne Frau.. :o ;D ;D ;D ;) )

Naja... meine werden ja grad eh alle nach und nach ausgebaut und um Deine Platine erweitert. Da kann ich gerne ;D 8) Deine Erweiterung testen.

Was soll ich das Rad neu erfinden, wenn Du es längst fertig hast.

Hab auch ne Frau...und ne Tochter (von dreien, die noch zu Hause wohnt). Was meinst Du, wer Alexa am Meisten foltert? Und wenn eine Funktion noch nicht implementiert ist, was meinst Du in welche Richtung die bösen Blicke gehen? :-X :D

hiho!
Ich verwende seit mehreren Jahren domoticz, zudem eine eigene scriptbox und seit einigen Monaten auch home assistant.
Hab mich heute erstmalig mal nach Gurtwickler Steuerung umgeschaut und so wie es aussieht ist die Lösung
von Papa Romeo die offenste und "nerdfreundlichste" die es gibt.
Weiss noch gar nicht wirklich ob ich eine Rollosteuerung "brauche" (evtl für ein kleines Häuschen in das ich mal die Sonne lassen will :))
aber wollte mich auf jeden Fall mal für die tolle Arbeit bedanken!
Also Vielen Dank, Papa Romeo! Hab mir die Gerber.zip schonmal gekrallt :)

Hallo zusammen! Hier hat sich ja einiges getan!
Da ich jetzt langsam den Weg in Richtung MQTT gehe würde ich meine Teile auch noch einmal überarbeiten.

Sehe ich das jetzt hier richtig, dass es eine fertig Layoutete Lösung gibt? Ich überlege ein neues Layout mit einem ESP12E, und einigem kleinen Hühnerfutter auf einer kleinen Platine unterzubringen. Wenn ich die Hardware soweit fertig habe, könnte da jemand mal drüber schauen und mit mir einen neuen/generischeren Sketch anlegen? Ich schaue mal was sich über Ostern so erledigen lässt :)

Hallo zusammen,
estmal: Vielen Dank für die tolle Arbeit hier!
Und nun zu meinem Problem..
Nachdem ich das Projekt nun schon eine Weile verfolge, habe ich mich nun entschlossen auch mal Hand anzulegen.
Bisher hat alles gut geklappt, nur beim löten der Hall-Sonde (Fertigplatine) stehe ich vor einen Problem:
Liegt der GND Anschluss der Sonde auf einer Lötstelle, oder brutzel ich mich durch die oberste Schicht? Das kann man auf den Fotos leider nicht genau erkennen.

..du musst die grüne oder blaue Lackschicht (je nach Fertigungsstand des GW60) etwas abkratzen bis du das blanke Kupfer siehst. darauf kannst du dann löten.

Zitat von: Papa Romeo am 18 April 2019, 21:55:58
..du musst die grüne oder blaue Lackschicht (je nach Fertigungsstand des GW60) etwas abkratzen bis du das blanke Kupfer siehst. darauf kannst du dann löten.

Vielen Dank, hat geklappt.

Hi zusammen,

anbei mal mein erster Entwurf des redesigns von Papa Romeo....

Könnt ihr da mal drüber schauen und mir etwas dazu sagen? Geplant ist es die Platine so wie sie dort ist hinten auf das Gerät zu bringen. Außerdem soll noch ein "Lichtsensor" angeschlossen werden können, via "ADC" Ansonsten orientiert es sich eigentlich 1:1 an dem Aufbau von Papa Romeo und dem original Layout des Wemos.
Der Step-Up wird direkt ein Footprint auf der Platine bekommen. Somit sollte man eine saubere Lösung ohne viele Verbindungen haben. "Einfach" die Kabel an der entsprechenden Stelle anlöten und das war es. Gehäuse muss dann erstmal auch nicht mehr modifiziert werden, lediglich der Hallensensor erfordert noch mechanische Fertigkeiten.

Über das Feedback von Papa Romeo würde ich mich sehr freuen!


EDIT: IC6 ist übrigens ein CNY 74-4H // der ESP ein ESP-12F

Bin jetzt etwas verwirrt  :-\ über die Anschlussreihenfolge der Pfostenstecker von der Wemos-Platine zur GW60-Platine (verwende StepDown on Board).
Ausgehend von der Verdrahtungshilfe auf der GW60-Platine

schwarz-rot-orange-blau-grün-grau-violett-gelb

oder laut Platineanaufdruck Version2-Bestückung

schwarz-rot-grün-grau-violett-orange-blau-gelb

Bitte um kurze Erhellung, bevor ich mit dem Flashen der ino-Datei und der Einbindung in FHEM weitermachen kann.
Danke.

Hallo Harrison,

vergiss das obere Bild. War eine Vorversion und nur als Anschauung,wegen des Lötpunktes am Hallsensor, für mar565 gedacht.
Dein unteres Bild zeigt die richtige Belegung.
Im Anhang auch nochmal zu sehen.

Danke für die schnelle Antwort!

Hallo lukasbastelpeter,

sieht ganz gut aus und kann ich ja fast, bis auf R12 und R13, für meinen Aufbau übernehmen.
Jetzt gilt es, das alles auf eine Platine umzusetzen. Da bin ich sehr gespannt drauf.
Aber da hast du mir eins voraus....du hast nen Schaltplan... denn zu meiner Schande muss ich gestehen, dass ich in dieser Beziehung etwas "faul" bin
und einen Schaltplan in der Regel erst erstelle, wenn´s denn unbedingt sein muss.

Die Idee mit dem "Platine hinten anbringen" (da sitzt bei mir z.Z. der zusätzliche 433 MHz-Empfänger für die Handfernbedienung)  finde ich auch nicht ohne, aber dann würde ich
statt dem ESP12 einen ESP07 mit abgesetzter, externer Antenne zum Einsatz bringen.

Gruß

Papa Romeo

Danke für das Feedback!
Ja, abgesetzte Antenne wäre schon noch etwas eleganter. Ich muss mal schauen in wie weit das Layout mit einem 07er kompatibel wäre.
Aktuell habe ich die NodeMCUs auch hinten montiert und keinerlei Probleme mit dem Empfang, daher sollte das so auch funktionieren. Und abgesetzte Antenne ist für mich Wunderwerk der Technik. Keine Ahnung was ich dann da beachten muss.

Schaltplan habe ich tatsächlich. Ich habe mich mit dem LayoutTool meiner Arbeit angefreundet und nutze jetzt die kostenlose Version privat. Da ist der Schaltplan notwenig bevor Layoutet werden kann.

R12 u. R13 halte ich eigentlich auch gar nicht für nötig. Die sind im Wemos aber auch so verbaut. Ich werde mal testen ob es später auch einfach eine Brücke tut.
Aber der ADC ist sowieso erstmal Zukunftsmusik.

Grob habe ich das alles schonmal positioniert auf der Fläche. Mit ein bisschen Gefummel sollte das grade so passen. Ich würde gerne nur einseitig bestücken und Befestigungsmäßig muss ich mir auch noch etwas ausdenken.

Heute Abend vielleicht das Layout, mal schauen. Dann mein erster Gerber-Export aus dem Tool, gefolgt von der ersten Asien-PCB-Bestellung.
Da ich noch keinerlei Erfahrung mit Gerber-Export habe, hätte jemand die Möglichkeit die Daten mal zu prüfen bevor ich 6-8 Wochen auf die Platinen warte und dann nochmal neu bestellen muss?

Danke Euch!

Hallo Lukasbastelpeter,

korrigiere bitte deinen Schaltplan und dreh die Schottky-Diode D3 (zwischen Eingang Hall-Sensors und GPIO16/D0) um.

Hi, danke. Der Zug ist aber abgefahren. Ich habe schon die Platinen bestellt. Muss ich dann beim Bestücken bedenken :(

Sodele, da ja scheinbar wenig Interesse daran bestand, z.B. die GW60 auch per %-Werte ansteuern zu können, habe ich -wie angedroht- mein eigenes "Ding" programmiert.

Features (bisher):

• AutoAP: ist kein WLAN konfiguriert oder das konfigurierte nicht erreichbar, wechselt der ESP zur Konfiguration in den APMode
• WebConfig: komplette Konfiguration über das Webinterface. Sowohl im APMode als auch im ClientMode
• One file fit's all: keinerlei hardcoded Daten für WLAN und MQTT (Ausnahme MQTT-Topics: nur Topic-Prefix definierbar), somit kein "eigenes" Programm für jeden GW60 nötig
• MQTT-Funktionen: "up", "stop", "down", "state" (Rückgabe von "Direction", "Position" und "Position-Percent"; siehe Bild) , "save" (speichern der unteren Position), "0-100%"

ToDo:

• Web-Interface für Bedienung des GW60
• Code-Optimierungen
• ...

P.S.: JA!, ich programmiere grundsätzlich in Englisch. So gibt es kein "Deuglisch", wenn man auch mit includes arbeitet ;-)

Zitat von: Papa Romeo am 18 April 2019, 21:55:58
..du musst die grüne oder blaue Lackschicht (je nach Fertigungsstand des GW60) etwas abkratzen bis du das blanke Kupfer siehst. darauf kannst du dann löten.

Nochmal eine Rückmeldung.  Beim 3. GW habe ich jetzt einfach ein kurzes Kabel zum bestehenden Lötpunkt geführt (schwarzes Kabel). Geht viel schneller.
Hier noch ein paar Tipps für den Umbau:
-Bei der Hallsonde sollte man die Stifleiste auslöten und die Kabel direkt anlöten.
-Bevor man das Gehäuse schließt, kurz das Netzteil anschließen und mit der LED der Hallsonde überprüfen ob man sie richtig positioniert hat (Nicht mittig in der Aussparung, sondern möglichst nahe an der Ecke der Platine). Bevor man  das Gehäuse verschraubt, am besten nochmal überprüfen.
Es sind ziemlich offensichtliche Dinge,  aber vielleicht spart sich dadurch jemand unnötiges Rumprobieren.

@Manu
Das sieht ja schon sehr ausgereift aus. Würdest du deine Code teilen?

@Manu: Dein Sketch zeigt ja einiges an "Tasmota-Ähnlichkeit". Sieht interessant aus und bietet bestimmt einiges mehr an "Komfort" als mein Sketch. Wie schon öfters erwähnt ist
             das Programmieren für mich eine Notwendigkeit, dass meine Projekte laufen und daher nicht so "aufwendig". Aber ich lerne immer gern dazu und schau auch gerne ab,
             was wie, wo gemacht wird und daher würde mich der Sketch schon auch interessieren.
             Nicht wegen der Ansteuerung über die Prozentangabe (...inzwischen ist mir wieder Eingefallen, warum ich es bei den GW60 doch beim alten Sketch belassen habe), aber bei
             den anderen Sachen sind durchaus Dinge dabei, die ich bestimmt auch für meine Sketche nutzen könnte. .... natürlich "eingedeutscht".. ;) ;D ::)

Ich beantworte mal beide Postings zusammen...

Zitat von: mar565 am 07 Mai 2019, 23:26:40
@Manu
Das sieht ja schon sehr ausgereift aus. Würdest du deine Code teilen?

Klar, kommt weiter unten  ;)

Zitat von: Papa Romeo am 08 Mai 2019, 07:06:43
@Manu: Dein Sketch zeigt ja einiges an "Tasmota-Ähnlichkeit". Sieht interessant aus und bietet bestimmt einiges mehr an "Komfort" als mein Sketch. Wie schon öfters erwähnt ist
             das Programmieren für mich eine Notwendigkeit, dass meine Projekte laufen und daher nicht so "aufwendig". Aber ich lerne immer gern dazu und schau auch gerne ab,
             was wie, wo gemacht wird und daher würde mich der Sketch schon auch interessieren.
             Nicht wegen der Ansteuerung über die Prozentangabe (...inzwischen ist mir wieder Eingefallen, warum ich es bei den GW60 doch beim alten Sketch belassen habe), aber bei
             den anderen Sachen sind durchaus Dinge dabei, die ich bestimmt auch für meine Sketche nutzen könnte. .... natürlich "eingedeutscht".. ;) ;D ::)

Das Lustige ist, da ist keine einzige Zeile Tasmota-Code drin (ich kenne den Quellcode). Ich habe bei der ganzen Klamotte aber das Rad nicht neu erfunden. Die ganze GUI ist aus der Arduino-Lib "IotWebConfig". Wo wir dann beim Thema "Deuglisch" wären...
Ich habe jetzt mal die Lib genommen und lokal eingebunden. Sprich, ich nutze diese ausschließlich für dieses Projekt. Deswegen heißt die dann auch "x_IotWebConfig". Dadurch kann ich die modifizieren bzw. in dem Fall auf Deutsch übersetzen. Hier muss gesagt werden, ich programmiere den ganzen Kram in PlatformIO (ich hasse die Oberfläche und Funktionalität der Arduino-Software). Vom Prinzip ist es aber nichts anderes, PlatformIO setzt darauf auf.

Ich hab mal den Code bei GitLab hochgeladen und das Repository jetzt von Privat auf Öffentlich gestellt.
Link: https://gitlab.com/ManuA/GW60-Superrollo

@Papa Romeo: Wenn es für Dich OK ist, würde ich dort gerne auch Deine Gerber-Dateien zur Platine zusammen mit dem Schaltplan (hab ich schon in Eagle gemacht) hochladen. Natürlich mit Quellen-Angaben ;). So hätte man alles an einer Stelle.

Hallo Manu,

mein Ok hast Du. Schade dass dein Sketch nicht unter Arduino geschrieben ist, dachte wäre eventuell eine Möglichkeit gewesen etwas "abzukupfern"....aber egal.....ach ja, deswegen hab ich das mit den "Prozenten" gelassen.....funktioniert nur "Hundertprozentig" wenn die Impulszahl für die gesamte Verfahrstrecke des Rollladens genau 100 ist. Rückmeldung lässt sich berechnen...aber Anweisung....ich hatte beispielsweise Impulszahlen von 79 (Balkontüre) und 47 (Fenster)....und jetzt z.B. 50 % anfahren....geht nicht....entweder muss ich "ungefähr" 49 oder 51 % anfahren, da 39,5 oder 23,5 Impulse nicht möglich sind.

Zitat von: Papa Romeo am 09 Mai 2019, 23:16:47
Hallo Manu,

mein Ok hast Du. Schade dass dein Sketch nicht unter Arduino geschrieben ist, dachte wäre eventuell eine Möglichkeit gewesen etwas "abzukupfern"....aber egal.....ach ja, deswegen hab ich das mit den "Prozenten" gelassen.....funktioniert nur "Hundertprozentig" wenn die Impulszahl für die gesamte Verfahrstrecke des Rollladens genau 100 ist. Rückmeldung lässt sich berechnen...aber Anweisung....ich hatte beispielsweise Impulszahlen von 79 (Balkontüre) und 47 (Fenster)....und jetzt z.B. 50 % anfahren....geht nicht....entweder muss ich "ungefähr" 49 oder 51 % anfahren, da 39,5 oder 23,5 Impulse nicht möglich sind.

Es ist im Prinzip Arduino. Die Datei kannst Du auch mit Arduino öffnen. Ich weiß da lediglich nicht, wie die von mir modifizierte Lib da rein kommt. Was definitiv funktionieren wird, ist den Ordner "lib" rüber zu kopieren zu C:\Users\<user>\Documents\Arduino\libraries.
Beim Anfahren der %-Werte musst Du anders denken. Beispiel: Rollladen ist oben (0%) und soll auf 50% fahren. Rolladen fährt.... tick...tick...tick... Bedingung zum Stopp ist dabei 50% oder größer. Das kann dann genau 50 sein, oder 52,7 oder auch 90 (wenn das der nächste Impuls ist). Genau den Punkt wirst Du nicht treffen. Die Kunst ist es, den nächst möglichen zu treffen. Sprich beim Hochfahren ein "Kleiner als" und beim Runterfahren ein "Grösser als".

Danke für das OK, Deine Dateien mit ins GitLab einfügen zu dürfen.

Hallo Manu,
Danke für die tolle Arbeit. Ich hab es ohne Probleme im ioBroker zum Laufen gebracht. Leider hab ich da ein Paar Fehlermeldungen im Log. Soweit ich es verstehe, können die puback massages nicht zugeordnet werden, wodurch dann ein reconnect ausgelöst wird. Den Fehler selbst kann ich aber nicht finden. Hab allerdings auch erst seit kurzen mit MQTT zu tun.
Vielleicht liegt es ja an meiner Servereinstellung?
Eine Lösungsmöglichkeit wäre wohl die QoS auf 0 zu ändern, das würde ich aber gerne vermeiden.
Kann mir da jemand einen Tipp geben?

@Manu: Sobald es läuft, werde ich der AP-GUI noch ein Feld zur Auswahl des Ports hinzufügen. Vielleicht möchtest Du das auch übernehmen.

Zitat von: mar565 am 10 Mai 2019, 18:16:02
Hallo Manu,
Danke für die tolle Arbeit. Ich hab es ohne Probleme im ioBroker zum Laufen gebracht. Leider hab ich da ein Paar Fehlermeldungen im Log. Soweit ich es verstehe, können die puback massages nicht zugeordnet werden, wodurch dann ein reconnect ausgelöst wird. Den Fehler selbst kann ich aber nicht finden. Hab allerdings auch erst seit kurzen mit MQTT zu tun.
Vielleicht liegt es ja an meiner Servereinstellung?
Eine Lösungsmöglichkeit wäre wohl die QoS auf 0 zu ändern, das würde ich aber gerne vermeiden.
Kann mir da jemand einen Tipp geben?

Puh... mit ioBroker kenn ich mich garnicht aus. Ich hab alles mit Node-Red realisiert. Meine 3 Gurtwickler (und auch mein "Simulator") funktionieren ohne jegliche Reconnects. Vielleicht hat da einer eine Idee, der auch mit ioBroker arbeitet.

Welche PubSubClient-Version nutzt Du?

Zitat von: mar565 am 10 Mai 2019, 18:16:02
@Manu: Sobald es läuft, werde ich der AP-GUI noch ein Feld zur Auswahl des Ports hinzufügen. Vielleicht möchtest Du das auch übernehmen.

;D Da bin ich auch schon dran. Die Erst-Definitionen sind im eben hochgeladenen Quellcode-Update (auskommentiert) schon drin. Will da aber erst das drum herum, wie Dateien von Papa Romeo in das Repository einpflegen, usw.,  noch fertig machen.

Sodele, ich hatte jetzt endlich Zeit mir den Code und ein bisschen von der MQTT Docu anzuschauen.
Wenn ich richtig liege, muss bei QOS>0 eine MessageId mitgesendet werden, damit eine Rückmeldung erfolgen kann. Wird keine Id definiert, funktioniert es trotzedem, aber ohne Rückmeldung. Man kann in meinem Log beobachten, wie sich bei jedem Fehler die Id um 1 erhöht. Wahrscheinlich geht der Broker so mit den fehlenden Ids um.
Kann natürlich auch sein, dass ich komplett auf dem Holzweg bin  ;D

PubSubClient hab ich in der Version 2.6.0 (mit 2.7.0 passiert aber genau das gleiche)

Nur ganz kurz, da ich grad auf dem Sprung bin:

Die MessageID wird vom PubSubClient erhöht, wenn die letzte Nachricht einen Acknowledge bekommen hat.

Tach zusammen,

ich hab gerade noch einen kleinen Bug im Programm beseitigt:
Wenn gerade eine Konfigurations-Änderung stattgefunden hat, wird der WEMOS neu gestartet. So wird sichergestellt, dass die neue Konfi auch übernommen wird. Dies ist besonders wichtig, wenn z.B. das MQTT Topic Prefix geändert wird. Vor dem nächsten Reboot liest das Programm sonst die neuen Werte nicht ein und arbeitet weiter "brav" mit dem alten Topic.

Wenn ich schon dabei bin: Wollt ihr auch die kompilierte Firmware zum direkten Download auf Gitlab haben? Dann hänge ich die mit ins git bei Änderungen. So ist dann immer die passende kompilierte Version zum Quellcode da vorhanden. Mit verschiedenen Releases da zu arbeiten finde ich etwas "too much" für sowas...

Hi zusammen,

halle Manu! Sieht hübsch aus was du das gebaut hast.
Meine Platine nimmt langsam in der 2. Revision Form an. Ich habe einen 3,3V Hallsensor verbaut. Somit entfallen zwei Kontaktstellen auf der Platine, der ESP12E (oder 7) kann direkt auf die Platine gelötet werden. Die Flash-Logik habe ich beim Node-MCU abgeschaut und soweit auf dem Board untergebracht, dass ein normaler FTDI Adapter aus China angeschlossen werden kann.
So langsam ist der Hardware-Part überstanden. Nun suche ich noch eine Softwarelösung. Hättest du Interesse das anzupassen? Ansonsten würde ich demnächst beginnen das nächste Süppchen zu kochen.

Ich hatte etwas via MQTT (Set position/endposition up/down/tiltposition // get (analog value, von meinem ADC Eingang), position) im Kopf.

Zitat von: lukasbastelpeter am 15 Mai 2019, 21:41:44
[...]
Nun suche ich noch eine Softwarelösung. Hättest du Interesse das anzupassen? Ansonsten würde ich demnächst beginnen das nächste Süppchen zu kochen.

Ich hatte etwas via MQTT (Set position/endposition up/down/tiltposition // get (analog value, von meinem ADC Eingang), position) im Kopf.

MQTT macht das jetzige Programm ja auch  ;)
Gib mal ein paar mehr Details wie, wo, was angeschlossen ist bzw. welche Funktion welcher IO hat. Auch beim ADC. Was willst Du da für Werte abfragen?

Hi,

im wesentlichen habe ich nur das Design von paparomeo für einen esp12e geändert.
GPIO 05: Sensor Hallsensor
GPIO 16: Sensor Motor A
GPIO 14: Sensor Motor B
GPIO 13: Actor Direction A
GPIO 12: Actor Direction B
GPIO 04: optionaler Taster
ADC.     : beliebiger Wert (geplant war eine Fotodiode)

Ich hätte gerne in FHEM später ein MQTT2_DEVICE mit den nötigen Möglichkeiten. Vorgestellt habe ich mir per MQTT einstellbar etwas wie:
subscription von Topics wie:

• devicename/cmd/newUpStop XXX
• devicename/cmd/newDownStop XXX
• devicename/cmd/targetPos XXX
• devicename/cmd/driveUp
• devicename/cmd/driveDown
• devicename/cmd/lock TRUE/FALSE

und publish Topics:

• devicename/RSSI XXX
• devicename/ADC/ XXX
• devicename/pos-percentage XX.X%
• devicename/uptime XXX

Sehr sehr Edel wäre dann in einer späteren Variante ein Timer inkl. einer Verbindung zu einem NTP. Der Timer/Kalender dann via FHEM manipulierbar.
Wie gesagt, die Hardware habe ich jetzt so langsam so weit, dass ich die Software angehen kann. Eigentlich müsste ich "nur" Papa-Romeos Sketch so umbauen, dass die Topics in meine vorhandene Nomenklatur passen. Aber beim Überfliegen des Sketches scheint es mir so komplex, dass ich es nochmal selber neu machen müsste um es absolut zu verstehen :(

Zitat von: lukasbastelpeter am 16 Mai 2019, 21:43:50
Aber beim Überfliegen des Sketches scheint es mir so komplex...

...das war mein erster Sketch den ich gemacht habe....aber Danke für die Blumen
und ich denke er scheint nur daher "komplex" zu wirken, da er, wenn´s wahrscheinlich ein Profi betrachtet, eventuell etwas umständlich geschrieben ist.

Zitat von: lukasbastelpeter am 16 Mai 2019, 21:43:50

• devicename/cmd/newUpStop XXX
• devicename/cmd/newDownStop XXX
• devicename/cmd/targetPos XXX
• devicename/cmd/driveUp
• devicename/cmd/driveDown
• devicename/cmd/lock TRUE/FALSE

Dein "cmd" ist vom Prinzip her das "Action" in meinem Sketch. "targetPos", "driveUp", "driveDown" und "lock" verstehe ich. Auch wenn es deutlich einfacher zu programmieren ist, nur ein Topic (devicename/cmd) zu haben und die dort ankommenden Nachrichten auszuwerten.
Aber was bezweckst Du bitte mit "newUpStop" und "newDownStop"? Ich sag dem "Ding" das soll auf z.B. 45 (%) fahren und dann macht der das.

Zitat von: lukasbastelpeter

• devicename/RSSI XXX
• devicename/ADC/ XXX
• devicename/pos-percentage XX.X%
• devicename/uptime XXX

"uptime"? Na, Du hast ja richtig was vor  ;D

Zitat von: lukasbastelpeter
Sehr sehr Edel wäre dann in einer späteren Variante ein Timer inkl. einer Verbindung zu einem NTP. Der Timer/Kalender dann via FHEM manipulierbar.

Du hast FHEM. Wieso da noch einzelne Timer in die Geräte einbauen? Ich habe hier keinen einzigen Timer irgendwo (auch wenn vorhanden) aktiv. Hier gibt es 2 Systeme, die "befehlen" was, wann zu tun ist. Die Homematic selbst, bei Sachen wie Steuerung der Rollladen bei Sonne oder wenn abends die besagten im Schlafzimmer runterfahren (Kombi aus Uhrzeit und Sonnenstand). Und NodeRed (auch wenn ich hier im FHEM-Forum bin, ist hab's nicht  ;) ).

Naja. Das ist alles Luxus. Mit ,,newstop" ist eigentlich nur gemeint dem Gerät sagen zu können, dass der aktuelle Wert die oberste, bzw unterste Position ist. Verstehe es als Kalibrierung.

...auf meinen Sketch bezogen dann 0 und maxPos, da es eigentlich Sinn macht, eine Position, egal ob jetzt oben oder unten, nach jeder abgeschlossen Fahrt in die entsprechende Endlage auf 0 zu setzen. Ein definierter Wert der dann bekannt ist und schon mal nicht gespeichert werden muss.

Wobei wieder beachtet werden muss, dass der Wert vom maxPos nicht durch den Sketch, sondern durch die Endlagenspeicherung des GW60 bestimmt wird.
Der Sketch kalibriert sich im Endeffekt durch das Speichern der aktuellen Endlagen selber.

Ja, das macht Sinn, allerdings muss erkannt werden, dass der GW60 auch am Ende angekommen ist, und nicht eine Taste am Gerät gedrückt wurde.

Zitat von: lukasbastelpeter am 18 Mai 2019, 19:11:43
Ja, das macht Sinn, allerdings muss erkannt werden, dass der GW60 auch am Ende angekommen ist, und nicht eine Taste am Gerät gedrückt wurde.

Dafür müsstest Du aber die Tasten auch abfragen. Das ist ja in der bisherigen Schaltung nicht der Fall. Das wäre dann auch ein etwas größerer Umbau des GW. Also Tasten "abfangen", auf den Wemos leiten und vom Wemos dann per Optokoppler die Kontakte der Tasten ansteuern (auch dann, wenn die Tasten lokal gedrückt werden).

Korrekt. Daher meine Überlegung vor dem Kalibrieren die interne ,,soll-Position" zu checken. Wenn die
+/-  X am Anschlag sind kann die Position zurück gesetzt werden.

So, nachdem ich nun die zweite Platinenvariante mit einem direkt aufgelötetem EP12E habe und ihn nicht programmiert bekomme werde ich meine Platine für ein NodeMCU designen. Auch finanziell und aufwandsmäßig ist das deutlich effizienter als alle Teile einzeln zu bestellen und dann händisch aufzubringen. Den Komfort beim Programmieren mal außen vor gelassen.

...warum willst du jetzt von einem Wemos (...lässt sich hervorragend Programmieren) oder Solo-ESP weg auf einen NodeMCU....ist dir das bisherige Design zu klein ? ;) ;D ;D ;D

Naja, NodeMCUs habe ich noch ca. 18 Stück hier... Wemos hatte ich noch nie in den Händen :).... Ich denke aber mal, dass sich das in der Handhabung kaum etwas tut. Das Layout sollte dann auch schnell geändert sein falls das jemand möchte. Ggf. ist da ja auch etwas ähnlich?

EDIT: Habe jetzt neue Platinen für einen Wemos D1 Mini bestellt :) Außerdem noch 5x Wemos 8)

Es bleibt weiter spannend. Die Software werde ich jetzt demnächst dann mal selber angehen...

So, die Platinen sind da, die erste ist Bestückt. Jetzt geht es an die Software...

Mittlerweile habe ich eine bidirektionale Verbindung mit Hilfe des MQTT2_DEVICE-Moduls. Ich denke so könnte das eine übersichtliche Lösung werden.
Aber wie genau ist der Teil mit dem Hallsensor und die eigentliche Auswertung der Position bei Euch gelöst? Das werde ich dann mal in den nächsten Tagen erledigen...

Edit: Anbei mal mein erster Softwareentwurf. Bis auf die eigentliche Rolladensteuerung ist das erste getan. Könnte mir jemand von Euch da mal ein paar Tipps geben wie ihr die Postion mit Hilfe des Hallensensors bestimmt?

Hallo,
das Projekt scheint schon sehr weit fortgeschritten zu sein und mehreren Ausführungen umgesetzt.
Welche Variante wäre die für Gelegenheitslöter am einfachsten umzusetzende Lösung, um meine zwei GW60 in FHEM zu bringen?
Danke und schönen Sonntag
Ingo

Habe die 2. Version von Papa Romeo 2-fach in Betrieb.
Paßt wunderbar, ohne große Änderungen am GW60.
Bischen innen die "Baufreiheit" angepaßt, außen ist nix zu tun.

Danke
Hat jemand vielleicht noch zwei Platinen übrig?
Gruß

...einen Tag früher...habe gestern noch Platinen für meine Garagentor-Steuerung geordert, da hätten die noch leicht d´raufgepasst....
...ich hab zwar noch zwei, die benötige ich aber selber noch....sorry

Ich habe noch 10 von meiner letzen, finalen Version... Sollte 1:1 mit dem Sketch von papaRomeo kompatibel sein...

Hallo meine lieben,

Ich hab mich jetzt ausführlich in euren Thread eingelesen und es gibt anscheinend mehrere Platinenversionen und verschiedene Softwarestände.

Teilweise sind die Links auch nicht mehr gültig oder es ist dann ein alter Stand.

Habt ihr irgendwo die ganze Hard und Software gesammelt abgelegt oder gibt es vielleicht sogar ein Wiki dazu?

Viele Grüße

Hallo hani,

ja, Du hast Recht. Es gibt sowohl mehrere Platinenversionen als auch Softwarestände bzw. komplett andere Software-Ansätze.
Die Platinenversionen basieren da so ziemlich alle auf die von Papa Romeo. Alle I/O's sind da gleich. So sind die Software-Versionen eigentlich alle "kompatibel" zur Hardware.

Was Du da an Hard- und Software nimmst, bleibt Dir überlassen. Oder halt selber basteln ;) .

Nein, eine Wiki oder ähnliches gibt es da nicht. Wäre zwar geil, denke aber, dass dafür das ganze Projekt zu klein ist (bitte Einspruch, wenn ich das falsch sehe).

Ab jetzt kann ich nur für mich reden: mein Sketch/Programm wird demnächst (mir fehlt momentan die Zeit) noch ein Update bekommen. Da sind noch ein paar Sachen, die mir nicht gefallen bzw. nicht sauber funktionieren.

Gruß
Manu

Hallo meine lieben,

Ich habe jetzt die Schaltung etwas genauer analysiert und einen Schaltplan erstellt und dort entsprechend die Messpunkte angelegt.

Was mir auffällt:

• Es ist eine serielle Schnittstelle an der Kontaktleiste herausgeführt - Hat schon jemand diese ausprobiert?
• Ich habe ja gelesen, dass ihr Probleme mit dem internen Magnetsensor hattet. Auf dem Modul sind 2 Sensoren verbaut. Ein Hallsensor, der die Drehungen des Aufwicklers zählen kann und der separat an den Mikrocontroller herausgeführt ist und einen Reedkontakt welcher relativ lose gekoppelt die Umdrehungen der Umlenkrolle zählen kann, der über die Sparverschaltung mit den LEDs und Tastern an der Front verknüpft ist. Anscheinend konntet ihr den Reedkontakt nicht sinnvoll auslesen, wenn zwischenzeitlich die LEDs angesteuert werden. Deshalb habt ihr ja einen extra Hallsensor montiert, der diese Umlenkrolle ausliest. Aber, ist es nicht generell ein Problem, da die Umlenkrolle nur relativ lose mit dem Gurt gekoppelt ist. Hat stattdessen schonmal jemand den Hallsensor vom Wickler eingelesen?
• Zudem würde ich gerne mal probieren anstatt den Antriebsmotor über Optokoppler einzulesen den Zustand der Ansteuerung vom Mikrocontroller auszulesen. Sollte einige Kleinteile sparen

Viele Grüße

Hallo meine lieben,

Ich habe mir jetzt die genannten Punkte etwas genauer angeschaut - die interne Schnittstelle ist erstaunlich leise. Weder beim Booten, noch beim Bedienen kommt da etwas heraus - wahrscheinlich muss man da ein kompliziertes Protokoll beherrschen bevor der mit einem redet.

Zum Hallsensor - Der auf der Platine befindliche funktioniert - nur ist die Auflösung mit etwa 10 Impulsen auf der gesamten Rolladenfläche etwas begrenzt - evtl setze ich da noch einen weiteren Sensor ein, oder es reicht ein "Zeitmodell" zum Anfahren von Positionen zwischen den Impulsen.

Die Relaisansteuerung direkt im Mikrocontroller einzulesen war leider noch nicht so erfolgreich, da das Relais nach dem Anzug Pulsweitenmoduliert angesteuert wird - wohl um Strom zu sparen.

Bin gerade auch noch am Aufbau einer eigenen Platine, die idealerweise noch wirklich in das Gerät hineinpasst.

Viele Grüße

Hallo hani,

muss dein Rollladen nur etwa um die 30 cm abdecken ... ?

Zitat von: hani am 25 Oktober 2019, 15:23:19
nur ist die Auflösung mit etwa 10 Impulsen auf der gesamten Rolladenfläche etwas begrenzt

Bei meiner Balkontür erhalte ich 78 , bei meinem Fenster 48 Impulse.

Also einmal 39 und einmal 24 Umdrehungen des Impuls-Rades auf die ganze Rollladen-Fläche.

Dies entspricht dann einer Auflösung so um die 3 cm.

Zitat von: Papa Romeo am 25 Oktober 2019, 22:02:34
...
Dies entspricht dann einer Auflösung so um die 3 cm.

Nein, ich meinte wenn ich den wirklich auf der Originalplatine verbauten Hall Sensor verwende, der ja nur die Umdrehungen von dem großen Gurtwickler misst ist die Auflösung sehr begrenzt. Vorteil ist aber, dass der keinen Drift hätte und sowieso verbaut ist. Ich musste das aber deswegen machen, da ich versehentlich nicht den richtigen Hallsensor geordert hatte  ;)

Ich hab mir jetzt auch mittlerweile meine eigenen Platinen anfertigen lassen und bin aktuell in der Inbetriebnahme. Einige Fehlerchen sind schon aufgefallen und einige Spannungsregler und ESPs schon gestorben  ;D

Das Wissen versuche ich dann hier zentral auf GitHub abzuladen: https://github.com/haniham/smartWinder

Hallo hani,

reden wir schon vom selben Gurtwickler, dem GW60...?

Am großen Wickelrad ist wohl ein Magnet verbaut, aber auf der Platine kein Sensor, der diesen abfragen könnte.
Und wenn einer vorhanden wäre, würde es keinen Sinn machen diesen abzufragen. Wie du schon sagst, viel zu ungenau.

Bezüglich "Drift". Solange der Rollladen unter Zug steht, hat auch das kleine Rad mit seinen zwei Magneten keine "Drift"
und der entstehende "Drift" durch eine Entlastung, ist gewollt, um eine Hindernis-Erkennung zu gewährleisten.

Gruß

Papa Romeo

Zitat von: Papa Romeo am 11 November 2019, 23:14:46
Am großen Wickelrad ist wohl ein Magnet verbaut, aber auf der Platine kein Sensor, der diesen abfragen könnte.
Und wenn einer vorhanden wäre, würde es keinen Sinn machen diesen abzufragen. Wie du schon sagst, viel zu ungenau.

Du denkst doch nicht, dass die von Rademacher ein Teil ohne Nutzen in Serie einbauen - der hier  :D:

Ist ein HAL506 von TDK

...uups....stimmt, den hab ich mir noch gar nie so genau betrachtet und ihn bisher einfach mal so als Spannungsregler "abgestempelt".

Aber egal, ich denke trotzdem, dass es keinen Sinn macht, diesen als Referenz für die Positionierung herzunehmen,
da auch durch eine aufwendige Zeitberechnung, sehr schwer einzuschätzen ist, wann nun der Magnet wieder
vorbei kommt oder vorbeikommen sollte.
Da ist das kleine Impuls-Rad doch effizienter, zudem die Impulse hier auch gleichmäßig auf die zu "fördernde
Gurtlänge" verteilt sind.

Danke an alle Beteiligten für diese tolle Aufarbeitung!
Ich komme zwar aus der Home Assistant Welt, aber werde das schon irgendwie über MQTT integriert bekommen ;-)

Jedenfalls habe ich gerade 30 Platinen der v2 bestellt und werde (hoffentlich) nur 5 davon gebrauchen können. Schreibt mich gerne an, wenn ihr noch welche gegen EK + VSK haben wollt, sobald sie angekommen sind.

Hallo zusammen,
ich habe die Plantinenversion inkl. Sketch von lukaspeter aufgebaut und mit meinem MQTT-Sever verbunden. Bevor ich die Platine hardwareseitig mit dem GW60 verbinde, wollte ich sicher gehen das swoeit alles richtig funktioniert.
Ich bin hier etwas unsicher, da bei einem der Screenshots von lukaspeter (https://forum.fhem.de/index.php?action=dlattach;topic=60575.0;attach=121168) oben im SET-Befehl die Auswahl "attrTemplate", "getAllData" und "refreshTime_s" zu sehen ist. Bei mir steht nur die Auswahl "attrTemplate" zu Verfügung.
Stimmt bei mir ggf. noch etwas nicht? Bin für jeden Tipp dankbar.

Gruß und Danke


Internals:
   CFGFN     
   CID        GW60_IP113
   DEF        GW60_IP113
   DEVICETOPIC MQTT2_GW60_IP113
   FUUID      5e1f7401-f33f-c7cb-3b11-08afa6e320ee0fd6
   IODev      MQTT2_FHEM_Server
   LASTInputDev MQTT2_FHEM_Server
   MQTT2_FHEM_Server_MSGCNT 90
   MQTT2_FHEM_Server_TIME 2020-01-26 11:33:20
   MSGCNT     90
   NAME       MQTT2_GW60_IP113
   NR         37535
   STATE      reconnecting
   TYPE       MQTT2_DEVICE
   READINGS:
     2020-01-26 11:33:20   A0_digits       1024
     2020-01-26 11:33:20   RSSI            -81
     2020-01-26 11:29:26   dir_D6          input
     2020-01-26 11:29:26   dir_D7          input
     2020-01-26 11:29:26   dir_D8          input
     2020-01-26 11:29:26   lastCmd         startup
     2020-01-26 11:29:26   readAux         0
     2020-01-26 11:29:26   refreshTime_s   30
     2020-01-26 11:29:26   state           reconnecting
     2020-01-26 11:29:26   toggleTime_ms   300
Attributes:
   IODev      MQTT2_FHEM_Server
   readingList GW60_IP113:RSSI:.* RSSI
GW60_IP113:A0_digits:.* A0_digits
GW60_IP113:refreshTime_s:.* refreshTime_s
GW60_IP113:toggleTime_ms:.* toggleTime_ms
GW60_IP113:readAux:.* readAux
GW60_IP113:dir_D6:.* dir_D6
GW60_IP113:dir_D7:.* dir_D7
GW60_IP113:dir_D8:.* dir_D8
GW60_IP113:state:.* state
GW60_IP113:lastCmd:.* lastCmd
   room       MQTT2_DEVICE


Hey Karpate,

das ist etwas verwirrend, du hast den Screenshot von meinem eigenen Sketch, der aber immer noch im Nirvana daher dümpelt. Meine Platinen habe ich jetzt aktuell mit ESP-Easy in Betrieb, es sollte aber auch 1:1 der Sketch von Papa-Romeo damit funktionieren. Das habe ich aber noch nicht getestet...

Hallo zusammen,
ich benötige nochmal eure Hilfe bei der Verkabelung an die GW60-Platine. Ich habe die Hardware-Version von lukaspeter aufgebaut und den Sketch von Papa Romeo geflasht.

In dem ersten Post (https://forum.fhem.de/index.php/topic,60575.msg519768.html#msg519768) steht das nur 7 Kontakte verwendet werden. Darauf basierend habe ich versucht die Kontakte den Steckerpins der Platine zuzuordnen:

Jetzt werden die Kontakte angelötet
->Braun: Masse --> Steckerpin 04
->Rot: +5V --> Steckerpin 03

->Schwarz 1: Motorsignal 1  --> Steckerpin 01: oberer Kontakt auf Bild https://forum.fhem.de/index.php?action=dlattach;topic=60575.0;attach=61986;image ?
->Schwarz 2: Motorsignal 2 --> Steckerpin 02: unterer Kontakt auf Bild https://forum.fhem.de/index.php?action=dlattach;topic=60575.0;attach=61986;image ?

->Blau: Tastsignal  --> Steckerpin 07
->Orange 1: Tasteingang 1  --> Steckerpin 06: linker Kontakt auf Bild https://forum.fhem.de/index.php?action=dlattach;topic=60575.0;attach=61984;image ?
->Orange 2: Tasteingang 2  --> Steckerpin 08: rechter Kontakt auf Bild https://forum.fhem.de/index.php?action=dlattach;topic=60575.0;attach=61984;image ?

An dieser Stelle bin ich mir total unsicher ob das so paßt. Ich hoffe hier kann mir jemand etwas unter die Arme greifen...

Vielen Dank und Gruß
Ingo

Hallo zusammen,
super Projekt. Ich bin begeistert von dem was ihr hier auf die Beine gestellt habt.

Ich bin auch gerade dabei mir einen GW60 mit der Platine zusammen zu bauen.  Platine habe ich eben gerade bestückt. Warte jetzt noch auf den D1-Mini.
Da ich schon viele Systeme mit ESP-Easy im Betrieb habe, würde ich den GW60 auch gerne damit steuern. Deswegen würden mich die Device-Configs und die Rules in ESP-Easy sehr interessieren.
Kann jemand hierzu die Task Bilder und die Rules posten?

Danke und Gruß
Thomas

Hallo,
ich brauche auch bitte noch ein bisschen Hilfe.
Ich bin schon relativ weit gekommen, aber kann mir jemand bitte sagen, wo ich jetzt gelb anlöten muss, und wo ich GND,D2,D1,5V anbringen muss?
Und für was ist die kleine Zusatz-Lochraster-Platine, die man auf dem Bild in den vorherigen Posts sieht?

Danke und Gruß
Thomas

EDIT:
OK, den Hallsensor muss ich mir noch besorgen und da wird gelb angelötet. Aber kann ich dafür den GND nicht von woanders abgreifen. Muss man den Lack abkratzen und dort GND abnehmen?

Hallo Thomas,

natürlich kannst du den Gnd auch woanders her holen. Ich hab ihn eben von da genommen, da es der kürzeste Weg war und die "kleine Lochrasterplatine" bzw. Hallsensor auch gleich noch etwas fixiert und auf der Platine stabilisiert wird.

Die Pfostenleiste unten (Gnd, D2, D1, +) ist für optionale Erweiterungen gedacht und müssen nicht belegt werden. Ich hab da z.B. den Empfänger eines kleinen 4-Kanal-Handsenders angeschlossen, mit dem ich den Rollo dann auch noch bedienen kann.

LG

Papa Romeo

Hallo Papa,
danke für die Info. Sobald der Hallsensor geliefert wurde mach ich weiter.
Mich würde jetzt noch die ESP-Easy Konfiguration interessieren.
Wäre super wenn da jemand noch was posten könnte.

Grüße
Thomas

Zitat von: thgorjup am 13 Mai 2020, 00:03:49
Mich würde jetzt noch die ESP-Easy Konfiguration interessieren.

...da kann "ich" dir leider nicht weiter helfen. Ich nutze ESP-Easy nicht.


LG

Papa Romeo

Ok, habe lukasbastelpeter und ct eine PM geschrieben. Vielleicht können sie mir dabei helfen.
Oder ich muss selbst solange rumprobieren, bis es irgendwie klappt.
Sollten alle Stricke reißen, greife ich auf deinen Sketch zurück.  ;)

Hallo zusammen,
leider habe ich noch immer Probleme mit dem System. GPIO5 (D1) funktioniert, aber GPIO4 (D2) nicht.
Wenn ich den D1 auf LOW ziehe, bewegt sich der GW60 nach unten. Aber bei D2 tut sich leider nichts.

Wie kann ich denn die Platine nochmal durchtesten. Kann ich etwas provisorisches an die vier Pins (GND,D2,D1,5V) anschließen um es zu prüfen?
Oder wie kann ich das hardwareseitig testen?

Da ich mit dem Sketch von Papa nicht weiter gekommen bin, habe ich etwas mit ESP-Easy rumprobiert. Anbei das was ich bisher gemacht habe.
Vielleicht kann mir jemand helfen?

EDIT: Am D1 und D2 liegen bei LOW 1,5V und bei HIGH 5,0V an. Ich gehe davon aus, dass dies richtig ist.
Die Verkabelung (blau, orange) ist auch an den Motor-Kontakten auf der Platine richtig angeschlossen. Irgendwann muss also faul sein.
Die manuelle Bedienung am GW60 funktioniert.

..wenn es keine Auswirkung zeigt, wenn du D2 auf Masse legst, gibt´s drei Möglichkeiten:

1. der Widerstandswert 560 Ohm ist sehr viel höher als 560 Ohm
2. der Optokoppler TLP504 hat nen "Schuß"
3. die Verdrahtung/Lötung hat keinen richtigen Kontakt oder passt nicht

Kannst du testen, indem du mit einem kleinen Schraubendreher am TLP504 die Pin´s 7 und 8 miteinander verbindest.
Dann muss sich der Rollladen bewegen. Ebenso bei Pin 5 und 6.

Funktioniert das, liegt der Fehler am Opto-Koppler oder davor.

Geht das auch nicht, stimmt mit der Verdrahtung was nicht.


LG

Papa Romeo

Ok, folgendes Ergebnis:

- Lege ich D1 auf Masse, reagiert der Motor.
- Lege ich D2 auf Masse, tut sich nichts.
- Am Widerstand D1 und D2  messe ich jeweils 552 Ohm.
- Die Verdrahtung (Verkabelung zur GW60 Platine) habe ich durchgepiepst und schein OK.
- Wenn ich die Pins 5-6 und 7-8 am linken Optokoppler TLP504 verbinde, bewegt sich jeweils der Motor. Also kann der defekt sein?

...würde ich sagen. Tausch den mal aus.

LG

Papa Romeo

Hallo Papa,
ich habe den Optokoppler ausgetauscht. Daran liegt es wohl nicht. Gleiches Problem. D2 tut nichts.

Zitat
Kannst du testen, indem du mit einem kleinen Schraubendreher am TLP504 die Pin´s 7 und 8 miteinander verbindest.
Dann muss sich der Rollladen bewegen. Ebenso bei Pin 5 und 6.

Funktioniert das, liegt der Fehler am Opto-Koppler oder davor.

Dann ist "oder davor" wohl noch zu prüfen. Aus welcher Sicht meinst du das?
Vor dem Optokoppler ist ja nur noch der Widerstand (schon positiv gemessen) und der Sockel mit dem D1-Mini selbst.
Oder meinst du die andere Seite?

Zitat von: thgorjup am 23 Mai 2020, 15:15:20
Dann ist "oder davor" wohl noch zu prüfen. Aus welcher Sicht meinst du das?

..die Seite Pin 1 bis 4.

Pin 1 und 2 sind zuständig für das Durchschalten von Pin 7 und 8
Pin 3 und 4 für Pin 5 und 6.

Was hast du für Oprokoppler verwendet. TLP504 ?

Hmm, ich war mir sicher die TLP504 bestellt zu haben aber habe gerade nachgesehen. Es sind TLP620-2.
Das ist vermutlich das Problem, oder? Aber warum klappt dann D1?

https://www.reichelt.de/optokoppler-dil-8-tlp-620-2-tos-p216955.html?&trstct=pos_0&nbc=1 (https://www.reichelt.de/optokoppler-dil-8-tlp-620-2-tos-p216955.html?&trstct=pos_0&nbc=1)

Zitat von: Papa Romeo am 23 Mai 2020, 15:23:18
Was hast du für Optokoppler verwendet. TLP504 ?

Das habe ich fast vermutet, dass du keine TLP504 verwendet hast. Nimmst du andere passt die Pinbelegung nicht.

Beim TLP504 sind die beiden Kathoden sowie die beiden Kollektoren zueinander gerichtet. D.h. Kathoden Pin 2 und 3, Kollektoren Pin 6 und 7.

Bei deinem Optokoppler sind sie welchselweise belegt.  Kathoden Pin 2 und 4, Kollektoren Pin 6 und 8.

Somit wird bei dir nur der Optokoppler funktionieren, der über D1 angesteuet wird.

Ebenso bei D3 und D4. Es wird nur über D3 die richtige Richtung gesteuert, falls du hier auch den 620er verwendet hast.

LG

Papa Romeo

...solltest du keine TLP504 zur Verfügung haben, kannst du dir folgend behelfen.

Statt den Dual-Optokopplern, zwei Single-Opto-Koppler, natürlich sofern vorhanden, einsetzt.
Dazu must du aber den Optokoppler der zwischen 1,2 und 7,8 sitzt "umbiegen".

LG

Papa Romeo

Danke Papa, für deine Hilfe.
Ich denke es ist am Besten die richtigen Optokoppler zu verwenden. Ich habe jetzt welche in der Bucht bestellt.
Mir graut es schon vor dem Auslöten. Das ist immer so ein Abenteuer.

...darum verwende ich, wenn´s irgendwie geht, IC-Sockel...
...und wenn´s trotzdem mal löten sein muß....Entlötlitze...

Zitat von: thgorjup am 24 Mai 2020, 14:46:45
Mir graut es schon vor dem Auslöten. Das ist immer so ein Abenteuer.

Oder ggf. die Pins abzwicken (der alte Optokoppler ist dann halt hinüber) und Pin für Pin auslöten.

Gruß Peter

Hallo Papa,
huete sind die richtigen Optokoppler gekommen. Eingelötet und siehe da, es funktioniert. Super! Vielen Dank für deine Hilfe.
Wieder ein Problem weniger. Jetzt brauche ich nur noch einen dünneren Gurt, denn der vorhandene ist zu dick und somit kann ich nicht den ganzen Gurt aufwickeln.
Die Fenster sind raumhoch.

Gruß
Thomas

Hallo Thomas,

freut mich, dass ich helfen konnte.

LG

Papa Romeo

Hallo zusammen, bin gerade über den Thread gestolpert und muss sagen: TOP!
Eindeutig preisweiter als die Rademacherfertiglösungen :D

Hätte 2 Fragen:
- Wird die Plantine/Wemos komplett im Gehäuse verpackt oder ist das ein nicht so schöner "Aufbau" (Aufputzmontage)
- Hat zufällig noch jemand eine Platine über? :D

Gruß Thomas

Hallo Thomas,

bei Aufputzmontage, müsstest die Platine, egal welche auch, dann auf der Unterseite (Gegenüber den Bedientasten) montieren und eine "Gehäuseschale" drucken und drüberpacken.

Gruß

Papa Romeo

Danke für die Info Papa Romeo.
Stellt sich die Frage, hat schon jemand so ein Gehäuse designt oder gibts in die richtung noch nichts? 3D Drucker hätte ich hier, aber die Fähigkeit Dateien zu erstellen fehlt mir leider. :D

Hallo Thomas,

in Punkto "3D-Drucken" kann ich dir leider nicht weiterhelfen. Ich hab zwar auch einen, aber der hat noch den Status "Platinenfräser". Mir fehlt einfach die Zeit, das Teil wieder zurückzubauen und mich mit dem Thema "3D-Drucken" zu beschäftigen.

LG

Papa Romeo

Hallo,
meinen Gruß an alle, die mit der von Papa Romeo vorgestellten Lösung (von der Idee bis zur Umsetzung: finde ich echt klasse!) immer noch zufrieden sind, keine Probleme haben und damit die direkte Einbindung in FHEM umsetzen konnten.

Ich habe meine sechs GW60 nach dieser Anleitung umgebaut, konnte aber leider keinen dauerhaften Betrieb aufrechterhalten. Die Gründe dafür konnte ich auch in wochenlanger Ursachenforschung nicht herausfinden, die Rollosteuerung funktionierte bei mir immer nur sporadisch. Es ist also der schlimmste Fall bei mir aufgetreten: Geht, geht nicht, ...

Damit war der WAF natürlich tief im Keller  ::)

Damit die ganze Arbeit nun nicht umsonst gewesen sein soll, nun vielleicht für diejenigen, die ähnliche Erlebnisse gehabt haben wie ich, folgende Alternative: Eine indirekte Einbindung in FHEM über den Shelly 2.5 unter Verwendung von zwei 24V Relais. Alternativ kann das aber auch nur mit der Shelly-App bedient werden.

Hier mal der Link ins Shelly-Forum mit Schaltplan:
https://www.shelly-support.eu/forum/index.php?thread/132-superrollo-gw60-gurtwickler-mit-shelly-2-5-bedienen-gel%C3%B6st/&postID=1364#post1364

Das 24V-Relais gibt es hier:
https://www.ebay.de/itm/222750188573

Im Anhang findet ihr noch Bilder von einem Prototypen von mir.
Das zusätzliche verlegte 4-adrige Kabel vom Bedienteil führt ihr am besten über den gleichen Weg, wie das bereits vorhandene 5-adrige Kabel vom GW60 nach außen zu den 24V-
Relais.

Für die Stromversorgung könnt ihr die bereits vorhandenen, nach außen verlegten Anschlüsse von Papa Romeo verwenden. Die 8-polige Buchse einfach auf dem Shelly mit Heißkleber fixieren.

Mittlerweile funktionieren nun alle Rollos stabil und verrichten ihren Dienst ohne Probleme  8)

Einen guten Rutsch ins Jahr 2021 wünsche ich noch.

Hallo harrison,

schade dass du dir weitere Mühe machen musstest um einen dauerhaften Betrieb gewährleisten zu können.

Ich habe 7 umgebaute GW60 im Einsatz und bei den Zweien in der Küche hatte ich das selbe Problem wie du

... ging, ging mal nicht, ging...der Grund ... zu schwacher WLan-Empfang, da der Router gerade am gegenüber liegenden Eck vom Haus sitzt.

Ich hab dann einfach die WEMOS gegen Solche mit externer Antenne ausgetauscht, die Antenne im Gehäuse nach Aussen gelegt und

seither funktionieren auch diese Beiden ohne Probleme.


LG

Papa Romeo

Hallo harrison,

spannender Ansatz mit den Shellys. Mit denen beschäftige ich mich erst relativ "frisch" und aktuell auch nur mit dem Shelly 1L, da ich einige Stellen in der Wohnung habe, die noch nicht smart sind wegen des fehlendem N-Leiter am Schalter. Jetzt kann ich auch diese Lampen per MQTT ansprechen :D.

Vielleicht wäre hier der Shelly Uni auch ein guter Ansatz. Der hat ja (laut Shelly-HP) zwei potenzialfreie Ausgänge und kleiner als der Shelly 2.5. Ich werd mir da mal einen "zum Spielen" von bestellen.

Darf ich trotzdem aus reiner Neugier mal fragen, was bei Dir so nicht lief? Evtl. lag es "nur" am WLAN, der Wemos hat ja eher eine "Pseudo-Antenne", und dazu noch tief in der Wand vergraben...
Ich habe hier vier GW60 problemlos mit Papa Romeos Platine laufen (mit meinem eigenen Programm im ESP). OK, ab und zu reagieren die nicht direkt nach dem Befehl. Da können die aber nichts für. Unser 2,4GHz-WLAN ist hier mitten in der City sowas von "zugemüllt". Kurz verzögert laufen die dann aber an. Ich habe das 2,4'er hier nurnoch im IoT-WLAN in Betrieb, alle anderen WLAN-Netze (Home, Gast) senden ausschließlich im 5GHz-Netz.

Einen Guten Rutsch an alle  ;D

Hallo Papa Romeo und Manu,

leider kann ich euch den Fehler bei mir nicht so genau sagen. Das mit dem WLAN möchte ich nicht ausschließen, aber mein Unifi-AP im Schlafzimmer z.B. befindet sich Luftlinie mit freier Sicht in  ca. 4m Entfernung. Die GW60 dort sind auch Aufputz montiert, der Ping auf den Wemos ist konstant und die Antwortzeiten < 10ms.
Ansonsten auf jedem Stockwerk ein eigener AP. Und jeder ESP mit dem jeweiligen Stockwerks-AP verbunden.

Das mit dem WLan ist halt immer so eine Sache. Und da schon einige Shelly1 das Licht bei mir zufrieden schalten, war das mit dem Shelly 2.5 auf jeden Fall einen Versuch wert.

Hi zusammen,

ich habe mein Programm für Papa Romeo's Platine noch etwas erweitert.
Changelog:

ZitatBugfix: untere Position wurde nicht im EEPROM gespeichert
NEU: mit dem Wert 99% ("Alexa, Rollladen XYZ auf 99%") wird eine Initiierung zum Speichern der unteren Position gestartet. Der GW60 fährt komplett herunter und speichert den neuen Wert. Als Bestätigung fährt es den Rollladen danach ein Stückchen hoch und wieder herunter.
NEU: mit dem Wert 1% ("Alexa, Rollladen XYZ auf 1%") wird eine Initiierung zum Speichern der oberen Position gestartet. Der GW60 fährt komplett hoch und speichert den neuen Wert. Als Bestätigung fährt es den Rollladen danach ein Stückchen herunter und wieder hoch.

Zu finden unter: https://gitlab.com/ManuA/GW60-Superrollo (https://gitlab.com/ManuA/GW60-Superrollo)

Hallo zusammen,

da ich etwas mehr mit dem Gurtwickler vor habe, und endlich etwas Zeit übrig war, habe ich mir auf Grundlage von Manus Programm etwas eigenes zusammengebastelt. Das möchte ich euch nicht vorenthalten  :)

https://github.com/mar565/BeltWinder (https://github.com/mar565/BeltWinder)

Unterschiede zu Manus Programm die mir auf die schnelle einfallen:
-Kalibrierung nur einmalig notwendig (auf Knopfdruck)
-Position wird automatsich nachjustiert
-Nach Reboot Positionierungsfahrt nur nötig falls (0<gewünschte Position<100) und dann die möglichst kürzeste Strecke
-aktuelle Postion und gewünschte Position in einem Topic
-alive Topic
-info Topic - für wichtige Meldungen

Das ganze sieht im ioBroker wie im Anhang aus. Die Felder müssen allerdings einzeln konfiguriert werden  :(

Ich würde mich über ein Feedback freuen und wenn jemand bei der Fertigstellung helfen möchte, nehme ich die Hilfe gerne an.

@Manu Besonderen Dank an dich, da ich von deinem Code sehr viel gelernt habe. Falls ich irgenwelche Fehler bei dem Verweis auf dein Projekt gemacht habe, melde dich bitte.

Hallo mar565,

du brauchst eigentlich nicht auf die Hempel-Seite verweisen.

Steht auch alles in diesem Thread hier im Forum unter

https://forum.fhem.de/index.php/topic,60575.msg723047.html#msg723047

Auch die Daten für das Platinen-Update sowie das Grundprogramm usw. sind dort hinterlegt.

LG
Papa Romeo

Zitat von: Papa Romeo am 17 Februar 2021, 07:11:05
Hallo mar565,

du brauchst eigentlich nicht auf die Hempel-Seite verweisen.

Steht auch alles in diesem Thread hier im Forum unter

https://forum.fhem.de/index.php/topic,60575.msg723047.html#msg723047

Auch die Daten für das Platinen-Update sowie das Grundprogramm usw. sind dort hinterlegt.

LG
Papa Romeo

Habe es abgeändert. Danke  :D

Zitat von: mar565 am 17 Februar 2021, 00:04:40
Hallo zusammen,

da ich etwas mehr mit dem Gurtwickler vor habe, und endlich etwas Zeit übrig war, habe ich mir auf Grundlage von Manus Programm etwas eigenes zusammengebastelt. Das möchte ich euch nicht vorenthalten  :)

https://github.com/mar565/BeltWinder (https://github.com/mar565/BeltWinder)

Unterschiede zu Manus Programm die mir auf die schnelle einfallen:
-Kalibrierung nur einmalig notwendig (auf Knopfdruck)
-Position wird automatsich nachjustiert
-Nach Reboot Positionierungsfahrt nur nötig falls (0<gewünschte Position<100) und dann die möglichst kürzeste Strecke
-aktuelle Postion und gewünschte Position in einem Topic
-alive Topic
-info Topic - für wichtige Meldungen

Das ganze sieht im ioBroker wie im Anhang aus. Die Felder müssen allerdings einzeln konfiguriert werden  :(

Ich würde mich über ein Feedback freuen und wenn jemand bei der Fertigstellung helfen möchte, nehme ich die Hilfe gerne an.

@Manu Besonderen Dank an dich, da ich von deinem Code sehr viel gelernt habe. Falls ich irgenwelche Fehler bei dem Verweis auf dein Projekt gemacht habe, melde dich bitte.

Hallo mar565,

alles gut, mein Code ist ja Open Source. Also problemlos zu verwenden.

Über einen Punkt Deiner To-Do musste ich jedoch leicht Schmunzeln:

• Englisch Übersetzung: Kommentare + reedme

Die früheren Versionen meines Codes waren auf Englisch (wie ich es eigentlich immer mache), auf allgemeinen Wunsch hier im Forum habe ich es dann auf Deutsch übersetzt  ;D 8)

Werde die Tage mal in Deinem Code "spionieren", was die Erweiterungen angeht  ;)

Zitat von: Manu am 17 Februar 2021, 18:03:43
Hallo mar565,

alles gut, mein Code ist ja Open Source. Also problemlos zu verwenden.

Über einen Punkt Deiner To-Do musste ich jedoch leicht Schmunzeln:

• Englisch Übersetzung: Kommentare + reedme

Die früheren Versionen meines Codes waren auf Englisch (wie ich es eigentlich immer mache), auf allgemeinen Wunsch hier im Forum habe ich es dann auf Deutsch übersetzt  ;D 8)

Werde die Tage mal in Deinem Code "spionieren", was die Erweiterungen angeht  ;)

Zumindest im readme kann man ja beiden Sprachen behalten.  ;D
Ich möchte den Code noch für Ikea Rollos mit Servo und einen höhenverstellbaren Schreibtisch nutzen; das könnte auch für Leute außerhalb des GW-60 Projekts Interessant sein.
Schau dir den Code ruhig an, ich freue mich auf Feedback  :)

btw: Im dev branch wird inzwischen der ESP32 unterstützt

Hallo Papa Romeo,
danke für das tolle Projekt. Ich würde das gerne nachbauen, aber ich habe kein fhem laufen und möchte es mit Tasmota realisieren.  Kennst du dich damit aus? Weißt du was ich an den PINs D3, D4 und D5 nach deine Schaltung konfigurieren muss? Was kommen da wie, wann und warum für Signale an?
Danke
teasy

Hallo teasy,

da kann ich dir leider nicht weiterhelfen, da ich die Schaltung mit meinem eigenen Sketch betreibe.

LG
Papa Romeo

Zitat von: teasy am 26 Februar 2021, 23:41:17
Hallo Papa Romeo,
danke für das tolle Projekt. Ich würde das gerne nachbauen, aber ich habe kein fhem laufen und möchte es mit Tasmota realisieren.  Kennst du dich damit aus? Weißt du was ich an den PINs D3, D4 und D5 nach deine Schaltung konfigurieren muss? Was kommen da wie, wann und warum für Signale an?
Danke
teasy

Hallo teasy,

Sowohl Tasmota, als auch die verschiedenen Programme, die hier zu Verfügung gestellt werden, laufen mit MQTT. Also unabhängig von FHEM, mit jedem beliebigen MQTT-Broker.
Falls du trotzdem etwas für Tasmota entwickeln möchtest, findest du die PIN Zuweisungen in den Quellcodes der Programme.

Hallo mar565,
ich würe mich gar nicht auf Tasomta festlegen wollen. Allerdings läuft meine Hausautomation unter Domoticz. Keine Ahnung ob ich das hier überhaut schreiben darf. :-\ Ja, auch Domoticz funktioniert mit MQTT. Das nutze ich schon mit mehreren Sonoff- und shelly-Geräten. Aber ich weiß ehrlich gesagt nicht wie ich die Wemos D1 mit Papa Romeos Sketch in mein Domoticz einbinde. Mit Tasmota hätte ich das sicherlich geschafft. Wenn es mir mit den vorhandenen Sketches gelingt um so besser.

...im Sketch sind doch die einzelnen Topic´s für rauf, runter, stopp, Position usw. hinterlegt auf die MQTT reagiert.

LG
Papa Romeo

Hallo zusammen,

erstmal vorab: Das Projekt ist einfach der Hammer, vielen Dank für die Veröffentlichung!  :)

Ich würde das Teil gerne nachbauen, aber etwas modifizieren. Das Bedienteil möchte ich komplett vom Gurtwickler entkoppeln, um Buttons und LEDs mit eigenen, erweiterten Funktionen nutzen zu können (z.b. Doppelklick, langes Drücken etc. um mehrere Rollos gleichzeitig ansteuern zu können, Andere Bedeutung der LEDs, Blinkcodes...)

Leider verstehe ich die Logik des Bedienteils nicht ....  :-[

Hat sich damit schonmal jemand beschäftigt? Ich habe mal angefangen, das Teil zu analysieren, siehe Anhang. Leider verstehe ich nicht, wie man mit 5 Kontakten 5 Buttons (Eingänge) und 2 LEDs (Ausgänge) steuern kann. Die Funktion der Transistoren ist mir auch nicht klar, es steht drauf "4 JA3" (sind doch Transistoren, oder?). Ganz davon zu schweigen, wie ich das über ESP8266 IOs ansteuern kann.

Wenn meine Weiterentwicklung fruchtet, teile ich natürlich Layout, Sketch...

Grüße!
Lukas

Hallo lukas,

ich hatte das mal durch Reengineering für ein anderes Forum erstellt und deine Transistoren sind Doppeldioden.

Funktioniert ähnlich einer Keypad-Matrix ...

... wenn ich x mit w verbinde dann ...
... wenn ich y mit w verbinde dann ...
... wenn ich z mit w verbinde dann ...

usw.

...so kann ich z.B. mit 3 Leitungen 6 Zustände mit 4 Leitungen 12 Zustände und mit 5 Leitungen 20 Zustände darstellen ... usw.

Zustände = Anzahl Leitungen x (Anzahl Leitungen - 1) .... macht also Sinn bei mehr als 2 Leitungen...

LG
Papa Romeo

Hallo Papa Romeo,

vielen Dank für deine Antwort! Das hilft mir schonmal sehr beim Verständnis, gerade das mit den Doppeldioden (kannte ich bis dato nicht). Dein Schaltplan zeigt ja, wie der Optokoppler die Funktion der Buttons ersetzen kann. Das muss ich letztendlich auch machen, um den Gurtwickler anzusteuern.

Jedoch um das Bedienfeld am ESP nutzen zu können, fehlt mir noch der Durchblick. Ich kann hier nicht einfach auf gewisse Pins Masse/3,3V+ geben und die Buttons ziehen mir die Spannung hoch oder runter,  richtig? Wie steuert man den soetwas an?

Sorry für die Noobie-Fragen  :D

Viele Grüße

Lukas

Hallo Lukas,

das ist´n bisschen aufwendiger ... es werden z.B. zeitweise bestimmte Pin´s auf Masse gelegt und dann geschaut ob anderer Pins durch Betätigung eine Pegeländerung erfahren.

Beispiel:

Legt man PIN5 von CN1 auf Masse und an PIN4 und PIN2 über einen Widerstand +Ub an, kann man feststellen ob z.B. UP oder UHR gedrückt wurde. Das Gleiche gilt für PIN1. PIN1 auf Masse und an PIN2 und PIN4 über einen Pullup +Ub, kann man feststellen ob SONNE oder DOWN gedrückt wurde oder ist.
Dreht man die Polarität an PIN5 und PIN2 um, leuchte LED UHR. Dreht man die Polarität an PIN1 und PIN4, leuchtet LED SONNE.
Der Taster SET ist am einfachsten auszuwerten. Z.B. +Ub an PIN4 und wenn an PIN3 auch +Ub anstehen ist SET gedrückt.
Das alles erfordert aber ein genaues "Timming" welches der auswertende Chip vorgibt.

LG
Papa Romeo

Ah, jetzt hat's klick gemacht  :)

Also in jeder Schleife alle Kombinationen abfragen und falls die LED-Pins gebraucht werden, kurz LED-Spannung weg, Pins abfragen und wieder aktivieren. Klingt machbar, bisschen mehr zu programmieren als mit einem Pin pro GPIO.


Mein Projekt ist allerdings gestern Abend gestorben, als ich das Angebot für 5x Rademacher 230V Gurtwickler mit DECT gesehen hatte: link (https://www.cyberport.de/haushalt/smart-home/pdp/5c18-064/rademacher-gurtwickler-rollotron-dect-elektrischer-gurtwickler-5er-set.html).

Mich nervt bei den GW60 das schwache Drehmoment und die Lautstärke sowie das Pfeiffen der 24V-Netzteile. Da ich noch x andere Smart Home Projekte habe, gebe ich dieses hier auf...


Trotzdem was gelernt und danke dafür  ;)

Grüße,
Lukas

...kein Problem, zu dem ist das Forum u.a. da ...  ;)

...vielleicht "sieht" besser gesagt "schreibt" man sich mal wieder zu einem anderen "Problem"....

LG
Papa Romeo

Nur der Vollständigkeit halber: die Funk-Fernbedienung ZB60 für den GW60

Hallo zusammen,

Vielen Dank an alle die zum Erfolg dieses Projektes beigetragen haben und uns am Ergebnis teilhaben lassen!

Ich habe mir bisher 8 GW60 nachgebaut, diese funktionieren großteils perfekt.
7 Stk. GW60 habe ich Unterputz montiert, diese funktionieren perfekt.
Einen GW60 habe ich Aufputz installiert, da muss der Gurt ja anders eingeführt werden und die Bedientaster bzw. die Laufrichtung ,,umgedreht" werden. Nun bin ich unsicher ob ich zur Ansteuerung die PIN-Belegung ändern muss?
Ich verwende die Software von MAR656, diese kann aber die Kalibrierung nicht abschließen. Logischerweise wird auch die Laufrichtung bzw. geöffnet/geschlossen falsch angezeigt.

Evtl. hat jemand einen Tipp für mich.

Grüße,
Jürgen

Hallo Jürgen,

ich kenne jetzt die Software von MAR565 nicht und weiß daher auch nicht ob er in Dieser die Option "Aufputz-Montage" irgendwie berücksichtigt hat.
Da aber der GW60 in dem Sinne keine "Richtungserkennung" hat, würde ich einfach mal die Zuleitungen am Motor tauschen und testen,
ob du eventuell damit zum Ziel kommst.

LG
Papa Romeo

Hallo Papa Romeo,

Volltreffer!  ;D

Die beiden Motor-Pins getauscht und es läuft wie es soll!

Vielen Dank für die schnelle Hilfe.

Grüße,
Jürgen

Hallo Jürgen,

freut mich, dass die Software bei Dir funktioniert. Die Aufputzmontage habe ich tatsächlich nicht bedacht  :)
Falls Du noch Anregungen oder Verbesserungsvorschläge hast, kannst Du dich gerne melden.

LG
mar565

Zitat von: mar565 am 04 Mai 2021, 20:26:51
Die Aufputzmontage habe ich tatsächlich nicht bedacht  :)

... hab ich in meiner auch nicht, wäre aber mit einer Variablen erledigt die angibt, dass die Relais "reverse" schalten sollen.
Ist dann das Gleiche wie die Pins des Motors tauschen.

LG
Papa Romeo

Hallo Mar565,

seit ich die Pins getauscht habe läuft der Aufputzwickler auch so problemlos wir die anderen.

Das einzige das mich stört ist das pfeifen der GW60 Motoren, das ist nervig.
Ich fürchte, dass du da auch nichts daran ändern kannst.  ;)

Grüße,
Jürgen

Na dann ist ja gut  ;D
Wie hast Du es denn optisch gelöst? Papa Romeos Lösung verschwindet ja nur bei der Unterputz-Variante.

Zitat von: mar565 am 04 Mai 2021, 20:56:16
Wie hast Du es denn optisch gelöst? Papa Romeos Lösung verschwindet ja nur bei der Unterputz-Variante.

... ich meine irgendwo mal was gesehen zu haben mit einem selbstgedruckten Gehäuse an der Unterseite des GW60 ...

Zitat von: Robothaler am 04 Mai 2021, 20:48:31
Das einzige das mich stört ist das pfeifen der GW60 Motoren, das ist nervig.

Jürgen, das sind nicht die Motoren. Die werden ganz normal mit Gleichspannung betrieben.
Das ist die Plastikrolle, auf der der Gurt aufgewickelt wird. Durch die Zugbelastung wird diese an
das Gehäuse, bzw. den Führungszapfen auf der die Rolle läuft, gepresst und erzeugt beim Drehen dann das "Pfeifen". Ich hab´s mal mit Fett
versucht. Hilft eine Zeit lang, aber dann kommt das Pfeifen wieder.
Hatte jetzt auch schon zwei GW60 an denen dann diese Führungszapfen aus dem Gehäuse ausgebrochen waren.

LG
Papa Romeo

Optisch habe ich das noch nicht sehr schon gelöst.
Die Platine ist einfach an die Unterseite geklebt.

Da das jetzt aber so funktioniert wie gewünscht werde ich mich mal daran machen ein kleines Gehäuse zu konstruieren und zu drucken.

Wegen den Pfeifen muss ich dann mal sehen ob ich da mit Fett zumindest etwas Abhilfe schaffen kann.
Danke für den Tipp!

Grüße,
Jürgen

Zitat von: Papa Romeo am 29 November 2017, 11:53:48
Hallo zusammen,

ich habe mein GW60-ESP8266-Projekt etwas weiterentwickelt und nun alles, bis auf das Sensormodul und eine eventuell abgesetzte Spannungsversorgung, wenn der R-78E05-0.5 gerade nicht zur Hand ist, aber eventuell ein anderer, auf einer Platine außerhalb des GW60 untergebracht und somit den Verkabelungsaufwand erheblich reduziert. Alles ist kompatibel zu meinem vorherigen Projekt und die beiden Sketche, die ich erstellt habe funktionieren somit auf beiden Varianten.
Nähere Informationen zu den Unterschieden der Sketche und der Notwendigkeit des Sensormoduls usw. habe ich hier im Nachtrag des Vorprojektes (http://www74.zippyshare.com/v/iKcBduQl/file.html) schon aufgeführt. Weitere Beschreibungen findet ihr auch hier im Link von Post #9.
Wie gesagt ist die Platine für einen R-78E05-0.5 ausgelegt(...hatte ich noch übrig). Es kann aber auch jeder andere Mini-Step-Down-Regler wie z.B. Pololu D24V6F5 o. Mini MP1584 o.ä., der einer Eingangsspannung von mind. 28 Volt stand hält, verwendet werden. Ist Dieser für die Platinen-Montage zu groß oder nicht PIN-Kompatibel, kann er ohne Probleme dort untergebracht werden, wo normalerweise die ZB40 gesteckt wird. In diesem Fall wird die Platine nicht mit dem R-78E05-0.5, sondern mit einer Dreier-Stiftleiste für JP1/JP2 bestückt. Je nachdem welche Spannung nun euer Step-Down-Wandler liefert und entsprechenden Jumper ihr dann setzt, kann die Schaltung mit 5 Volt (JP2 gesetzt) oder mit 3,3 Volt (JP1 gesetzt) betrieben werden. Zum Schutz vor zu hohen Eingangsspannungen sollte dann noch, dort wo normal der R-78 sitzt eine 5,6 Volt bzw. 3,6 Volt Z-Diode eingelötet werden. Die 5 Volt des GW60 solltet ihr nicht verwenden, da die Leistung für den Sendebetrieb nicht ausreichend ist.

Die Sketche liefern per MQTT z.B. an FHEM folgende Informationen:

-   die maximale Position des Rollladens (Position wenn komplett geöffnet)
-   die momentane Position des Rollladens
-   die Position des Rollladens in "zu Prozent geöffnet"
-   Rollladen schließt gerade, öffnet gerade oder steht


Gesendet wird ,,Rollladen schließen" sowie ,,Rollladen öffnen" und ,,Stopp".

Der GW60 behält weiterhin, unabhängig von der ,,Modifikation", alle seine Funktionen. Auch bei einer Handbedienung am GW60 bzw. eingeschaltetem Automatikbetrieb oder Steuerung über den Sonnensensor, weiß FHEM immer wo der Rollladen gerade steht. Des Weiteren werden die Werte der maximalen Position und der aktuellen Position im EEprom gespeichert, so dass auch nach einem Stromausfall  der Zustand des Rollladens bekannt ist.

Folgend noch einige Bilder zu diesem Projekt.

Ich bin aktuell auch dabei, ein G60 Gurtwickler umzubauen und habe mittlerweile fast alle benötigten Teile zusammen.

Ich hätte aber noch eine Frage zu dem Sensormodul.
ist dieses nötig bzw. welches Modul muss hier vernwedet werden? Leider sind die hochgeladenen Dateien nicht mehr verfügrbar, sodass ich es nicht nachlesen kann.

Danke schonmal.

Grüße

Zitat von: KurtK am 17 Januar 2022, 12:55:17
Ich hätte aber noch eine Frage zu dem Sensormodul.
ist dieses nötig bzw. welches Modul muss hier vernwedet werden? Leider sind die hochgeladenen Dateien nicht mehr verfügrbar, sodass ich es nicht nachlesen kann.

... wenn du den Hall-Sensor meinst ... dieser wird zur Positionserfassung benötigt.
Dieser zählt die Umdrehungen der Rolle über die der Gurt läuft und somit kann die Position des Rollladens bestimmen werden.

... solche Module wären z.B. KY-035, KY-003 o.ä.

LG
Papa Romeo

super, vielen dank.
Könntest du die Dateien wohl noch einmal hochladen? würde gerne auch Details zu den unterschieden deiner beiden Sketche nachlesen.

LG

... muss ich schauen ob ich das noch hab ... hatte ich in einem anderen Forum zur Verfügung hgestellt.

LG
Papa Romeo

... hab mal das zusammengepackt, was ich noch habe ... schau in deine PN.

LG
Papa Romeo

Hallo Papa Romeo,

darf ich bitte nach dem Passwort zur Zip Datei fragen?

Danke
Grüße
Thorsten

@Thorsten: Hast Post.

LG
Papa Romeo

Hallo Leute,

dieser Thread ist schon länger nicht mehr aktiv. Ich möchte meine GW60 Gurtwickler nun auch zur Steuerung per WLAN umrüsten :-)

Eine Frage habe ich:
Wofür ist die 4-polige Stiftleiste (Gnd, D2, D1, +5 V) auf der Platine gedacht?

Falls Du das waagerechte Steckloch hinten oben meinst:
dort kommt das Fernbedienungsempfangsmodul ZB60 hinein.
Dazu brauchst Du aber auch noch den Fernbedienungssender.

Für noch des Lötens mächtige:

Hallo macs,

diese Steckleiste hab ich für nen Fernsteuerempfänger vorgesehen. Ich hab mir zwei oder drei der GW60 damit ausgerüstet.

https://de.aliexpress.com/item/32673381300.html?spm=a2g0o.productlist.main.65.321eDrZjDrZjHk&algo_pvid=2fe1ee9c-6478-4ca3-95c8-016badb64f59&algo_exp_id=2fe1ee9c-6478-4ca3-95c8-016badb64f59-32&pdp_ext_f=%7B%22sku_id%22%3A%2260199480249%22%7D&pdp_npi=3%40dis%21EUR%212.51%211.81%21%21%21%21%21%40214527fd16787424658825636d06e0%2160199480249%21sea%21DE%21135701126&curPageLogUid=f2jZ4W5zGzRb

LG
Papa Romeo

Im angehangenen Bild habe ich unten die 4-polige Stiftleiste in Rot markiert, welche ich meine.

Wenn ich es richtig sehe, können damit über den Optokoppler die Tasten "Up" und "Down" gedrückt werden. Z.B. über den von Papa Romeo erwähnten Funkempfänger. Da ich die Gurtwickler nur über WLAN/ESP8266 ansteuern möchte, kann ich die Stiftleiste wohl ignorieren.

Zitat von: macs am 17 März 2023, 19:53:12
... kann ich die Stiftleiste wohl ignorieren.

... genau so isses  ;) ...

LG
Papa Romeo

So langsam trudeln alle Bestellungen ein. Ich denke, morgen oder übermorgen kann ich schon mal anfangen, die Platinen zu bestücken :-)

Nur die Optokoppler, bestellt in China, sind noch nicht da.

Braucht noch jemand Platinen? Ich habe noch einige übrig. Ich könnte sie per Brief verschicken.

Siehe Bild im Anhang.

Bei mir hakt es noch mit der Einbindung per MQTT(2) in Fhem.
Gibt es Codebeispiele, wie in Fhem z.B. das MQTT2_DEVICE zu definieren ist?

Ist sowas vielleicht in "GW60.zip" enthalten? Dort fehlt mir das Passwort.


Inzwischen sehe ich im Fhem Loh schonmal folgendes, ich denke, ich bin auf dem richtigen Weg:

2023.03.24 14:51:43 5: in@192.168.178.76:50901 SUBSCRIBE: (130)(22)(0)(2)(0)(17)WZ/Rollo_R/MaxPos(1)
2023.03.24 14:51:43 4:   MQTT2_FHEM_Server_192.168.178.76_50901 GW60_Rollo_WZ_R SUBSCRIBE
2023.03.24 14:51:43 4:   topic:WZ/Rollo_R/MaxPos qos:1
2023.03.24 14:51:43 5: out@192.168.178.76:50901 SUBACK: (144)(3)(0)(2)(0)
2023.03.24 14:51:44 5: in@192.168.178.76:50901 SUBSCRIBE: (130)(22)(0)(3)(0)(17)WZ/Rollo_R/Action(1)
2023.03.24 14:51:44 4:   MQTT2_FHEM_Server_192.168.178.76_50901 GW60_Rollo_WZ_R SUBSCRIBE
2023.03.24 14:51:44 4:   topic:WZ/Rollo_R/Action qos:1
2023.03.24 14:51:44 5: out@192.168.178.76:50901 SUBACK: (144)(3)(0)(3)(0)

Hallo macs,

sorry, hatte gestern eine Augen-OP und musste erst wieder "klare Sicht" bekommen.
Hab dir das PW zukommen lassen.
Aber über MQTT2 wirst du dort nicht´s finden, da ich es damals, so wie dato nicht verwende.

LG

papa-romeo

Danke, ich wünsche deinen Augen alles Gute!

Zitat von: Papa Romeo am 24 März 2023, 16:18:16Augen-OP und musste erst wieder "klare Sicht" bekommen.

Gute Besserung auch von mir. Bei mir ging es leider schief.

Hallo zusammen,
nachdem ich die GW60 Gurtwickler mehrere Jahre im Einsatz hatte und hin und wieder wegen ausfällen der MQTT Verbindung bzw. des Brokers der WAF gesunken ist, habe ich mich um eine andere Lösung bemüht.
Da meine Geräte ohnehin an Homekit übertragen wurden, musste natürlich eine kompatible Lösung dafür her.
Mit Matter von ConnectedHomeIP hat sich dafür die perfekte Basis angeboten und mein erstes Gerät auf Basis des Matter Frameworks ist entstanden.

Mir ist klar, dass das nicht unbedingt in das FHEM Forum passt, da hier aber die Platine und die ursprüngliche Software entstanden ist, denke ich könnte es auch für andere Interessant sein.

Den Code findet ihr in meinem Github: https://github.com/Robothaler/BeltWinder-Matter

Getestet habe ich das ganze bisher nur in Apple Home, da funktioniert das sehr gut und zuverlässig.

Die Kalibrierung kann über einen eigenen Schalter in Home (wird mit der Rollladen erstellt) gestartet werden.
Am besten dazu den Rollladen erst manuell ganz nach oben fahren, dann in der App den Schalter betätigen.

Nachdem der Rollladen kalibriert wurde und in der App "geschlossen" angezeigt wird, kann der Kalibrierschalter manuell ausgeschaltet werden.

Grüße,
Jürgen