Jump to content

supercurio

Full Members
  • Content Count

    30
  • Joined

  • Last visited

Everything posted by supercurio

  1. Yes it's common, across all sort of bluetooth audio devices built from various Bluetooth ICs, with or without external amp. I've started working on a proof of concept app today to get it done quickly, and then started to learn Jetpack Compose so maybe it won't be that quick after all I don't know yet which wheels are affected by this delay or not, do you already have examples @Seba? I also plan to implement an audio level adjustment following speed functionality optimised for EUC use, as it seems I need that as well now. It would be nice to be able to get the wheel speed form EUC World instead of GPS speed via an API for that.
  2. Hi! I often use turn by turn voice navigation with my KS-16X, using Google Maps or Komoot, the later being often better for voice guidance. In both cases, unless I'm listening to music at the same time, the first or first few words of the message are missing which makes navigation difficult. It happens because the bluetooth speaker amplifier takes a few milliseconds to turn back on from a power saving state. Is it just my wheel or all KS-16X? Owners of other models of wheels, could you please share if the same happens as well? Thanks for your help, I'm thinking about making a little Android app to solve this real quick.
  3. Bad news When the KS-16X is in charging-only on state and finished charging fully, sending "turn wheel off" commands doesn't turn it off. Same as if it is in charging-only on state and finished charging fully, unplugging the charger doesn't turn it off. However, here are conditions where the wheel shuts off as expected: turn wheel on, plug charger, turn wheel off with the hardware button, wheel reboots in charging-only state, unplug charger: wheel shuts off turn wheel on, plug charger, turn wheel off with SoftTuner, wheel reboots in charging-only state, unplug charger: wheel shuts off wheel is off, plug charger, wheel boots in charging-only state, unplug charger: wheel shuts off I still have more conditions to test and still have a slim hope to find one that doesn't trigger the issue and could be used to implement a workaround in an app. Since the behavior becomes different in an unexpected way at end of charge from the charging-only state, I'd guess it is an unintended behavior in Kingsong's firmware programming - a bug essentially.
  4. Thanks for understanding, and confirming it's not just me I just reproduced the condition. Despite setting the automatic shut-off to 5 minutes, the wheel seem to remain on, draining the battery for longer than 5 minutes after: completing the charge fully (end of cell balancing) disconnecting the charger I am now trying to see if the wheel will shut-off 5 minutes after disconnecting bluetooth as well - EUC World was used to create a new log. In case the wheel doesn't shut itself off at end of charge, automatic shut-off set to 5 minutes and no app connected, I will try to shut it off via the standard Kingsong app or SoftTuner.
  5. Thanks for sharing @RagingGrandpa "Optimized Charging Management Mechanism" is the changelog for KS-16X 2.03 firmware as seen in Soft Tuner This note is part of what prompted me to start this topic as I hoped that the issue was fixed and ended up disappointed. I'm currently investigating the effect of: Automatic shut-off timer setting values. Using a charger with an self shut-off capability at end of charge (like the adjustable chargers sold by 1RadWerkstatt) The initial log was capture with shut-off timer disabled (set to 0 in Soft Tuner): the wheel never stops when idle. I prefer this setting because I can remain confident that the wheel is never gonna stop balancing and fall somewhere. It might affect the behaviour observed. The initial log was also captured with a standard charger, that stays on at 84V constant voltage.
  6. That would be a different behaviour to the one showed in the graph and wheel log attached in the first post. The reason why I call it battery drain is that the charge is stopped and the main board keeps running, draining 20W or more while idle. Attached: a crop of the log viewed in wheellogviewer.net I stopped recording the log and turned off the wheel manually since I didn't want to drain the battery unnecessarily, but a few previous times it ended up at 98%, 97% or 94%.
  7. It will drain battery as long as you don't turn it off from the kind-of-on state activated when you connect the 16X to a charger. There's no battery drain once off.
  8. I installed a hardware switch for the beeper, which I toggle off when coming back home for the neighbours' sake. So if the charge is completed in the middle of the night, it starts beeping then? 😬
  9. Hi @RagingGrandpa! Yes the 16X use the MJ1 cells and like every other they should be charged up to 4.2V constant voltage, then the voltage would dip a bit. To keep the message shorter I didn't specify that my wheel's voltmeter over-reports voltage up to 84.6V (calibration issue) despite the charger only provides 84V, with good accuracy. I confirm that the issue I'm describing is draining, not the cells settling down to a lower voltage once the charger is disconnected. In this case, the wheel's motherboard remains powered on, with at least the BLE and Bluetooth audio chips powered on It drains constant 20W from the pack indefinitely. It is enough to be at 90 something % after a few hours, 80 something % after a few days.
  10. Hi! I start to get annoyed by the battery drain following the end of charge and cell balancing of the KS-16X, which happens even on the freshly released 2.03 firmware. In a video from @Duf, it seems like the KS-S18 is also affected. First, I am blown away how such an issue can pass QC for months. Charging a battery pack to its full capacity accelerates battery degradation. But if you don't take action once the wheel finished charging it will drain back down, wasting cell health and range. As a developer I am wondering what suitable workaround could be implemented to fix this. When looking at this graph, despite the noisy data points it looks feasible to identify when the wheel completely finished charging and is starting to drain. I'm hoping that it would be possible send the "turn off" command over bluetooth before drain occurs, identified by either: amperage not going into negative values anymore voltage going back down What do you think? Ping @Seba on implementing this in EUC World. Ping @Jack King Song on fixing the issue in firmware. 2020-10-15 143718.csv
  11. Hello fellow V10F rider in Stockholm I also experimented with higher speed limits on the V10F, setting to 42, then 45 today and found that there was no effect even near 100% battery. The soft progressive tiltback seemed the same approaching max speed, and the wheel rang the alarm at exactly 40km/h (wheel speed) as seen in EUC World app connected. Do you remember details about firmware version, battery percentage, riding mode for the user reporting it was doing something @Seba? As it is it the values beyond 40 seem to be capped at 40, and it might be more clear to reflect that in the UI.
  12. Today I used EUC World 2.0.4 for the first time on the newly released stable Android 11, on my Pixel 2. EUC World app appears to have recorded location and telemetry only when the app was active on screen, although it was working as expected a few days back on Android 10. Ride on Strava, captured with my Garmin watch, 19.34km: https://www.strava.com/activities/4040923124 Ride on EUC World, 5.96 km: https://euc.world/tour/590310363361330 I haven't looked into Android SDK 11 in depth yet but the cause I'm guessing is that the current EUC World app doesn't declare and request the new extra permission for getting location in background, so on the new OS version the app gets location data only when the screen is on. I haven't tested if the foreground service makes it always active like in the the perspective of the permission. @Seba the documentation is available here: https://developer.android.com/about/versions/11/privacy/location I'll be happy to test if it helps
  13. The Insta360 One R and One X are some of the best cameras to record videos of our EUC adventures, however capturing good audio and clear voice without adding an expensive and complex setup seems difficult. I'm about to get my hands on a One R and hope to build a better solution. The idea is to start/stop recording audio with your phone in sync with the camera activity. Potential input signals: built-in mobile phone mics 4-pole JACK analog external mic USB microphone (could be stereo, maybe multi-channel) Bluetooth headset (for processed voice only) Wireless microphone, connected to the mobile phone instead of the camera Benefits compared to wireless audio transmitter/receiver on the Insta360 One R: No added weight on the camera No need for the extra ONE R Mounting Bracket with Cold Shoe Top Mount ($30) No need for the extra USB-C Mic adapter ($10) Camera remains waterproof! No need for an extra wireless microphone system Downsides compared to wireless audio transmitter/receiver on the Insta360 One R: Requires replacing the audio when editing Requires doing some (minimal, likely automated by the editing software) audio sync Benefits compared to manual external recording with the Insta360 One X: Simplified audio sync when editing Avoids content loss from operation error Carefree feeling from pressing a single button to record 😄 I'm a senior Android developer and if confirmed feasible I should be able to prototype this app pretty quick on this platform but I wonder how many of you would need an iOS version instead? Note that it might be more convenient to run the app and plug the mic to an old spare or $99 Android phone for cable management purposes. It's not uncommon to use the single (USB-C) port of a phone to charge it while recording a ride on EUC World for instance, then the port is unavailable to plug the mic adapter. I know I now need and will use this app instead of buying $200 of extra gear, so I'll try to build it. Anyone else is interested? 👋 Would you need it for iOS or Android only is fine?
  14. Hi! I'm getting a 360 camera and my basic wrist guards, although comfortable and effective are making holding a selfie stick to film (or anything really) hazardous at best. What would you recommend as wrist guard or gloves for safe selfie stick operation? I have a few additional considerations orienting the choice: I live in Sweden and hope to keep riding during winter (cold) Adjusting camera settings will be done on touchscreens on the phone and the camera I'm riding with a Garmin watch to display speed and capture GPS & Heart Rate data for Strava: the solution shouldn't push the watch too high up on the arm So far I found Demon Flexmeter double sided wrist guard: very long, problem with using the Garmin watch (HR sensor) flatland3d / Knox Fingerless Pro e-skate glove: seem to be a great solution, out of stock everywhere but sellers with no or poor reputation, what about winter? flatland3d / Knox full finger Pro e-skate glove: might be good all year around, out of stock everywhere but sellers with poor reputation? What do you think?
  15. Glad it makes some sense if any. Is it possible to set the final hard tiltback at a lower speed in order to train for it?
  16. Sorry about your accident, Was the verbal warning associated with a hard pedal tiltback? That could explain the massive wobble: a strong and unexpected tiltback makes you brake hard suddenly, which at speed is a common cause of wobble (especially if not prepared for it)
  17. supercurio

    THE VIDEO THREAD!

    I'm happy to join this video thread with a first contribution, after learning to ride recently. It's a 4k 60 fps video with overlays of a ride around Stockholm, full length. And I'm happy to report that the V10F behaves well in hill climbing for my weight (63 kg, 139 lb) on the type of climbs that can be found around here. Since I'm coming from the Alps it doesn't seem like much of a climb, but that's all there is nearby anyway!
  18. Since I live close to the hill where @Nils has his V10F overheat / overload twice I went there and tried to reproduce the condition. My new, unmodified V10F passed the test without issue as I completed the climb 7 times. The temperature reported wouldn't go higher at the top. Unfortunately I made a small mistake and started the climb a few meters higher but kept all the higher grade goodness. It was a warmer day (+15°C) than during @Nils test but I'm a lot lighter at almost 30kg lower rider weight. I've just learned riding tho and discovered in the process that I enjoy climbing a lot! Now I'm gonna try to ascend all of Stockholm's hills 😁
  19. Thank you all for the advice and reassuring words! I'm happy to report that after 11 days and 315 km ridden, the V10F tire smell went down by a lot First I had to learn to ride and then I did on tarmac, gravel, forest path, some mud, accidental torrential rain and it has decreased gradually with use and time. It's still here and can be noticed but a lot lower, I can stay in the same room now with the window closed. I haven't tried to clean the tire and apply some kind of coating (like conditioner) yet but I plan to eventually.
  20. It's a good idea, that could be done with a third-party app relying on GPS for speed. Although not as instant as if it would rely on the wheel's data, it would probably be responsive enough. I wonder how many people would be interested by that, I could make this app easily for Android.
  21. Awesome @Mike Sacristan! 30 people is a great group already, something every day is a fantastic routine. I got the V10F and learned to ride in 2 days. On the 3rd day I was able to do so as long and far as the battery allows with a 66kg ride yesterday 😃 How can I get in touch with you and the WhatsApp group? I can't send you a PM via this forum.
  22. Hi! I just got an Inmotion V10F and the wheel has a very strong odour out of the box. It's strong enough that I'm uncomfortable being in the same room it is currently charging in. Opening the window helps but not much. In your experience, is the smell dissipating or not after some time? As a result, where do you keep your V10 or V10F? I wonder about two workarounds: Are there ways to get rid of the smell quicker, like by cleaning it? What about car products like tire shines, an alternative like this or any coating that would stay on the tire: could it provide a layer of isolation so the rubber doesn't keep degassing bad smell and VOCs (which is air pollution and can be unsafe to breathe depending on amount) I'm asking here because some bicycle tires I have lost their smell quickly while others don't change. As-is I won't be able to keep the wheel indoors, and if I keep it in the basement instead there won't be a way to charge it.
  23. I will learn on a V10f soon as well and was wondering the same, thanks for the answers!
  24. I wonder if I'll manage to overload the V10F with all my 63kg - provided suitable hills exist around Stockholm where I live. Everyone who managed to get the overload warning with a recent firmware: what was your rider weight and the duration of the climb? I remember that in @Marty Backe's video here, his friend struggled to get his V10F to get him up big time. He mentions his weight being 90kg however, and this climb although fantastic looking is pretty relentless. Yet the similarly priced Tesla performs flawlessly in comparison.
  25. Ah it's super good to hear that there's no license issue regarding the project, even quite the contrary with the blessing from WheelLog's author. Maybe the issue linked can be closed on Github with the same information. It's what tends to show up first when looking for EUC World app license or source and it is not an existing issue. Ah sorry I think there has been a misunderstanding on my use of word monetisation here, it was probably unclear. As an indy developer of apps I've been in a situation multiple times where it was difficult to strike the right balance between: openness within an ecosystem - as making an effort to make an app or service usable via APIs, either apps or online where third party might use them in unanticipated ways free features versus paid features open source or closed - but then which license, or only opening APIs, or making some libraries open source only lastly, how much effort to protect against reverse-engineering and piracy, either to avoid copies or protect a business model. Then when working on commercial projects it's the same but at a different scale. That's why I started my message with congratulations because both the effort to make then run EUC World. To reach broad compatibility, reliability and wide adoption (from what I gather - still waiting for my wheel to arrive) is an impressive success. Then yeah monetisation (or funding) is a crucial part of making a project grow and last, I didn't mean it as a dirty word. I'm glad you can operate it from donations for now despite the significant costs you mention. Compatibility with all wheels, as they're rising in price and across firmware version must be super hard. Do you think that so far, all OEMs try to keep users on their own app to increase brand loyalty? Hopefully it'll be possible to bring multiple revenue streams to reduce risk. Excellent news! Have you started prototyping something or had requests to see what an API would look like? I mentioned a Garmin watch app but I'm especially interested by exploring the fitness aspect of EUC riding. Also: health and safety: Like are overlean crashes often linked to poor sleep? What about stress, excitement or fatigue? - This could be analysed with heart rate data and heart rate variability. Using all wheel + health data wisely could lead to timely "careful" reminders, lower speed limits when fatigued. There's a lot to do. As Strava user for running & cycling I'd like to also sync EUC rides to Strava and Garmin Connect since the later shows additional fields. Despite being experienced with a bunch of the techs involved I'm just starting in the field of EUC and would be happy to receive some guidance on what would be most useful to explore from you @Seba and the community. Or maybe I can get involved and help in another way.
×
×
  • Create New...