RoboterCC - Robotic Code Compiler
Forum Robot Kits NIBO 2 NIBO2 - Initializer2 Source?, Copro tot..

Welcome

Nachrichten

Sie sind nicht eingeloggt.

Werbung

Banner

Letzte Themen

Site-Statistic

  • 7416 private projects
  • 378 public projects
  • 16172649 lines compiled
  • 58122 builds
NIBO @ facebook YouTube Twitter
Willkommen, Gast
Benutzername: Passwort: Angemeldet bleiben:
  • Seite:
  • 1

THEMA: NIBO2 - Initializer2 Source?, Copro tot..

NIBO2 - Initializer2 Source?, Copro tot.. 11 Jahre 10 Monate her #1054

  • BirgerT
  • BirgerTs Avatar
  • OFFLINE
  • Gold Boarder
  • Beiträge: 325
Habe die Lib 20100910 von der CD manuell entpackt und mit dem Tutorial begonnen.
Das 1. Projekt verwendet(e) das Verzeichnis "nibolib-20100910".

Zum Ausprobieren der einiger Beispiele habe ich ein 2tes neues Projekt im Studio angelegt, mit der aktuellen nibolib-20110603 - initializer2.hex und calibration.hex aus dieser Version und ein bisschen rumgespielt. :whistle:

Dann wieder zurück zum ersten Projekt Tutorial Kapitel 8 in Kapitel 7 integriert und - nix iss, die Distanzsensoren wollen nicht. Sourcen der Beispielprogramme die vorher funktionierte mit Copy und Paste eingefügt - Build - Flash - und nix - der CoPro war tot. :woohoo:

Die Räder drehten sich nur mit initializer2.hex :unsure:

Auf sourceforge und mit g**gle nach initializer2 gesucht, aber keine Source gefunden - nur zwei Threads hier im Forum - ist die initializer2 Source frei verfügbar und wo bitte ist der Link?
Warum funktioniert der CoPro damit, aber nicht mit den eigenen Builds? :silly:

Es hat zwar gedauert, aber das Problem ist bei mir gelöst. :huh:
Hat vieleicht jemand das gleiche Problem?
Und wer kann/mag die Lösung präsentieren?
Der Administrator hat öffentliche Schreibrechte deaktiviert.

Aw: NIBO2 - Initializer2 Source?, Copro tot.. 11 Jahre 10 Monate her #1056

  • elektrolutz
  • elektrolutzs Avatar
  • OFFLINE
  • Gold Boarder
  • NiboBee+BGX1+Tunig-Kit, Nibo2+GFX+NDS3+UCOM-IR2
  • Beiträge: 401
Hallo BirgerT,

das Problem ist, dass die vom Hersteller zu den Libs/Firmwaren jeweils mitgelieferten ".hex"-Dateien nicht zwingend unter allen Lib/Firmware-Versionen funktionieren.
Sinnigerweise wird darauf verzichtet, die ".hex"-Dateien mit einer Lib/Firmware-Kennung im Dateinamen zu versehen.

Der Grund ist, dass in manchen Versionssprüngen die Speicherbelegung neu aufgeteilt worden ist. Da durch das Compilieren der Speicherzugriff aber über Pointer arrangiert wird, kann es also passieren, dass das Programm auf Speichestellen zugreift, die von der aktiven Firmware nicht benutzt oder mit anderen Werten beschrieben wird.

Fertig compilierte ".hex"-Dateien also nur mit der Lib/Firmware benutzen unter der sie compiliert wurden. Im Zweifelsfall den Quelltext unter der aktiven Lib/Firmware-Version erneut compilieren.

Grundsätzliche Abhilfe schafft da nur ein aussagekräftiger Dateiname!

Bei den öffentlichen Projekten mach es Sinn, unter "Configuration" in den "Project Settings" nach zu schauen, unter welcher Lib/Firmware das Projekt erstellt wurde.


Wichtig:
Bei Verwendung einer älteren oder neueren "initializer2" immer auch den "CoPro" neu flashen!!! Das muss immer von Hand gemachtwerden - siehe Handbuch!!!
Gruß aus Werl elektrolutz
Theorie ist, wenn man weiß, wie alles funktioniert. -- Praxis ist, wenn alles klappt und keiner weiß warum!
Der Administrator hat öffentliche Schreibrechte deaktiviert.
  • Seite:
  • 1
Ladezeit der Seite: 0.050 Sekunden

Werbung