Xiaomi Scooter 5 – piszczenie powyżej 30 km/h po tuningu, jak wyłączyć overspeed beep?

Pytanie

witam. mam hulajnogę xiaomi scooter 5 ale mam problem taki że podrasowałem ją żeby jeździła 35km/h ale jak jedzie już po wyżej 30km/h to zaczyna piszczeć i nie umiem się tego pozbyć ma ktoś może wiedzę jak to obejść

Odpowiedź Sztucznej Inteligencji

Bezpośrednia odpowiedź na pytanie

• Piszczenie powyżej ~30 km/h to najczęściej programowy „overspeed alarm” (buzzer sterowany przez firmware ESC/BLE), który uruchamia się po przekroczeniu progu bezpieczeństwa producenta.
• Aby to obejść: wyłącz/zmień próg alarmu w użytym CFW (ScooterHacking/SHFW itp.), ewentualnie wgraj kompatybilny soft dla deski (BLE) bez alarmu prędkości. Jako ostateczność – ściszenie/odłączenie buzzera (niezalecane).
• Upewnij się, że nie pojawia się równocześnie błąd termiczny/prądowy – w takim przypadku piszczenie jest ostrzeżeniem i należy skorygować zbyt agresywne ustawienia (prądy/field weakening).

Kluczowe punkty:

• Zweryfikuj dokładny model (5 / 5 Pro / 5 Max) i wersję płyt (ESC/BLE/BMS).
• Sprawdź w aplikacji/CFW: „overspeed alarm/speed limit warning/cruise beep” – wyłącz lub ustaw wyżej.
• Jeśli to konflikt ESC↔BLE, rozważ dedykowany BLE bez alarmów dla Twojej wersji.
• Skoryguj parametry mocy i field-weakening; zbyt agresywne ustawienia wyzwalają ostrzeżenia.
• Fizyczne wyciszanie buzzera to ryzyko utraty wszystkich alertów bezpieczeństwa.

Bezpośrednia odpowiedź na pytanie Szczegółowa analiza problemu

• Co dokładnie piszczy: dźwięk jest generowany przez buzzer na płytce (w desce/sterowniku), sterowany programowo. To nie jest „squeal” tarczy hamulcowej, tylko sekwencja sygnałów – zwykle cykliczne „beep-beep” po przekroczeniu progu prędkości, przy błędzie prądowym (overcurrent), albo przy przegrzaniu (overtemp).
• Dlaczego pojawia się po „podrasowaniu”: po podniesieniu prędkości do ~35 km/h kontroler nadal „wie”, że to nienormatywna prędkość i uruchamia alarm. Dodatkowo, jeśli użyto field weakening, rośnie prąd RMS i temperatura MOSFET-ów/uzwojeń – firmware może wchodzić w tryb ostrzegawczy.

Najczęstsze scenariusze:

1. Niewyłączony „overspeed alarm” w CFW – w wielu generatorach/konfiguratorach domyślnie aktywny.
2. Soft ESC został zmieniony, ale BLE (dashboard) pozostał fabryczny z twardym progiem alarmu (np. 25–32 km/h). Gdy BLE „widzi” wyższą prędkość – piszczy.
3. Ostrzeżenie termiczne/prądowe: przy 35 km/h (zwłaszcza 36–42 V) można łatwo przekroczyć dopuszczalny prąd lub temperaturę – kontroler sygnalizuje dźwiękiem, czasem równolegle ogranicza moc.

Diagnostyka – krok po kroku:

• K1. Identyfikacja modelu i wersji: odczytaj z tabliczki na podwoziu oraz z aplikacji (dokładna nazwa i HW rev. ESC/BLE).
• K2. Odczyt błędów i parametrów: połącz aplikacją (Mi Home/SHU/XiaoDash). Sprawdź:
  • Czy pojawia się ikona klucza/kod błędu?
  • Aktualna temp. ESC i pakietu, prąd baterii/fazowy podczas jazdy.
• K3. Konfiguracja CFW:
  • Wyłącz „speed limit warning/overspeed alarm/cruise beep”.
  • Jeśli jest suwak „overspeed threshold” – ustaw go powyżej realnej Vmax (np. 36–38 km/h) albo całkowicie wyłącz alarm.
  • Sprawdź, czy nie masz włączonej opcji ostrzegania specyficznej dla profilu (np. tylko w Sport).
• K4. BLE: jeśli sygnał pochodzi z deski (często charakterystyczne krótsze beepy), rozważ wgranie kompatybilnego BLE bez overspeed alarmu dla Twojej rewizji. Uwaga: nowe deski bywają szyfrowane – wgrywanie nieodpowiedniego BLE grozi „ucegleniem”.
• K5. Parametry mocy: jeśli beepy pojawiają się wraz ze spadkami mocy – obniż:
  • battery current/phase current (np. o 10–20%),
  • intensywność field weakening (FW current/ratio),
  • ewentualnie Vmax do 28–30 km/h – wiele egzemplarzy przestaje wtedy alarmować.
