HB-UNI-Sen-TEMP-DS18B20 sendet ohne Unterbrechung

[Werner Reuter]

Hallo, ich habe gestern meinen zweiten Arduino dieses mal als HB-UNI-Sen-TEMP-DS18B20 mit I2C gebaut und der funktioniert auch grundsätzlich. Allerdings blinkt die LED wie ein Morsecode in Endlosschleife und sobald ich ihn einschalte steigt der CS in der OpenCCU auf 10% -30%. Anlernen über die Suche funktionierte nicht aber nach Eingabe der SN war er sofort da. (ohne Taste drücken ) Ich habe zwei verschiedene Arduinos und verschiedene Antennen getestet. (Arduino Pro Mini 8Mhz + CC1101) Der Sketch ist unverändert und lief fehlerfrei durch. Betrieben wird er mit 5V Netzteil wegen dem Display. (CC1101 natürlich mit 3,3V) Es gibt hier zwar einen Beitrag mit ähnlichem Problem aber der hat mich leider nicht weiter gebracht. Ich habe keine Idee was ich noch versuchen könnte. Hat jemand von euch evtl. einen Tipp?

Danke und Gruß
Werner

[stan23]

Hallo Werner,
was wird denn auf der seriellen Schnittstelle ausgegeben?
Vielleicht kann man daraus den Grund für das Verhalten ablesen?

[Werner Reuter]

Guten Morgen stan23, ich habe gerade erst mit den Arduino's angefangen und muss das alles erst lernen.

AskSin++ v5.0.3 (Dec 10 2025 22:01:17)
ID: F30101 Serial: UNITEMP001
Address Space: 32 - 310
Radio init1
CC Version: 04
- ready
iVcc: 3293
Config Freq: 0x21664A
Found 1 DS18B20 Sensors
Config Changed List0
LOW BAT Limit: 22
Sendeintervall: 180
OFFSET: 0
OFFSET: 0
OFFSET: 0
OFFSET: 0
OFFSET: 0
OFFSET: 0
OFFSET: 0
OFFSET: 0
Temperaturen: | 214 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
<- 16 01 86 53 F30101 000000 00 41 00 D6 42 00 00 43 00 00 44 00 00 - 1517
<- 16 02 84 53 F30101 000000 00 45 00 00 46 00 00 47 00 00 48 00 00 - 1810
Temperaturen: | 214 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
<- 16 03 84 53 F30101 000000 00 41 00 D6 42 00 00 43 00 00 44 00 00 - 2080
<- 16 04 84 53 F30101 000000 00 45 00 00 46 00 00 47 00 00 48 00 00 - 2373
Temperaturen: | 214 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
<- 16 05 84 53 F30101 000000 00 41 00 D6 42 00 00 43 00 00 44 00 00 - 2607
<- 16 06 84 53 F30101 000000 00 45 00 00 46 00 00 47 00 00 48 00 00 - 2899
Temperaturen: | 215 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
<- 16 07 84 53 F30101 000000 00 41 00 D7 42 00 00 43 00 00 44 00 00 - 3170
<- 16 08 84 53 F30101 000000 00 45 00 00 46 00 00 47 00 00 48 00 00 - 3463
Temperaturen: | 215 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
<- 16 09 84 53 F30101 000000 00 41 00 D7 42 00 00 43 00 00 44 00 00 - 3698
<- 16 0A 84 53 F30101 000000 00 45 00 00 46 00 00 47 00 00 48 00 00 - 3989
Temperaturen: | 214 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
<- 16 0B 84 53 F30101 000000 00 41 00 D6 42 00 00 43 00 00 44 00 00 - 4261
<- 16 0C 84 53 F30101 000000 00 45 00 00 46 00 00 47 00 00 48 00 00 - 4554
Temperaturen: | 214 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
<- 16 0D 84 53 F30101 000000 00 41 00 D6 42 00 00 43 00 00 44 00 00 - 4788
<- 16 0E 84 53 F30101 000000 00 45 00 00 46 00 00 47 00 00 48 00 00 - 5081
Temperaturen: | 215 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |

