213 odpovědí na toto téma

[Pontiac_CZ]

Tak přátelé, děkuji vám za tento brainstorming, díky němu jsem se do Googlu zabral s větší vervou než v minulosti a došel konečně k poznání příčiny. Vzhledem k tomu, že mobil jako server mnozí začnou používat až s aDrakeSync a někteří z nich mohou mít router ASUS, tak těchto pár off-topic příspěvků může být k něčemu užitečných:

 

Zkrátka, je třeba vypnout volbu "Airtime fairness". V administraci mého ASUSu je to ve Wireless, karta Professional. Po vypnutí této volby už jde mobil pingnout kdykoliv, pokud není chvíli s vypnutým displejem (ale to bude souviset s úsporným režimem). Ověřil jsem si taky na FTP, že vypnutím této volby neutrpěla rychlost uploadu.

 

Takže všichni majitelé routerů ASUS, pozor na tuto jejich prasečinku. Ta nespočívá v technologii ATF, ta má své opodstatnění, pokud je na access pointu více různě rychlých zařízení, ale jde spíše o nezvládnutou implementaci u ASUSu. Těch trablů s tím je hodně, bezdrátové tiskárny, kamery...

Tento příspěvek byl upraven od Pontiac_CZ: 05 květen 2019 - 22:04

[Kreten8]

No za pokus by stálo zrestartovat ten switch a sledovat, jestli při neustálém pinganí z PC na mobil se to po tom restartu nespraví, což by mohlo ukazovat na přeplněnou tabulku v tom switchi no a když tohle nepomůže, tak totéž zkusit udělat při restartování toho routeru.

[gord]

Tak přátelé, děkuji vám za tento brainstorming, díky němu jsem se do Googlu zabral s větší vervou než v minulosti a došel konečně k poznání příčiny. Vzhledem k tomu, že mobil jako server mnozí začnou používat až s aDrakeSync a někteří z nich mohou mít router ASUS, tak těchto pár off-topic příspěvků může být k něčemu užitečných:

 

Zkrátka, je třeba vypnout volbu "Airtime fairness". V administraci mého ASUSu je to ve Wireless, karta Professional. Po vypnutí této volby už jde mobil pingnout kdykoliv, pokud není chvíli s vypnutým displejem (ale to bude souviset s úsporným režimem). Ověřil jsem si taky na FTP, že vypnutím této volby neutrpěla rychlost uploadu.

 

Takže všichni majitelé routerů ASUS, pozor na tuto jejich prasečinku. Ta nespočívá v technologii ATF, ta má své opodstatnění, pokud je na access pointu více různě rychlých zařízení, ale jde spíše o nezvládnutou implementaci u ASUSu. Těch trablů s tím je hodně, bezdrátové tiskárny, kamery...

 

Doplnil jsem to do dokumentace ... ze neco takoveho je mozne a jak jsi to v tomto konkretnim pripade opravil.

[Balin50]

dnes som skúšal prenos prenos keší cez wifi

vyfiltroval potrebné keše , označil CTRL+A

v GGdrake vybral Vybrané a spustil tlačítkom Keše v okne GeoGetu

vybraných a označených bolo cca 15000 keší. Prenieslo sa 10MB. Keď som pozrel v ADrake mapu tak skutočne sa keše zobrazujú len kde-tu

toto je hlásenie po prenose

 

Ako prenesiem len vybrané keše? Napríklad vyfiltrujem len SK alebo CZ a prenesiem. Netreba celú DB, tá má cez 600MB

[gord]

Do AD se ti vybrane kese prenesly a ptas se, jak prenest vybrane kese?

 

Bez toho hlaseni se nejak ztracim a nevidim v otazce smysl.

[Balin50]

Ja to tam píšem, zobrazujú sa len kde tu. V Bratislave sa zobrazí cca 30 keší a potom až Trenčín. Medzi tým nič. Mal som vyfiltrované celé SK

[gord]

