Und jetzt das Phänomen:
Auf dem SerMon kommt folgende Ausgabe:
Actual Transmission: count: 1
Actual Transmission: count: 2
Actual Transmission: count: 1
Actual Transmission: count: 2
Actual Transmission: count: 1
Bei Empfänger kommt aber an:
count: 1
count: 2
count: 3
count: 1
count: 2
Also wollte ich wissen, was da in counter steht und füge eine Zeile ein, die auf dem SerMon den Inhalt anzeigt. Oben im Code die Zeile 32 die auskommentiert ist.
Und jetzt wird es ulkig:
Wenn die Kommentierung entfernt wird, kommt auf dem SerMon der Counter fortlaufend:
Actual Transmission: count: 50
50
Actual Transmission: count: 51
51
Actual Transmission: count: 52
52
Actual Transmission: count: 53
53
Auch die Übertragung funktioniert jetzt mit dem Inhalt. Sprich der Inhalt bei Sender und Empfänger ist gleich.
Was passiert hier?
Das delay zu verändern bringt keine Änderung. Ebenso die Änderung der Reihenfolge Serial.print und radio.write nicht.
Auch den String str vor dem setup zu deklarieren und im loop nur noch zu beschreiben ebenfalls nicht.
Das geht so leider nicht trocken nachzustellen.
Ich wollte nur meine neuen Module alle durchtesten.
Bitte nicht auf den Empfänger konzentrieren.
Der Sketch stammt ebenfalls von Arduino NRF24L01 Funkmodul (Mal die URL ohne https eingefügt) und läuft auf einem originalem ARDUINO UNO.
Das Problem ist nicht die Übertragung als solche - die funktioniert.
Der Inhalt auf der Senderseite wird anders ausgegeben als tatsächlich übertragen und zudem wird der Zähler nicht weiter als 3 hochgezählt.
Wird der counter auf dem SerMon ausgegeben, stimmt alles. Sonst nicht.
Hmm...
Was sind denn für dich "echte" Probleme?
Egal: Für "mich" ist das ein "echtes" Problem.
Auch hatten schon einige dieses "echte" Problem, hier im Forum.
Plötzliches Versagen des SPI Transfers, nur wg. zu faul die SPI Doku zu lesen.
Lieber stundenlang rum eiern, an der falschen Stelle suchen, als der Doku zu folgen.
Ich behaupte:
Das steht nicht in der Arduino Doku und auch im nicht Datenblatt, weil da noch 7cm² Platz war, und der Platz unbedingt mit Müll geflutet werden musste.
Sondern, das steht da drin, weil es Sinn macht.
Auch:
Über ein Fehlverhalten des Senders/Empfängers zu jammern, ohne die Rückgabe von radio.write() zu prüfen, halte ich für ein "echtes" Problem.
OK, OK, vielleicht bin ich ja auch zu pingelig....
Also alles ok!
Weitermachen!
Mir ist bewusst, dass einfache Fehler, schon schwer zu finden sein können.
Doppelfehler, viel schwerer, weil sie u.U. die tragischen verdecken.
Tripel Fehler sind mit die gemeinsten, wenn sie einen Fehler an völlig anderer Stelle vortäuschen.
Aus dem Grund sehe ich da nur den Weg, einen Fehler nach dem anderen abzuarbeiten.
Mit Sorgfalt und Disziplin.
Ach, sowas ignoriere ich meist noch nicht mal...
Ich denke dann: "Wer wesentlichen Code verheimlicht, will keine Hilfe!"
Oder: "Der will nicht, dass ich teste, der will nur jammern."
Nachtrag:
Habe mir die Seite gerade mal angesehen!
OHA!
Eins der gruseligsten Tutorials, welches ich je gesehen habe!
Und: Ein pinMode(SS,OUTPUT); kann da Schaden anrichten.
Die Verschaltung ist da wirklich unglücklich gelöst.
Ich kann nur jedem Unbedarften den Rat geben:
Kurz drüber schauen, und weiter gehen.
Ja
Interessant finde ich, dass man (ich) seine Meinung (die Abstimmung) auch nachträglich noch ändern kann
Habe zuerst abgestimmt mit "In Form eines Berichtes" und jetzt geändert auf "Blos nicht"