Der ESP und sein Bluetooth ist schon ein Kapitel.
Gerade auch weil es mittlerweile ein gefühltes 1/2 Dutzend BT Varianten gibt.
Der ESP kann nicht alle und dein Händi vermutlich auch nicht.

Was etwas universeller ist, ist WLAN.
Da kann dein ESP Accesspoint spielen.
Oder/Und auch sich an jedem Accesspoint anmelden.

Vorschlag:
Der ESP als AP
Darauf dann einen Webserver.
Dann kannst du per Händi, Tablet oder was auch immer darauf reiten, wie auf jedem anderen Webserver im Internetz auch. In Bunt.


Der ESP ist um Größenordnungen leistungsfähiger, als dein Arduino. Ca 10 facher Takt, 4 fache Datenbreite, doppelte(fast dreifache) Anzahl Rechenkerne. usw.
Es ist bei einer Verbindung der Beiden, sicherlich klüger, den ESP als König zu deklarieren und den Arduino als intelligenten Sklaven.
Also die eher abstrakte Hauptarbeit dem ESP aufzubürden.

Als Schnittstelle zwischen Arduino und UNO würde sich evt. I2C anbieten.

Danke ExCombie, ich werde in Deiner vorgeschlagenen Richtung experimentieren.
Habe Deine Antwort zur schnelleren Orientierung lokal abgespeichert. Wenn es Dir nicht recht ist, gib mir bitte einen Hinweis, dann würde ich diese rückstandslos löschen.

_________________
es ist gut dass es noch nicht fertig ist.

Alles was ich hier im Forum rausposaune, darfst du und auch jede Andere uneingeschränkt nutzen.
Auf eigene Verantwortung.
Gibt auf nix eine Garantie.

_________________
es ist gut dass es noch nicht fertig ist.

Binäre Zahlen, keine Ahnung ob es jemand gebrauchen kann.

Kritik bzw. Anregungen sehr gern.

Ich habe mich für Schieberegister interessiert, weil mein Sohn eine Binäruhr mit LED und Arduino bauen möchte.
Nach einiger Einarbeitung habe ich verstanden, dass die Schieberegister in der Regel mit Byte gefüttert werden, die je 8 Bit pro Byte haben. Diese Bytes werden nach meiner Erkenntnis nach nicht Bitweise übertragen, sodern in einem Schub pro Byte. Weil ich aber Datum und Uhrzeit, also Ganzzahlen habe, musste ich diese vorab in Binärzahlen von 8 Bit umwandeln. Hierzu hatte ich folgende Überlegung:
Berechnet werden Biärzahlen in dem ganze Zahlen halbiert werden, bis sie
aufgelöst sind. Geht die Halbierung nicht als ganze Zahl auf, wird der Binärzahl eine 1 zugewiesen.
Geht die Halbierung auf, wird der Binärzahl eine 0 zugewiesen.
Rechnerisch ergibt eine ganze ungerade Zahl immer einen Halbwert + 5/10.
(Beispiel 3 = 1,5; 5 = 2,5 usw.).
Durch eine Routine lässt sich mit dieser Erkenntnis ermitteln, ob eine gerade oder ungerade Zahl vorliegt.
Dazu muss der Halbwert lediglich mit 10 multipliziert werden und eine Routine fragt dass erste rechte Zeichen der Zahl ab. Ist diese eine 5, ist die Ganzzahl ungerade. Ist dass letzte Zeichen eine 0 ist die Ganzzahl gerade.
Nach dieser Methode wird weiter unten die Binärzahl ermittelt.
Diese Routine habe ich in VBA geprüft, in dem ich ganze Zahlen vorgab,
Später habe ich Stunde und Minute pro Routine durchlaufen lassen und überprüft.

Die u. a. Routine ist typisch VBA.
Der nächste Schritt wird die Umschreibung in C++ sein.

Ablauf eine ganze Zahl (Zeit, Datum oder ander Messwerte) in eine binäre Zahl, mit einem Byte von 8 Bit umzurechnen.

1. Objektvariable

Objekttyp Double
douGW 'Ganzer Wert, vom Typ double, damit Nachkommastellen regestriert werden können
douHW 'Halber Wert

Objekttyp String
strByte 'Byte welches durch die Bits gebildet wird. String, damit 0 vorangestellt werden kann.

Objekttyp Integer
intBit 'Anzahl der Bits und Vorgabe für Zähler ganzer Zahlen

Function Binaer() Start der Routine, Die Objekte sind entweder Public oder stehen unter Function
strByte = ""
intBit = 8


NDS: 'Sprungmarke für nächsten Datensatz bzw. Halbwert der ganzen Zahl
douHW =douGW / 2 'Halbwert bilden

