Jump to content


Full Members
  • Content Count

  • Joined

  • Last visited

Community Reputation

28 Excellent

About supercurio

  • Rank

Contact Methods

  • Website URL

Profile Information

  • Location
    Stockholm, Sweden
  • EUC
    Inmotion V10F, Kingsong 16X

Recent Profile Visitors

72 profile views
  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?
  • Create New...