Dude

Und weiter geht der Reigen (vergangener Monat):

http://www.stuttgarter-zeitung.de/inhalt.leonberg-ohne-fuehrerschein-auf-dem-e-skateboard-erwischt.24aae436-edd5-4529-bbe1-c54492998364.html

Hab ich auch gelesen:

https://www.heise.de/newsticker/meldung/Bundesregierung-bereitet-Zulassung-von-Hoverboards-und-Co-vor-3789241.html?wt_mc=nl.wirtschaft.2017-08-04

Ich kann mir nicht helfen, aber irgendwie erinnert's mich dann doch an ein Schweizer Uhrwerk. Aber das muss wohl so sein

Auf jeden Fall, ganz großes Kompliment auch von meiner Seite, hop Schwiz hop Schwiz :thumbsup:

Ich liebe es, wenn 'oder' fragen mit 'ja' oder 'nein' beantwortet werden...

Damit werden aus 2 möglichen Antworten schon 4 Möglichkeiten - was willst Du mehr [emoji851]

Gesendet von iPhone mit Tapatalk

Das würde ich mit meinem VESC HW4.12 machen.

Zum Einstieg super, vielen Dank! Ich musste aber wg. Notfallprogramm Chemienachhilfe 8. Klasse leider abbrechen ...grmpf.

Interessant ist auch, dass

ADC_IND_EXT 10

ADC_IND_EXT auch auf 10 liegt.

Mal was Praktisches. Der PCB NTC ist gegen 3.3V geschaltet, der NTC an den Hall Pins muss aber auf GND gehen (würde ich aus dem Schaltplan so interpretieren und in der "Norm" zu der Steckerbelegung der BLDC-Halls steht das auch so drin) . Richtig?

commands.c

 

case COMM_GET_VALUES:
       ind = 0;
       send_buffer[ind++] = COMM_GET_VALUES;
[color=Red]        buffer_append_float16(send_buffer, NTC_TEMP(ADC_IND_TEMP_MOS1), 1e1, &ind);
       buffer_append_float16(send_buffer, NTC_TEMP(ADC_IND_TEMP_MOS2), 1e1, &ind);
       buffer_append_float16(send_buffer, NTC_TEMP(ADC_IND_TEMP_MOS3), 1e1, &ind);
       buffer_append_float16(send_buffer, NTC_TEMP(ADC_IND_TEMP_MOS4), 1e1, &ind);
       buffer_append_float16(send_buffer, NTC_TEMP(ADC_IND_TEMP_MOS5), 1e1, &ind);
       buffer_append_float16(send_buffer, NTC_TEMP(ADC_IND_TEMP_MOS6), 1e1, &ind);
       buffer_append_float16(send_buffer, NTC_TEMP(ADC_IND_TEMP_PCB), 1e1, &ind);[/color]
       buffer_append_float32(send_buffer, mc_interface_read_reset_avg_motor_current(), 1e2, &ind);
       buffer_append_float32(send_buffer, mc_interface_read_reset_avg_input_current(), 1e2, &ind);
       buffer_append_float16(send_buffer, mc_interface_get_duty_cycle_now(), 1e3, &ind);
       buffer_append_float32(send_buffer, mc_interface_get_rpm(), 1e0, &ind);
       buffer_append_float16(send_buffer, GET_INPUT_VOLTAGE(), 1e1, &ind);
       buffer_append_float32(send_buffer, mc_interface_get_amp_hours(false), 1e4, &ind);
       buffer_append_float32(send_buffer, mc_interface_get_amp_hours_charged(false), 1e4, &ind);
       buffer_append_float32(send_buffer, mc_interface_get_watt_hours(false), 1e4, &ind);
       buffer_append_float32(send_buffer, mc_interface_get_watt_hours_charged(false), 1e4, &ind);
       buffer_append_int32(send_buffer, mc_interface_get_tachometer_value(false), &ind);
       buffer_append_int32(send_buffer, mc_interface_get_tachometer_abs_value(false), &ind);
       send_buffer[ind++] = mc_interface_get_fault();
       // TODO: send FOC values id, iq, abs
       commands_send_packet(send_buffer, ind);
       break;

 

buffer_append_float16(send_buffer, NTC_TEMP(ADC_IND_TEMP_PCB), 1e1, &ind); -> steckt hier die Motortemperatur drin, oder ist das der Temperatursensor für die MOSFETs?

 

Suche geht weiter....

Denke nicht, da die MOSi den gleichen Index wie die PCB Temperatur haben.

#define ADC_IND_TEMP_MOS1			9
#define ADC_IND_TEMP_MOS2			9
#define ADC_IND_TEMP_MOS3			9
#define ADC_IND_TEMP_MOS4			9
#define ADC_IND_TEMP_MOS5			9
#define ADC_IND_TEMP_MOS6			9
#define ADC_IND_TEMP_PCB			9

Hi Barney,

ich wäre mit viel weniger zufrieden. Mir würde eine Variable in der Firmware reichen, welche die Motortemperatur enthält - also das Auslesen des NTC via STM32F4 ist der Punkt.

