seltsames Verhalten meines RP Pico

Theo H. (theo_rp_pico) OP 13.04.2026 14:38 #8035780

Lesenswert?

•

Servus, bin neu hier im Forum und habe ein Problem mit der Programmierung meines RP pico. Ich will die Timerfunktion verstehen. Sie soll ja den Prozessor nicht blockieren wie dir Sleepfunktion. Dazu habe ich ein Program geschrieben bzw zusammenkopiert, das eine Led 2 Sekunden leuchten läßt und währenddessen ein Thermometer Und Feuchtigkeitsmesser (dht11) ausliest. Hier der Code:

#include <stdio.h>

#include <math.h>

#include "pico/stdlib.h"

#include "hardware/gpio.h"

const uint LED_PIN = PICO_DEFAULT_LED_PIN;

//const uint DHT_PIN = 15;

const uint DHT_PIN = 0;

const uint MAX_TIMINGS = 85;

bool led_status = false;

bool nix_schalter = false;

struct repeating_timer timer;  //structure declaration

typedef struct {

    float humidity;

    float temp_celsius;

} dht_reading;

bool tCallback( repeating_timer_t *timer){

  led_status = !led_status;

    gpio_put(LED_PIN, led_status);  

  printf("das ist der nix_schalter am Eingang %i, \n ",nix_schalter);

  nix_schalter = false;

  printf("das ist der nix_schalter am Ausgang %i, \n",nix_schalter);

  return true;

void read_from_dht(dht_reading *result);

uint DHT11_Read_Data(dht_reading *result);

int main() {

  uint32_t i,k, l;

  i=k=l=0;

// Pico pios initialisieren  

    stdio_init_all();

    gpio_init(LED_PIN);

    gpio_init(DHT_PIN);

    gpio_set_dir(LED_PIN, GPIO_OUT);

  gpio_put(LED_PIN, false);

  sleep_ms(10000);          // Warten, daß ich nach dem Start das Terminal aufmache

  printf("das kommt jetzt %d \n",i);

    i++;

//  Sensoren auslesen

  dht_reading reading;

    DHT11_Read_Data(&reading);

    float fahrenheit = (reading.temp_celsius * 9 / 5) + 32;

    printf("Humidity = %.1f%%, Temperature = %.1fC (%.1fF)\n",reading.humidity, reading.temp_celsius, fahrenheit); 

//  Timer starten

  add_repeating_timer_ms(2000,tCallback,NULL,&timer);  //starting the timer

    l++;

//    Schleife um die Sensoren nach dem Timeraufruf einmal auszulesen

    while(1) {

    printf("das ist der nix_schalter am Anfang der Whileschleife %i, \n",nix_schalter);

    l++;

//    nix_schalter abfragen, damit nur einmal ausgelesen wird

    if (!nix_schalter) {

    printf("das kommt jetzt %d, %d, %f, %i, \n",k,l);  // Ausgabe um zu sehen was er alles so gemacht hat

    k++;

    i++;

        dht_reading reading;

        DHT11_Read_Data(&reading);

        float fahrenheit = (reading.temp_celsius * 9 / 5) + 32;

        printf("Humidity = %.1f%%, Temperature = %.1fC (%.1fF)\n",reading.humidity, reading.temp_celsius, fahrenheit); 

    l=l+1;

    nix_schalter = true;  // nix_schalter auf true setzen, damit er beim nächsten Durchlauf die Sensoren nicht ausliest.

    i++;

Das ganze Drumrum um das Auslesen der Sensoren hab ich nicht angehängt Die meisten Zähler und print Befehle hab ich nur eingefügt um zu sehen wann er was macht bzw. nicht macht. Das Problem erscheint nach dem Aufruf von "add_repeating_timer_ms" in Zeile 52. Wenn ich die Zeile prinf... (Zeile 56) habe durchläuft es die Whileschleifen sauber und wenn nicht (auskommentiert oder gelöscht) dann nicht! Ich will aber den ganzen Mist den er mir dann schickt nicht haben und ich will das Verhalten verstehen. Zum Schluß: bin mir nicht sicher ob ich die Ausgaben richtig eingebunden habe, hab aber nix gefunden wie die formatiert werden sollten.

Und jetzt erst mal vielen Dank für Antworten. Das ist die Ausgabe mit Zeile 56: das kommt jetzt 0

Humidity = 56.0%, Temperature = 20.0C (68.0F)

das ist der nix_schalter am Anfang der Whileschleife 0,

das kommt jetzt 0, 2, 0.000000, 536876024,

Humidity = 0.0%, Temperature = 0.0C (32.0F)

das ist der nix_schalter am Anfang der Whileschleife 1,

das ist der nix_schalter am Anfang der Whileschleife 1, ...ca 33000 mal dann das ist der nix_schalter am Eingang 1,

das ist der nix_schaltdas ist der nix_schalter am Anfang der Whileschleife 1,

das kommt jetzt 1, 33390, 0.000000, 0,

Humidity = 56.0%, Temperature = 20.0C (68.0F)

das ist der nix_schalter am Anfang der Whileschleife 1,

das ist der nix_schalter am Anfang der Whileschleife 1, ... usw

Hier die Ausgabe ohne Zeile 56: das kommt jetzt 0

Humidity = 55.0%, Temperature = 20.0C (68.0F)

das kommt jetzt 0, 2, 0.000000, 536876024,

Humidity = 0.0%, Temperature = -infC (-infF)

das ist der nix_schalter am Eingang 1,

das ist der nix_schalter am Ausgang 0,

das ist der nix_schalter am Eingang 1,

das ist der nix_schalter am Ausgang 0, ... usw.

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

Thomas W. Gast 13.04.2026 14:48 #8035788

Lesenswert?

•

▲
▼

Falls Du einen zweiten Pico hast, kannst Du den zweiten Pico als Debug-Probe benutzen: https://www.raspberrypi.com/documentation/microcontrollers/pico-series.html#swd

Oder Du kaufst eine Pico-Probe.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Norbert (der_norbert) 13.04.2026 14:57 #8035791

Lesenswert?

•

▲
▼

Es steht zu befürchten, dass:

bool tCallback()

eine ISR ist. Und wenn dort drin globale Variablen modifiziert werden

bool led_status = false;

bool nix_schalter = false;

wird das Hauptprogramm dies ohne weitere sachdienliche Anweisungen wohl gar nicht erst mitbekommen.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Theo H. (theo_rp_pico) OP 13.04.2026 15:30 #8035802

Lesenswert?

•

▲
▼

Danke für die Antworten, an Datenreisender: hab nen 2. pico, muß mir aber erst noch Kabel besorgen. Ein Pico-probe schadet sicher auch nix, wenn ich mir den zuleg. Das wird also noch etwas dauern, werd ich aber auf jeden Fall angehen.

an der_Norbert: "led_status" ist nicht das Problem, die Leds werden geschaltet. "nix_schalter" wird geschaltet, wenn die ominöse printf-Zeile drin ist, und nicht, wenn sie nicht drin ist. Ich versteh die Abhängigkeit von dem printf - Kommando nicht.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Norbert (der_norbert) 13.04.2026 15:41 #8035806

Lesenswert?

•

▲
▼

Theo H. schrieb:

"nix_schalter" wird geschaltet, wenn die ominöse printf-Zeile drin ist, und nicht, wenn sie nicht drin ist.

Das ist eine (verständliche) Fehlannahme. "nix_schalter" wird in der ISR geschaltet, aber das Hauptprogramm bekommt es nicht mit weil es mit einer, nennen wir es mal ›lokalen, temporären Kopie‹ arbeitet!

Wenn es dir nichts ausmacht (Achtung Insiderwitz) knietief durch Blut zu waten, dann suche im Forum mal nach volatile.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Thomas W. Gast 13.04.2026 15:49 #8035812

Lesenswert?

•

▲
▼

Theo H. schrieb:

an Datenreisender: hab nen 2. pico, muß mir aber erst noch Kabel besorgen. Ein Pico-probe schadet sicher auch nix, wenn ich mir den zuleg. Das wird also noch etwas dauern, werd ich aber auf jeden Fall angehen.

Drei Kabel reichen: https://pip-assets.raspberrypi.com/categories/610-raspberry-pi-pico/documents/RP-008276-DS-1-getting-started-with-pico.pdf?disposition=inline

Seite 17 zeigt Dir die Verkabelung.

an der_Norbert: "led_status" ist nicht das Problem, die Leds werden geschaltet. "nix_schalter" wird geschaltet, wenn die ominöse printf-Zeile drin ist, und nicht, wenn sie nicht drin ist. Ich versteh die Abhängigkeit von dem printf - Kommando nicht.

Norbert wollte Dir den type qualifier "volatile" nahelegen: Deine Callback ist eine ISR (ich nehme mal an), und da kann alles moegliche passieren (https://de.wikipedia.org/wiki/Volatile_(Informatik)). Es kann auch sein, dass durch die Optimierung des Compilers die Reihenfolge der Kommandos veraendert wurde.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Nick (b620ys) 13.04.2026 16:24 #8035824

Lesenswert?

•

▲
▼

Theo H. schrieb:

printf("das kommt jetzt %d, %d, %f, %i, \n",k,l); // Ausgabe um zu sehen was er alles so gemacht hat

Also das ist zumindest mal sehr suspekt! Ich unterstelle mal keine üblen Nebenwirkungen, aber ausschließen würde ich das nicht. Die Anzahl der Parameter stimmt nicht wirklich mit dem Formatstring überein.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Theo H. (theo_rp_pico) OP 13.04.2026 22:02 #8036032

Lesenswert?

•

▲
▼

So Danke an alle, es funktioniert. Habe die zwei Variablen als volatile deklariert und schon geht's. Bin in C nur etwas mehr als oberflächlich Vertraut und da fehlt's halt schon an einigen Stellen aber man kann ja lernen.

Danke

Theo

P.S. habe gerade festgestellt es funktioniert nur so lala, sprich da gibt es Aussetzer. Aber da muß ich erst mal versuchen das selber zu lösen bevor ich Euch da weiter belästige.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Norbert (der_norbert) 13.04.2026 22:15 #8036040

Lesenswert?

•

▲
▼

Theo H. schrieb:

Aber da muß ich erst mal versuchen das selber zu lösen bevor ich Euch da weiter belästige.

Quatsch. Du hast doch eine legitime Frage gestellt und zusätzlich mit code unterstützt. Das ist keine Belästigung.

Da haben wir hier ganz andere ›Spezialisten‹

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Gerd E. (robberknight) 13.04.2026 22:16 #8036041

Lesenswert?

•

▲
▼

Verwendest Du beide Cores des RP2040?

Wenn ja, dann siehst Du evtl. die Effekte von nebenläufiger Ausführung.

Das Thema ist leider gar nicht so einfach sauber zu lösen. Entweder weiß man genau was der verwendete Core in der Lage ist zu tun und beschränkt sich auf ganz klar definierte Operationen (also z.B. nur Core1 schreibt Variable X und die darf nur ein uint32_t sein) oder man beginnt über Locking und Critical Sections nachzudenken.

Wenn das mehr als ein paar sehr wenige Stellen werden, empfiehlt es sich über ein RTOS nachzudenken - das muss man zwar einmal einbinden und initialisieren, bietet einem dann aber praktische Mechanismen um mit solchen Problemen gut umgehen zu können.

Beispiele für RTOSse, falls es Dich interessiert:

FreeRTOS https://www.freertos.org/Documentation/01-FreeRTOS-quick-start/01-Beginners-guide/01-RTOS-fundamentals

ChibiOS https://www.chibios.org/dokuwiki/doku.php?id=chibios:documentation:books:rt:start

Antwort Zitieren Bearbeiten Löschen Beitrag melden

seltsames Verhalten meines RP Pico

Antwort schreiben