Mne slo o tvuj text: "toto je hlaseni po prenose". Kde je to hlaseni? Co obsahuje?

 

15000 kesi neni uplne malo. Bylo by dobre vedet, jak probehl prevod do GPX (mel by zustat v adresari GgDrake), jak problehl prenos a jak problehl import do AD. O tom informuje zobrazovany protokol. Co v nem je/bylo? To jsem myslel, ze je obsahem "toho hlasenia". Bez toho se tezko muzeme nejak vyjadrit.

 

Muzes zkusit vzit to vytvorene GPX, kouknout do nej, treba ho importovat do nove databaze GG a zkontrolovat, co obsahuje za kese. Pokud je to OK, pak zkusit nahrat GPX do telefonu a pak jej importovat primo funkci AD. Ale nevidim moc duvod, proc by de to melo lisit od importu pres GgDrake, pokud bude GPX obsahovat ocekavane kese.

[Balin50]

prepáč, nevšimol som si, že som nedal obrázok

https://ctrlv.cz/V78L

 

GPX som GGdrake nenašiel, teda iba staré z roku 2018

Adhoc.gpx  GC0 not found

[gord]

Tak tohle je po importu jedine kese. Navic nepripojeny AD. tak to asi nebude to spravne hlaseni po prenosu 15000 kesi.

[Balin50]

teraz som skúšal znovu a zdokumentoval obrázkami

vybrané keše Tradičné, SK

 

pripojenie cez wifi

https://ctrlv.cz/eDGE

 

zvolené keše z GeoGetu, zvolím tlačítko Keše v okne geoGetu

https://ctrlv.cz/vJiQ

 

prenos

https://ctrlv.cz/Sjt7

 

adrake

https://ctrlv.cz/yyLQ

 

načítanie na konci

https://ctrlv.cz/mDOr

 

koniec GGdrake

https://ctrlv.cz/XYwM

 

v GGdrake sa popritom vytvorí tmp.gpx a tuším tmp_all.ggt a to sa potom samé zmaže. narýchlo som otvoril tmp.gpx a uložil, viac ako 8kb to tuším nemalo. súbor priložený

teraz bolo exportovaných 11494 bodov, veľkosť DB je po exporte 6.79MB

 

 

 

 

 

Přiložený soubor (y)

•  tmp.gpx   8,25K   199 Počet stažení

[Doggy_TeamLost]

Zdravím, tak nějak mi přestalo fungovat wi-fi spojení mezi A-drakem a Geogetem. Hlásí mi to bez přípojení wi-fi, ale tu mám na mobilu zapnutou a funguje. Posílám i screenshot.
Android 10, MIUI 11, A:drake 6.06

[Doggy_TeamLost]

Tak hlášky a následnému zobrazení IP jsem se zbavil pomocí zapnutí polohy na androidu, divné, ale funkční. Takže pokud vám bude vyskakovat hláška žádná wifi, tak stačí zapnout polohu.

[Pontiac_CZ]

Ono je to v Androidu hodně propojené, přijímané wi-fi sítě jsou využívány pro rychlé a hrubé určení polohy.

[Kreten8]

Měnil jsem IP adresu tabletu se kterým GGdrake má komunikovat přes okno GGdrake a vznikl mi tento config:

const
  MULTICAST = '224.0.0.1:5000 - Default';
  CONNECT_MANUALY = 'Yes';
  CONNECT_IP = '172.21.165.75';
  CONNECT_MANUALY='Yes';
  CONNECT_IP='172.21.165.85';

a následně mi ggdrake nejde spustit, neboť překladač si stěžuje na duplicitní dentifikátor

[Kreten8]

No a když jsem to opravil, tak jsem v PC připsal proměnou G a kešku znovu přenesl do tabletu, ale tam se ta proměnná nepřenesla, takže výpočet další stage (která se správně přenesla z PC do tabletu) nelze provést.

[gord]

Měnil jsem IP adresu tabletu se kterým GGdrake má komunikovat přes okno GGdrake a vznikl mi tento config:

