LaCrosseGateway - LaCrosse, PCA301 und EC3000 über wifi mit ESP8266 ohne Arduino

[Hagenuck1]

War mir recht sicher von nicht, aber da die Breakouts ja anders beschriftet sind als die Schaltpläne/ RFM69 hier mal die Auflistung (Hab momentan auch nur noch den ursprünglichen RFM dran):

LGW -> RFM69 (Breakout)

GND -> GND
D5 -> SCK
D6 -> SDO
D7 -> SDI
D8 -> SEL

Das war das, was ich aus dem Bild von deinem Breadboard so entnehmen konnte, aber da die Leitungen alle gelb waren....
Hatte in dem Zuge des lötens auch die Leitungen durch unterschiedlich farbige ersetzt, so erschien mir das sicherer.

[HCS]

GND -> GND
D5 -> SCK
D6 -> SDO
D7 -> SDI
D8 -> SEL

3.3V braucht er dann halt auch 

[Hagenuck1]

3.3V braucht er dann halt auch 

In der Tat, hatte ich gerade nur vergessen zu erwähnen 

[HCS]

Nach allem was Du beschrieben hast, läuft das LGW korrekt, FHEM verbindet sich drauf und es sendet das, was es weiß.
Nur erkennt es keinen RFM69 und das kann dann eigentlich nur ein RFM69-Problem sein.
Wenn es einen erkennt, dann muss das auf der Harware-Page stehen.
Defekt, doch falsch angeschlossen, ...

[Hagenuck1]

Defekt, doch falsch angeschlossen, ...

Mist
War die Verbindung, die ich oben geschrieben habe denn die richtige? Zu dem Breakout habe ich zumindest keinen Schaltplan gefunden....


Gesendet von iPhone mit Tapatalk

[HCS]

War die Verbindung, die ich oben geschrieben habe denn die richtige?

Ja. SDO = Serial Data Out = MISO = Master In Slave (RFM69) Out
SDI sinngemäß

[Hagenuck1]

Okay, Danke.

Habe den Fehler soeben gefunden. Er war grün und 10 cm lang:
(http://uploads.tapatalk-cdn.com/20161021/4d43dc00e5071f2cd5a090809e3f26cf.jpg)

Das nun auch beide 5/6 aus dem Paket defekt waren ist mir unbegreiflich....


Gesendet von iPhone mit Tapatalk

[pc1246]

Hallo zusammen
Ich habe jetzt ein 868er carrier board von Damian am Laufen. Seltsamerweise ist, jetzt wo die RFM69 laufen, der BME280 nicht mehr da!? So als ob er da nicht mehr scannt, wenn er die RFMs gefunden hat? Version ist V1.22.
Gruss Christoph
Edit: Wenn ,am lange genug wartet geht er doch! War vorher, als die RFMs nicht liefen, anders, da war er gleich da!

[HCS]

Edit: Wenn ,am lange genug wartet geht er doch! War vorher, als die RFMs nicht liefen, anders, da war er gleich da!

Das kann eigentlich nicht sein. Das LGW ermittelt beim Starten, welche Sensoren es findet, und danach nie wieder. Entweder ist er gleich da oder nie.

[weini]

@pc1246: Macht es einen Unterschied, ob du einen Reboot des Moduls machst oder ob du es stromlos machst?

Ich habe mit meinem DHT22 noch immer einen kleinen Issue. Seit FW 1.22 wird er zwar zuverlässig erkannt, wenn das Modul stromlos war und dann neu Strom bekommt. Wenn ich aber einen Reboot mache, dann ist der DHT22 weg. Auch zig Reboots helfen nicht, er wird erst wieder gefunden wenn ich zwischenzeitlich den Strom unterbreche.

[PeMue]

Hallo Holger,

Nach einem Stromausfall ist das LGW (naturgemäß) schneller wieder oben als der Router, mit dem es sich verbinden soll.
Das führt leider dazu, dass gar keine Verbindung mehr zustande kommt (das Attribut timeout habe ich mit 120,60 definiert) – auch dann nicht, wenn der Router schon lange wieder bereit ist.
...
Meine Idee: Ein Configparameter, bei dem eine Verzögerung (in Sekunden) definiert werden kann, bis dass LGW nach einen Neustart einen 1. Verbindungsversuch startet. So könnte ich sicherstellen, dass das Umfeld bereit ist, bevor das LGW ,,loslegt".

welche Zeit hast Du denn eingestellt? Ich hatte vor kurzem einen Stromausfall und da waren dann alle meine drei LGWs nicht erreichbar. Ich versuche es mal mit 120 s, dann sollte WLAN wieder oben sein.

Danke + Gruß

Peter

[HCS]

Ich hatte vor kurzem einen Stromausfall ...

Zahlt ihr eure Stromrechnungen nicht oder warum habt ihr dauernd keinen Strom? 

Die konfigurierte Zeit muss so lange sein, dass der AccessPoint tatsächlich erreichbar ist. Sonst gibt das LGW auf und macht seinen eigenen AP für 15 Minuten auf und versucht nie wieder den AP zu connecten.

[AxelSchweiss]

Ich habe bei mir drei Minuten eingestellt ... das nervt aber das man dann bei jedem Boot drei Minuten warten muss 
Lässt sich das Timeout eventuell etwas anders definieren ?

- Das LGW versucht N Sekunden lang alle X Sekunden einen Connect aufzubauen.

Wobei man N und X via der GUI einstellen kann.

Das hätte den Vorteil das man bei einem Reboot nicht warten muss und im Falle eines Falles das LGW aber lange genug einen Connect versucht.

Eventuell ist das ja was für die nächste Firmwareversion.

EDIT: Biiite 

[pc1246]

Das kann eigentlich nicht sein. Das LGW ermittelt beim Starten, welche Sensoren es findet, und danach nie wieder. Entweder ist er gleich da oder nie.

Hallo HCS
Habe jetzt gerade noch einmal gestartet und da war der BME sofort da!? Keine Ahnung warum das gestern anders war. Kurze Frage zu den PCA's, nach welchem Schema findet das Gateway die? Ich habe 6 Stueck, 4 hat es gefunden, und der Jeelink kennt irgendwie noch vier weitere, sowie einen mit der Adresse 0000000.
Gruss Christoph

[PeMue]

Zahlt ihr eure Stromrechnungen nicht oder warum habt ihr dauernd keinen Strom? 

Hm, vermutlich ist das Abschalten des einen Blocks des Kernkraftwerkes doch nicht ganz so rückwirkungsfrei 

Leider habe ich ein paar Geräte, die nicht sauber wieder hochfahren:
- Radiowecker (ist verschmerzbar  )
- Fußbodenzeizung im Bad (stellt dann auf warm)
- der USR-TCP braucht vermutlich auch noch etwas Überredung, um wieder zu spielen, warum auch immer
Der Rest funktioniert aber ...

Gruß Peter