umstieg von M32 auf M256

so, der roboterseitiger aufbau ist fertsch, wie man so schön in sachsen sagt:
Anhang 27635

die kommunikation vom robby zum pc funktioniert auch, es ist schön so "vom unterwegs" ein paar daten zu bekommen, die man so sonst nicht hätte...

Im forum habe ich gelesen (und ausprobiert), dass man durch das eingeben von "s + enter" im terminalfenster des loaders das programm im RP6 starten kann. Auch eine schöne sache, dokumentiert ist sie glaube ich nicht. Kennt jemand von Euch evtl. noch ein paar andere, einfache tastatur- kommandos, mit denen man z.b. den roboter auch noch unterwegs stoppen könnte?

hallo allerseits,

der umstieg auf die M256 wird denke ich nicht stattfinden, das was mir gefehlt hat, die kommunikation zwischen RP6 und dem PC lässt sich - wenn auch nur teilweise - mit BT realisieren...

das modul auf der PC-seite hat nun auch das steckbrettstadium verlassen:
Anhang 27740Anhang 27741

schade, dass das flashen so nicht geht, aber immerhin muss nur noch ein seite des kabels gesteckt werden...

Hallo inka,

Was das Flashen mit BT Modul angeht, es scheint zu funktionieren:

http://www.arexx.com/forum/viewtopic.php?f=19&t=977

Viele Grüße!

Ernst

hallo Ernst,

danke für den tipp - den thread kannte ich schon...

da steht unter anderem folgendes - was auch die quintessenz dessen darstellt - was ich im netz und auch hier im forum gelesen habe, es geht im grunde genommen um einen zusätzlichen schalter am RP6:

Zitat:

---

Leider ist auf dem BT-Modul die Leitung RTS nicht verdrahtet (das BTM 222 Modul - und andere - hat sie aber). Ich habe es so verstanden, dass der Bootloader des RP6, der ja mit RPLoader seriell kommunizert irgendwann ein Reset Signal erwartet (eben das über RTS kommen soll). ich dachte mir nun, dass man das ja evtl. auch über manuelles Drücken des reset Knopfs am RP6 hinbekommen könnte. In ca. 20 Versuchen ist es mir auch tatsächlich zweimal gelungen eine Verbindung herzustellen und sogar einmal eine .hex Datei upzuloaden. Gibt es da einen Trick?

---

und weiter:

Zitat:

---

Habe jetzt die Variante mit Taster über 1K Widerstand gegen Masse aufgebaut und bin begeistert. Funktioniert tadellos. Ich kann jetzt sowohl Daten mit dem RP6 austauschen als auch flashen. Dauert zwar etwas länger, aber ist OK.

---

die lösungen mit einem schalter sind zwar ein ansatz, allerdings nur bei einem neben dem PC stehendem RP6, wenn der RP6 auf dem boden rumfährt ist es eher ungeeignet, da braucht man schon eine sehr große (arm!)reichweite...

folgende lösungen werden in den threads kurz angeschitten:

Zitat:

---

- wie oben beschrieben eine kombination aus: GND ----- schalter ----- widerstand ------ RTS

---

Zitat:

---

- Eben doch den RTS Ausgang des Bluetooth Moduls verwenden

---

wie könnte so eine lösung aussehen?

Zitat:

---

- Oder auf deiner Bluetooth Platine Leiterbahnen durchtrennen und die "freien Inverter" verwenden

---

wie wäre diese lösung zu verstehen?
-----------------------------------------------------------------------------

meine gedanke gehen in eine andere richtung, in richtung softwarelösung. Es gibt im forum verschiedene threads zum thema watchdog. Nach meinem verständnis ist es ein programm, welches (unabhängig?) von der gerade laufenden software auf dem RP6 läuft (oder bestandteil dieser software?) und auf unregelmäßigkeiten im programmablauf mit einem reset reagiert.

In den threads mit flashen über BT wird erwähnt, dass der RP6 dabei auf den TX-RX leitungen "irgendwas" empfängt und es nicht versteht und deshalb nicht auf die flashversuche entsprechend reagieren kann.

