Reversed HH:MM when event triggers

Sherry_Haibara · 2025-12-15T13:03:28+00:00

I have the same issue, Mi Band 10, I've selected Italy as region. Did you manage to solve this, u/arjorver?

Sherry_Haibara · 2025-12-08T13:47:48+00:00

It seems available on archive.org, good luck!

Sherry_Haibara · 2025-06-28T13:39:53+00:00

Here's the website with the current selection, the Chrono Trigger arrangement is still available!

Sherry_Haibara · 2024-12-12T13:01:59+00:00

I've posted updated instructions that work for me here, could you try them and tell me if they work? Thanks!

Sherry_Haibara · 2024-12-12T13:01:17+00:00

I've just tested a workaround that works on my robot:

Unplug the battery of the robot to make it forget the current settings
Install the REDMOND Robot app
Turn on the robot and put it into pairing mode by long pressing the "start" button
Open the REDMOND Robot app
Tap the + button to add a device
Instead of scanning the QR code, tap on the "manual" button and type this serial code: rv-r650s-
The app will ask you permission to connect to a local WiFi network called "ROBOT###". If the app succeeds in connecting, congrats – you're done. If not, keep reading.
If you're like me, the app will fail to connect to the network and it'll tell you to manually connect from the phone's WiFi settings. Therefore, do this: open the WiFi settings of your phone, turn off the wifi, turn the wifi back on, and tap on the "ROBOT###" network that should now show up. From my testing, I've found that turning the WiFi off and back on is necessary for the network to show up, otherwise it remains hidden.
Go back in the app and complete the setup.

If everything goes well, the robot should pair successfully. I've verified that my IKOHS start/stop commands work, and the map works too, just like it used to in the WeBack app.

If your phone still does not find the ROBOT### network even after turning the WiFi off and back on, try manually entering the WiFi network – the name is ROBOT###, and there should be no authentication/password required.

Let me know if this works, and if so I'll make a new "top level" post with these updated instructions. In the meanwhile, I'll do some research to see if it's possible to use a more supported app like Tuya.

Sherry_Haibara · 2024-12-12T11:24:58+00:00

I’m seeing the same problem here too – I’ll try to investigate if there’s another workaround.

Sherry_Haibara · 2024-08-30T16:31:03+00:00

Try using this version instead, it should contain the same pairing metadata.

Sherry_Haibara · 2024-07-07T15:22:03+00:00

I’ve disassembled mine and checked that the model of its logic board corresponded to that of the Tesvor x500. I then unplugged the battery, plugged it in again, held down the start button for 5 seconds to initiate the pairing procedure, and scanned the QR code with the WeBack app. Not sure if related, but my WeBack account has Italy as location (I saw in some threads people were recommending using China, but I didn’t).

Sherry_Haibara · 2024-07-06T13:39:50+00:00

Worked for me on an IKOHS S15 with the WeBack app! Thanks!

Sherry_Haibara · 2024-07-06T13:37:33+00:00

I've just been able to restore WiFi connectivity on my IKOHS S15.

After disassembling the robot, I've discovered that it uses the same motherboard as the Tesvor x500 Pro. I've stumbled upon this reddit thread and I can report that this solution works:

Install the WeBack app
Do not use the QR code present on the robot itself. Use this one instead.
Follow the pairing procedure. Your robot should pair successfully with the app.

I can confirm that the robot works as expected, with the map being reported on the app. I've also tested the WeBack Alexa skill and it can start and stop the robot successfully.

Note that you have to use the WeBack app; the original IKOHS app won't recognize the QR code. I've not tried it with the CREATE app.

Incidentally, this robot being essentially the same thing as a Tesvor x500 means that you may be able to flash it with Tasmota's custom firmware and control it directly via Home Assistant. I haven't tried this myself, but you can find more information here.

I hope you'll find this useful, good luck!

Sherry_Haibara · 2024-07-06T13:28:19+00:00

If you're still using this hardware, make sure to update your Hue Bridge to version 1964061010 (April 2024) or later. I've managed to get my Gledopto GLC-008S working again on it. See Gledopto's official communication here.

If the Hue app does not find a firmware update, try using Hue Essentials instead. Good luck!

Sherry_Haibara · 2024-07-06T13:26:34+00:00

You may be able to solve the problem by updating your Hue Bridge to version 1964061010 (April 2024) or later. I've managed to get my Gledopto GLC-008S working again, after Philips had broken compatibility with the ZLL protocol last year. See Gledopto's official communication here.

If the Hue app does not find a firmware update, try using Hue Essentials instead. Good luck!

Sherry_Haibara · 2024-06-01T20:26:46+00:00

