Druckbare Version
Soweit ich nun herausgefunden habe, soll man das CC41-A auch mit der Firmware des HM-10 bespielen können.
Bzgl. des Pinouts vom CC Debugger zum Modul:
https://flashandrc.wordpress.com/201...sted-on-hm-10/
Den CC Debugger kann man auch per Arduino emulieren:
https://github.com/RedBearLab/CCLoader
Nun muss ich nur noch rausfinden, woher ich ein Dumb einer installierten Firmware bekomme und wie ich diese aufspiele ;)
Ich habe nun noch etwas bzgl. des HM-10 und des CC2541-A recherchiert und es geschafft, eine Firmware des HM-10 auf dem CC2541 basierend aufzutreiben.
Zum Flashen kann man wohl das Tool namens Flash Prorgammer von Texas Instruments nutzen.
Da ich keine Hex-Datei, sondern eine Bin habe, kommt die GUI damit aber nicht klar. Mit dem SmartRF Studio 7 wurde allerdings der Command Line Interface-Client nicht mitinstalleirt, weshalb ich manuell noch einmal den Flash Programmer vond er TI-Seite runterladen musste. Und siehe da, ich habe eine SmartRFProgConsole.exe .
Von der Commandozeile aus kann ich nun SmartRFProgConsole aufrufen und mit dem Parameter X sehe ich
Meine Firmware habe ich unter C:/hm10stock.bin abgelegt.Code:C:\TI\flaprog\Flash Programmer\bin>SmartRFProgConsole X
Texas Instruments SmartRF Flash Programmer v1.13.7-no-mfc
---------------------------------------------------------
Device:CC Debugger ID:0100 (fwId:05CC, fwRev:0044) Chip:CC2541
Mit den entsprechenden Parametern wird meine Firmwaredatei nun eingelesen und laut CLI auch erfolgreich aufgespielt:
Allerdings nach einem Reset des Moduls und dem Auswerten der AT-Kommandos habe ich festgestellt, dass es nach wie vor auf die Kommandos der CC41-A-Firmware hört. Das Flaschen war also nicht erfolgreich.Code:C:\TI\flaprog\Flash Programmer\bin>SmartRFProgConsole S EWP=1 F="C:\hm10stock.bin"
Texas Instruments SmartRF Flash Programmer v1.13.7-no-mfc
---------------------------------------------------------
0100: Writing flash...
0100: Flash page written successfully
Auch wundert mich, dass die Ausgabe des erfolgreichen Flaschens immediately kommt. Hier scheint keine Kommunikation zwischen CC Debugger und dem CC2541-Chip stattzufinden.
//Edit: Ich habe mit dem Parameter SI die Übertragung der Firmware nun verlangsamt und dabei festgestellt, dass die Status-LED des Moduls beim Flashen einen Augenblick dunkler leuchtet. Scheinbar findet doch eine Übertragung statt.
//Edit2:
Mittelskonnte ich den CC2451 vollständig löschen, was auch einen Moment gedauert hat im Gegensatz zum Aufspielen der Firmware. Das Modul lauchtet hat nun eine dauerhaft dunkler leuchtende LED.Code:C:\TI\flaprog\Flash Programmer\bin>SmartRFProgConsole.exe S CE
Texas Instruments SmartRF Flash Programmer v1.13.7-no-mfc
---------------------------------------------------------
0100: Erasing entire flash...
0100: Chip erased OK
Auch per Serialkommando konnte ich verifizieren, dass keine Reaktion mehr erfolgt.
Der erneute Versuch die Firmware aufzuspielen ist erneut gescheitert.
Aber immerhin weiß ich nun, dass das Flash-Programm mit dem CC Debugger und dem Chip zusammen funktioniert - zumindest zum Löschen ;)
Sodalachen, nach etlichen Stunden der Verzweiflung habe ich es nun geschafft, die Firmware des HM-10 auf meinem CC41-A zu installieren.
Hierzu habe ich nicht den TI CC Debugger genutzt, mit welchem man wohl für gewöhnlich per Smart RF Studio / Flash Programmer Firmware installieren kann, denn die HM-10 Firmware, die ich finden konnte, ist nicht damit kompatibel.
Zum Einsatz kam das oben bereits verlinkts CCLoader.
Hierzu spielt man den Sketch auf einem Arduino auf. In der Ino steht die Pinbelegung:
Die entsprechende Belegung am HM-10 / CC41-A Modul kann man dem Bild unter https://flashandrc.wordpress.com/201...ested-on-hm-10 entnehmen.Code:// Debug control pins & the indicate LED
int DD = 6;
int DC = 5;
int RESET = 4;
int LED = 13;
Als nächstes platziert man die gewünschte firmware.bin und die CCLoader.exe im selben Verezichnis, prüft, welchen Com-Port der angeschlossene Arduino nutzt und startet per Kommandozeile den CCLoader, was dann wie folgt aussehen kann:
Hierbei wäreCode:C:\>CCLoader.exe 3 hm10stock.bin 0
Copyright (c) 2013 RedBearLab.com
CCLoader.exe version 0.5
Comport : COM3
Bin file: hm10stock.bin
Device : Default (e.g. UNO)
Comport open!
<Baud:115200> <data:8> <parity:none> <stopbit:1> <DTR:off> <RTS:off>
File open!
Block total: 512
Enable transmission...
Request sent already!
/********************************************************************/
* If there is no respond last for 3s, please press "Ctrl+C" to exit!
* And pay attention to :
* 1. The connection between computer and Arduino;
* 2. The connection between Arduino and CC2540;
* 3. Whether the device you using is Leonardo or not;
* 4. Other unexpected errors.
/********************************************************************/
Waiting for respond from Arduino...
Uploading firmware...
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 Upload successfully!
File closed!
Comport closed!
C:\>
3 = Com3
hm10stock.bin = die gewünschte Firmware
0 = Parameter, der zwischen zwei Arduino-Typen unterscheidet
PS: Bei mir ist es so, dass der Arduino beim ersten Aufruf nicht reagiert. Beende ich per Strg+C die Ausführung und starte sie erneut, kann ich die Firmware problemlos flashen. Also nicht verunsichern lassen ;)
Nachdem nun etwa 1-2 Minuten bis zu 512 Blocks hochgezählt werden, konnte ich mein CC41-A wieder Seriell ansprechen und die LED begann wieder gemütlich vor sich her zu blinken.Code:C:\>CCLoader.exe
Copyright (c) 2013 RedBearLab.com
CCLoader.exe version 0.5
Invalid parameters.
Usage: CCLoader.exe <com number> <bin file> <device>
Example: CCLoader.exe 2 abc.bin 0
<device>: 0 -- Default (e.g. UNO)
1 -- Leonardo
C:\>
Und nachdem ich festgestellt habe, dass mein Arduino Mega SoftSerial auf den Pins 5&6 nicht unterstützt und dann wieder zurück zu 10&11 gewechselt hatte, konnte ich das Modul per AT mit der Einstellung des ArduinoIDE-Serial Monitors "No line ending" ansprechen.
Wichtig ist nun, dass im Code kein println, sondern nur print verwendet wird:
Wichtig: Sollte die v520 installiert sein, ist es nicht ratsam das Kommante AT+RENEW auszuführen. Dies führt zu einer Dauerschleife mit der Ausgabe der URL des Firmwareherstellers.Code:softSerial.print("AT");
delay(50);
Leider 'hört' das Modul dann auch nicht mehr auf AT-Kommandos, weshalb der Vorgang des Flashens der originalen Firmware wiederholt werden muss.Code:www.jnhuamao.cnwww.jnhuamao.cnwww.jnhuamao.cnwww.jnhuamao.cnwww.jnhuamao.cn
Auf das Kommando AT+VERR? antwortet mein Modul nun mit HMSoft V520.
Upgrade auf aktuelle Firmware
Als nächstes schließe ich das Modul mit einem FTDI Usb2Serial-Wandler an und übermittle das Kommandound erhalte OK+SBLUP als Bestätigung.Code:AT+SBLUP
Die LED des Moduls leuchtet nun permanent schwach, was den Updatemodus der Firmware bestätigt.
Auf der Webseite www.jnhuamao.cn kann man unter Downloads nun ein Firmwareupgrade herunterladen.
Dieses Bundle beinhaltet einerseits das Update (HMSoft.bin), dazu das Update-Tool (HMSoft.exe) und eine Readme, die isch als Changelog entpuppt.
Das Tool ist recht rudimentär gehalten, so wählt man in der GUI die Firmware aus, gibt die (Com-) Portnummer an, an der das Modul hängt, und startet den Updagradeprozess.
Bei mir brach beim ersten Versuch das Upgrade ab (timeout). Ich konnte das Update jedoch problemlos direkt erneut starten und habe daraufhin die aktuellste Firmware im Modul per AT+VERR? auslesen können: V540.
Nun sollte man das Modul noch einmal mit AT+RENEW resetten und sich über den geglückten Wandel von CC41-A zu HM-10 freuen :)
Aktuelles Dump erstellen
Besitzt man nun die Tendenz, sich etwas mehr mit den CC254x basierten Modulen befassen zu wollen, so ist es empfehlenswert, ein Dumpfile des nun installierten und geupdateten Firmware zu erstellen.
Hierzu nutzt man das TI-Tool SmartRF Flash Programmer.
Per Kommandozeile navigiert man zum Verzeichnis des SmartRFProgConsole.exe und mittels
[code]
S R F="C:\TI\flaprog\hm10v540.hex"
[Code]
kann ein Hex-Dump der aktuellen Firmware erstellt werden.
Der Vorteil der Hex-Datei ist, dass diese auch über das grafische Interface des SmartRF Flash Programmer eingespielt werden kann, also per Mausklick und ohne, dass man sich durch die Kommandozeile hangeln muss.
PS: SmartRFProg.exe wird beim SmartRF Studio 7 mitinstalliert. Benötigt man jedoch das Kommandozeilenwerkzeug SmartRFProgConsole.exe, so muss man das Tool SmartRF Flash Programmer nochmal einzeln von der TI-Webseite herunterladen und installieren.
Zum Testen habe ich meinen Chip erneut gelöscht und per GUI die nun erzeugte Hexdatei erfolgreich aufgespielt.
Im Gegensatz zur CC41-A Firmware kann ich die Kopplung mit meinem Smartphone mit der HM-10 v540 nun erfolgreich abschließen.
Auch wenn es nichts mehr bringt, die Zahlen am Anfang heißen nur
ERROR=201
ERROR=101
Hey Cysign,
Es scheint gar nicht so einfach zu sein, die Firmware vom HM-10 in der komplette version aufzutreiben... Meinst du es wäre denkbar, entweder die von dir hergestellte hm10v540.hex, oder vielleicht die v520 als bin zu schicken? Ich verzweifle auch bald an diese bolutek Module... AT-Befehle nehmen sie schon, allerdings konnte sie weder mit meinem iPhone 6, noch mit dem macbook pro verbinden. Die scheinen komplett unsichtbar zu sein. Oder meinst du ich habe sie schon gegrillt?
hi Cysign,
zunächstmal großes lob und danke für die von dir zur verfügung gestellten informationen, so fiel es mir etwas leichter mit den gestern angekommenen (fertigen) HM-10 modulen zu experimentieren. Eigentlich CC41-A modulen. Das wusste ich bei der bestellung noch nicht.
Das mit den baudraten war schon mal ein ganz wichtiger hinweis zum wiederbeleben...
ich habe das hier (die zuordnung von 1-9 und der baudraten) gefunden- da passt es jetzt:
1---1200 / 2---2400 / 3---4800 / 4---9600 / 5---19200 / 6---38400 / 7---57600 / 8---115200 / 9---230400 / default：4---9600
was bei mir an den original modulen funktioniert hat:
at
at+role
at+addr
at+pass
at+inq (nur bei master)
at+conn1 (die lfd.nr. des gefundene slaves)
beim abfragen so wie es da steht, beim ändern mit dem parameter direkt anschliessend
at+pair funktioniert nicht, das heisst, die module finden sich nach abschalten nicht wieder. Schade :-(
übrigens funktioniert die abfrage/eingabe in dem IDE terminalfenster, wenn die verd... baudrate stimmt...
Ob ich das mit dem aufspielen der HM-10 firmware machen möchte weiss ich nicht. Ich weiss nicht ob sich der aufwand wirklich lohnt, abgesehen davon habe ich linux, da ist vieles in der richtung sowieso noch schwieriger...
Eine frage noch: wie erkenne ich die "echten" HM-10? Am preis? An was anderem? Ich bräuchte zumindest eines, um mit den EZ-link von adafruit kommunizieren zu können (auch upload zum arduino) - und das ging mit dem CC41 nicht, die haben sich einfach nicht gefunden...
hallo,
bei weiteren versuchen habe ich festgestellt, dass beide module inzwischen auf die abfrage "AT+ADDR" mit "+ADDR=00:00:00:00:00:00" antworten. Andere abfragen bzw. änderungen bei ROLE, BAUD usw. funktionieren, änderungen sind auch möglich, allerdings wird bei "AT+INQ" kein slave gefunden. RESET, bzw. RENEW bewirken keine änderung der adresse. Kennt das jemand? Wie ist das mit der adresse zu beheben?
Sorry, ich hatte die letzten Wochen viel um die Ohren.
Zunächst einmal: Die Hex-Datei hm10v540.hex für das CC2541 kann ich gerne per Mail versenden. Schickt mir hierzu einfach euere Mailadresse per PN.
Ich habe die Hex-Datei bereits an zwei Leute verschickt, die damit erfolgreich ihr Modul umwandeln konnten.
Das originale HM-10 hat scheinbar, soweit ich das auf Fotos erkennen konnte, einen Quarz auf der Platine mehr. Ob das ein sicheres Erkennungsmerkmal ist, weiß ich nicht - ich habe selbst bisher kein originales HM-10 in den Händen gehalten.
Bzgl. Linux wäre es sicherlich interessant zu wissen, wie man dort die Firmware flashen kann.
Da die von mir beschriebene Variante wirklich einfach und schnell geht, kann man das aber bestimmt mal eben irgendwo an nem Windows-Rechner machen.
Wenn man mehrere Module umwandeln will, würd eich eine Holzwäscheklammer nehmen, gezielt Löcher reinbohren, Pogopins einsetzen und verkabeln.
Somit kann man die Wäscheklammer als Adapterkabel nehmen und muss nicht an jedem Modul einzeln zum Flashen rumlöten, so wie hier:
http://www.youtube.com/watch?v=BBqsVKMYz1I&t=5m10s
Pogo-Pins bekommt man für unter 2$ über Aliexpress ;)
hallo Cysign,
das HM-10 was ich bestellt habe ist nun eingetroffen (hat auch diesen zweiten quarz in der nähe der antenne), allerdings läufts nicht so wie erwartet:
- ist angeschlossen 5V/GND und TX-RX gekreuzt
- blinkt ca. 2x / sec
- wird vom PC-bluetooth dongle gefunden, ist aber für weitere aktionen (pair, add device...) nicht erreichbar, es kommt nur die meldung "host ist down"...
auch über den seriellen monitor der arduino IDE wird zwar der port mit /dev/ttyUSB1 aufgeführt und ist auch anwählbar, reaktion auf AT befehle, egal bei welcher baudrate, erfolgt keine...
ich habe auch noch einmal Deinen leidensweg bei der umprogrammierung (vielen dank übrigens für das hexfile...) sorgfältig und langsam durchgelesen, das kann ich nicht.
Inzwischen bin ich soweit auch "etwas mehr geld" (das EZ-Link modul von adafruit war ja auch nicht billig) für ein funktionierendes BT-modul auszugeben, nur welches?
Adafruit schreibt es muss mindestens BT 2.1 sein, das habe ich schon garnicht gefunden, nur 2.0 (HC-05) und eben HM-10 BLE mit 4.0. Welches modul könnte sonst noch passen?
Engslish version:
Sorry I don't speak Allemande, I'm French...
I also try to burn the original HM-10 firmware on a CC41, but where I can find the firmware ?
I have found the download page, but when I burn the firmware, the CC2541 dosen't work (http://www.jnhuamao.cn/download_rom_en.asp?id=)
Thanks for your help
Version en francais:
Désolé, je ne parle pas Allemet, je suis Francais...
J'essaye de flasher un module CC2541 avec le firwmare du HM-10, mais où puis-je trouver le firmware ?
J'ai trouvé la page de téléchargement, mais quand je flash le firmware, le CC2541 ne fonctionne pas (http://www.jnhuamao.cn/download_rom_en.asp?id=)
Merci pour votre aide