• K6. Potwierdzenie mechaniki (na wszelki wypadek): krótkie testy na stojaku i w jeździe; jeśli dźwięk jest ciągły i zmienia ton z prędkością – może to być akustyka silnika/PWM; jeśli to sekwencje beepów – to alarm.

Aktualne informacje i trendy

• W nowszych seriach (w tym „5/5 Pro/5 Max”) producent zaostrzył limity i zabezpieczenia w ESC/BLE, a część desek ma szyfrowane oprogramowanie – modyfikacje wymagają precyzyjnie dobranych paczek firmware.
• Popularne narzędzia (np. ScooterHacking Utility/SHFW) umożliwiają wyłączenie overspeed alarmu, ale konieczna jest zgodność z konkretną rewizją sprzętu.
• Serwisy wyspecjalizowane w hulajnogach Xiaomi oferują odblokowanie z bezpieczną korektą alarmów (bez fizycznego wycinania buzzera).

Wspierające wyjaśnienia i detale

• Buzzer vs. mechanika: elektroniczny buzzer generuje krótki, wyraźny „beep” w sekwencjach; mechaniczne piski hamulców są ciągłe i zależne od nacisku/sztywności układu.
• Field weakening: podnosi prędkość kosztem sprawności, zwiększa straty w miedzi i w MOSFET-ach – wzrost temperatury i ryzyko ostrzeżeń.
• Konflikt ESC↔BLE: BLE bazuje na danych prędkości i może „karać” dźwiękiem nawet gdy ESC pozwala jechać szybciej – stąd konieczność spójnych modyfikacji obu modułów.

Aspekty etyczne i prawne

• Usuwanie alarmów bezpieczeństwa zmniejsza margines ochrony użytkownika.
• Przepisy zależą od kraju/stanu: zwykle limity to 20–25 km/h (UE) lub 15–20 mph (wiele stanów USA). Prędkość 35 km/h na drogach publicznych może być nielegalna i skutkować konsekwencjami przy kolizji.
• Modyfikacje zwykle unieważniają gwarancję i mogą wpływać na odpowiedzialność ubezpieczeniową.

Praktyczne wskazówki

• Minimum inwazyjnie: wyłącz w CFW „overspeed alarm” i „cruise beep”, ustaw próg >Vmax; nie zmieniaj nic w hardware.
• Jeśli to BLE: użyj obrazu BLE dedykowanego do Twojej rewizji; najpierw kopia zapasowa i weryfikacja zgodności.
• Korekta nastaw: obniż battery/phase current i FW o 10–20%; przetestuj temperatury (kilka sprintów 60–90 s, przerwy 2–3 min, monitor temp. ESC).
• Wyciszenie zamiast odłączenia: jeśli upierasz się przy HW – można „przytłumić” buzzer (kropla silikonu/taśmy akustycznej) zamiast całkowitego odlutowania, aby zachować choć część ostrzeżeń.
• Konserwacja: sprawdź dokręcenie śrub, stan hamulców, ciśnienie w oponach – prędkości ~35 km/h wymagają bezbłędnej mechaniki.

Ewentualne zastrzeżenia lub uwagi dodatkowe

• Nie każdy firmware dostępny „w sieci” obsługuje Twoją wersję hardware – zły plik = ryzyko uceglenia ESC/BLE.
• Część egzemplarzy ma fabryczne różnice (inne czujniki/kalibracje) – te same ustawienia mogą działać inaczej.
• Całkowite wyłączenie buzzera uniemożliwi usłyszenie krytycznych ostrzeżeń (przegrzanie, błąd BMS).

Sugestie dalszych badań

• Zidentyfikuj i podaj: dokładny model (5/5 Pro/5 Max), wersje firmware ESC/BLE/BMS, jakim narzędziem i jaką paczkę/ustawienia wgrywałeś.
• Na tej podstawie mogę wskazać konkretne pola do odhaczenia w Twojej aplikacji/CFW lub zaproponować bezpieczniejszy profil.
• Rozważ logowanie parametrów (prędkość, prądy, temp.) podczas krótkiego przejazdu testowego do analizy.

Krótkie podsumowanie

Piszczenie po 30 km/h to w 99% przypadków alarm prędkości/błąd zabezpieczeń wywołany modyfikacją. Najbardziej sensowne obejście to korekta/aktualizacja CFW (wyłączenie „overspeed alarm”, dostosowanie prądów i FW) lub spójna modyfikacja BLE. Odłączanie buzzera traktuj jako ostateczność – lepiej go ewentualnie wyciszyć, a najpierw upewnić się, że nie maskujesz realnego problemu (temperatura/prąd).
Daj proszę szczegóły modelu i użytego softu – przygotuję precyzyjną listę zmian do wprowadzenia.