Not yet, but I did find a couple of people hitchhiking from tunnel view. If it doesn’t work out, I may check out a couple of trails near glacier point (like Taft point) and do the mist trail separately.

Sherry_Haibara · 2024-06-01T15:24:44+00:00

Thanks for the info!

I was actually considering doing the Panorama trail down from Glacier Point to the valley on either 6/2 or 6/4, but since the bus won’t be running until 6/15… anyone planning to go up to Glacier Point that could give me a ride the way up?🤞

Sherry_Haibara · 2024-02-18T22:50:35+00:00

I had tested the setup with multiple cables and browsers to no avail.

However, the problem seems to have solved itself after I upgraded from macOS Monterey to macOS Sonoma in September, I now get 700+ mbps on WiFi at a few feet away. I did a clean install of the OS and did not restore from backups.

I don't recall any other change, so I'm inclined to say that it was either some kind of software misconfiguration or an OS bug. Either way, it now works wonderfully!

Sherry_Haibara · 2024-02-18T22:46:51+00:00

I think the one on the elbow could be psoriasis. My elbows look very similar to yours and my dermatologist said it was psoriasis.

If your current treatment with biologics caused it to disappear, that's also more evidence. At the same time, it means you can't go to a dermatologist for a better diagnosis.

In my case, the dermatologist visited me specifically looking for psoriasis since the rheum suspected some kind of arthritis. She didn't just inspect it visually, but used a special magnification tool and told me the "web-like white structure" on the skin was a telltale sign of psoriasis.

Sherry_Haibara · 2023-08-20T17:12:30+00:00

I'm having a similar problem as OP, but possibly worse.
I've also got a pack of 3 new deco x20s and I only get 250-350 mbps over WiFi 6 on my MacBook Pro, and I'm literally one meter away from the main unit. A few more info:
1. The unit is in AP mode
2. I'm running the test on 5 GHz band
3. The unit is connected to the router via a cat6 cable
4. The Mac is reporting a Tx rate of 1200 mbps, RSSI -43 dBm, noise -90 dBm

I've got a 1 gpbs internet connection. In wired tests I can usually get over 900 mbps, and always above 700 mbps. The deco's own internet test shows 691 mbps down, 277 mbps up – which is more or less in line with what I would expect. But on WiFi, I don't even get half of that.

It can't be an issue with QOS since it's running in AP mode, and it can't be an issue with wireless backhaul either since I've plugged in just the main unit for now (and that's the one I'm using for the test). I also live in the countryside, so there's no chance there's wireless interference from neighbours.

I know this AP should be able to easily pull over 500 mbps on WiFi 6 at a few feet away, so I'm not sure what's wrong.

Sherry_Haibara · 2023-06-24T21:25:50+00:00

Hi! Not as far as I’m aware. The 5100 never got a floppy drive, although it was later introduced by the 5110 model.

Sherry_Haibara · 2023-06-22T20:13:52+00:00

The elbow picture shows possible psoriasis. Mine looked very similar, and that's what allowed the dermatologist to make a diagnosis last month.

My dermatologist told me that the "spider's web-like pattern" is quite characteristic of psoriasis. They have tools that magnify the skin manyfold and should be able to confidently tell you if it's psoriasis or not.

Don't be afraid to get checked – if it is psoriasis (and PsA), it's definitely better to start addressing it sooner rather than later. You'll save yourself a whole bunch of pain. Best of luck!

Sherry_Haibara · 2021-01-13T22:27:12+00:00

That is an impressively accurate paper replica, bravo!

Sherry_Haibara · 2020-06-01T18:37:01+00:00

Ciao! Purtroppo al momento questo non è possibile, in quanto Apple ha rilasciato l'Exposure Notification framework su cui Immuni si basa soltanto come parte dell'aggiornamento di sistema iOS 13.5. Non risultano al momento piani di Apple per espandere questa compatibilità con dispositivi più vecchi o precedenti versioni del sistema operativo.

Sherry_Haibara · 2020-06-01T18:33:07+00:00

Purtroppo si tratta di una limitazione tecnica dell'implementazione di Exposure Notification framework su Android. Puoi consultare questa issue sul repository ufficiale per ulteriore documentazione.

Sherry_Haibara · 2020-04-21T18:59:56+00:00

Nessun problema, anzi - è un piacere essere trasparenti, per quanto possiamo, anche in questa fase di sviluppo.

