Problem mit MySensors und DHT22

MarvinLu · 15 Dezember 2018, 12:38:52

Zitat von: Beta-User am 13 Dezember 2018, 23:40:00
Hmmm, das sieht mir wie ein WLAN-Problem des ESP8266 aus.

Hast du sonst irgendwelche Probleme mit WLAN? (Viele Geräte, eine Fritzbox?)

Nein, keine Probleme. Bisher nie gehabt.. Ich habe allerdings vor ein paar Wochen vor die FritzBox noch die Connectbox von UM gehangen, da ich meinen Anbieter gewechselt habe.. Könnte es damit etwas zu tun haben? Ich muss mir vllt nochmal die Config des Gateways anschauen..

Zitat von: Beta-User am 13 Dezember 2018, 23:40:00
Anmerkung: Ich nutze kein WLAN-GW, aber auch bei Tasmota gab es in jüngerer Zeit Berichte über Probleme, könnte also das ESP-Framework an sich sein. Kann aber auch ganz andere Ursachen haben.

Müßte tiefer in die Problemanalyse einsteigen, ist aber grade wenig Zeit dazu. Hast die die Option, ggf. auf ein schlichtes serielles GW auszuweichen?

Nein, leider nicht. Ich besitze bisher nur das eine Gateway. Da es bis jetzt immer seinen Dienst getan hat, habe ich auch noch nicht über ein serielles GW nachgedacht..

Liebe Grüße und schicken Samstag,
Marvin

Beta-User · 15 Dezember 2018, 12:50:04

Zitat von: MarvinLu am 15 Dezember 2018, 12:38:52
Nein, keine Probleme. Bisher nie gehabt.. Ich habe allerdings vor ein paar Wochen vor die FritzBox noch die Connectbox von UM gehangen, da ich meinen Anbieter gewechselt habe.. Könnte es damit etwas zu tun haben? Ich muss mir vllt nochmal die Config des Gateways anschauen..

Hast du bei der Gelegenheit weitere WLAN-Geräte dazugefügt - die Fritte verträgt nur eine begrenzte Anzahl gleichzeitiger Verbindungen...
Die Verwendung eines vorgeschalteten nicht-WLAN-Geräts halte ich nicht für wahrscheinlich, halte mich aber auch nicht für einen WLAN-Experten

.
Da du offenbar auch den ESP nicht jüngst upgedatet hast, wird es echt schwierig. Vielleicht was ganz anderes, z.B. degradierendes Netzteil? Ansonsten bin ich ratlos.

Hat jemand mit WLAN-GW eine Idee?

Markus. · 15 Dezember 2018, 13:36:55

Ich nutze ein Wlan gateway für NRF. Bei mir läuft das aber sauber ohne reconnets im Log. Das was ich festgestellt habe, ist wenn FHEM mal die Verbindung zum Wlan gateway verliert und neu reconected, ist es notwendig den sensor node neu zu starten damit er wieder daten übermittelt. Aber die dinger laufen seit monaten ohne irgendwelche probleme bei mir. Nutze noch die 2.0 Mysensors.

Gruß

Markus

Beta-User · 15 Dezember 2018, 14:55:34

Zitat von: Markus. am 15 Dezember 2018, 13:36:55
ist wenn FHEM mal die Verbindung zum Wlan gateway verliert und neu reconected, ist es notwendig den sensor node neu zu starten damit er wieder daten übermittelt.

@Markus.
Es gab bei MySensors ein Beispiel, das in gewissen Abständen checkt, ob der Controller verfügbar ist. Könnte man - so es nicht schon in neueren Versionen schon behoben sein sollte - für neue Sketche nutzen, um die Verbindung von der Node aus neu herzustellen (ohne reboot?).

MarvinLu · 01 Januar 2019, 18:44:11

Guten Abend zusammen,

Als erstes wünsche ich euch ein frohes neues Jahr 2019!

Es funktioniert alles wieder.. Ich hab einfach mal alle Geräte für ein paar Stunden abgeschaltet, einschließlich Connect- und Fritzbox.
Ohne dass ich etwas ändern musste, waren die Meldungen von Temperatur und Luftfeuchtigkeit wieder da..
Jetzt kann ich mich dann ans Platinen bestücken setzen

Vielen Dank für den Support!

Liebe Grüße,
Marvin