1) Könnte nicht der watchdog (als bestandteil der gerade auf dem RP6 laufenden software) beim flashversuch - der ja auch bei gerade laufenden software möglich ist, weil er diese abbricht - auf diese "nicht verstandene" zeichen mit einem reset reagieren?

oder

2) könnte der watchdog nicht auf z.b. ein "r" - wie der bootloader auf ein "s" reagieren?

in beiden fällen muss natürlich bei laufender software geflasht werden...

hat da jemand eine idee für so einen watchdog?

Hallo Inka !

Mich würde mal so ein wenig der konstruktive Teil Deines Bot's interessieren. Gibt es davoan irgendwo Fotos , die ein wenig den Aufbau erkennen lassen... ??

Bin wie immer neugierig ;)

Gruss
Gerhard

hallo Gerhard,

also eine webseite wie Du habe ich (noch?) nicht, die bilder sind erstmal im forum verstreut, hier oder hier wohl die meisten, bischen was sieht man auch in dem video eins und zwei ,eine totalansicht habe ich per PM geschickt...

hallo allerseits,

wenn ich mir das noch einmal durchlese, was ich gestern geschrieben habe, kristalisiert sich folgende lösung aus:

Zitat:

---

Eben doch den RTS Ausgang des Bluetooth Moduls verwenden...

Leider ist auf dem BT-Modul die Leitung RTS nicht verdrahtet (das BTM 222 Modul - und andere, auch der HC-05 - hat sie aber). Ich habe es so verstanden, dass der Bootloader des RP6, der ja mit RPLoader seriell kommunizert irgendwann ein Reset Signal erwartet (eben das über RTS kommen soll).

---

- das BT modul HC-05 arbeitet mit 5V, der anschluss 2 für die 3,3V wird also nicht gebraucht

- dort die leiterbahn - die intern auf dem modul über eine zusatzelektronik zu dem eigentlichen BT-chip führt - auftrennen

- den pin2 auf beiden HC-05 modulen mit dem pin4 des BT-chips (RTS) verbinden

- auf der PC-seite (USB-interface) den pin2 des BT-moduls mit dem pin7 (RTS) des 10poligen wannensteckers verbinden

- auf der RP6-seite den pin2 des BT-Moduls mit dem pin4 im 10poligen wannenstecker verbinden

die letzten beiden punkte wären quasi die "nachbildung" der flachbandkabelverbibndung des RTS signals...

wäre das die lösung für das durchschleifen des RTS signals am BT-modul?

was mich noch irritiert - der pin 4 am 10poligen wannensteckers (also die verbindung des RP6 zum flaschen) wird im manual des RP6 (anschlussbelegung) als NC (Not Connected?) bezeichnet?

Von meiner Seite kann ich noch nicht viel beitragen, mein BT Modul ist noch unterwegs...

Mir persönlich würde die (getestete) Variante mit der Zusatztaste am RP6 für das Flashen über BT ausreichen. Mir geht es hauptsächlich darum, etwas gegen das umständliche An und Abstecken der Kabel zu tun, was ihn auch mechanisch belastet...

Ob PC seitig auch RTS des Master-BT Moduls angeschlossen werden muss bin ich mir nicht sicher. Da gibt es ja auch noch CTS...


Viele Grüße

ernst

hallo Horst,

Zitat:

---

Zitat von efb

Von meiner Seite kann ich noch nicht viel beitragen, mein BT Modul ist noch unterwegs...

---

eines oder zwei? Welcher typ?

Zitat:

---

Zitat von efb

Mir persönlich würde die (getestete) Variante mit der Zusatztaste am RP6 für das Flashen über BT ausreichen. Mir geht es hauptsächlich darum, etwas gegen das umständliche An und Abstecken der Kabel zu tun, was ihn auch mechanisch belastet...

---

das war auch mein ursprüngliches ziel - und würde auch reichen wenn das andere nicht geht...

