An den neuen Encoder-Platinen wäre ich auch interessiert, hoffe das es die einzeln zu kaufen gibt.
P.S.: Kann es sein das die Beispielprogramme für die M128 mit einer neueren C-Control IDE nicht mehr laufen ? - ist zwar jetzt schon länger her das ich meinen RP6 angeworfen hab aber ich hatte bei ein paar Beispielen Probleme. Kann aber auch sein das ich ne Beta von der C-Control IDE drauf hatte, ich weiß es nicht mehr.
Prinzipiell
Externes Bild anzeigen
gibts die durchaus einzeln, ist nur die Frage ob und wann Conrad das auch ins Programm aufnimmt.
(das kann ich leider noch nicht genau sagen)
@ScummVM:
Ja da hats irgendeine Änderung im Compiler gegeben beim Selftest wirft er einen Compilerfehler wo eigentlich keiner ist (nach C Standard jedenfalls nicht).
Hier "korrigiert":
http://www.arexx.com/rp6/downloads/R...TEST__test.zip
Alle anderen Beispiele lassen sich hier übersetzen.
Wenn Du woanders Probleme hattest dann bitte einen neuen Thread starten!
MfG,
SlyD
Richtig gut finde ich die geänderten Odometriesensoren - von denen aber scheinbar nur neue Geräte / Käufer profitieren, Schade hingegen, das die Base nicht wenigstens einen Sockel für ein PCF 8574 o.ä. bekommen hat obwohl es weder software- noch platzmäßig Einschränkungen gebracht hätte. Die IO-Leitungen auf der Base bleiben so weiterhin knapp. Muss man eben die wertvollen Freifelder doch selbst zupflastern. Ein schnellerer Quarz/CPU (16mHz) wie auf der M32 wäre auch noch schön gewesen und hätte nur die Änderung einer Konstante im Source nötig bzw. zur Folge gehabt. Für mich ist das V1.5.. für V2 hätte da bissel mehr kommen können.
LG RolfD
Geändert von RolfD (14.03.2012 um 22:16 Uhr)
Sind Sie auch ambivalent?
Hallo,
v1.5 ? Na ein Produktname ist keine Software Versionsnummer![]()
Die Änderungen sind für existierende Anwender natürlich kein Grund einen neuen zu kaufen,
es ist Modellpflege, sagte ich ja bereits.
Das waren schon immer absichtlich 8MHz um den Energiebedarf so geringEin schnellerer Quarz/CPU (16mHz) wie auf der M32 wäre auch noch schön gewesen
wie möglich zu halten und damit die Akkulaufzeit zu erhöhen.
Der Energiebedarf des Prozessors würde sich bei 16MHz etwa verdoppeln.
Wer mehr Rechenleistung tatsächlich braucht, der kann das RP6-M32 / M128 verwenden das bringt auch
gleich viele zusätzliche I/Os und Speicher mit.
Da in diesem Fall der Controller auf der RP6Base aber nur noch die Motorsteuerung und ACS etc. übernimmt,
ist der insgesamt geringere Energiebedarf von Vorteil.
Für die Sensoren auf der RP6Base und einiges zusätzliche reichen die 8MHz jedenfalls dicke aus.
(s. RP6 Kamera Projekt)
Für I/O Erweiterungen kann man wie gehabt den USRBUS verwenden wenn die
kleinen Erweiterungsflächen auf dem Mainboard nicht ausreichen.
Die Erweiterungsflächen sind hauptsächlich für Sensoren gedacht die niedrig angeordnet sein müssen
(zusätzliche IR Kollisionssensoren o.ä.),
die Verarbeitung kann auf einem Erweiterungsmodul stattfinden und somit auch
nachträglich leicht geändert werden ohne das man nochmals am Mainboard löten muss.
Alles zusätzliche hätte leider den Preis angehoben und das sollte
auf jeden Fall vermieden werden.
MfG,
SlyD
Hi SlyD,
als Modellpflege ok, als Neuauflage...hm. Aber sollte auch weniger Kritik sondern mehr Anregung sein für die nächste Release. Das man sich natürlich anders behelfen kann, ist klar. Das Boradlayout so anpassen das noch ein PCF und eine Pfostenleiste drauf passt, dürfte die Produktionskosten nicht erhöhen - es müsste ja nicht mal bestückt sein. Die Akkus schont man wohl mit dem Sleep Modus des Prozessors effektiver als runter zu takten.. 8mHz sind für das meiste auch ok. Danke für die Erklärung.
Gruß RolfD
Geändert von RolfD (15.03.2012 um 14:24 Uhr)
Sind Sie auch ambivalent?
Hat ja nicht geklappt, nun ist der Kasten um 19,90€ teurer weil weniger drin.Alles zusätzliche hätte leider den Preis angehoben und das sollte
auf jeden Fall vermieden werden.
mfg TrainMen
Lesezeichen