EDIT: Zu früh gefreut.. Seit 6h keine Werte mehr..
Könnte es an der config liegen? Mir ist dieser Block ins Auge gefallen und ich bin mir nicht sicher, ob ich den aktivieren sollte oder nicht..

Code Auswählen

// Controller ip address. Enables client mode (default is "server" mode).
// Also enable this if MY_USE_UDP is used and you want sensor data sent somewhere.
//#define MY_CONTROLLER_IP_ADDRESS xxx, xxx, xxx, xxx

Hier die Ausgabe des Monitors (Sensor):

Code Auswählen

22:15:10.874 ->  __  __       ____
22:15:10.874 -> |  \/  |_   _/ ___|  ___ _ __  ___  ___  _ __ ___
22:15:10.874 -> | |\/| | | | \___ \ / _ \ `_ \/ __|/ _ \| `__/ __|
22:15:10.874 -> | |  | | |_| |___| |  __/ | | \__ \  _  | |  \__ \
22:15:10.874 -> |_|  |_|\__, |____/ \___|_| |_|___/\___/|_|  |___/
22:15:10.874 ->         |___/                      2.3.1
22:15:10.874 -> 
22:15:10.874 -> 16 MCO:BGN:INIT NODE,CP=RNNNA---,REL=255,VER=2.3.1
22:15:10.874 -> 26 TSM:INIT
22:15:10.907 -> 27 TSF:WUR:MS=0
22:15:10.907 -> 33 TSM:INIT:TSP OK
22:15:10.907 -> 35 TSF:SID:OK,ID=10
22:15:10.907 -> 37 TSM:FPAR
73 TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
2081 !TSM:FPAR:NO REPLY
22:15:12.938 -> 2083 TSM:FPAR
2119 TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
4127 !TSM:FPAR:NO REPLY
22:15:15.002 -> 4129 TSM:FPAR
4165 TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
6173 !TSM:FPAR:NO REPLY
22:15:17.033 -> 6175 TSM:FPAR
6211 TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
8219 !TSM:FPAR:FAIL
22:15:19.096 -> 8220 TSM:FAIL:CNT=1
22:15:19.096 -> 8222 TSM:FAIL:DIS
22:15:19.096 -> 8224 TSF:TDI:TSL
18226 TSM:FAIL:RE-INIT
22:15:29.074 -> 18228 TSM:INIT
18234 TSM:INIT:TSP OK
22:15:29.108 -> 18236 TSF:SID:OK,ID=10
22:15:29.108 -> 18238 TSM:FPAR
18275 TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
20283 !TSM:FPAR:NO REPLY
22:15:31.139 -> 20285 TSM:FPAR
20322 TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
22329 !TSM:FPAR:NO REPLY
22:15:33.172 -> 22331 TSM:FPAR
22368 TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
24375 !TSM:FPAR:NO REPLY
22:15:35.240 -> 24377 TSM:FPAR
24414 TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
26421 !TSM:FPAR:FAIL
22:15:37.269 -> 26422 TSM:FAIL:CNT=2
22:15:37.269 -> 26424 TSM:FAIL:DIS
22:15:37.269 -> 26426 TSF:TDI:TSL
36429 TSM:FAIL:RE-INIT
22:15:47.277 -> 36431 TSM:INIT
22:15:47.277 -> 36438 TSM:INIT:TSP OK
22:15:47.277 -> 36440 TSF:SID:OK,ID=10
22:15:47.277 -> 36442 TSM:FPAR
36478 TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
38487 !TSM:FPAR:NO REPLY
22:15:49.325 -> 38489 TSM:FPAR
38525 TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
40534 !TSM:FPAR:NO REPLY
22:15:51.389 -> 40536 TSM:FPAR
40572 TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
42580 !TSM:FPAR:NO REPLY
22:15:53.424 -> 42583 TSM:FPAR
42619 TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
44627 !TSM:FPAR:FAIL
22:15:55.486 -> 44628 TSM:FAIL:CNT=3
22:15:55.486 -> 44631 TSM:FAIL:DIS
22:15:55.486 -> 44633 TSF:TDI:TSL
54636 TSM:FAIL:RE-INIT
22:16:05.485 -> 54638 TSM:INIT
22:16:05.485 -> 54644 TSM:INIT:TSP OK
22:16:05.485 -> 54646 TSF:SID:OK,ID=10
22:16:05.485 -> 54648 TSM:FPAR
54685 TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
56693 !TSM:FPAR:NO REPLY
22:16:07.520 -> 56695 TSM:FPAR
56732 TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
58739 !TSM:FPAR:NO REPLY
22:16:09.592 -> 58741 TSM:FPAR
58778 TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
60785 !TSM:FPAR:NO REPLY
22:16:11.626 -> 60787 TSM:FPAR
60824 TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
62831 !TSM:FPAR:FAIL
22:16:13.664 -> 62832 TSM:FAIL:CNT=4
22:16:13.664 -> 62834 TSM:FAIL:DIS
22:16:13.664 -> 62836 TSF:TDI:TSL
72839 TSM:FAIL:RE-INIT
22:16:23.675 -> 72841 TSM:INIT
22:16:23.675 -> 72847 TSM:INIT:TSP OK
22:16:23.675 -> 72849 TSF:SID:OK,ID=10
22:16:23.675 -> 72851 TSM:FPAR
72888 TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
74896 !TSM:FPAR:NO REPLY
22:16:25.730 -> 74898 TSM:FPAR
74935 TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
76942 !TSM:FPAR:NO REPLY
22:16:27.782 -> 76944 TSM:FPAR
76981 TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
78988 !TSM:FPAR:NO REPLY
22:16:29.833 -> 78990 TSM:FPAR
79027 TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
81034 !TSM:FPAR:FAIL
22:16:31.856 -> 81035 TSM:FAIL:CNT=5
22:16:31.856 -> 81037 TSM:FAIL:DIS
22:16:31.856 -> 81039 TSF:TDI:TSL
91042 TSM:FAIL:RE-INIT
22:16:41.883 -> 91044 TSM:INIT
22:16:41.883 -> 91051 TSM:INIT:TSP OK
22:16:41.883 -> 91053 TSF:SID:OK,ID=10
22:16:41.883 -> 91055 TSM:FPAR
91091 TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
93100 !TSM:FPAR:NO REPLY
22:16:43.941 -> 93102 TSM:FPAR
93138 TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
95147 !TSM:FPAR:NO REPLY
22:16:45.968 -> 95149 TSM:FPAR
95185 TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
97193 !TSM:FPAR:NO REPLY
22:16:48.023 -> 97196 TSM:FPAR
97232 TSF:MSG:SEND,10-10-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
99240 !TSM:FPAR:FAIL