Zitat:

---

Zitat von efb

Ob PC seitig auch RTS des Master-BT Moduls angeschlossen werden muss bin ich mir nicht sicher. Da gibt es ja auch noch CTS...

---

da hoffe ich schon, dass sich leute einschalten die es wissen müssten... SlyD?



hier hab ich noch einmal die befehle für das konfigurieren des HC-05 modul (master und slave) zusammengefasst:

Code:

---

slave:
------------------
# at
OK

# at+name=rp6
OK

# at+uart=38400,0,0
OK

# at+pswd=0000
OK

# at+role=0
OK


master:
------------

# at
OK

# at+orgl
OK

# at+rmaad
OK

# at+role=1
OK

# at+name=pece
OK

# at+uart=38400,0,0
OK

# at+reset
OK

# at+cmode=0
OK

# at+pswd=0000
OK

# at+init
OK

# at+inq
+INQ:98D3:31:B14263,0,7FFF
OK

# at+pair=98D3,31,B14263,20
OK

# at+bind=98D3,31,B14263
OK

---

ich habs jetzt auch mal probiert mit dem taster zwischen MRESET und GND, es funktioniert, aber nur halb. RP6 bzw. die M32 wird gefunden und kontaktiert aber es gibt offensichtlich probleme beim umschalten des loaders auf eine höhere ladegeschwindigkeit, so verstehe ich es zumindest...

Code:

---

Initializing...
RobotLoader Version: 2.5a
Last build: 19.3.2013
Loading Configuration...
Done!
Global->loadLocalizedText
Loading Board Library...
Done!
OS:LINUX
Initializing native communication library: RXTX
WARNING:  RXTX Version mismatch
    Jar version = RXTX-2.2pre1
    native lib Version = RXTX-2.2pre2
UDP listener on 55555 active!
TERMINAL: RobotLoader Serial Terminal
TERMINAL:  - type ".help" for command list!
NETWORK TERMINAL: RobotLoader Network / WIFI Terminal
NETWORK TERMINAL:  - type ".help" for command list!
Loading File List...
Done!
Loading File List Network...
Done!
Loading WIFI Configuration...
Done!
Init.2 done.
Global->Enabling log panel...
RobotLoader is ready to go.
Message (Sat Mar 22 09:20:24 CET 2014) : RP6Main.actionPerformed: OPEN
Trying to open port: /dev/ttyUSB0
Portlist: /dev/ttyUSB0, owned by: null, type: 1
/dev/ttyUSB0 open @38400-8n1
Portlist: /dev/ttyS1, owned by: null, type: 1
Portlist: /dev/ttyS0, owned by: null, type: 1
Set Comport...
Baudrate is set to: 38400
OK!
Message (Sat Mar 22 09:20:28 CET 2014) : RP6Main.actionPerformed: UPLOAD
PARSING: IHEX, File:/home/georg/RP6/workspace/ladestation/bin/ladestation_1/ladestation_1.hex
PARSING DONE! CRC16 is 0x8811
Start ADR: 0  End ADR: 22772
Size: 22772
Set Comport...
Baudrate is set to: 38400
OK!
Baudrate is set to: 38400
Uploading new program to target device; Range: 0 - 58f4
Data start...
Bootloader active "[RP6BOOT]"
Connected to target!
Connected to target 2!
Target ID received:
RP6: Board ID 2, Firmware Version 1.4, Board Rev.: 3
["RP6 Control", 2, MEGA32, 0, 30720, true]
Board Memory: 0 to 30720
Setup High Speed...
Speed ACK!
Change baudrate of /dev/ttyUSB0 from 38400 to 500000 OK!
TERMINAL:

Finished 1395476429121ms
FEHLER (1)  ||| Timeout: Der Mikrocontroller hat nicht geantwortet!
Sind Sie sicher, dass das Kabel richtig angeschlossen ist und
der Roboter angeschaltet ist?
Sind die richtigen USB Treiber installiert
und wurde der richtige Port gewählt?

---