if douGW > 2 then 'Werte von 2 und kleiner müssen nicht ermittelt werden
If Right((douHW * 10), 1) = "5" Then 'wenn der douHW mit 10 multipliziert, an der leztzen Stelle eine 5 als Zeichen hat
strByte = "1" & strByte 'Ist dass letzte Zeichen eine 5 dann Byte eine "1" vorangestellt.
intBit = IntBit - 1 'Byte wird mit einer Stelle belegt und im Zähler regestriert.
douGW = (intGW - 1) / 2 'Der ganzen Zahl wird 1 abgezgen und halbiert.
goto NDS 'Die halbierte Zahl neu berechnen
Else 'oder
strByte = "0" & strByte 'Die Zahl war durch 2 Teilbar und somit wird 0 im Byte eingetragen.
intBit = IntBit - 1 'Byte wird mit einer Stelle belegt und im Zähler regestriert.
douGW = douGW / 2 'Die ganze Zahl wird halbiert
goto NDS 'Die halbierte Zahl neu berechnen
End if

'Ab hier ist die Ganzzahl maximal 2
if douGW = 2 then 'Ist die ganze Zahl = 2
strByte = "10" & strByte 'ist die binäre Darstellung "10"
intBit = intBit - 2 '2 Stellen aus dem Byte abziehen
end if
'Ab hier ist die Ganzzahl maximal 1
If douGW = 1 Then 'Ist die Ganzzahl = 1
strByte = "1" & strByte 'ist die binäre Darstellung "1"
intBit = intBit - 1 '1 Stelle aus dem Byte abziehen
End If

'Bei Zahlen unter 128 kommt man mit 7 Bits aus
'Wer aber mit mehr Bits darstellen muss um meinetwegen ein
'Schieberegister zu bedienen, muss die fehlenden Nullen ermitteln

'Auf 8 Bit Nullen
Bits:
If intBit > 0 Then 'Ist der Zähler intBit > 0 dann fülle strByte mit "0" auf
strByte = "0" & strByte 'strByte = "0" & strByte
intBit = intBit - 1 'intBit um eine Stelle kürzen
GoTo Bits 'von neuem Abfragen bis alle Stellen erledigt sind
End If
'strByte hat dass Ergebnis

end Function Binaer

_________________
es ist gut dass es noch nicht fertig ist.

Gerne doch!
Kennst mich ja....

Aber dieses mal hast du mich voll auf dem linken Fuß erwischt.

Ich verstehe überhaupt nicht, was du da erreichen möchtest.
Was Schieberegister damit zu tun haben.

Wärest du so nett, und würdest mir das Problem nochmal beschreiben, und das Ziel.
Bitte, ohne den dazwischen liegenden "Lösungsweg", denn ich vermute, dass darin irgend eine Form von Irrtum eingebaut ist.
Aber um den zu identifizieren, brauche ich erstmal das Problem.

Hallo Excombie, habe gestern versucht ausführlich zu antworten, aber die Berechtigung dazu wurde verweigert.

_________________
es ist gut dass es noch nicht fertig ist.

Hallo Excombie, vorab folgendes,
ich wollte meinem Sohn die Elektronik näher bringen. Während dieser Bemühungen kamen wir auf Binärzahlen. Daraus abgeleitet, kam ihm der Wunsch eine Binäruhr mit Kalender zu bauen.
Nun zum Kommentar:
Wir wolllten zum Bau nicht fertigen Code aus dem Internet suchen sondern den Aufbau selbst entwickeln. Die Binäruhr sollte über senkrecht angebrachte Led's die Stunde, Minute und Sekunde, sowie den Tag und den Monat anzeigen. In allem wären 25 Led's die angesteuert werden müssten und diese je einen Output von Rechner benötigen. Daher die Idee Schieberegister (Shiftregister) einzusetzen. Die Uhrzeit soll ein DS1307 liefern. Die Register benötigen jedoch Binärcode. Darum habe ich durch eine Logic versucht, ganze Zahlen in Binärcode umzuwandeln. Da mir VBA leicht von der Hand kommt, habe ich es in VBA geschrieben und geschaut, dass ich die verwendeten Eigenschaften auch in C++ habe. Der gesendete Code war noch mit Fehler behaftet. Einen berichtigten, mit Erklärung konnte ich nicht senden. Ich habe dazu keine Berechtigung. Denke dass der Fehler behoben wird. So wie ich es verstanden habe, werden die Register mit kombletten Bytes gefüttert, nicht mit einzelnen Bits. Darum habe ich in meinem Code ein Beispiel mit 8 Bit pro Byte angegeben. Die Bits der Bytes im Code legen je ein Outputsignal. So habe ich es verstanden. So nun versuche ich diesen Text zu übermitteln und hoffe dass ich nicht wieder gegen die Pumpe knalle