const
  MULTICAST = '224.0.0.1:5000 - Default';
  CONNECT_MANUALY = 'Yes';
  CONNECT_IP = '172.21.165.75';
  CONNECT_MANUALY='Yes';
  CONNECT_IP='172.21.165.85';

a následně mi ggdrake nejde spustit, neboť překladač si stěžuje na duplicitní dentifikátor

 

 

A jakym zpusobem jsi tu IP adresu menil? Ja kdyz v editacnim okne pluginu upravim IP adresu a kliknu na fialovou ikonku disketky, tak se mi do configu ulozi zmena IP adresa a nic zdvojeno nemam.

 

No a když jsem to opravil, tak jsem v PC připsal proměnou G a kešku znovu přenesl do tabletu, ale tam se ta proměnná nepřenesla, takže výpočet další stage (která se správně přenesla z PC do tabletu) nelze provést.

 

Jak vypada to GPX, ktere se posila do AD? Ma tam upraveny comment FWP (nebo kam to ma byt vlozeno, z hlavy si to nepamatuju)?

[Kreten8]

Tu IP adresu jsem zadával v tomto okně a když to teď zkouší zopakovat, tak už se to ukládá správně a chybu se mi nedaří znovu vyvolat. Tak nevím co jsem přesně udělal, že se mi to uložilo 2x

Přiložené miniatury

• 

[mikrom]

od nějaké celkem nedávné doby mi nefunguje poslání db do ggdrake přes MTP. Fungovalo to v pohodě.

prostě vyberu soubor, ono se to tváří, že to posílá (tak 10min) a pak se tváří, že je vše ok, jenže v telefonu se neobjeví geoget.db3. Ba co víc, pokud tam nějaký byl, tak tam teď není žádný.

 

když jsem ho zkoušel nahrát ručně, tak mi to teda taky nešlo, nevím, třeba vadí, že má lehce přes 1GB protože to nějak nezvládlo přepsat existující soubor

když jsem ho nakopíroval na NASku a pak stáhnul z NASky do telefonu tak to proběhlo v pohodě.

 

nedávno jsem aktualizoval na Android 12, ale všechno mi normálně funguje. netuším, jestli za to teda může ten upgrade.

 

Když zkusím MtpCmd.exe menu, tak mi to žádné zařízení nenajde, to by mohlo být ono, co..

po zapojení i druhého konce USB kabelu je to o dost lepší. nicméně MTP test je v pohodě, připojení v ggdrake taky, kliknu na odeslat celou db, vyskocí okýnko, kde vyberu zařízení a vyhnije to na 3/4 přenáším DB. a když to dojede tak v tel nic není

Tento příspěvek byl upraven od mikrom: 19 březen 2022 - 19:31

[gord]

Neco se urcite zmenit muselo. V pluginu se v tomto nic nemenilo roky. Problem s MTP protokolem je ten, ze bud chodi nebo nechodi. Kdyz nechodi, v nejlepsim pripade dostanes chu cislo .... (a to cislo je vetsinou stejne).

 

Pokud plugin telefon pres MTP pripoji, nemela by velikost souboru hrat roli (pokud se na telefon vejde), je to jen otazka casu pro kopirovani. Ja mam databazi vyrazne vetsi nez 1 GB a problem nemam. Problem muze byt treba s novym Androidem, nemam moznost to vyzkouset, mam k dispozici jen A10. Nicmene MTP je MTP a museli by zmenit jeho podporu v androidu.

 

Nikdo jiny mi tento problem zatim nehlasil.

 

A co se tyka MtpCmd.exe, tak kdyz telefon pripoji/najde plugin, musi ho pripojit i tenhle programek. K pripojovani pouzivaji stejnou knihovnu.

[mpik]

Taky mi to přes MTP jde až na druhý pokus. Na první pokus to zamrzne a nezačne kopírovat. Na druhý to projde, ale mezitím se mi AD přepne na online API. Kopíruju databázi přes wifi, nemám ji tak velkou, tam to jde.