Und hier die Ausgabe des Gateways:

Code Auswählen

19262 MCO:BGN:INIT GW,CP=RNNGE---,VER=2.3.0
19308 TSF:LRT:OK
22:09:13.767 -> 19326 TSM:INIT
19342 TSF:WUR:MS=0
19368 TSM:INIT:TSP OK
22:09:13.835 -> scandone
22:09:13.835 -> state: 0 -> 2 (b0)
22:09:13.868 -> state: 2 -> 3 (0)
22:09:13.902 -> state: 3 -> 5 (10)
22:09:13.902 -> add 0
22:09:13.902 -> aid 1
22:09:13.936 -> cnt 
22:09:13.936 -> 
22:09:13.936 -> connected with FRITZ!Box PiLu 2.4, channel 11
22:09:13.969 -> dhcp client start...
22:09:14.003 -> ip:192.168.188.30,mask:255.255.255.0,gw:192.168.188.1
22:09:14.071 -> 19603 TSM:INIT:GW MODE
22:09:14.071 -> 19628 TSM:READY:ID=0,PAR=0,DIS=0
22:09:14.105 -> 19662 MCO:REG:NOT NEEDED
scandone
22:09:14.279 -> state: 5 -> 2 (b0)
20189 GWT:TIN:CONNECTING...
20718 GWT:TIN:CONNECTING...
state: 5 -> 0 (2)
22:09:15.282 -> reconnect
scandone
22:09:15.385 -> state: 0 -> 2 (b0)
22:09:15.385 -> state: 2 -> 3 (0)
22:09:15.420 -> state: 3 -> 5 (10)
22:09:15.455 -> add 0
22:09:15.455 -> aid 1
22:09:15.455 -> cnt 
22:09:15.455 -> 
22:09:15.455 -> connected with FRITZ!Box PiLu 2.4, channel 11
22:09:15.524 -> dhcp client start...
22:09:15.524 -> ip:192.168.188.30,mask:255.255.255.0,gw:192.168.188.1
21247 GWT:TIN:CONNECTING...
22:09:15.732 -> 21276 GWT:TIN:IP: 192.168.188.30
22:09:15.766 -> 21311 MCO:BGN:STP
22:09:15.766 -> 21330 MCO:BGN:INIT OK,TSP=1
pm open,type:2 0
35119 TSF:MSG:READ,10-10-255,s=255,c=3,t=7,pt=0,l=0,sg=0:
22:09:29.642 -> 35180 TSF:MSG:BC
22:09:29.642 -> 35198 TSF:MSG:FPAR REQ,ID=10
22:09:29.675 -> 35228 TSF:PNG:SEND,TO=0
35253 TSF:CKU:OK
22:09:29.710 -> 35271 TSF:MSG:GWL OK
38016 !TSF:MSG:SEND,0-0-10-10,s=255,c=3,t=8,pt=1,l=1,sg=0,ft=0,st=NACK:0
63671 GWT:TSA:C=0,CONNECTED
63702 GWT:RFC:C=0,MSG=0;0;3;0;2;
172618 GWT:RFC:C=0,MSG=0;0;3;0;5;1