Ab hier läuft das im Sekundentakt durch. Sieht für mich so aus als ob die Temperaturdaten in Dauerschleife gesendet werden. Ich habe aber zum testen bisher nur 1 Temperatursensor angeschlossen. Kann es evtl. daran liegen?

Danke und Gruß
Werner

[papa]

Versuche mal nen Reset des Device - mindestens 6 Sekunden den Configtaster drücken. Dabei werden alle Daten im EEProm neu initialisiert. Vielleicht steht da einfach Müll drin.

[Werner Reuter]

Hallo, hat leider nichts gebracht. Ich habe eben auch nochmal einen weiteren neuen pro mini genommen. Auch das selbe verhalten. Wenn ich den Sketch HB-UNI-Sen-PRESS zum testen versuche läuft alles ganz normal.

[Werner Reuter]

Ich habe heute alle 8 Temperaturfühler angeschlossen und in der WebUi geschaut. Dort werden die Temperaturen im Sekundentakt aktualisiert. Der Sensor sendet also fast ohne Unterbrechung. Im Sketch habe ich einen Intervall für die Aktualisierung von 180 (vermutlich Sekunden) gesehen. Dazu muss der Arduino doch so etwas wie einen Taktgeber haben oder wie wird das sonst gesteuert? Da ich mittlerweile 4 Arduino getestet habe kann es vermutlich nur eine Einstellung sein. Kennt jemand von euch den technischen Ablauf für diese Zeitsteuerung der Aktualisierung?

Gruß Werner

[HMSteve]

Dazu muss der Arduino doch so etwas wie einen Taktgeber haben oder wie wird das sonst gesteuert?

Hallo Werner,

ja, es wird ein Timer des ATMega genutzt, Du muesstest allerdings ziemlich tief einsteigen, wenn Du das im Detail nachvollziehen moechtest. Startpunkt bspw https://github.com/pa-pa/AskSinPP/blob/ ... ock.h#L149. Wenn alles richtig liefe, wuerde in Deinem Beispiel https://github.com/jp112sdl/HB-UNI-Sen- ... 0.ino#L179 alle 180s aufgerufen, das kannst Du ja mal pruefen, bzw., ob in der folgenden Zeile, in der der "Wecker" fuer den naechsten Aufruf gestellt wird, wirklich auch die 180s gesetzt werden. Mir fehlt leider gerade die Phantasie, was bei Deinem Geraet schief laeuft, dieses Verhalten kenne ich noch nicht. Ich gehe davon aus, dass Du den Sketch von Github unveraendert nutzt. Welche Version der LowPower.h nutzt Du?

Viele Gruesse,
Stephan

[Werner Reuter]

Hallo Stephan, den Sketch benutze ich im original ohne Änderung ausser Aktivierung des LCD. Bei Low-Power habe ich die 1.81 von Rocket installiert. Wie funktioniert das mit der AlarmClock? Ich bin in dem Bereich Anfänger.

[HMSteve]

Hallo Werner,

ich stecke auch nicht sehr tief in der lib, aber insb. laesst sich das nicht ohne nennenswerten Zeitaufwand durchdringen, den muesstest Du selbst investieren wollen und das Datenblatt des Controllers und den Code studieren, wenn Du das machen moechtest.

Ich nutze zwar 1.7 von LowPower, aber er wird ja nicht in einer minor version die Timernutzung geaendert haben, daher vermute ich da nicht das Problem. LCD habe ich mit AskSin nie selbst genutzt, aber die zugehoerige lib nutzt auf den ersten Blick keinen Timer des 328p, also duerfte dort auch nichts kollidieren. Du kannst natuerlich beide Sachen ausprobieren (alte LowPower, kein LCD), um sicher zu sein.

Wenn Deine ganzen Arduinos die gleiche Charge (vermutlich Clone?) sind, vielleicht auch mal eine andere Hardware ausprobieren.

Viele Gruesse,
Stephan

[TomMajor]

Seltsames Problem, kann mich nicht erinnern so was schon mal gelesen zu haben.
Was passiert wenn das LCD deaktiviert wird?

Du könntest mal spaßeshalber meine Variante des UniSensors testen und dort den DS18B20 rein konfigurieren (siehe Cfg/Device_Example.h)
https://github.com/TomMajor/SmartHome/t ... NI-Sensor1