RE: Kommunikationsproblem Rehoiler und Startsequenz - 2

Hallo zusammen,

ich wollte mal ein Update meinerseits geben:

- Der Rehoiler startet jetzt (ich nehme es mal an nachdem die bei mir grüne statt rote LED auf der Platine dauerhaft leuchtet).
- Es leuchtet auch die grüne Cockpit-LED
- das RehGPS funktioniert jetzt auch richtig (sogar mit Display) nachdem ich die Unterbrechung in der Verbindungsleitung zum GPS-Modul beseitigt habe.
- Ich habe jetzt nur noch das Problem mit der Kommunikation zur APP über Bluetooth (wenn ich das richtig verstanden habe geht es über serielle USB-Schnittstelle und Windows-Software nicht mehr).
- Bei den Bluetooth-Modulen scheint jedoch ein Problem mit dem seriellen Port vorzuliegen, ich kann weder mit PuTTY noch mit der Software von DSD Tech darauf zugreifen (z.B. um dieses umzubennen).
- Hier warte ich jedoch noch auf eine Antwort vom Lieferant der Module.

Ich wünsch Euch noch ein schönes Wochenende und Dete weiterhin gute Besserung bei seiner Reha.

mfg Volker

Hallo zusammen,

nochmaliges Update zu meinem Bluetooth-Problem (aufgrund einer Rückenverletzung habe ich viel Zeit einiges ausuzuprobieren).

Mein Lieferant hatte mir immer die Beschreibung der AT-Befehle für die HC-05 - Module gesendet.
Deshalb probierte ich einfach in der DSDTech-Software den Reiter für das HC-05 aus => ich konnte damit kommunizieren

Es gelang mir auch nun den Namen zu ändern bzw. ich konnte den Betriebsmodus und die Baudrate anzeigen lassen.

Nun das Modul sofort am Rehoiler angeschlossen, auf dem Hy die App gestartet, dann Bluetooth verbunden.
Soweit so gut, jedoch wird der Rehoiler nicht angezeigt bzw. es heißt immer: kein Gerät verbunden.

Ich nehme nun an das der Befehlssatz zur Kommunikation des HC-06 anders ist als der des HC-05?
Oder liegt es immer noch an der Softwareversion (11.5_3.3V) des Rehoilers.

Wäre nett wenn mir jemand da eine Rückantwort geben könnte.

mfg Volker

Hallo Volker,
ob HC-05 oder HC-06 ist egal. Funktionieren beide bestens.
Aber du schreibst ja das du auf dem Rehoiler die 11.5_3.3V drauf hast. wie schon weiter oben geschrieben, die arbeitet mit 4800 baud.
Die HC-05 und auch die HC-06 werden Standardmässig mit 9600 baud ausgeliefert (natürlich gibt es auch ausnahmen).
Stelle mal bei deinem BT-Modul die Baudrate auf 4800 baud um, dann sollte alles gehen.

Grüsse
turboschleicher

Hallo Turboschleicher,

vielen Dank für die schnelle Rückantwort.
Ich habe die Baudrate auf 4800 umgestellt, jedoch dasselbe Ergebnis.

Sollte die Windowssoftware mit dieser Version eigentlich auch noch funktionieren?

mfg Volker

Hallo Volker,
ja wenn alles auf 4800 baud eingestellt ist, geht es auch mit der Windowssoftware.
Wenn alles auf 115200 baud eingestellt ist läuft es mit der Windowssoftware nicht so richtig. Mal geht es mal nicht. Aber mit Handy App kein Problem.

Du schreibst:

Zitat

---

Die Atmega's habe ich selbst mit mit der Software Khazama_AVR beschrieben.

---

Sind die Fusebit alle richtig eingestellt?


Grüsse
turboschleicher|addpics|t7m-f-4b13.png-invaddpicsinvv|/addpics|

Hallo Volker,
habe jetzt mal einwenig Ordnung gemacht.
Also die v.11.5 3.3V da hat Dete mal einen timeout rein gemacht. Arbeitet aber mit 9600 baud.
Die v.11.6 arbeitet mit 115200 baud. Die ist für die Neuen HC-06 Module. Also mit Softwareversion V.3.0-20170609 und neuer.
Die v.11.7 arbeitet mit 4800 baud. Die ist für die alten HC-06 Module. Also mit Softwareversion linvorV1.8 und älter.

