Jump to content

Chriull

Moderators
  • Content Count

    3,130
  • Joined

  • Last visited

  • Days Won

    7

Chriull last won the day on November 8 2018

Chriull had the most liked content!

Community Reputation

3,713 Excellent

About Chriull

  • Rank
    Veteran Member

Profile Information

  • Location
    Wien
  • EUC
    KS16S

Recent Profile Visitors

4,255 profile views
  1. No, there is nothing for initial aetup on android but the original KS app
  2. Nothing. I just "decleare" this falling forward as ease of leaning. What could have the effect of making the wheel zippier (mainly by firmware?)
  3. A softer pedal mode, were the pedal is allowed to tilt forward some time imo maninly ease the leaning forward of the driver, as there is less support from the pedal. After this delay the wheel has to deliver the full torque to at least keep the pedals at this angle or a bit more to turn them horizontal again. So imho, beside the bit better leverage by the pedal tilt its the ease of leaning is increased (if one dares)
  4. Best to follow the Troubleshooting Process flow, i'd assume.
  5. Yes. It's a dynamic system. Imo best just simulated for "interesting" cases. As it is in reality - the rider starts with some cog shift/lean, the wheel reacts with some acceleration, the rider reacts again to stand this which forces a new wheel reaction, and so on... With accelerations there could be no easy, static system existing.
  6. Nothing concrete till now. I started with an excel sheet to get some numbers with this force system. First results (not checked/verified) were for the KS16S geometry getting about 4m/s^2 acceleration by a ?90? kg rider standing on the pedal tip. With this 4m/s^2 acting on the rider the motor increases acceleration to about 4.5m/s^2. (Could all be easily beyond the KS16S limits...) Interesting is the "positive feedback loop".(1) Once the sheet is finished and checked it could be interesting to look further into this. Such a positive feedback loop should be definitely something making a wheel "zippy". Edit:(1) seems it has to be this way. If an additional torque "appears", the motor has to accelerate more
  7. And the weight vector gets longer, as it's the resulting vector of the gravitational force (staying constant all the time) and the changing "acceleration force". To the later force one could add air drag, too. If one cancels the restriction for the "acceleration force" to be horizontal it will also work for inclines.
  8. Sounds like a great idea for a new EUC competition! Could be that the only feasable wheels for this kind of race are GWs... And it will be more something like a 15-30 m race... But should lead to interesting challenges: - how to get the initial force on the pedal for acceleration for a quick start (without frying the mosfets ) - to keep the "maximum" acceleration before the "high speeds" are reached (without melting cables/frying mosfets (again...)) - slightly reduce the acceleration before one reaches the motor limit and overleans Hopefully mosfets are "stable" enough for this - but drag racing is an expensive sport anyhow Good upholstery and "skidpads" should keep injuries assessable! (for the daring ones...)
  9. For the theory of EUC riding no pedal tilt angle or angular velocity is needed. In a perfect model the pedal stays horizontal all the time - the pressure/force of the rider on the pedal is the only neede input. As not the force on the pedal is taken as input to the controller but the quantized angle/angle change one is one step further of the "ideal model". In our real world every control loop has delays and by this the pedal tilts after applying a force until the motor can create the countertorque. How the pedal tilts is "just a side effect". Additionally there are (overall) control loops corner cases like current limiting/motor limit. Some riders like soft mode for riding as this delayed reaction is even offered in "amplified" versions As human brains work very good/?mostly? as pattern matcher - we try to find correlations - like once we notice that the higher burden the is we ask from the wheel (acceleration/incline) the more the pedal tilts we turn the causality relation to the more we tilt the pedal the more power the EUC delivers. This conclusion/observation is not wrong, but this tilt is not the root cause but an (more or less wanted) side effect.
  10. You're right - the torque is a scalar. It just has a value and the sign, but no "direction". Or the rider "accelerates" himself forward against the pedal. This would need some additional torque/acceleration from the wheel to keep the pedals tilted. If the whole force on the pedals is removed the wheel will not accelerate anymore...
  11. Just tried a test post - for users it's imo not possible to move their topics to other subforums... So that's some work for us moderators to move (at least the new and relevant) topics there. PS: best with the option to leave a link for some time from the original place
  12. Yes - that sounds like a very different reason. Afaik handle/sensor problems should not be normal with KS by now? You got in contact with your reseller?! With a nice video showing the problem? Unfortionately assambly mishaps happen. I have no idea of the handle calibration - maybe there can be issues if this is not done right. I just heard from pedal tilt calibration that it's easy to "mess up" the wheel?! Btw: Kingsong wheels are (somehow) locked for delivery? Did you unlock it?
  13. Rocking back and forth can be about one of the biggest burdens one can apply to an EUC. KS have current limiting - so the beeping and afterwards cutting off could be the overcurrent alarm?
  14. The input to the EUC is the pressure one applies on different parts of the pedal (== a torque on the pedal) The EUC reacts by changing the motor current - which determines the countertorque by the motor. The torque (differences) creates an angular acceleration of the pedal. The "setpoint" against which the control works is the difference to the calibrated angle of the angular position of the pedal. So there are somehow "two steps of derivations" involved - from acceleration to position. As a "sideeffect" forward/backward accelerations happen allowing us to have fun with our EUCs zipping around! Ps.: I'm not really sure if my above statement is not "oversimplified"/enough for a self balancing EUC? But could be...? ... but it's enough to setup and indentify the involved forces/torques.
×
×
  • Create New...