Alternative culfw

[JWRu]

@KölnSolar: War ein super Tipp - vielen Dank! Mit sens 8db und rAmpl 38 habe ich einen guten Empfang.

[KölnSolar]

freut mich. Dann kann ich ja bei ähnlicher Fragestellung zukünftig wieder positiv antworten  Und Du hast Dir den Umtausch erspart.

[Master_Nick]

@JWRu da muss ich nochmal nahfragen (ich gebe zu aus reine Neugier auf eventuelle Verbesserung bin ich KölnSolar's Tipp auch gefolgt und habe die Bandbreite auf 464 und Sens auf 8 gestellt) wie kamst du nun auf rAmpl 38? 

[JWRu]

Ich hab ein bißchen 'rumprobiert - bin aber wieder bei rAmpl 40 gelandet. Unter 42 kommen auch keine Meldungen "Unknown code P12#....." mehr.

[Master_Nick]

Scheint bei dir wohl ordentlich Traffic auf dem Band zu sein. Ich hab es auf 42 stehen ohne die Meldungen - aber das kann ja wirklich von Standort zu Standort anders sein.
Danke für die Antwort.

[JWRu]

Ich glaube eher, dass "P12#..." ein Oregon-Telegramm ist, das durch die Erkennung gerauscht ist.

[pejonp]

Ich glaube eher, dass "P12#..." ein Oregon-Telegramm ist, das durch die Erkennung gerauscht ist.

Hallo,

das ist ein Hideki-Protokoll vom SignalDuino.

Oregon sieht bei mir so aus: 50CA2C23E60415700448BD  --> THGR328N auch vom SignalDuino.

pejonp

[JWRu]

Ich habe aber keinen SignalDuino, sondern einen CUL433.

[Peter_Listig]

@Bjoern

Nur zur Info: läuft alles wieder ...

Cul flashen auf V 1.23.09  - keine Änderung

Sicherung zurückgespielt  - keine Änderung

Batterien raus
neu erkennen lassen       -  geht wieder
                                        -  aber Werte kommen unregelmäßiger

ich werde mal mit dem Vorschlag von KölnSolar weitermachen

"Stell mal die Bandbreite auf 464 kHz und sens auf 8, ob das was verbessert"

Danke

Gruß
Peter

[bjoernh]

@Bjoern

Nur zur Info: läuft alles wieder ...

Cul flashen auf V 1.23.09  - keine Änderung

Sicherung zurückgespielt  - keine Änderung

Batterien raus
neu erkennen lassen       -  geht wieder
                                        -  aber Werte kommen unregelmäßiger

ich werde mal mit dem Vorschlag von KölnSolar weitermachen
Danke

Gruß
Peter

Du kannst auch mal probieren die Frequenz etwas nach unten / oben zu verschieben.
Die Temperatur Sensoren sind leider keine Wunder in der Genauigkeit.

Gesendet von meinem Mobile Device.

[JWRu]

Bei mir ist's das Gleiche. Ich habe mittlerweile zwei Oregon-Sensoren an FHEM hängen: Einen THGN132N (Protokoll 2.1) außen und einen THGR810 (Protokoll 3.0) innen. Lustigerweise wird der Außensensor viel zuverlässiger erkannt als der Innensensor. Von letzterem erhalte ich etwa jede Stunde ein reading, obwohl er jede Minute sendet.
Ich werde mir jetzt mal 'nen Signalduino bauen, die Teile habe ich schon.

[Master_Nick]

Abgefahren 

Ich hatte derartige Aussetzer nur mit einem Sensor den ich mir geliehen hatte.
Es war einer ohne Display der Temperatur und Luftfeuchtigkeit.

Habe nun nur noch diese: https://www.amazon.de/gp/product/B000M98NAI/ref=oh_aui_detailpage_o02_s00?ie=UTF8&psc=1
Wie gesagt 6 Stück ohne Probleme auf vorerst einer Etage auf etwas über 100m².

[JWRu]

Die haben auch das Oregon-Protokoll 2.1 - anscheinend wird das zuverlässiger erkannt.

[fstefan1960]

Hallo,

ich habe heute versucht, meine CULs zu aktualisieren. Während das mit dem CUL-V3_433 gut geklappt hat,

Code Auswählen Erweitern

V 1.23.09 a-culfw Build: 194 (2017-02-09_21-39-06) CUL433 (F-Band: 433MHz)
musste ich mit dem CUL_V3_868 weit in die Vergangenheit (bis 2015) zurück

Code Auswählen Erweitern

V 1.10.02 a-culfw Build: 171 (2015-10-29_21-49-43) CUL868 (F-Band: 868MHz)

Alle Versionen danach produzierten einen Fehler ,,Bootloader and code overlap,,.

Was mache ich falsch?

Vielen Dank für jede Hilfe

[Master_Nick]

Die a-culfw mit 868 bietet keinen Vorteil nimm die normale für den 868er.