Druckbare Version
Hallo,
ich hab mir das board nachgebaut :)
sieht auch soweit ganz gut aus. Erste funktionstest ist auch ok verlaufen.
Aber wo bekomm ich die Software her?? oder ist die noch net fertig??
viel spass und weiter so :) langsam macht mir das frickeln wieder spass :)
hi, assi17,
es freut mich, das die RN-POWER-Hardware auch bei dir funktioniert.
Die Software ist leider immer noch nicht fertig.
Hier aber schon vorab die Quellen. Dort ist auch schon eine .hex Datei dabei. Funktionieren sollte schon die Steuerung über I2C und RS232.
rn-power-src_160405.rar
Die Doku läßt leider noch ein wenig auf sich warten; ich hoffe, das hier bald etwas dazu veröffentlicht wird.
Gruß Stupsi
Hossa,
hab mal die Hex auf dem Atmel geprogt.
dann hab ich mal folgendes gemacht:
i2cinit
local befehle as string * 15
befehle = "MOTOR_AN_RECHTS"
I2csend &HC5,befehle,15
aber da tut sich nix :(
wodrann kann das liegen??
Die I2c-Adresse: Willst du lesen oder schreiben ?Zitat:
Zitat von assie17
hossa,
ich will einen befehl von dem control board zu dem rn-power senden
Fiesta Mexicana ?
Da würd ich doch dann eine geradzahlige Adresse erwarten, z.B. &HC4
Fiesta ist immer gut :) (nur net der von ford :)
in der Datei rnpower.h steht aber:
# define SET_I2C_ADRESS 0xC5
also wird das wohl die Adresse des bordes sein :)
Hopperla, da ist ein Mißverständnis:
#define TWI_SLAVE_ADRESS 0x02
Und der befehl ist kein Text, sondern ein einzelnes Zeichen
#define MOTOR_AN_RECHTS 'a'
#define MOTOR_AN_LINKS 'b'
#define MOTOR_AN_BEIDE 'c'
Danke Picknick, das du hilfst, die Software zu analysieren.
Ich kann leider hier nicht weiterhelfen und Kjion, der den I2C-Part geschrieben hat, ist zur Zeit mit der UNI beschäftigt und kann sich vorerst nicht in das Thema vertiefen.
Ich hab die Software-Beschreibung schon mal angefangen, aber bei den "Interessanten Sachen" hört sie auf. Sie ist aber voller Lücken und Fehlern!!!
Hier der Link: LINK wegen Fehlern ENTFERNT RN-POWER-V0-Soft-1.pdf[/url]
Bei Interesse sende ich euch gern das entsprechende Word-Dpkument.
(purer Eingennutz!!!, so entsteht vielleicht schneller eine brauchbare Doku)
Viele Grüße Stupsi
Hossa,
hm also mit der adresse 0x02 und einem zeichen 'a'
auch keine reaktion :(
sehr komisch :(
ich hab auch nach dem einschalten das das mitlere led blinkt.
was hat das denn zu bedeuten??
desweiteren hab ich im terminal bei 115200 Baud nur daten schrott :(
wie sind die Lock and FuseBits bei eich denn gesetzt ???
ich glaube mein board ist noch net so wie es sein soll :(
naja wird schon:)
*murmel*
Sieht laut Prog so aus, daß die I2C Adresse 0x040 sein könnte
(ohne Gewähr)
Hossa,
also &H40 ists net :( oder mein board spinnt :)
hm desweiteren steht da:
#define RECHTS 0
und dann:
#define MOTOR_AN_RECHTS 'a' + RECHTS
also ist eigendlich der befehl "a0" geht aber auch net :(
Das ist kein string.
Zum Ascii-Wert von 'a' (d'97' = 0x61) wird der Wert von Rechts (0) addiert. bleibt also 'a'
bei den anderen Befehlen ist es auch so.
Wie ist das mit dem Print ? geht das nu ?
wenn du mit dem pony die fuses anschaust, sollten eigentlich nur die beiden OSZ angehakt sein. das ist der betrieb mit quartz
Hossa,
zuerst mal vielen Dank das du dir die mühe machst :)
also ich hab gestern noch ein wenig rumprobiert.
und hab keine print ausgabe mit der firmware bekommen.
Wenn ich aber irgend ein anderes programm lafen lasse dann bekomm ich eine :(
hab gestern mal in der Firmware den krummen wert von der fpu und die baudrate probiert zu ändern aber auch hier keinerlei ausgabe :(
irgandwaas ist foul ich weiß nur noch net was :(
Fuses ist auf externen quarz eingestellt.
Welchen Quartz verwendest du ?
in der Source (.h) steht was von 14,745600 MHZ
ev. müßtest du das ändern und das ganze Zeug durchkompilieren
Vielleicht solltest du mal den EEPROM löschen, damit er frisch mit den definierten Werten anfängt.
Ich fürcht, vorher isses ihm wurst, was du kompilierst
Hossa,
in den Sourcen hab ich das schon geändert und auch in dem Makefile
da steht jetzt 16000000 drinne :)
aber da kommt immer noch nix :(
eeprom ist alles auf ff also gelöscht hab es aber noch mal zur sicher heit gemacht aber immer noch nix :(
*seufz*
Für deine Hardware bürgst du mit dem Augenlicht ?
das ist so eine sache :) ich weiß nu gar net mehr was ich denken soll :)
aber: wie gesagt mit einem anderen programm bekomme ich ausgabe :)
also kann das doch nur an der firmware liegen :(
Gut, ich schau mal genau in das Programm, vielleicht läßt sich das einkreisen.
Was für Zeichen siehst du am Schirm ?
Ein Versuch:
Im Programm rnpower.c steht:
/* Initialisieren des UART */
uart_init(read_eeprom((uint16_t) &ee_config[0]));
Mach einen Kommentar draus und schreib
uart_init(UBRR_BAUD);
damit wir da mal sicher sind, was er tut.
Da auch Pferde kotzen, rechne mal den wert UBBR_BAUD nach
UBRR_BAUD = ( CPU / ( Baudrate * 16 ) - 1 )
und kontrolliere in der LSS -Datei ob das auch stimmt.
ich hab jetzt mal den kompletten Source gelöscht und wieder die Constanten: fcpu und uart gesetzt :)
jetzt bekomm ich eine ausgabe :)
da kommt nu Start :) was ja auch richtig ist :)
aber immer noch keine reaktion bei i2c befehlen :(
also ich hab nu folgendes gemacht:
I2cinit
Local Befehle As String * 1 ' länge des Strings
Befehle = "a"
I2csend &H02, Befehle, 1
desweiteren sende ich den gleiche befehl noch an folgende adressen: &HC5 &H40
aber immer noch keine reaktion :(
Schreib mal lieber
DIM Befehl as Byte
Befehl = 97
I2Csend &H02 , Befehl, 1 ' nu ?
Ist so in der BasCom help, also seien wir brav.
I2Csend &H04 , Befehl, 1 ' alternative
Brav ist immer gut :)
irgendwas tut sich da :) zumindest blinkt mal kurz das eine led auf :)
aber der motor dreht sich immer noch net :(
muss ich den Motor speed noch einstellen ??
Speed ? probieren, könnte sein
Haben die Schweinehirten kein Demoprogramm dabei ?
Am besten wär's du würdest die Befehlsdefinitionen in eine .DAT file übertragen, als "const" , dann tust du dir Im BasCom leichter
leider kein Testprg dabei :( aber direkt schweinehirten?? wenn man wenig Zeit hat ist das leider so :( ausserdem sind schweine ganz nützliche tiere :)
zuerst sollte es einfach mal nur ein funktions test werden. aber irgend wie leuft das immer noch net so richtig :(
hab mal in der Datei: auswertung.c bei:
case MOTOR_AN_RECHTS:
MOT_RECHTS_ENABLE;
noch ein: uart_puts_P("MOTOR RECHTS AN");
dabei geschrieben aber hier kommt auch keinerlei ausgabe :(
man oh man ist das alles ein frickeln, nur gut das frickeln spass macht :)
Sag ich ja: brave LeuteZitat:
Zitat von assie17
Die uart_puts gehen jetzt ?
dann mach dort, wo er eine Nachricht kriegt (im rnpower.c), egal welche, gleichmal ein Print , daß irgendwas reingekommen ist.
hab mal bei:
while (laenge = uart_get_message(nachricht))
{
uart_puts_P("NACHRICHT"); -----diese Zeile eingefügt
//und Nachricht auswerten
nachricht_auswerten(nachricht, laenge);
}
aber leider keinerlei ausgabe :(
was denn nu??
Probier mal I2Cstop nach dem senden. vorher wird er scheinbar nicht lebendig
Am besten wäre es wenn einer der Firmware Autoren Kjion oder Dieter hier noch ein kleines Demo-Prg. posten könnte, damit man die RN-Power User schon mal die Grundfunktion nutzen können.
Frank
Damit ich auch eine Idee hab: Gibt's einen Schaltplan oder so von dem Board ? Was is'n da drauf ?
Es gibt im Download-Bereich eine Anleitung von Stupsi. Er ist der eigentliche Hardware Autor.
Datei RN-POWER in der Rubrik: https://www.roboternetz.de/phpBB2/dl...gory&cat_id=16
hm also so wie ich das prg verstanden hab sollte doch kurz die LED 3 aufblinken danach LED im sekunden takt und dann irgendwan nur die LED 1 an sein. ist das so korrekt??
wenn ja ist wohl irgendwas mit meiner hardware im trüben :(
I2cstop mach ich :(
und ein kleines testprg wäre genial :)
aber frickeln macht auch spass ich werd mir noch mal die hardware mal genauer ansehen
Eine LED sollte sekundenweise blinken, tät ich auch sagen
@Frank: danke, jetzt blick ich durch !
Hi,
wenn man das Board anschließt sollte die Grüne LED angehen und die Gelbe LED im Sekundentakt blinken. Wie schon erkannt läuft mein Board mit 14,7456 MHz. Daher ist auch das Programm im Moment dafür kompiliert.
Zum Testen habe ich das ganze einfach an den PC gehängt und von da aus per HTerm ( [url]http://www.der-hammer.info/terminal//url] ) die Befehle gesendet. Der Vorteil von Hterm ist, das man da die Werte Hexadezimal eingeben kann.
Um die Motoren laufen zu lassen muss man dann folgende Kommands über die serielle Schnittstelle ( 38400 Baud ) senden ( als Beispiel, alle Werte Hexadezimal, einfach so kopieren und in Hterm eingeben ):
Beide Motoren auf volle Geschwindigkeit
23 72 6D 49 FF
Beide Motoren rechts herum
23 72 6D 4C 01
Wenn man nur die Geschwindigkeit oder nur die Richtung setzt passiert erstmal nichts.
Motoren stoppen dann mit:
23 72 6D 43
Hoffe das hilft fürs erste...
MfG Kjion
PS: Ich hab übrigens den UART Teil geschrieben, Dieter den I2C/TWI Teil...
Zitat:
Zitat von stupsi
??????????????????Zitat:
Zitat von kjion
Da gab's eine Diskussion über die default-I2C Adresse. Welche ist das nun ?
is ja genial :) also über rs232 leufts schon mal :)
jetzt muss ich aber doch langsam mal einen kühlkörper anbringen :)
und dann mal über i2c bus noch mal probieren :)
ich bedanke mich bei allen :)
vor allem bei picnick der immer wieder gute einfälle hat :)
ich werde nachher mal die firmware abgewandelt auf 16 Mhz und 9600 Baud mal hochladen dann können die leute die sich das board nachgebaut haben und den 16 Mhz quarz drinne haben auch mal testen :)
also ich denke mal die i2c adresse ist &H04 denn da reagiert das Board werd glich mal die sequenzen die über rs232 gesendet werden mal auf den i2c bus senden :) mal sehen was da kommt :)
also mit den sequenzen gehts net :(
schade schade schade :)
hier zuerstmal die firmware für 16Mhz Quarz und 9600 Baud
rnpower.hex
Au wei, was hab ich da angerichtet [-X
Den assie17 auf Glatteis geschickt und dem PicNick die Haare zu Berge steigen lassen. Peinlich.
Dieter hat mir vor einiger Zeit geschrieben, das die Software vom 16.04 ist nicht mehr aktuell ist; er hat was Neues und eine Bedien-Software für den PC gibt es auch schon. Dummerweise hat er mir die Software nicht zugemailt. Mein Prototyp ist leider zur Zeit bei Ihm und er ist nicht erreichbar (ich kann also nicht mittesten). Wahrscheinlich ist er z.Zt. an einem schönen Strand beim Surfen.
@assie17 ..... ich bitte um ein wenig Geduld, es kommt noch Neues.
Und die angefangene Bedinungsanleitung vergiss bitte vollständig, denn Dieter hatte mir erzählt, das die Initialisierungsroutine noch nicht in der Software enthalten ist.
Gruß Stupsi