Abregeln möchte ich aktuell noch nicht, nur eine Info über die Temperatur. BLDC-Tool müsste ich nicht anfassen. Ich würde die Variable in einer der vorhandenen Strukturen/Classes über UART+BT an meinen Empfänger oder Handy ausgeben. Das kann ich mittlerweile, gibt ja recht viele Beispiele dafür und die hab ich einfach nachgeturnt.

Brake current bei timeout setzt Du am besten auf 0 - lieber rollt Dein Board weiter als dass es Dich bei voller Geschwindigkeit auf den Asphalt legt. Kann mir bei eSk8s keinen Fall vorstellen, bei dem ein Wert ungleich 0 Sinn macht.

Die Temperatur wird in der aktuellen Version nicht ausgelesen.

Ok, hab meine Frage nicht präzise genug gestellt - wollte wissen was in der FW zu ergänzen ist, damit der Wert ausgelesen/einer Variablen zugwiesen wird.

Konnte in den ganzen Foren dazu nix finden, da wahrscheinlich für die meisten nicht von Interesse. Für meinen Hubmotor wäre es aber spannend.

Gesendet von iPhone mit Tapatalk

Die Ist nicht public!

Warte auf die neue Version, die hat es in sich.

Viele Problemstellen werden umschifft, so das die VESC Todesrate deutlich sinken wird. Mehr kann ich dazu nichts sagen. Noch etwas Geduld mitbringen.

Kein Problem ich übe mich ja schon seit 6 Monaten in Geduld, da wart ich gern noch mal weitere 6 [emoji851]

Apropos Geduld: Weißt Du auf die Schnelle was zu tun ist um das in der aktuellen public Version auszulesen?

Gesendet von iPhone mit Tapatalk

Temperatur macht nur die Beta!

Welche beta? Woher bekomm ich die?

Gesendet von iPhone mit Tapatalk

Hat jemand von Euch schon mal den Temp-Pin am Hallsensor-Stecker genutzt um die Motortemperatur zu bestimmen. Soweit ich weiß, sind dazu in der Firmware "einfache Änderungen" (Zitat Benjamin Vedder) durchzuführen, damit der Wert ausgelesen wird.

Dude

Ab welcher Version ist das so? Ich hab (meine ich zumindest) auf meinem VESC4.12 die neueste FW ... da ruckelt es bei FOC auch (ohne Sensoren).

Ebenso - und Zeit für viele coole Projekte :thumbsup:

Benjamin wird den VESC 6.2 ende Januar Anfang Februar veröffentlichen.

 

Aber es wird höchstwahrscheinlich kein Open Source Projekt werden.

 

Er möchte die VESC 6.2 selber herstellen lassen und verkaufen inkl. Garantie.

Danke für die Info - woher weißt Du das? Ich meine er hat mal auf seinem Forum behauptet, dass der VESC weiterhin Open Source bleiben soll :confused5:

Wer hat einen VESC 4.12 mit Kondensator-Block zu verkaufen?

Ja, geht - ohne Nunchuk hast Du halt kein Cruise-Control. Für mich ein klares muss.

... und was zeigt das BLDC-Tool an, wenn Du ohne Motor die Drehzahl, den Strom o.ä. auslesen möchtest? Vllt. kann man das ja über die CAN-Verbindung realisieren?

An einem VESC hängt der Kama (= Master) und der treibt dann den Motor an. Der andere VESC würde dann nur zur Datenübermittlung via BT ans Samrtphone degradiert werden. Der müsste dann so konfiguriert werden, dass er die ganzen Parameter via CAN aus dem VESC am Motor ausliest. Ist schon ein wenig overdosed ... dann könnte man gleich einen Arduino/Teensy an die CAN Schnittstelle hängen und darüber mithören. Der Arduino/Teensy schiebt dann die Daten via BT ans Handy.

Oder Du nimmst gleich 2 VESC mit 2 Motoren, so mach ich's. Dann musst Du nur davon ausgehen, dass die beide in etwa sich alles 50/50 aufteilen.

Denke schon wg. BEMF, sonst spinnt der VESC an dem kein Motor dran ist.

YEP: Dual VESC + Dual Motors

BT HM10 (passt wegen BLE-Standard 4.0 dann auch zu den iPhones). Problem: Nunchuk Kama und BT-Modul benötigen/belegen den gleichen RX/TX-Port am VESC.

Das erste "m" entstand wohl beim Lesen als ich das Handy bei noch offenem Tapatalk in meine Tasche gesteckt habe. Das zweite "mmmmmhhhh" war der missverstandene Versuch mein Unvermögen zu vertuschen - nachdem Kai es auch prominent gemacht hat. So ist das wohl beim Umgang mit digitaler Kommunikation, entweder ist es 0 oder 1, hier war es eher NaN.

Gesendet von iPhone mit Tapatalk

m

 

 

Gesendet von iPhone mit Tapatalk

sollte mmmmhhhhh heißen