{"id":135884,"date":"2018-08-03T15:07:00","date_gmt":"2018-08-03T12:07:00","guid":{"rendered":"https:\/\/ruuvi.com\/ruuvi-firmware-teil-2-debugging\/"},"modified":"2026-06-11T08:48:58","modified_gmt":"2026-06-11T05:48:58","slug":"ruuvi-firmware-teil-2-debugging","status":"publish","type":"post","link":"https:\/\/ruuvi.com\/de\/ruuvi-firmware-teil-2-debugging\/","title":{"rendered":"Ruuvi Firmware \u2013 Teil 2: Debugging"},"content":{"rendered":"\n
\"Ruuvi<\/figure><\/div>\n\n

Dies ist der zweite Teil der Ruuvi-Firmware-Serie, die detailliert beschreibt, wie man eine Sensor-Beacon-Software erstellt, die auf dem RuuviTag mit Segger Embedded Studio<\/a> l\u00e4uft. Den finalen Code dieses Blogbeitrags kannst du bei Ruuvi GitHub<\/a> im ruuviblog<\/em>-Branch, Tag 3.2.0-alpha<\/em>, herunterladen. Folge bitte Teil 1 der Serie<\/a> f\u00fcr Details zum Klonen des Repositorys und Kompilieren des Codes. <\/p>\n\n

Die L\u00fccken f\u00fcllen<\/h2>\n\n

Im letzten Teil der Serie hatte unsere Codebasis bereits einige Stubs zum Zur\u00fcckgeben von Statuscodes vom Treiber sowie zum Kompilieren des Projekts mit ARMGCC ohne SES. Lass uns diese Abschnitte des Codes ausf\u00fcllen und Logging-Funktionalit\u00e4t hinzuf\u00fcgen. <\/p>\n\n

\"Ruuvi
Teile in Blau wurden bereits zuvor eingef\u00fchrt, wir konzentrieren uns auf die Teile in Gr\u00fcn. Verlaufsbl\u00f6cke werden \u00c4nderungen aufweisen. <\/figcaption><\/figure><\/div>\n\n

Logging<\/h2>\n\n

Logging-Schnittstelle<\/h3>\n\n

Das Nordic SDK verf\u00fcgt \u00fcber ausgezeichnete Debug-Log-Makros, allerdings ist das \u00dcbergeben von Argumenten an Makros durch Funktionsaufrufe etwas knifflig. Daher machen wir einige Kompromisse und implementieren Logging als Funktionsaufrufe und rufen die Makros in der Plattformimplementierung auf. <\/p>\n\n

Wir definieren vier Schweregrade: Error<\/strong>, Warning<\/strong>, Info<\/strong> und Debug<\/strong>. Unsere init<\/em>-Funktion nimmt den gew\u00fcnschten Mindestschweregrad als Parameter. Wir implementieren auch ein flush<\/em>, das die Logs aus allen Puffern schreibt, sowie eine Fehlercode-zu-String-Funktion, die eine menschenlesbare Beschreibung der Fehler liefert. <\/p>\n\n

\"ruuvi_interface_log.h\"
ruuvi_interface_log.h<\/figcaption><\/figure><\/div>\n\n

Logging-Implementierung<\/h3>\n\n

Zuerst f\u00fcllen wir die plattformunabh\u00e4ngige Funktion ruuvi_platform_error_to_string<\/em> aus. Ich halte die Implementierung f\u00fcr ziemlich unelegant \u2013 wir haben ein festes Switch-Case von ruuvi_driver_status_t<\/em>-Labels und f\u00fcllen die Werte ein. Falls jemand eine Implementierung entwickeln kann, die die Labels aus der enum<\/em>-Definition liest und sie mit snprintf<\/em> zum Pointer schreibt, lass es mich bitte wissen \u2013 oder noch besser: \u00d6ffne einen Pull Request. <\/p>\n\n

\"ruuvi_interface_log.c
ruuvi_interface_log.c \u2013 Dateianfang<\/figcaption><\/figure><\/div>\n\n

Zweitens tauchen wir in die Nordic-SDK-Implementierung der Logging-Funktionen ein. Das Nordic SDK verf\u00fcgt \u00fcber eine ganze Reihe von Makros, die Zeitstempel, Dateinamen, Modulnamen einf\u00fcgen und eine gro\u00dfartige Granularit\u00e4t f\u00fcr die Fehlerberichterstattung bieten k\u00f6nnen. Um die Sache noch besser zu machen, sind sie als Makros implementiert, die nicht kompiliert werden, wenn Logging deaktiviert ist. <\/p>\n\n

Unsere Implementierung ist viel einfacher \u2013 wir nehmen einen Funktionsaufruf entgegen und leiten ihn an das Nordic-Makro weiter. Theoretisch k\u00f6nnte unser Compiler bemerken, dass unsere ruuvi_platform_log<\/em>-Funktion nichts zur\u00fcckgibt und keine Seiteneffekte hat, was bedeutet, dass sie als NOP<\/strong> optimiert werden k\u00f6nnte, wenn wir Logging deaktivieren. In der Praxis w\u00fcrden wir Linking-Fehler bekommen, da unsere Funktionen Funktionen und keine Makros sind. Vielleicht implementieren wir sp\u00e4ter ein Dummy-Logging-Backend, das eine leere Funktion sein wird, um das Deaktivieren des Loggings zu erm\u00f6glichen. <\/p>\n\n

\"ruuvi_platform_log.c
ruuvi_platform_log.c der nRF5-SDK15-Plattform<\/figcaption><\/figure><\/div>\n\n

Unsere Logging-Funktion ruft das Nordic-RAW-Makro auf, das keine weitere Pr\u00e4fixierung oder Zeitstempelung der Nachricht vornimmt. Falls die Nachricht aus irgendeinem Grund null war, geben wir eine Warnung aus und lassen den Programmfluss fortsetzen. <\/p>\n\n

Statuscodes<\/h2>\n\n

Fehler-Schnittstelle<\/h3>\n\n

Wir m\u00f6chten Fehler so fr\u00fch wie m\u00f6glich abfangen, sowohl w\u00e4hrend der Entwicklung als auch in der Produktion. Daher geben wir den Status von den Funktionen zur\u00fcck und pr\u00fcfen den Status im Programm. Wir erlauben auch, einige Fehler als nicht-fatal zu definieren: Wenn beispielsweise ein Umgebungssensor nicht gefunden wird, k\u00f6nnen wir den Status akzeptieren und fortfahren. Wenn jedoch ein Umgebungssensor gefunden wird und den Selbsttest nicht besteht, sollten wir den Tag als fehlerhaft betrachten und das Programm stoppen. <\/p>\n\n

\"ruuvi_driver_error.h\"
ruuvi_driver_error.h<\/figcaption><\/figure><\/div>\n\n

Die Fehlercodes sind als Bit-Flags definiert, und wir verwenden int32_t statt uint32_t als Container, um dem h\u00f6chsten Bit eine besondere Bedeutung fatal<\/em> zu geben.<\/p>\n\n

Fehler-Implementierung<\/h3>\n\n

Fehlerpr\u00fcfung und -konvertierung haben nichts Komplexes an sich. Wir \u00e4ndern die Werte vom Nordic SDK zu Ruuvi-Werten in der Konvertierungsfunktion. Die Fehlerpr\u00fcfungsfunktion vergleicht den Fehlercode mit der Nicht-Fatal-Maske, und wenn ein Fehler aufgetreten ist, der als fatal betrachtet wird, loggen wir einen Fehler und setzen zur\u00fcck. Wenn ein nicht-fataler Fehler aufgetreten ist, loggen wir eine Warnung und fahren fort. Wenn kein Fehler aufgetreten ist, fahren wir fort, ohne etwas zu loggen. <\/p>\n\n

\"ruuvi_platform_error.c
ruuvi_platform_error.c in der Nordic-SDK15-Plattformimplementierung<\/figcaption><\/figure><\/div>\n\n

Konfiguration der Logs<\/h2>\n\n

Da wir das Nordic-Backend verwenden, m\u00fcssen wir einige Konfigurationen hinzuf\u00fcgen. Wir beginnen damit, die Anwendungskonfiguration application_config.h hinzuzuf\u00fcgen und dort Logging-Konstanten zu definieren. W\u00e4hrend wir dabei sind, f\u00fcgen wir auch die GPIO<\/em>– und yield<\/em>-Aktivierungen zu unserer Anwendungskonfiguration hinzu und verweisen in ruuvi_platform_nrf5_sdk15_config.h darauf. <\/p>\n\n

\"application_config.h\"
application_config.h<\/figcaption><\/figure><\/div>\n\n

Dann aktualisieren wir die nrf5_sdk15_application_config.h. Da das Nordic SDK erwartet, dass die Log-Puffergr\u00f6\u00dfe mindestens 128 Bytes und eine Zweierpotenz ist, f\u00fcgen wir eine Plausibilit\u00e4tspr\u00fcfung f\u00fcr die Puffergr\u00f6\u00dfe hinzu. <\/p>\n\n

\"nrf5_sdk15_application_config.h\"
nrf5_sdk15_application_config.h<\/figcaption><\/figure><\/div>\n\n

Logging und Fehlerpr\u00fcfung zur Anwendung hinzuf\u00fcgen<\/h2>\n\n

Wir integrieren den neuen Code in unsere Hauptanwendung, indem wir den Statuscode von den Initialisierungsfunktionen sammeln. Da unser Statuscode ein Bit-Flag ist, k\u00f6nnen wir neue Fehler mit OR<\/strong> hinzuf\u00fcgen, w\u00e4hrend wir im Programm fortschreiten. Wir f\u00fcgen auch etwas Logging hinzu, um die Log-Funktionen zu demonstrieren. <\/p>\n\n

\"Code
main.c<\/figcaption><\/figure><\/div>\n\n

Zeile 57 zeigt, wie man Laufzeitwerte im Log mit snprintf<\/em> ausgibt. Lass uns den Code ausf\u00fchren und sehen, was passiert! <\/p>\n\n

\"Code
Code ausf\u00fchren \u2013 fataler Fehler bei der Initialisierung und Neustartzyklus.<\/figcaption><\/figure><\/div>\n\n

Die gute Nachricht ist: Unsere Fehlerpr\u00fcfung funktioniert wie beabsichtigt. Die andere gute Nachricht ist, dass wir einen Bug im Code von Teil 1 gefunden haben \u2013 aus irgendeinem Grund gibt die yield<\/em>-Initialisierung INVALID_STATE<\/strong> zur\u00fcck. <\/p>\n\n

Tiefer graben, um die Fehlerquelle zu finden<\/h2>\n\n

Jetzt wissen wir, dass es einen Fehler in unserem yield<\/em>-Code gibt, wir wissen jedoch nicht, was der Fehler ist oder wie er uns betrifft. Schlie\u00dflich hatten wir am Ende von Teil 1 einen perfekt funktionierenden Sleep-Modus. Unser Logging hat den Fehler zwischen den Zeilen 21 und 25 von main.c lokalisiert, und dort gibt es nichts anderes als die Yield-Initialisierung. Setzen wir einen Breakpoint<\/em> bei yield<\/em> und gehen mit Step In<\/em> in die Funktion. <\/p>\n\n

\"\"
Unser Programm wurde in yield init angehalten (jetzt Zeile 25) und wir sind bereit, mit F11 \/ Klick auf das erhobene Symbol hineinzugehen.<\/figcaption><\/figure><\/div>\n\n
\"\"
ruuvi_platform_yield.c \u2013 lass uns ins nRF SDK gehen<\/figcaption><\/figure><\/div>\n\n
\"\"
nrf_pwr_mgmt.c \u2013 Was macht dieses PWR_MGNT_TIMER_CREATE?<\/figcaption><\/figure><\/div>\n\n
\"\"
Wie der Name vermuten l\u00e4sst, versuchen wir, einen Timer in der Timer-Erstellungsfunktion zu erstellen.<\/figcaption><\/figure><\/div>\n\n
\"\"
app_timer.c \u2013 wir haben den \u00dcbelt\u00e4ter gefunden.<\/figcaption><\/figure><\/div>\n\n

An diesem Punkt haben wir den Fehler lokalisiert. Unsere yield<\/em>-Initialisierung pr\u00fcft, ob wir das timer<\/em>-Modul initialisiert haben, und das haben wir nicht getan. Warum braucht unser Sleep Timer? Kehren wir zu nrf_pwr_mgmt.c<\/em> zur\u00fcck, um das herauszufinden. <\/p>\n\n

\"\"
nrf_pwr_mgmt.c<\/figcaption><\/figure><\/div>\n\n

Ein paar Zeilen vor dem Fehler sehen wir eine Pr\u00fcfung f\u00fcr NRF_PWR_MGMT_CONFIG_AUTO_SHUTDOWN_RETRY<\/strong>, die das PWR_MGMT_TIMER_REQUIRED<\/strong> definiert. Wir haben an diesem Punkt keinen Bedarf f\u00fcr irgendwelche automatischen Shutdown-Wiederholungen, also deaktivieren wir es in nrf5_sdk15_application_config.h<\/em>. Jetzt sind wir bereit f\u00fcr einen weiteren Versuch mit unserer Anwendung. <\/p>\n\n

\"\"
Finale main.c<\/figcaption><\/figure><\/div>\n\n

Jetzt sind wir n\u00e4her an dem, was man erwarten k\u00f6nnte. Unsere Initialisierung endet in RUUVI_DRIVER_SUCCESS<\/strong> und der Tag geht in den Sleep-Modus. Merkw\u00fcrdigerweise wachen wir einmal auf und gehen dann wieder schlafen. Vielleicht haben wir einen Interrupt, wenn das Log-Printing beendet ist? <\/p>\n\n

Letzte Feinheiten<\/h2>\n\n

Stromverbrauch<\/h3>\n\n

Wie immer ist der Stromverbrauch der treibende Faktor in unserem Code. Es besteht eine gute Chance, dass wir nach dem Aktivieren der Logging-Peripherie etwas zus\u00e4tzlich verbrauchen, also lass uns den finalen Stromverbrauch \u00fcberpr\u00fcfen. <\/p>\n\n

\"\"
Wir verbrauchen 3,6 \u03bcA<\/figcaption><\/figure><\/div>\n\n

Im vorherigen Teil kamen wir zu dem Schluss, dass unser Stromverbrauch 4,0 \u03bcA betrug, sodass es scheint, dass wir eine Verbesserung von 10 % ohne ersichtlichen Grund haben. Pers\u00f6nlich vermute ich, dass der Unterschied durch die Umgebungstemperatur verursacht wird \u2013 letzte Woche hatten wir eine Hitzewelle in Finnland, w\u00e4hrend die aktuelle Temperatur viel k\u00fchler ist. Nichts im Leistungsprofil gibt uns Anlass zur Sorge, da wir nicht mehr verbrauchen als zuvor. <\/p>\n\n

ARMGCC & Jenkins.<\/h3>\n\n

Wir richten auch ein ARMGCC-Ziel f\u00fcr Continuous Integration mit Jenkins ein. Nach diesem Video-Tutorial<\/a> m\u00fcssen wir ARMGCC 6-2017-q2-update<\/a> in \/usr\/local<\/em> unseres Jenkins-Servers installieren, nRF5 SDK15<\/a> herunterladen und nach \/var\/lib\/jenkins\/workspace\/<\/em> entpacken. <\/p>\n\n

Jetzt wird der Code jedes Mal, wenn ich Code in meinen pers\u00f6nlichen Branch pushe, von GitHub gezogen und kompiliert. Dies stellt sicher, dass jeder Zugriff auf eine funktionierende Version mit allen aktuellen Submodulen hat. Es erm\u00f6glicht auch jedem, den Build-Status auf einen Blick in der README zu sehen. Schlie\u00dflich speichern wir die von ARMGCC erstellte kompilierte .hex-Datei und lassen jeden sie von http:\/\/jenkins.ruuvi.com\/job\/ruuvi.firmware.c\/<\/a> herunterladen.<\/p>\n\n

Wenn du lieber ARMGCC anstelle von SES verwendest, kannst du jetzt \u201emake\u201c im Stammverzeichnis des Projekts ausf\u00fchren, um das Projekt zu kompilieren \u2013 vorausgesetzt, du hast die Build-Umgebung eingerichtet.<\/p>\n\n

Fazit<\/h2>\n\n

Nach diesem Tutorial haben wir eine grundlegende automatisierte und manuelle Qualit\u00e4tskontrolle f\u00fcr unser Projekt implementiert. Unsere Treiber geben Fehlercodes zur\u00fcck, die gepr\u00fcft und geloggt werden, falls es Anomalien gibt, und wir kompilieren den zu GitHub gepushten Code und speichern die resultierenden Ausgaben. Du solltest beachten, dass ARMGCC und SES unterschiedliche Linker-Skripte verwenden, was bedeutet, dass die resultierenden Hexes nicht unbedingt funktional identisch sind. Vielleicht verbessern wir dies in zuk\u00fcnftigen automatisierten Tests. <\/p>\n\n

In der Zwischenzeit bleib dran und folge <\/strong>@ojousima<\/strong><\/a> und <\/strong>@ruuvicom<\/strong><\/a> auf Twitter f\u00fcr #FirmwareFriday-Posts!<\/strong><\/p>\n","protected":false},"excerpt":{"rendered":"

Dies ist der zweite Teil der Ruuvi-Firmware-Serie, die detailliert beschreibt, wie man eine Sensor-Beacon-Software erstellt, die auf dem RuuviTag mit Segger Embedded Studio l\u00e4uft. Den finalen Code dieses Blogbeitrags kannst du bei Ruuvi GitHub im ruuviblog-Branch, Tag 3.2.0-alpha, herunterladen. Folge bitte Teil 1 der Serie f\u00fcr Details zum Klonen des Repositorys und Kompilieren des Codes. […]<\/p>\n","protected":false},"author":6,"featured_media":135885,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[324],"tags":[],"class_list":["post-135884","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ruuvi-software-artikel"],"acf":[],"yoast_head":"\nRuuvi Firmware \u2013 Teil 2: Debugging - Ruuvi<\/title>\n<meta name=\"description\" content=\"Wie du von SDK-Debug-Log-Makros profitierst, wenn du Logging und Fehlerpr\u00fcfung zum Firmware-Code des RuuviTag hinzuf\u00fcgst.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/ruuvi.com\/de\/ruuvi-firmware-teil-2-debugging\/\" \/>\n<meta property=\"og:locale\" content=\"de_DE\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Ruuvi Firmware \u2013 Teil 2: Debugging - Ruuvi\" \/>\n<meta property=\"og:description\" content=\"Wie du von SDK-Debug-Log-Makros profitierst, wenn du Logging und Fehlerpr\u00fcfung zum Firmware-Code des RuuviTag hinzuf\u00fcgst.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/ruuvi.com\/de\/ruuvi-firmware-teil-2-debugging\/\" \/>\n<meta property=\"og:site_name\" content=\"Ruuvi\" \/>\n<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/ruuvi.cc\" \/>\n<meta property=\"article:published_time\" content=\"2018-08-03T12:07:00+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-06-11T05:48:58+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/ruuvi.com\/i\/u\/ruuvi-firmware-debugging.jpeg\" \/>\n\t<meta property=\"og:image:width\" content=\"1400\" \/>\n\t<meta property=\"og:image:height\" content=\"733\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"Otso Jousimaa\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:creator\" content=\"@ruuvicom\" \/>\n<meta name=\"twitter:site\" content=\"@ruuvicom\" \/>\n<meta name=\"twitter:label1\" content=\"Verfasst von\" \/>\n\t<meta name=\"twitter:data1\" content=\"Otso Jousimaa\" \/>\n\t<meta name=\"twitter:label2\" content=\"Gesch\u00e4tzte Lesezeit\" \/>\n\t<meta name=\"twitter:data2\" content=\"8\u00a0Minute\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/ruuvi.com\\\/de\\\/ruuvi-firmware-teil-2-debugging\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/ruuvi.com\\\/de\\\/ruuvi-firmware-teil-2-debugging\\\/\"},\"author\":{\"name\":\"Otso Jousimaa\",\"@id\":\"https:\\\/\\\/ruuvi.com\\\/de\\\/#\\\/schema\\\/person\\\/143b8e2a095f1e6484b9186673c9ec00\"},\"headline\":\"Ruuvi Firmware \u2013 Teil 2: Debugging\",\"datePublished\":\"2018-08-03T12:07:00+00:00\",\"dateModified\":\"2026-06-11T05:48:58+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/ruuvi.com\\\/de\\\/ruuvi-firmware-teil-2-debugging\\\/\"},\"wordCount\":1547,\"image\":{\"@id\":\"https:\\\/\\\/ruuvi.com\\\/de\\\/ruuvi-firmware-teil-2-debugging\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/ruuvi.com\\\/i\\\/u\\\/ruuvi-firmware-debugging.jpeg\",\"articleSection\":[\"Ruuvi-Software-Artikel\"],\"inLanguage\":\"de\"},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/ruuvi.com\\\/de\\\/ruuvi-firmware-teil-2-debugging\\\/\",\"url\":\"https:\\\/\\\/ruuvi.com\\\/de\\\/ruuvi-firmware-teil-2-debugging\\\/\",\"name\":\"Ruuvi Firmware \u2013 Teil 2: Debugging - Ruuvi\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/ruuvi.com\\\/de\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/ruuvi.com\\\/de\\\/ruuvi-firmware-teil-2-debugging\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/ruuvi.com\\\/de\\\/ruuvi-firmware-teil-2-debugging\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/ruuvi.com\\\/i\\\/u\\\/ruuvi-firmware-debugging.jpeg\",\"datePublished\":\"2018-08-03T12:07:00+00:00\",\"dateModified\":\"2026-06-11T05:48:58+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/ruuvi.com\\\/de\\\/#\\\/schema\\\/person\\\/143b8e2a095f1e6484b9186673c9ec00\"},\"description\":\"Wie du von SDK-Debug-Log-Makros profitierst, wenn du Logging und Fehlerpr\u00fcfung zum Firmware-Code des RuuviTag hinzuf\u00fcgst.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/ruuvi.com\\\/de\\\/ruuvi-firmware-teil-2-debugging\\\/#breadcrumb\"},\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/ruuvi.com\\\/de\\\/ruuvi-firmware-teil-2-debugging\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/ruuvi.com\\\/de\\\/ruuvi-firmware-teil-2-debugging\\\/#primaryimage\",\"url\":\"https:\\\/\\\/ruuvi.com\\\/i\\\/u\\\/ruuvi-firmware-debugging.jpeg\",\"contentUrl\":\"https:\\\/\\\/ruuvi.com\\\/i\\\/u\\\/ruuvi-firmware-debugging.jpeg\",\"width\":1400,\"height\":733,\"caption\":\"Ruuvi Firmware Debugging\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/ruuvi.com\\\/de\\\/ruuvi-firmware-teil-2-debugging\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/ruuvi.com\\\/de\\\/front\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Ruuvi Firmware \u2013 Teil 2: Debugging\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/ruuvi.com\\\/de\\\/#website\",\"url\":\"https:\\\/\\\/ruuvi.com\\\/de\\\/\",\"name\":\"Ruuvi\",\"description\":\"Measure Your World\",\"potentialAction\":[],\"inLanguage\":\"de\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/ruuvi.com\\\/de\\\/#\\\/schema\\\/person\\\/143b8e2a095f1e6484b9186673c9ec00\",\"name\":\"Otso Jousimaa\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/fd52303e35b8b23c01cfeec7bb2636768de567cd33604f794ae86dd971e61645?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/fd52303e35b8b23c01cfeec7bb2636768de567cd33604f794ae86dd971e61645?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/fd52303e35b8b23c01cfeec7bb2636768de567cd33604f794ae86dd971e61645?s=96&d=mm&r=g\",\"caption\":\"Otso Jousimaa\"},\"url\":\"https:\\\/\\\/ruuvi.com\\\/de\\\/author\\\/ojousima\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Ruuvi Firmware \u2013 Teil 2: Debugging - Ruuvi","description":"Wie du von SDK-Debug-Log-Makros profitierst, wenn du Logging und Fehlerpr\u00fcfung zum Firmware-Code des RuuviTag hinzuf\u00fcgst.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/ruuvi.com\/de\/ruuvi-firmware-teil-2-debugging\/","og_locale":"de_DE","og_type":"article","og_title":"Ruuvi Firmware \u2013 Teil 2: Debugging - Ruuvi","og_description":"Wie du von SDK-Debug-Log-Makros profitierst, wenn du Logging und Fehlerpr\u00fcfung zum Firmware-Code des RuuviTag hinzuf\u00fcgst.","og_url":"https:\/\/ruuvi.com\/de\/ruuvi-firmware-teil-2-debugging\/","og_site_name":"Ruuvi","article_publisher":"https:\/\/www.facebook.com\/ruuvi.cc","article_published_time":"2018-08-03T12:07:00+00:00","article_modified_time":"2026-06-11T05:48:58+00:00","og_image":[{"width":1400,"height":733,"url":"https:\/\/ruuvi.com\/i\/u\/ruuvi-firmware-debugging.jpeg","type":"image\/jpeg"}],"author":"Otso Jousimaa","twitter_card":"summary_large_image","twitter_creator":"@ruuvicom","twitter_site":"@ruuvicom","twitter_misc":{"Verfasst von":"Otso Jousimaa","Gesch\u00e4tzte Lesezeit":"8\u00a0Minute"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/ruuvi.com\/de\/ruuvi-firmware-teil-2-debugging\/#article","isPartOf":{"@id":"https:\/\/ruuvi.com\/de\/ruuvi-firmware-teil-2-debugging\/"},"author":{"name":"Otso Jousimaa","@id":"https:\/\/ruuvi.com\/de\/#\/schema\/person\/143b8e2a095f1e6484b9186673c9ec00"},"headline":"Ruuvi Firmware \u2013 Teil 2: Debugging","datePublished":"2018-08-03T12:07:00+00:00","dateModified":"2026-06-11T05:48:58+00:00","mainEntityOfPage":{"@id":"https:\/\/ruuvi.com\/de\/ruuvi-firmware-teil-2-debugging\/"},"wordCount":1547,"image":{"@id":"https:\/\/ruuvi.com\/de\/ruuvi-firmware-teil-2-debugging\/#primaryimage"},"thumbnailUrl":"https:\/\/ruuvi.com\/i\/u\/ruuvi-firmware-debugging.jpeg","articleSection":["Ruuvi-Software-Artikel"],"inLanguage":"de"},{"@type":"WebPage","@id":"https:\/\/ruuvi.com\/de\/ruuvi-firmware-teil-2-debugging\/","url":"https:\/\/ruuvi.com\/de\/ruuvi-firmware-teil-2-debugging\/","name":"Ruuvi Firmware \u2013 Teil 2: Debugging - Ruuvi","isPartOf":{"@id":"https:\/\/ruuvi.com\/de\/#website"},"primaryImageOfPage":{"@id":"https:\/\/ruuvi.com\/de\/ruuvi-firmware-teil-2-debugging\/#primaryimage"},"image":{"@id":"https:\/\/ruuvi.com\/de\/ruuvi-firmware-teil-2-debugging\/#primaryimage"},"thumbnailUrl":"https:\/\/ruuvi.com\/i\/u\/ruuvi-firmware-debugging.jpeg","datePublished":"2018-08-03T12:07:00+00:00","dateModified":"2026-06-11T05:48:58+00:00","author":{"@id":"https:\/\/ruuvi.com\/de\/#\/schema\/person\/143b8e2a095f1e6484b9186673c9ec00"},"description":"Wie du von SDK-Debug-Log-Makros profitierst, wenn du Logging und Fehlerpr\u00fcfung zum Firmware-Code des RuuviTag hinzuf\u00fcgst.","breadcrumb":{"@id":"https:\/\/ruuvi.com\/de\/ruuvi-firmware-teil-2-debugging\/#breadcrumb"},"inLanguage":"de","potentialAction":[{"@type":"ReadAction","target":["https:\/\/ruuvi.com\/de\/ruuvi-firmware-teil-2-debugging\/"]}]},{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/ruuvi.com\/de\/ruuvi-firmware-teil-2-debugging\/#primaryimage","url":"https:\/\/ruuvi.com\/i\/u\/ruuvi-firmware-debugging.jpeg","contentUrl":"https:\/\/ruuvi.com\/i\/u\/ruuvi-firmware-debugging.jpeg","width":1400,"height":733,"caption":"Ruuvi Firmware Debugging"},{"@type":"BreadcrumbList","@id":"https:\/\/ruuvi.com\/de\/ruuvi-firmware-teil-2-debugging\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/ruuvi.com\/de\/front\/"},{"@type":"ListItem","position":2,"name":"Ruuvi Firmware \u2013 Teil 2: Debugging"}]},{"@type":"WebSite","@id":"https:\/\/ruuvi.com\/de\/#website","url":"https:\/\/ruuvi.com\/de\/","name":"Ruuvi","description":"Measure Your World","potentialAction":[],"inLanguage":"de"},{"@type":"Person","@id":"https:\/\/ruuvi.com\/de\/#\/schema\/person\/143b8e2a095f1e6484b9186673c9ec00","name":"Otso Jousimaa","image":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/secure.gravatar.com\/avatar\/fd52303e35b8b23c01cfeec7bb2636768de567cd33604f794ae86dd971e61645?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/fd52303e35b8b23c01cfeec7bb2636768de567cd33604f794ae86dd971e61645?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/fd52303e35b8b23c01cfeec7bb2636768de567cd33604f794ae86dd971e61645?s=96&d=mm&r=g","caption":"Otso Jousimaa"},"url":"https:\/\/ruuvi.com\/de\/author\/ojousima\/"}]}},"_links":{"self":[{"href":"https:\/\/ruuvi.com\/de\/wp-json\/wp\/v2\/posts\/135884","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ruuvi.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ruuvi.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ruuvi.com\/de\/wp-json\/wp\/v2\/users\/6"}],"replies":[{"embeddable":true,"href":"https:\/\/ruuvi.com\/de\/wp-json\/wp\/v2\/comments?post=135884"}],"version-history":[{"count":1,"href":"https:\/\/ruuvi.com\/de\/wp-json\/wp\/v2\/posts\/135884\/revisions"}],"predecessor-version":[{"id":135893,"href":"https:\/\/ruuvi.com\/de\/wp-json\/wp\/v2\/posts\/135884\/revisions\/135893"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/ruuvi.com\/de\/wp-json\/wp\/v2\/media\/135885"}],"wp:attachment":[{"href":"https:\/\/ruuvi.com\/de\/wp-json\/wp\/v2\/media?parent=135884"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ruuvi.com\/de\/wp-json\/wp\/v2\/categories?post=135884"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ruuvi.com\/de\/wp-json\/wp\/v2\/tags?post=135884"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}