Grüsse
turboschleicher

Hallo Turboschleicher,

erstmal wieder Danke für deine Unterstützung.

Vorweg nochmals: weder mit dem Bluetoothmodul noch mit dem USB/Serial-Adapter und verschiedenen Baudraten kann ich mit dem Rehoiler kommunizieren.

Die Fusebits muß ich nochmals kontrollieren sollten aber so eingestellt sein, evtl. programmiere ich nochmals einen weiteren Atmega.
Die Softwareversion des HC-05 Modul muß ich noch kontrollieren, ich gehe jedoch davon aus das die neuere Version sein wird.
Dann würde ich allerdings die V11.6 benötigen um dies zu testen.

Die Frage die ich mir die ganze Zeit stelle ist die ob es überhaupt notwendig ist die +3,3V/5V über die Schnittstelle an das USB/Serial-Modul zu übergeben.
Das Modul erhält doch die Spannung über USB vom PC und da ich die 3.3V - Version des Rehoilers gebaut habe würde ich ja rückwärts 5V einspeisen.
Dies ist mir aufgefallen als ich das USB-Modul am Rehoiler angeschlossen hatte, die 12V-Versorgung noch nicht zugeschaltet hatte und er trotzdem zu booten anfing.

Wer kann mir eigentlich Fragen zur App beantworten?
Ich hatte diese noch auf meinem Android-Tablet zum Testen installiert, jedoch erhalte ich hier nur eine unvollständige Darstellung.

Bis dann schönes Wochenende

Volker

Hallo Volker,

Zitat

---

Die Frage die ich mir die ganze Zeit stelle ist die ob es überhaupt notwendig ist die +3,3V/5V über die Schnittstelle an das USB/Serial-Modul zu übergeben.

---

Sofern der Rehoiler mit Spannung versorgt wird, musst du ihn nicht mit der Spannung vom USB/Serial-Modul betreiben. Ist halt bequemer, da man ja meisst in der Wohnung bastelt und nicht gerade jeder hat dort eine Batterie oder ein Netzteil.
Bei meinen USB/Serial-Modul kann ich die Spannung einstellen 3,3V bzw. 5V. Wobei der Controller mit beiden Spannungen problemlos läuft.

Fragen zur App kannst du hier stellen.
Bei deinem Tablet, stellt sich die Frage welche App Version drauf ist. Würde auf jedenfall erst einmal die Neuste drauf tun.
Aktuell ist das die hier:

App Info
App Download Version 10-04-2020 V2.0.0.570
Last Updated Apr 10, 2020
Apk Size 2.9M
App by Ingo Grumme
Category Free Auto & Vehicles App
Content Rating Everyone
Support Android Version Android 19 and above
App Package com.igrumme.rehoileriq
Get it on Google Play

Grüsse
turboschleicher

Hallo Turboschleicher,

sorry das ich mich jetzt erst wieder melde, bin leider auch schon länger gesundheitlich ausgeknockt.

Nochmals zurück zu deinen Bildern mit den Fusebits:
- soweit ich sehe hast Du den Frequenzteiler abgewählt und den Boot Reset angewählt.
- also LF:E2; HF: DF; EF: 00 und LB: 3F

Ich werde dies mal so programmieren und schauen was geht.