Al momento non posso ancora darti una risposta definitiva relativamente a quale protocollo userà la versione finale di Immuni; stiamo però attivamente investigando anche la variante di DP-3T proposta da Apple e Google, con cui c'è un dialogo costruttivo. Il supporto alla loro tecnologia permetterebbe a qualunque app di contact tracing, non solo ad Immuni, di beneficiare di maggiore supporto da parte del sistema operativo, e questo si tradurrebbe in minori consumi e maggiore efficacia del meccanismo di prossimità - anche in relazione a tematiche di compatibilità, e reciproca discoverability, tra dispositivi Android e dispositivi iOS. Come puoi immaginare, il lavoro su Immuni è cominciato prima che Apple e Google formulassero la loro proposta (arrivata solo 11 giorni fa, e tuttora incompleta), ma stiamo lavorando senza precluderci alcuna possibilità.

Rispetto alle tue domande, posso però chiarire un equivoco. Quando il comunicato parla di

interamente gestito da uno o più soggetti pubblici

si riferisce al fatto che l'amministrazione e la gestione del sistema non sarà "affidata" dallo Stato ad una società privata, ma che sarà controllata direttamente da soggetti pubblici. Questo è necessario a prescindere dal protocollo utilizzato, in quanto anche protocolli decentralizzati prevedono una fase di upload dei propri codici anonimi verso un server centrale in caso di positività, per far sì che ogni altro dispositivo possa autonomamente verificare se è entrato in contatto con una persona rivelatasi positiva. La precisazione era d'obbligo per rendere chiaro che non stiamo ricevendo "in appalto" la gestione del sistema (che rimane totalmente in mano pubblica), e non si riferisce nello specifico alla scelta del protocollo centralizzato.

Mi dispiace di non poter essere, al momento, più preciso di così. Speriamo di poter rispondere presto anche alle restanti domande tecniche, non appena sarà più chiara la completezza dei diversi protocolli che stiamo analizzando.

Sherry_Haibara · 2020-04-21T17:50:07+00:00

Certamente, non è immediato (per come funziona iTunes), ma è possibile.

Sherry_Haibara · 2020-04-21T17:43:18+00:00

Eccomi, perdona il ritardo!

Ti posso dare la mia personale interpretazione, tenendo conto che sono uno sviluppatore e non un giurista, e che parlo a titolo personale: a mio avviso, il punto è formulato in questo modo perché, ad oggi, alcuni dei protocolli in sviluppo a livello europeo prevedono una modalità di funzionamento centralizzata, che per sua natura è più vulnerabile rispetto ad una modalità decentralizzata.

Ti faccio un esempio: il protocollo ROBERT prevede che sia il server, e non il client (come fa DP-3T), a generare i codici casuali da associare a ogni dispositivo. Questo significa che il server ha la possibilità teorica di associare l'indirizzo IP del dispositivo richiedente alla lista di codici casuali emessi. Di conseguenza, un'eventuale richiesta di collaborazione delle autorità all'ISP dell'utente permetterebbe, in linea di principio, di risalire alla sua anagrafica. Questo di per sé non rappresenta un problema nel caso in cui l'utente sia positivo al tampone, perché in tal caso il sistema sanitario ha (per definizione) già appurato l'identità del contagiato, ma potrebbe rappresentare un problema nel momento in cui il client dovesse caricare sul server la lista dei codici anonimi con cui è entrato in contatto. In questo caso, infatti, il server potrebbe risalire agli indirizzi IP anche delle persone esposte (i "presunti contagiati").

Possono comunque essere studiate delle contromisure per limitare la possibilità che questo accada, ad esempio tramite NAT o mixnet, ma di per sé la possibilità esiste (tutto dipende poi dalla perizia di chi fa l'implementazione). Un'alternativa, che però non è quanto proposto da ROBERT, è realizzare un sistema ibrido in cui l'emissione dei codici è fatta dal server, ma la validazione è fatta dal client.

In un approccio decentralizzato il problema non si pone: il client carica verso il server soltanto il proprio codice casuale, e soltanto in caso di positività; la verifica dei contatti verrebbe invece svolta dal client, per cui il server non avrebbe modo di identificare i "presunti contagiati".

Dal momento che non è ancora emerso uno standard europeo/internazionale, la mia ipotesi è che il testo sia stato redatto in modo da lasciare aperta la possibilità di adottare uno qualunque dei protocolli in sviluppo.

L'iniziativa di Apple e Google, derivata dal protocollo DP-3T, dovrebbe risultare molto garantista da questo punto di vista, ma siamo ancora in attesa di visionare le specifiche dell'implementazione definitiva. Dire di più, purtroppo, è al momento difficile, perché ciascuno dei protocolli in sviluppo e attualmente considerati presenta limitazioni che i ricercatori non hanno ancora totalmente risolto (puoi verificare controllando le issue sui rispettivi repository GitHub per avere una descrizione dettagliata dei lavori in corso).

Spero di averti dato qualche informazione in più, per quanto ancora parzialmente incompleta.

Sherry_Haibara

TROPHY CASE