Ich verstehe nicht wo hier das Problem ist..

Beta-User · 04 Januar 2019, 06:35:00

Moin,

"leider" kenne ich mich mit den ESP-GW's nicht aus (ich halte wenig von WLAN in der HA!).
Kann es sein, dass du a) eine Fritzbox nutzt und b) eine ganze Anzahl von WLAN-Geräten hast (auch anderes Zeugs)?

Wenn ja, könnte das die Ursache sein; eine Fritte verträgt nur eine gewisse Anzahl an Clients (ab Mitte 20 wird es scheinbar kritisch).

Markus. · 04 Januar 2019, 06:48:39

mich würde mal interessieren welchen Typ von NRF24L01 benutzt.
Hast Du auf den NRFs zwischen 3,3V und GND einen Kondensator. Komisch kommt mir vor das es mal funktioniert und mal nicht. Das hatte ich anfangs auch und da war es ein Spannungsproblem. Es sah zwar so aus im Log als wenn der Node sendet aber am Gateway kam nie was an.
Hast Du die zwei Nodes mal mit einem Pingpair getestet?
https://gist.github.com/rlogiacco/68813092487714324960
oder
https://schullebernd.de/arduino_und_nrf24l01_verbinden/

Gruß

Markus

MarvinLu · 04 Januar 2019, 09:18:31

Zitat von: Beta-User am 04 Januar 2019, 06:35:00
Moin,

"leider" kenne ich mich mit den ESP-GW's nicht aus (ich halte wenig von WLAN in der HA!).
Kann es sein, dass du a) eine Fritzbox nutzt und b) eine ganze Anzahl von WLAN-Geräten hast (auch anderes Zeugs)?

Wenn ja, könnte das die Ursache sein; eine Fritte verträgt nur eine gewisse Anzahl an Clients (ab Mitte 20 wird es scheinbar kritisch).

Guten Morgen

Ja, ich nutze eine fritzbox, die Anzahl an Geräten sollte so bei ungefähr 15 liegen denke ich. Ich schaue das gleich mal nach.
EDIT: Es sind aktuell 12 Geräte. Sollte also kein Problem darstellen.

Zitat von: Markus. am 04 Januar 2019, 06:48:39
mich würde mal interessieren welchen Typ von NRF24L01 benutzt.
Hast Du auf den NRFs zwischen 3,3V und GND einen Kondensator. Komisch kommt mir vor das es mal funktioniert und mal nicht. Das hatte ich anfangs auch und da war es ein Spannungsproblem. Es sah zwar so aus im Log als wenn der Node sendet aber am Gateway kam nie was an.
Hast Du die zwei Nodes mal mit einem Pingpair getestet?
https://gist.github.com/rlogiacco/68813092487714324960
oder
https://schullebernd.de/arduino_und_nrf24l01_verbinden/

EDIT: Ich als blutiger Anfänger habe ein paar Probleme damit, den Pingpair zu laden. Wie genau soll ich das tun?
Den Kondensator baue ich jetzt mal ein.