_________________
es ist gut dass es noch nicht fertig ist.

Anscheinend knalle ich gegen die Pumpe, wenn ich aus Linux schreibe. Diesen und den vorhergehenden Text habe ich in Windoof geschrieben. Auch Dateien aus einer Linuxpartizion, mag dieser Server nicht annehmen wollen. Nur so als Hinweis

_________________
es ist gut dass es noch nicht fertig ist.

_________________
es ist gut dass es noch nicht fertig ist.

Hallo Rainer,

so prinzipiell hat Combie recht, was er dir empfohlen hat mit WLAN, esp Webserver & Browser auf dein altes Smartphone. Ich muss aber erst ein mal Fragen, wofür? Willst du dein Handy als Bildschirm für dein Arduinoprojekt verwenden?

_________________
Stefan aus Karlsruhe lässt grüßen

Hi Stefan, ein Bekannter meinte in der Vergangenheit sich mehrere Smartphone anzuschaffen. Vor kurzem wollte er einige entsorgen und hat mich gefragt, ob ich Interesse daran habe. Diese Dinger sind zwischen 12 und 3 Jahre alt. Ein jüngeres macht nun seinen Dienst als Navi. Auf ein anderes habe ich (zum ausgiebigen Testen) "Bluetooth Electronics" installiert. Mit diesem Programm lassen sich grafische Darstellungen von ermittelten Werten platzieren. Diese Art der Darstellung fand ich ansprechender, als auf dem Nokiadisplay. Die Daten sollten über Bluetooth übertragen werden. Dass war eine Idee dessen Realisierung ich noch nicht geprüft habe. Jedoch entstehen meine Daten durch simple Aktionen. Der Output läst sich in einfachen Grafiken darstellen. Von daher denke ich dass ich es früher oder später hin bekomme. Etwas bedenken habe ich, ob die Zündung die Übertragung stören könnte. Ich weiss noch nicht auf welchen Frequenzen was passiert. Wenn es klappt, wäre es sogar möglich Tacho und DM ebenfalls dort abzubilden. Kann sein dass Ihr durch Eure Erfahrungen probleme seht, die ich noch nicht sehe. Schauen wir mal. Aber sich von einer Anforderung zur nächsten vorzutesten, macht auch Bock

_________________
es ist gut dass es noch nicht fertig ist.

Klingt nach einem coolen Projekt. Handydisplay als Bildschirm für dein Gerät.

Zunächst ein Mal eine Antwort auf deine Frage: die Zündung wird höchstwahrscheinlich das Bluetooth Signal nicht stören. Dieser befindet sich in 2.4Ghz Bereich. Funktioniert ja auch im Auto. Selbst wenn es Interferenzen geben sollte, sind die Bluetooth standarde in der Lage, Fehler selbstständig zu erfassen und zu korrigieren bzw Übertragung erneut anzufordern.

Ein paar probleme, was ich aber dabei sehe sind folgende Probleme:
In Bluetooth gibt x verschiedene Protokolle und programmiere daher wirklich ungern Kommunikationsprotokolle die über Bluetooth laufen (siehe Combis Post)
Selbst wenn du das schreibst (also Entwicklung einer App + Bluetooth mit HC-05 auf Arduino), gibt es keine Möglichkeit für Bluetooth Low energy auf real time basis zu arbeiten, dass Daten in Echtzeit hin und her geschickt werden. Das bedeutet zwingen notwendigerweise hoher Stromverbrauch - besonders auf dein Handy.

Das heißt, du musst das Handy über dein Boardnetz betreiben. Ein Handy, welches drei Jahre alt ist, könnte schon usb-c haben. Hoher Leistungsanforderung bedeutet, dass du dir einiges vornehmen musst für das Boardelektronik.

Und allen voran machst du dich abhängig von einem Fremdsystem, was in der IT Architektur ziemlich böse ist. (weshalb die Vollblut IT let SAP systeme total dumm finden und diese Systeme für Buchhaltung, HR und sonstige Unterstützungsbereiche reserviert sind)

_________________
Stefan aus Karlsruhe lässt grüßen

Das Thema hatten wir schon einmal. Linux (Unix/UNIX) schreibt einen Linefeed (LF) als Zeilenumbruch. Benötigt wird ein (CR/LF). Alle Absatzenden müssen in diesem Forum Editor korrigiert werden. Daneben sind natürlich andere non-konforme Inhalte in deinen Dateien möglich, ich kenne sie aber ja nicht.
Schiebe deine Linux Texte probehalber mal in ein Browserfenster.

Grüße, Olaf

_________________
wi müssen all tau Moder warn, tau Moder ... tau Moder ...!

Ich hatte im Browser geschrieben. Jetzt auch. Mal sehen ob es klappt

_________________
es ist gut dass es noch nicht fertig ist.