Archiv verlassen und diese Seite im Standarddesign anzeigen : RN-Power
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 (http://home.arcor.de/stupsi74/rnpower/software/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??
I2csend &HC5,befehle,15
Die I2c-Adresse: Willst du lesen oder schreiben ?
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 :)
..ausserdem sind schweine ganz nützliche tiere :)
Sag ich ja: brave Leute
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/dload.php?action=category&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...
....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.
PS: Ich hab übrigens den UART Teil geschrieben, Dieter den I2C/TWI Teil...
??????????????????
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 (http://www.klapptnix.de/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
Also, ich würd' sagen, wir begnügen uns mit einer öffentlichen Bastonade und schau'n mal, was kommt.
Es soll Leute geben die auf einer Bastonade stehen. Ich gehöre nicht dazu!
Ich hoffe, Dino-Dieter bewahrt mich vor dem Schlimmsten, denn ich selbst kann nicht ordentlich programmieren. Glücklicherweise hab ich kein Datum für "Neues" genannt.
Ich bleib aber am Ball, Gruß Stupsi
Haben die Schweinehirten kein Demoprogramm dabei ?
Vielen Dank für den Schweinehirten :-)
Es gibt sogar ein Testprogramm unter den Befehlen, zu erreichen seriell mit
23 72 6D C0 -> Debugmodus aktivieren/deaktivieren
23 72 6D C3 -> Testprogramm starten
MfG Kjion
Vielen Dank für den Schweinehirten :-)
Sollte die Bezeichnung für dich mehr beleidigend sein, als sie gemeint war, bitte ich um Entschuldigung.
Am meisten unterscheidet sich der Deutsche vom Österreicher durch die gemeinsame Sprache.
Ich bevorzuge Kielholen (Luft anhalten kann ich ganz gut)
Sollte die Bezeichnung für dich mehr beleidigend sein, als sie gemeint war, bitte ich um Entschuldigung.
Ne, kein Problem, fühle mich nicht beleidigt ;-) Hab schon verstanden wie's gemeint war...
Ich bevorzuge Kielholen (Luft anhalten kann ich ganz gut)
Irgendwie liegen dir die Foltermethoden ganz gut :-)
MfG Kjion
Irgendwie liegen dir die Foltermethoden ganz gut :-)
Klar, wenn man ein paarmal windows installiert, hat man zeit, über sowas nachzudenken und daran zu feilen
Hossa,
ist aber schade ! naja kann man nix machen ! muss man halt warten !
das testprogramm ist aber kein demoprogramm.
So ist es nicht möglich daraus was zu erlesen, wie man irgendwas ansteuert !
man kann halt nur Motoren anlaufen lassen (vorausgesetzt man weis die ansteuerungsbefehle des testprogramms)
Fakt ist aufjedenfall das mir persönlich dieser Thread weitergeholfen hat, weil ich jetzt weiß das die hardware leuft und ich nur auf eine aktuellere Software version warten muss :)
@stupsi in deinem rn-power projekt sind mir noch folgende fehler bzw. verbesseungen aufgefallen:
1. Bei Beschreibung der Anschlüsse
schreibst du unter LED Gelb: Die Leuchtdiode signalisiert Störung im Leistungsteil
Damit hatte ich schon gedacht das meine Hardware probleme macht. Da beim einschalten LED3 (Gruen) leuchtet und LED2(Gelb) blinkt das ist aber normal !!
2. Bei deiner Bestückungsliste R13 heist es einmal 330 ohm aber bei der bestellnummer heist er 330k (k ohm)
ansonsten bin ich wunderbar mit deiner Beschreibung klar gekommen.
@kjion kannst du wenn du zeit und lust hast mal alle deine Bekannten Seriellen kommandos mit kurzer funktion posten ??
Hi assie17,
es tut mir auch leid, das ich dir mit der Software nicht weiterhelfen kann. Vielleicht kannst du ja in Basic ein kleines Programm schreiben, das ein paar Grundfunktionen des Boards erfüllt.
Ich kann das allerdings auch nicht; habe zwar sehr genaue Vorstellungen, wie das Programm ablaufen soll, aber bei der Umsetzung in Programmcode kommt bei mir nur Mist raus. Da ist eine echte Softwareblockade in meinem Hirn.
Besten Dank für deine Infos zur Beschreibung; eine solch nette Kritik wird sofort bearbeitet.
Im Downloadbereich ist die aktualisierte Beschreibung verfügbar.
(Der Dateiname hat sich nicht geändert!!!)
@Kjion: Danke, das du dich in PikNicks Foltermethoden mit einbeziehst;
es sollte ausreichen, wenn einer von uns die Folter aushalten muß.
Ich hab doch das Mißverständnis in die Welt gesetzt.
Gruß Stupsi
Dino Dieter
13.07.2005, 21:31
Hallo zusammen
Leider ist das Projekt die letzte Zeit etwas ins stocken geraten.
Hatte gerade Urlaub und auch priat viel zu tuen, daher wenig Zeit.
Stand der Software.
Grundfunktionen zum ansteuern der Motoren geht, sowohl über RS232 ud I2C ( mit Frank seinem I2C Adapter getestet)
Normaler weise läuft das Board mit 16 MHz und 38400 BAUD. I2C Adresse ist 0x02 womit sich zum schreiben 0x04 und zum lesen 0x05 ergibt.
Hier mal eine erste Doku der Befehle. RS232 sowie I2C.
Zum starten der Motoren muß die Drehrichtung und der Speed übertragen werden.
Die Software Version die ich habe, hat nur den Init Teil und den WDT Teil
ausgelagert in einzelne Files, sonst soweit alles beim alten.
Gruß
Dieter
@Dino- Dieter und Kjion
Besten Dank für eure schnelle Hilfe. Mit dieser Unterlage ist ja ein Betrieb des Board möglich.
@assie17
Da man nichts mehr von dir hört, scheinst du mit dieser Doku klar zu kommen. Schön.
mich würde mal interssieren, was du mit dem Board machen willst und vor allem, welche Software-Funktionen dir wichtig erscheinen?
@PicNick
Ich hoffe, die öffentliche Bastonade kann jetzt ausfallen, dann werd ich die Veranstaltung vor dem Brandenburger Tor wieder absagen. :P :P :P
Gruß Stupsi
Gut, wir disponieren um auf Kinnkraulen, verkaufte Eintrittskarten geben wir nicht zurück
@stupsi
ne ne ne bin noch net so weit :( hab die letzten tage viel gefeiert und gesoffen :) und konnte nicht mehr klar denken :)
ich brauch das board um einen elektrorollstuhl zu steuern :)
später soll er dann vorgegebene wege fahren :) z.B. zur Kneipe und wieder zurück :)
@Dino-Dieter
zuerst mal vielen dank für deine übersicht. also ich hab jetzt:
Sub Motorrecht()
I2cstart
dim i2cdaten(3) as byte
i2cdaten(1)=71
i2cdaten(2)=128
i2csend &h04,i2cdaten(1),3
i2cdaten(1)=74
i2cdaten(2)=1
i2csend &h04,i2cdaten(1),3
i2cstop
end sub
aber der motor dreht sich net :(
was mach ich noch verkehrt??
Dino Dieter
17.07.2005, 15:32
Hallo assie17
Habe die Ansteuerung mal umgeschrieben und getestet.
Muß nochmal nachschauen, warum das mit i2csend nicht geht.
Wait 1
Declare Sub Motorrecht()
Call Motorrecht()
End
Config Scl = Portc.0 'Ports fuer IIC-Bus
Config Sda = Portc.1
'-------- Writing and reading Adress RN Power -----------------
Dim A As Byte
Const Adresw = 04
Const Adresr = 05
Sub Motorrecht()
' Speed rechts einstellen
I2cstart
I2cwbyte Adresw
I2cwbyte 71
I2cwbyte 128
I2cstop
'Kleine Pause
Waitms 25
'Drehrichtung einstellen
I2cstart
I2cwbyte Adresw
I2cwbyte 74
I2cwbyte 1
I2cstop
End Sub
Gruß Dieter
Bei I2CSEND auch drauf achten das möglichst aktuelle Bascom Version genommen wird. Bei der 4 er Version (letzte Ziffer) gabs da noch ein Problem
Hossa,
hm was soll ich sagen:
also zuerst einmal mit dem i2cwbyte dreht sich der motor
soweit schon mal gut nur leider bleibt der net am drehen :(
nach kurzer zeit schaltet der sich ab.
könnte es sein das da eine überlastung oder sonsiges vor liegt??
der motor ist ein: 0,25Kw Motor bei 24V (2 Autobattarien) :)
Dino Dieter
19.07.2005, 11:44
Hallo assie17
Tu mir einen Gefallen und schliesse im Moment noch nicht so einen dicken Motor an.
Weder die Übertemperatur noch die Stromeinstellungen sind im Moment eingebaut.
Die H Brücken ICs haben zwar einen internen Überlastungsschutz, aber man weiß ja nie.
Teste, wenn möglich, bitte erst mit einem kleieneren Motor.
Kjörn und ich schreiben die Software gerade weiter.
Gruß Dieter
PS: Wie warm werden die Brücken ICs denn ??
Hossa,
der kühlkörper bleibt kalt. Der Motor schaltet sich nach ca 5 Sekunden ab.
ich hab leider keine kleineren Motoren zum testen :(
PS: und ein bischen rauchzeichen ist doch auch net so das schlechteste.
Dino Dieter
19.07.2005, 12:31
Hallo
Hast du keine 20 Watt Halogen Lampen oder so was in der Richtung ?
Hossa,
ich hab noch was getestet und im terminal erscheint die meldung : Fehler Rechts
und wiederholt sich dann dauernd. danach ist keine ansteuerung des boards mehr möglich.
auch keine schlechte idee mit den lämpchen:) werd ich mal probieren
und toi toi toi für die Software :)
Dino Dieter
19.07.2005, 12:53
Hallo
"Fehler rechts" kommt, wenn das Brücken IC einen Fehler meldet.
Mach mich mal schlau, was da Ursache sein kann. Habe die Doku des ICs
gerade nicht zur Hand.
Bekommen wir aber hin
Gruß
Dieter
PS. teste mal auf dem linken Motor, ob die gleiche Meldung kommt. ( Fehler links)
Hossa,
jep kommt auch beim linken :(
hi assie17,
sieht so aus, als ob die Steuerung überlastet wird; das also die Überstromfunktion im Chip oder in der Software aktiv wird.
Deine Motore kenn ich nicht, aber aus Erfahrung sind Anlaufströme oft 5-6x größer als der Betriebsstrom von 10A, also bis 60A. Dabei schaltet der
Chip gaaanz schnell ab.
Bei diesem Board hilft da ein sanftes Anfahren mit langsam steigender PWM.
Zum Aufbau noch ne Frage: hast du die 2 Temperatursensoren nachträglich eingebaut? Das wäre sehr wichtig für die Schutzfunktionen des Boards.
ZITAT:
PS: und ein bischen rauchzeichen ist doch auch net so das schlechteste.
ganz schön mutig.....
Gruß Stupsi
hossa stupsi,
also eine überlastung beim einschalten schliesse ich aus.
1. hab ich 10A sicherungen drinne. (ich weiss die träge der sicherung)
2. der motor leuft manchmal bis zu 30 Sekunden (meistens jedoch nur 5-7 sekunden) da kann von anlaufen des motors keine rede mehr sein.
da muss noch was ganz anderes sein.
also 2 temperaturfühler hab ich net eingebaut, kommt vieleicht noch.
Aber immo bleibt der Kühlkörper schön kalt.
mit der PWM werd ich mal testen.
aha, das hast du also ohne PWM getestet; ist ok.
Wahrscheinlich laufen die Motore auch im Leerlauf (wenn sie denn laufen).
Was passiert, wenn der Motor stehen bleibt?
Wie startest du Ihn dann für einen neuen Versuch?
Kannst du ein Multimeter mit 10A-Bereich in die Motorleitung einschleifen?
Die Motorspannung würde auch schon reichen.
Ist die Motorleitung verdrosselt?
Naja, mach erst mal der Versuch mit den Halogenlämpchen (2 in Reihe für 24V)
Viele Fragen, aber wir kriegen die Kiste schon flott.
Gruß Stupsi
Hossa,
also leerlauf ist nicht, da getriebemotoren.
was passiert?? er bleibt stehen und in der konsole kommt dann: fehler rechts oder fehler links jenachdem welche motoren ich laufe lasse
ich starte ihn dann: reset des boards und dann wieder von vorne
Multimeter 10A: anzeige: 6.00 beim einschalten und im betrieb 2,11-2,59
hm jetzt leuft der aber schon länger :)
mal die drehzahl ein bischen runtersetzen :)
hab die drehzahl von ff auf a0 runtergeschraubt:
Multimeter 10A: anzeige: 2,80 dann so nach 3-4 sekunden: fehler (motor bleibt stehen :(
Gut, unbelastete Getriebemotore.
Die Fehlermeldung hört sich an, als ob der eingestellte Motorstrom zu gering ist. (erster Befehl in der Doku; im Beispiel: print "#rmO"
Diesen Wert kannst du vorsichtig erhöhen, bis der Motor auf Dauer läuft.
Der gefundene Einstellwert interessiert mich zusammen mit dem gemessenen Motorstrom.
Gruß Stupsi
Dino Dieter
20.07.2005, 08:17
Hallo Stupsi
Die Meldung Fehl links bzw Fehl rechts. ist ein eindeutiges Zeichen, auf eine Fehlermeldung von den Brücken ICs ( DIAG).
Die Stromregelung dürfte bei der Software Version nocht nicht eingebaut sein.
Bin das gerade am testen. Mit einer 50 Watt Halogen Lanmpe bekomme ich manchmal ähnliche Fehler.
Gruß
Dieter
Aha. danke für die Info, Dieter
sehr interessant, sollte nicht passieren; erst recht nicht mit ner Halogenlampe bei 4A.
jetzt werd ich mal forschen, wo die Ursache steckt.
@assie17
Sind an deinen Motoren Entstörkomponenten (Kondensatoren / Drosseln) angebaut?
Gruß Stupsi
@stupsi
nein :) nur bremse :)
@assie17
Ich kann deine Störungen mit dem Board (Ausgehen der Motore nach ca. 5sek) schwer nachvollziehen.
Zur Zeit hab ich zwei Vermutungen:
1) Die Betriebsspannung von 24V: Hast du die Möglichkeit, diese Spannung für Testzwecke auf z.B. 18V zu reduzieren?
2) Die Motore sind ja doch sehr groß und nicht entstört. Dadurch muß mit energiereichen Störungen gerechnet werden, die Spannungsspitzen im VNH-Chip verursachen. Diese Spannungen könnten die internen Schutzschaltungen im IC aktivieren. Abhilfe dagegen wären 2 Kondensatoren a 10 - 100 nF von den Motoranschlüssen nach Masse. Zusätzlich wären Drosseln in den Motorzuleitungen vorteilhaft.
Die Entstör- Maßnahmen sollten möglichst "motornah" durchgeführt werden.
Hast du diese Möglichkeiten?
Gruß Stupsi
pinker42
05.08.2005, 11:28
Hallo
ich habe die RN-Power mal aufgebaut, und die Firmware auf 16 MHz
und 9.600 Baud kompiliert. Das ganze funktioniert im Prinzip ganz gut.
Hier nun meine Probleme und Anmerkungen:
- Sporadisch kommt es zu Fehler links/Fehler rechts Fehlermeldungen
Obwohl die Motoren recht aufwendig enstört sind und die Ströme
sich in Grenzen halten (Zwei Trico Scheibenwischermotoren von Pollin).
- Wir haben zwei Boards mit je zwei VNH2 Chips in der Reflow
bestückt, bei beiden Boards und allen vier Chips hatte der INA Pin
keinen Kontakt zur Platine (auch manuelles nachlöten brachte nichts). Erst abkratzen der Pads mit einer Klinge und nachlöten schaffte Abhilfe.
Ist da irgendein Fehler in der Lötstoplack-Maske ?
- Eine seperater 5 Volt Eingang würde den RN-Komponenten noch gut stehen. Wir stellen bei unseren Projekten die 5 Volt mit einem zentralen Step-Down Wandler zur Verfügung (Ist natürlich recht simpel nachzurüsten).
- Bei der Ansteuerung über RS232 sind mir noch einige Fehler im BIOS aufgefallen:
Bei den Kommandos für den rechten Kanal (und bei beiden Kanälen) führt eine Speed und Direction Kommando zu einem impliziten "Motor An". Beim linken Kanal mussten wir dieses Komando noch zusätzlich senden um den Motor zu starten.
Nach einem Motor Stop und einem erneuten Motor Start bekommen dir Motoren für einen Takt lang einen Impuls mit der vor dem Stop eingestellten Geschwindigkeit. Wir haben versucht dies zu ungehen in dem
wir vor dem Motor Stop die Geschwindigkeit des Motors auf Null setzen und Beim Starten erst die Geschwindigkeit und dann die Richtung setzen.
Beides schaffte keine Abhilfe.
- Eine einstellbare Motorbremse wäre ein nettes Feature. Ich konnte noch nicht rausfinden ob der VNH2 Chips das unterstützt. Kann man das irgendwie mit dem Atmel über Takten der entsprechenden INA und INB Leitungen lösen ?
Von den kleineren Macken mal abgesehen läuft das Board fantastisch.
Der VNH2 wird nichtmal warm und das bei ca. 2A-4A Motorstrom.
@Stupsi
Wir haben den VNH2 mit externen Shunt Widerständen betrieben, was
ja eigentlich Blödsinn ist. Im Prinzip müssen ja nur die Shunts durch Brücken ersetzt werden und der CS Ausgang der VNH2 in geigneter Weise
mit dem Eingansgfilter des AVR Analogeingangs verbunden werden.
Hast du da einen Tip wie man das mit dem RN-Power Board sinnvoll lösen kann ?
Wann gibt es eigentlich eine neue Version von der Firmware ?
Was ist noch zu tun ? Vielleicht kann man ja noch bei der
Entwicklung helfen.
Gruss
Dirk
Hei, Pinker42, Tausend Dank für deine reichlichen Informationen.
Die sporadischen "Fehler links/rechts" - Meldungen sind uns auch ein Rätsel. War die defekte Lötstopmaske die Ursache dafür? Falls nicht, hilf mir bitte mit deinen Mitteln bei der Fehlersuche.
Separate Eingänge für die 5V-Versorgung sind doch einige vorhanden.
wichtig ist nur, das alle Versorgungs-Jumper geöffent sind und nur der genutzte gesteckt ist. Zusätzlich gibt es noch POW5V oder irgendein ungenutzer Eingang der I/O-Ports.
Die Firmware wird Dino-Dieter noch kontrollieren.
An der gesteuerten Bremse arbeiten wir noch; vom Prinzip ist es: [ INA=0, INB=0 und PWM=Bremskraft ] ; dummerweise läßt es die interne Chip-Logik nicht zu. Wir werden mal schauen, ob ein Takten der INA und INB möglich ist.
Die Modifikation zum Stromsensor ist gut möglich und ich reich sie bis morgen nach. Versprochen!!!
Die Erste Firmware erfüllt nur die Grundfunktionen des Boards.
Wir suchen noch nach einer geeigneten Struktur, das jeder eigene intelligente Routinen einbinden kann, um im Ergebnis höchsten Komfort zu erhalten. Software muß wachsen. Wenn die 16k nicht reichen, ist ja noch ein MEGA32 einsetzbar. Natürlich würden wir uns über eure Mithilfe freuen.
Gruß Stupsi
Nutzung von RN-Power mit dem Chip VNH2SP30
=================================
Der Motor-Treiber-Chip VNH2SP30 ist eine geänderte Version vom VNH3SP30, der im Board RN-POWER-V1.0 Verwendung findet. Ein Umbau ist durch eine Modifikation des Boards möglich.
Durch den Umbau ändern sich aber die technischen Daten:
- Der VNH2SP30 ist nur für 12V KFZ-Betriebsspannung verwendbar !!!
- Er hat einen geringeren Innenwiderstand (19mOhm anstatt 44mOhm), dadurch ist die Erwärmung des Chips bei gleichem Strom weitaus geringer.
- Er hat einen Current-Sense- Ausgang; dieser ermöglicht eine intelligente Stromauswertung
Diese intelligente Stromauswertung wird von der Firmware zur Zeit NICHT unterstützt.
Zusätzlich wird eine komfortable Temperaturüberwachung zur Nachrüstung beschrieben.
Diese Temperaturüberwachung wird schon von der Firmware unterstützt.
LINK: >>>ENTFERNT <<<
Neuer Link: RN-POWER-V1-MOD2.pdf (http://home.arcor.de/stupsi74/rnpower/RN-POWER-V1-MOD2.pdf)
!!! Die Umbauanleitung ist ungeprüft, daher bitte alle Informationen kritisch betrachten !!!
Gruß Stupsi
Mir ist in der Umbauanleitung ein Fehler passiert. (Prozentrechnung ist abends schwierig ) :-b
Hier der neue Link mit der aktualisierten Umbauanleitung: RN-POWER-V1-MOD2.pdf (http://home.arcor.de/stupsi74/rnpower/RN-POWER-V1-MOD2.pdf)
Dieser Satz bleibt weiterhin wichtig:
!!! Die Umbauanleitung ist ungeprüft, daher bitte alle Informationen kritisch betrachten !!!
@pinker42:
Falls du diesen Umbau nachvollziehst, würde mich ein Oszillogramm der Spannung an der Bürde R19 oder R20 bei verschiedenen Motorströmen stark interessieren. Eventuell müssen wir die Dimensionierung ändern, um eine ordentliche Stromregelung zu erzielen.
Der Softwarevorschlag in der Bescheibung gilt nur als Diskussionsgrundlage. Meine Idee ist es, neben einer ordentlichen Stromregelung (oder Momentenregelung) auch die Funktion ähnlich eines Motorschutzschalters in die Software einzubauen. Was hälst du davon?
Gruß Stupsi
pinker42
09.08.2005, 11:29
Hallo Stupsi,
ich werde mein Board im Laufe der Woche umbauen und die entsprechenden Messdaten posten. Den Vorschlag für die Strom Steuerung/Überwachung finde ich im Prinzip gut.
Ich würde jedoch eine per Software einstellbare Strombegrenzung vorschlagen und einen abweichenden A/D Wandler Messbereich wählen. Das Board kann ja mit Kühler und dem VNH2 locker 20A Dauerstrom und 30A kurzzeit liefern. Macht es da nicht Sinn den Messbereich des A/D Wandlers generell auf 40A auszulegen ? Das ermöglicht bei 10 Bit ADC immer noch eine ca. 40-50mA genaue Regelung der Strombegrenzung die doch völlig ausreicht. Schliesslich reden wir ja hier von einem RN-Power Board !!!
40A sollten dann 2,4V am A/D Port erzeugen:
R19 = 2,4V / (40A/11370) = 682 Ohm 680Ohm
40A = 2,4V = 980
20A = 1,2V = 490
10A = 0,6V = 245
5A = 0,3V = 122
2,5A = 0,15V = 61
Als Parameter für den maximal einstellbaren Strom würde ich den A/D Wandler Wert durch 2 vorschlagen.
Der maximal mögliche Wert von 255 ergibt dann einen A/D Wandler Wert von 510 und einen Strom von ca. 21A. Der kleinste Wert von 1 ergibt dann einen A/D Wandler Wert von 2 und eine Strom von ca. 80mA. Der Parameter 0 könnte dann die Stromüberwachung deaktivieren (oder besser nicht ?). Voreingestellt ist der Parameter 61 was einem A/D Wandler von 122 und einem Strom von 5A entspricht. Die "Notabschaltung" könnte dann immer bei 200% Strom erfolgen
(ADC Wert mal 2 ist einfach zu rechnen).
Ich werden das Board mal so auslegen und an meine Stromsenke anschliessen und dann die Messwerte bis 20A ermitteln.
Gruss
Pinker 42
Hi Pinker42
Danke, das du auch bei der Erstellung der Software mitdenkst. Die einstellbare Strombegrenzung ist "versteckt" enthalten:
Wird Parameter2 auf 1 gesetzt, ist durch Ändern von Parameter 1 eine Motorstrombegrenzung von 0...150% des Motornennstromes möglich. Erweiterungen einer Regelung durch zusätzliche Parameter und einer PID-Routine wären weiterhin möglich.
Der Softwarevorschlag basiert ja nicht auf absoluten Werten, sondern normiert in Prozentwerten.
Der Vorteil: Die Bürde muß auf den Nennstrom des angeschlossenen Motors abstimmt werden. Bei einem Re-Design werd ich auf Leichtes Austauschen der Bürde achten.
Somit erhalten wir eine Routine, die unabhängig von der Endstufe und vom Motorstrom reagiert, das Board und den angeschlossenen Motor schützt und eine saubere (Momenten)Regelung ab ca. 20% des Motornennstromes ermöglicht. Und das vom RB35 bis zur "WUMME" (dicker motor)
Die Prozentaufteilungen im Softwarevorschlag sind "meine gefühlsmäßige Optimierung" zwischen Regelungs- und Schutzbereich.
Ob sie richtig sind, zeigen die Betriebserfahrungen. Hier eine andere Software-Anwendung mit dem VNH2-Chip : VNH2-AN.PDF (http://home.arcor.de/stupsi74/infos/Datasheeds/VNH2-AN.PDF)
Zum maximalen Dauerstrom: die 20A sind sehr optimistisch, die Verluste steigen mindestens quadratisch zum Strom und große Erfahrungen mit der Wärmeabfuhr der Kühlkörperkonstuktion hab ich auch noch nicht sammeln können. Dazu möcht ich nichts sagen. Ich hoffe aber, das du deine Erfahrungen hier veröffentlichst.
Ganz wichtig sind die Messungen an der Bürde. Ich hab ähnliche Messungen am RB35 durchgeführt und war erschreckt. Schau dir DAS mal an: Strom_RB35.pdf (http://home.arcor.de/stupsi74/infos/Messprotokoll_3_Strom_RB35.pdf)
Wir werden Schwierigkeiten bekommen, die Spannungspegel an der Bürde mit geringen Zeitkonstanten so zu glätten, das der A/D-Wandler ordentliche Meßwerte liest. wünschen wir uns gute Ideen.
gruß Stupsi
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.