Vielen Dank für die Links, werde ich mir gleich mal in Ruhe anschauen. Ich habe für das Thermometer diese Anleitung verwendet: https://waschto.eu/mysensors-luftfeuchtigkeitssensor/
Meine nrf sind die mit der integrierten Antenne. Einen Kondensator habe ich nicht verbaut..

Liebe Grüße, Marvin

andy19850 · 04 Januar 2019, 10:26:13

Ich hatte ebenfalls starke Empfangsprobleme mit den Dingern. Kondensator, Antenne und auch die Versionen mit Stabantenne haben nichts merkliches verbessert. Bei mir war der Trick die WLAN Leistung im Sketch auf MAX zu stellen UND den WLAN Kanal der Nodes zu verändern. Ist scheinbar abhängig davon welche Kanäle du für dein normales WLAN benutzt. Die sollten sich nicht in die Quere kommen.
Seitdem funktioniert das auch über mehrere Stockwerke.
Weiteres Hinterfragen habe ich mir dann gespart, da nun im 2. Anlauf alles funktioniert

Beta-User · 04 Januar 2019, 11:30:14

Hmmm,

also generell ist es selbstredend eine gute Idee, die nRF-Frequenz und die WLAN Frequenz unterschiedlich zu wählen.

Auch meine nRF-USB-GWs laufen alle mit PA_MAX, das erfordert aber unbedingt entsprechende Stützkondensatoren (und am besten einen 2.300m-pa+lna-nRF, da gibt es jedenfalls bislang keine fakes).

Allerdings scheint es sehr unterschiedlich zu sein, je nach nRF (-fake), es gibt da auch Beiträge auf der MySensors.org-Seite, wo die Sendeleistung bei geringerer Leistung größer war...

Aber einen Versuch ist es auf alle Fälle wert

.

Markus. · 04 Januar 2019, 12:11:09

ZitatAuch meine nRF-USB-GWs laufen alle mit PA_MAX, das erfordert aber unbedingt entsprechende Stützkondensatoren (und am besten einen 2.300m-pa+lna-nRF, da gibt es jedenfalls bislang keine fakes).

Fakes habe ich auch noch keine bei denen gesehen aber welche mit Schirm (Blechdeckel) und welche ohne. Und die ohne den Deckel haben bei mir auch gesponnen.
Zu beachten ist aber das die pa+lna-nRF's beim senden mit PA_MAX fast 200mA saugen wenn ich das noch richtig in Erinnerung habe

ist PA_Max nicht auch Default in der MySensors Libary? Wenn ja würde ich erstmal den anderen Weg gehen und im Sketch Note und Gateway auf MIN setzten und dann probieren.

Markus. · 04 Januar 2019, 12:21:53

PA müsste in der Lib auf High sein wenn ich das richtig sehe

Code Auswählen


**
 * @def MY_RF24_PA_LEVEL
 * @brief Default RF24 PA level. Override in sketch if needed.
 *
 * - RF24_PA_MIN = -18dBm
 * - RF24_PA_LOW = -12dBm
 * - RF24_PA_HIGH = -6dBm
 * - RF24_PA_MAX = 0dBm
 */
#ifndef MY_RF24_PA_LEVEL
#define MY_RF24_PA_LEVEL (RF24_PA_HIGH)
#endif

Das könnte schon ein Problem sein. Nur halt sehr seltsam das es eine Zeit läuft und dann nicht mehr........

Beta-User · 04 Januar 2019, 13:09:59

Ja, PA-Wert steht per default auf max. Das ist aber bei GW's (mind. bei den seriellen) anders, da steht ein niedriger Wert im Sketch.

Hier ging es bei näherer Betrachtung des logs aus dem Beitrag vom 01.01. auch darum, dass der nRF nicht wollte. Da hilft tatsächlich ggf. das Spielen mit den Werten (und v.a. ein/mehrere Kondensatoren!).

MarvinLu · 04 Januar 2019, 15:00:18

Zitat von: Beta-User am 04 Januar 2019, 11:30:14
[...] Auch meine nRF-USB-GWs laufen alle mit PA_MAX, das erfordert aber unbedingt entsprechende Stützkondensatoren (und am besten einen 2.300m-pa+lna-nRF, da gibt es jedenfalls bislang keine fakes).

Allerdings scheint es sehr unterschiedlich zu sein, je nach nRF (-fake), es gibt da auch Beiträge auf der MySensors.org-Seite, wo die Sendeleistung bei geringerer Leistung größer war. [...]