Bei meinem Android-Tablet bin ich leider auf ein Fake reingefallen, es hat nur die 4-Version drauf und nicht angegeben die 8-Version.
Leider habe ich es zulange, also keine Garantie mehr :-(

mfg Volker

Hallo Turboschleicher,

ich habe jetzt das Ganze nochmals mit deinen FuseBit_Werten gemacht, jetzt habe ich Verbindung mit der App.
Jedoch habe ich das Problem das die Werte nicht übernommen werden.
Ebenso wird in der App SW-Version 11.5 angezeigt, verwendet habe ich allerdings die 11.5_3.3V.
Es war hier auch mal die Rede von der SW 11.6, bei der solche Probleme behoben wären.
Wie kann ich diese erhalten?

mfg Volker

Achtung,
Fusebiteinstellungen.

Auf dem Bild ist der Frequenzteiler abgewählt und der Boot Reset angewählt.
Soweit alles richtig.
Da wird dann von myAVR ProgTool die Fusebit angezeigt:
LF:E2 , HF: DF , EF: 00 , LB: 3F
Extended Fuse wird aber falsch angezeigt.
Das liegt wohl daran das die Bilder doch schon recht alt sind und da wohl noch ein Fehler im myAVR_ProgTool gewesen ist.
Also habe mal getestet, ab myAVR-ProgTool-V142-b2278_en_de werden die Fusebit wieder korrekt angezeigt.
Also:
LF:E2 , HF: DF , EF: F8 , LB: FF

Grüsse
turboschleicher

Hallo Turboschleicher,

ich habe das ganze nochmals programmiert.
Jedoch ist bei mir nur LB: 3F möglich.

Was weiterhin sonderbar ist das ich den ATmega unter myAVR V1.50 nur als ATmega168P und nicht als ATmega168PA ansprechen kann.
Fuse-Bits kann ich damit nicht auslesen.
Unter AVRDUDESS erhalte ich ebenso den ATmega168P als Rückmeldung wenn ich den Prozessor suchen lasse.
Jedoch kann ich damit die Fuse-Bits auslesen und setzen.

Als Aufdruck steht jedoch ATmega168PA-U drauf.

Der Zugriff per BT funktioniert zwar, jedoch nicht auf anhieb.
Man muß die Werteänderung immer mehrfach durchführen und hoffen das es übernommen wird.

mfg Volker

Hallo Volker,
Der 168 ist die Urversion und wird nicht mehr hergestellt.
Der 168A ist der Ersatz, bzw. verbesserte 168. Gleiche features und weniger hardwarebugs.
Der 168PA ist der 168A mit pico-power Technologie. Der braucht weniger Strom.

Hier die Signaturen:
ATmega168 1e9406
ATmega168A 1e9406

ATmega168PA 1e940b
ATmega168P 1e940b

Du schreibst, ATmega168PA-U, den kenne ich jetzt noch nicht. Bekannt ist mir der ATmega168PA-PU.
Bei dem sind nochmals paar Sachen anderst. Wie die BOD-Abschaltung halt nur die P(A)-Typen. Hat eventuell dann auch eine andere Signatur, wo dann auch mit dem myAVR V1.50 nicht laufen.

Grüsse
turboschleicher

Nachtrag
Hallo Volker,
du hast es ja mit der Software Khazama_AVR probiert.
Also gehe ich mal davon aus das du einen USBASP Programmer verwendest.
Zum Fusebit auslesen und schreiben, funktioniert der mit vielen Programmen.
Man kann den USBASP Programmer zwar im myAVR ProgTool einstellen und den Flash und das EEprom auch damit beschreiben, aber die Fusebit lesen oder schreiben habe ich damit auch noch nie geschafft.
Das geht bei mir nur mit der original Hardware (Ich habe noch einen mySmartUSB MK2).
Grüsse
turboschleicher

Hallo Turboschleicher,


erstmal vielen Dank für die schöne Übersicht der verschiedenen Varianten.

Und Korrektur meinerseits:
es ist ein ATmega168PA-PU (wie in der Einkaufsliste).

Es stimmt, ich habe einen USBASP Programmer und wenn Du es mit dem myAVR ProgTool auch nicht hinbekommen hast bin ich beruhigt.
Mittlerweile nehme ich den AVRDUDESS, der erkennt den ATmega einwandfrei als ATmega168P Kennung 1e940b (PA ist jedoch nach deiner Liste gleich).

Ich jetzt zwar per BT Verbindung (Werte werden ausgelesen und angezeigt)
Screenshot.JPG - Bild entfernt (keine Rechte)

Wie man in der oberen Zeile erkennen kann werden diese jedoch nicht übernommen.
Je nach Lust und Laune werden irgendwelche Werte übernommen.
Zum Glück habe ich bis jetzt das Ganze als Versuchsaufbau hier, mit einer LED als Pumpenersatz.
IMG_4736.JPG - Bild entfernt (keine Rechte)

Vielleicht hast Du noch eine Idee.

mfg Volker