Ich werde mir direkt mal ein paar davon bestellen. Bei der Lieferzeit von 4 Wochen habe ich reichlich Zeit zum testen der anderen Komponenten..
Sind das hier die richtigen? https://de.aliexpress.com/item/Freies-Verschiffen-ShengYang-NRF24L01-PA-LNA-Wireless-modul-mit-Antenne-1000-meter-Lange-Abstand-FZ0410-Wir/32845020453.html?spm=a2g0x.search0104.3.2.58037077NLC3Kv&transAbTest=ae803_3&ws_ab_test=searchweb0_0%2Csearchweb201602_5_10320_10065_10068_10890_10547_319_10546_317_10548_10696_10084_453_454_10083_10618_10304_10307_10820_537_536_10843_10059_10884_10887_100031_321_322_10103%2Csearchweb201603_6%2CppcSwitch_0&algo_pvid=486ef68c-90f5-4886-a081-b0ae8f2cc50a&algo_expid=486ef68c-90f5-4886-a081-b0ae8f2cc50a-0

Zitat von: andy19850 am 04 Januar 2019, 10:26:13
Ich hatte ebenfalls starke Empfangsprobleme mit den Dingern. Kondensator, Antenne und auch die Versionen mit Stabantenne haben nichts merkliches verbessert. Bei mir war der Trick die WLAN Leistung im Sketch auf MAX zu stellen UND den WLAN Kanal der Nodes zu verändern. Ist scheinbar abhängig davon welche Kanäle du für dein normales WLAN benutzt. Die sollten sich nicht in die Quere kommen.
Seitdem funktioniert das auch über mehrere Stockwerke.
Weiteres Hinterfragen habe ich mir dann gespart, da nun im 2. Anlauf alles funktioniert

Wo finde ich die Einstellungen des Kanals?

Zitat von: Markus. am 04 Januar 2019, 12:21:53
Code Auswählen Erweitern
** * @def MY_RF24_PA_LEVEL * @brief Default RF24 PA level. Override in sketch if needed. * * - RF24_PA_MIN = -18dBm * - RF24_PA_LOW = -12dBm * - RF24_PA_HIGH = -6dBm * - RF24_PA_MAX = 0dBm */ #ifndef MY_RF24_PA_LEVEL #define MY_RF24_PA_LEVEL (RF24_PA_HIGH) #endif

~~Diese Einstellungen finde ich bei mir nicht.. In welcher Library finde ich das?~~
Ich habs gefunden. Habe in der falschen MySensors-Datei gesucht..

So sieht die Einstellung bei mir aus, also identisch wie bei Markus:

Code Auswählen

/**
 * @def MY_RF24_PA_LEVEL
 * @brief Default RF24 PA level. Override in sketch if needed.
 *
 * - RF24_PA_MIN = -18dBm
 * - RF24_PA_LOW = -12dBm
 * - RF24_PA_HIGH = -6dBm
 * - RF24_PA_MAX = 0dBm
 */
#ifndef MY_RF24_PA_LEVEL
#define MY_RF24_PA_LEVEL (RF24_PA_HIGH)
#endif

Ich werde jetzt erstmal den Kondensator anbringen und dann nochmal schauen was passiert..
Als nächstes dann mit den PA-Werten herumexperimentieren..

Liebe Grüße,
Marvin

Beta-User · 04 Januar 2019, 15:26:11

Mehrfach nein...

Als pa+lna-Modelle würde ich die 2.300m-Variante empfehlen (geshieldet!). Bei Ali z.B. https://de.aliexpress.com/wholesale?spm=a2g0x.search0104.8.7.16a14a31yp68qB&initiative_id=QRW_20190104062223&SearchText=2300m&productId=32818664491 (ich habe die aber bei ebay.de schon billiger gekauft).

Die Einstellung des Kanals kann man global machen, aber besser ist es m.E. im Sketch (dann vergißt man es nicht: #define MY_RF24_CHANNEL 12)

Entsprechendes gilt für die PA-Einstellungen. Die sind _im (Beispiel-) Sketch_ auf min eingestellt, da kann man in den defaults in der zentralen .h-Datei rummalen, was man will, das wird dann überschrieben, und nach dem nächsten Update der lib ist es weg und vergessen...