ZTE MC889A (DNA-versio)

Liittynyt
25.12.2016
Viestejä
263
Minkälaista rsrp/sinr komboa yhteisverkon taajuuksilla olette saaneet näissä perus itäsuomen lokaatioissa? Eli tuollainen ketjussa näkynyt ”korpitukiasema” siis kyseessä.



RSRP:tä sai parannettua lähelle 73-75, mutta tuntui että SNR vastaavasti tippui alle nollan.
Ja se suhde tuntuu kyllä ”surkealta”

Pingit pyörii 40:ssä ja nopeudet 50-80.

Miten tässä tapauksessa optimoitaisiin SNR:ää? Onko siihen jotain kikkoja. Myyjä lupaili tällä vehkeellä tähän lokaatioon 150 megan nopeuksia.
RSRP:n osalta alle -80dBm arvot eivät ole enää nopeuden kannalta kovin merkityksellisiä, vaan kannattaa laittaa paukut SNR:n parantamiseen RSRP:n kustannuksella. Yhteisverkko harrastaa useamman matalan taajuuden käyttöä, joka yleensä heikentää SNR:aa, jos käyttöpaikalle kuuluu useampi tukiasema. SNR:n parantamiseksi kannattaa kokeilla optimoida modeemin "häiriösuojausta", eli sijoittaa se vaikkapa ikkunan karmien väliin tai jopa kokonaan sisäpuolelle, jos tukiaseman suuntaan sattuu olla ikkuna.

Jos käytössä on ainoastaan B20 ja N28, tekee 150Mbit/s saavuttaminen aika tiukkaa. Oheinen tulos 600m päässä tukiasemasta:

1722357026723.png
 

Cirrus

Miksei maailma toimi asmilla?
Liittynyt
16.10.2016
Viestejä
3 139
RSRP:n osalta alle -80dBm arvot eivät ole enää nopeuden kannalta kovin merkityksellisiä, vaan kannattaa laittaa paukut SNR:n parantamiseen RSRP:n kustannuksella. Yhteisverkko harrastaa useamman matalan taajuuden käyttöä, joka yleensä heikentää SNR:aa, jos käyttöpaikalle kuuluu useampi tukiasema. SNR:n parantamiseksi kannattaa kokeilla optimoida modeemin "häiriösuojausta", eli sijoittaa se vaikkapa ikkunan karmien väliin tai jopa kokonaan sisäpuolelle, jos tukiaseman suuntaan sattuu olla ikkuna.

Jos käytössä on ainoastaan B20 ja N28, tekee 150Mbit/s saavuttaminen aika tiukkaa. Oheinen tulos 600m päässä tukiasemasta:

Kiitos tiedoista. Matkaa mastoon on noin 1,35 km. Heti talosta lähtien pitkälti vanhaa tiheää metsää pitkä pätkä

Talon läpi väärään suuntaan edellinen masto 7,5km päässä ja about modeemin katselusuuntaan 12,5 km päässä.

En luulisi että nuo muut kuuluu. Mutta häiriöasiat on mielenkiintoisia. Tuntuu että alumiinitikkaat toisella puolella modeemia huonontaa ja toisella parantaa. Ja ihminenkin sopivassa kohtaa parantaa.
 
Liittynyt
31.10.2018
Viestejä
6
Tämä Koillismaalla yhteisverkon alueella , tukiasemalle matkaa 2.3 km käytössä bands B8
B20 ja N28 suora näkyyvyys modeemille. Takana tukiasemat 4 km B20 ja sivulla 10 km B20 ei kai ollene vaikutusta toimintaan.
 

Liitteet

Liittynyt
08.03.2017
Viestejä
232
Tämä tarkoittaa sitä, että samassa tukiasemassa on useampi samaa taajuutta käyttävä solu, jotka kuuluvat käyttöpaikalle. Eli kahden eri tukiaseman saman taajuuden samanaikainen käyttö ei ole mahdollista. Ei ole mikään automaatio, että tukiasemassa on useita saman taajuuden soluja. Esimerkiksi SYV tuntuu näitä rakentavan huomattavasti enemmän, kuin vaikka Elisa.

Ensimmäisenä tarkistaisin Cellmapperilla, mitä soluja ja taajuuksia tukiasemassa on käytössä. Jos käyttöpaikalle pitäisi kuulua esim useampi B3, laittaisin taajuuslukituksen tähän tukiasemaan ja koittaisin sen jälkeen hakea kuuluvuutta kokeilemalla modeemille useampaa sijoituspaikkaa.
Hei! Kiitos tarkennuksesta. Eli pitää olla samassa mastossa kaikki 4G taajuudet.
Nyt käykin sitten mielenkiintoiseksi, kun operssttorilta saamani tiedon mukaan asutaan juuri kahden B1 keilan välissä, niin voiko olla mahdollista että modeemi nappaisi molemmat samaan aikaan? (modeeminkin infosivulla välillä näkyy näiden keilojen PCI arvon olevan välillä 120 ja sitten 121).
 
Liittynyt
25.12.2016
Viestejä
263
Hei! Kiitos tarkennuksesta. Eli pitää olla samassa mastossa kaikki 4G taajuudet.
Nyt käykin sitten mielenkiintoiseksi, kun operssttorilta saamani tiedon mukaan asutaan juuri kahden B1 keilan välissä, niin voiko olla mahdollista että modeemi nappaisi molemmat samaan aikaan? (modeeminkin infosivulla välillä näkyy näiden keilojen PCI arvon olevan välillä 120 ja sitten 121).
Modeemin infosivu näyttää kaikki sillä hetkellä käytössä olevat taajuudet, eli vaikkapa 1xB1, 2xB3 jne. Jos joku PCI arvo katoaa ja ilmestyy uudelleen, se tarkoittaa sitä, että modeemi yhdistää kokonaan toiseen tukiasemaan.

Kannattaa kokeilla lukita päätaajuus ensin toiseen ja sitten toiseen tukiasemaan ja testata kumpi toimii paremmin.

Mitä kaikkia taajuuksia modeemin infosivulla näkyy?
 
Liittynyt
08.03.2017
Viestejä
232
Ei kun siis kyse on nimenomaan samasta tukiasemasta, sillä toisella kuuluvalla mastolla on 300 alkuiset PCI arvot.
 
Liittynyt
25.12.2016
Viestejä
263
Ei kun siis kyse on nimenomaan samasta tukiasemasta, sillä toisella kuuluvalla mastolla on 300 alkuiset PCI arvot.
Ok, tällöin pitäisi olla mahdollista, että molemmat B1 taajuudet tulevat käyttöön. Pitää kuitenkin muistaa, että modeemi ei tue mielivaltaisesti kaikkia taajuusyhdistelmiä, eli jos käytössä lisäksi vaikka 2xB3, silloin mukaan mahtuu yksi B1 kerrallaan.

Jos B1 toiminnan haluaa testata, ota pois käytöstä kaikki muut taajuudet paitsi B1. Tällöin modeemin pitäisi yhdistää molempiin samaan aikaan ja tämä näkyy infosivulla.

Se, mikä on paras taajuusyhdistelmä nopeuden kannalta onkin monimutkaisempi juttu ja vaatii käytännössä eri taajuusyhdistelmien testailua.
 
Viimeksi muokattu:
Liittynyt
08.03.2017
Viestejä
232
CellMapperin mukaan saman maston molemmat B1 taajuudet on napattu tässä meidän tontilla, luulisi silloin toimivan, mutta network_infossa ei molempia ole näkynyt. En ole toki kokeillut pkottaa vain B1 tilaa päälle.
 
Viimeksi muokattu:
Liittynyt
11.12.2021
Viestejä
70
Tämä Koillismaalla yhteisverkon alueella , tukiasemalle matkaa 2.3 km käytössä bands B8
B20 ja N28 suora näkyyvyys modeemille. Takana tukiasemat 4 km B20 ja sivulla 10 km B20 ei kai ollene vaikutusta toimintaan.
EDIT: SYV verkossa onkin 20MHz B20

Miten B20 800MHz voi olla 20MHz kaista? Sehän on 10MHz?
 
Viimeksi muokattu:
Liittynyt
25.12.2016
Viestejä
263
3G lähdön myötä tukiasema käynnistettiin uusiksi ja sen myötä suurin osa käyttäjistä putosi hetkellisesti pois. Parhaat vedot mitä sai

B1+B3+B3+B20
1722979737060.png
B1+B3+B3+N28
1722979757826.png
 
Liittynyt
21.08.2017
Viestejä
7 122
EDIT: SYV verkossa onkin 20MHz B20

Miten B20 800MHz voi olla 20MHz kaista? Sehän on 10MHz?
Siis helposti eli Elisalla, Telialla ja DNA:lla 800MHz alueella on tosiaan 10MHz kaista, mutta vierekkäiset kaistat jolloin
yhdistäminen onnistuu helposti.

1722980328103.png
 
Liittynyt
17.10.2016
Viestejä
2 105
Hei! Kiitos tarkennuksesta. Eli pitää olla samassa mastossa kaikki 4G taajuudet.
Nyt käykin sitten mielenkiintoiseksi, kun operssttorilta saamani tiedon mukaan asutaan juuri kahden B1 keilan välissä, niin voiko olla mahdollista että modeemi nappaisi molemmat samaan aikaan? (modeeminkin infosivulla välillä näkyy näiden keilojen PCI arvon olevan välillä 120 ja sitten 121).
Et voi yhdistää kahteen eri soluun samalla taajuudella. Samalla taajuusalueella voi Yhteisverkossa olla eri taajuuksilla olevia soluja, näiden suuntaus on aina sama. Eli jos asut Yhteisverkon alueella, niin on käytettävissä kaksi eri B1, B3 ja B7 -taajuutta.
 
Liittynyt
25.12.2016
Viestejä
263
Äskettäin 3g shutdownin nähneillä SYV alueilla (esim. Pieksämäki/Varkaus) ei toimi B8 minkään combon kanssa
No tämä selittääkin sitten. Omalla alueella molemmat DNA:n aiheeseen ilmoittamat huoltokatkot on nyt pidetty, mutta ilmeisesti tuo CA säädetään sitten joskus kuntoon.

Ei onneksi omaan käyttöön vaikuta tämä, mutta noita low band taajuuksien suorituskykyjä olisi mukava testailla, kun nyt omalla alueella swapin kai pitäisi olla lopullisesti valmis.
 
Liittynyt
11.08.2024
Viestejä
3
Erittäin mielenkiintoisia havaintoja. Itselläni tilanne oli aiemmin siis se, että pelkästään nopeus ei ollut huono päätaajuudella, vaan CA ei kerta kaikkiaan aktivoitunut ollenkaan.

Tässä on taas viikko tullut tehtyä vikaselvittelyä ja testailua. Sunnuntaina tukiasemasta katosivat reilun vuorokauden ajaksi kaikki taajuudet pl. B20 ja N28. Niiden palautumisen jälkeen CA:n toiminta on ollut edelleenkin huomattavasti heikompaa mitä aiemmin, mutta pelkällä B1 päätaajuudella pääsee taas 200Mbit/s luokkaan.

Asiakaspalvelu ei edelleenkään tiedä firmiksen palautuksesta, joten imaisin B12 firmiksen toisesta laitteesta ja flashasin sen omaani modatuilla Qualcommin työkaluilla. Tämä ei poistanut CA ongelmaa, vaan se ilmene edelleen todella tiheästi. Eli taas on tukiaseman päässä säädetty jotain huonompaan suuntaan, mikä sattui vaan samoihin aikoihin B13 firmiksen päivityksen kanssa.

Kokeilin vielä uudestaan asentaa B13 firmwaren ja toiminta on yhtä huonoa/hyvää kuin B12:n kanssa. Kuten on useammassa ketjussa todettu, saisipa kuidun jos haluaisi oikeasti nauttia luotettavasta yhteydestä. Kyllähän tämä mobiilitouhu toki ihan mukavana harrastuksena menee, mutta on toimivuus edelleen aika karmiva.
Hei, voisitko auttaa minua löytämään Qualcomm-työkalut, joilla voit alentaa fw: tä? Kiitos
 
Viimeksi muokattu:
Liittynyt
11.08.2024
Viestejä
3
Liittynyt
25.12.2016
Viestejä
263
Katsoin tuota linkkiä, mutta en löytänyt tietoa käytettävästä ohjelmistosta? Mitä käytit fw:n lataamiseen ja uudelleenlataukseen? Toimiiko se myös 899A:n kanssa? Kiitos
Mitään yhden napin helppoa työkalua näihin ei ole. Firmiksen lataamisen voi tehdä Qfililla, kuten myös Qualcomm pohjaisiin puhelimiin, tästäkin löytyy maininta yllä olevassa repossa. Mitkään työkalut eivät ole mallikohtaisia, vaan toimivat kaikilla Qualcommin piirisarjoja sisältävillä laitteilla.

Jos aiheesta ei ole aiempaa kokemusta, suosittelen harjoittelemaan vaikka puhelimella, joihin löytyy enemmän kädestä pitäen ohjeita. Jos asiat menevät vikaan, lopputulos on helposti brickattu päätelaite.
 
Liittynyt
11.08.2024
Viestejä
3
Joo, silloin kun purkin hallintaan vielä pääsee, itse ajoin omalta Macilta.

Tein tuon python-pohjaisen home assistant-integraation perusteella, kaipa tuon joku javascript-velho voi toteuttaa selainpohjaisesti; jos hallintaan POSTaa payloadin goformId setTR069Config ilman arvoja niin se tyhjenee. Ohessa kuitenkin spoilerin takana koko python-koodi,

Vaatii siis requests, hash, tms. paketit, en nyt muista miten ne menee. Koodi ajoon komennolla
python3 tr069.py <purkin ip, eli 192.168.8.1> <käyttäjänimi (admin)> <salasana (1234)> --login multi
Viimeinen parametri on vain puhdasta laiskuutta, --login singleä tarvii jos tätä ajaa MC7010:llä jolla pääasiallisesti testasin.
Python:
#!/bin/python3

import requests
from requests.exceptions import RequestException
import hashlib
from datetime import datetime
import urllib.parse
import json
import sys
import time
import urllib3
#from http.server import BaseHTTPRequestHandler, HTTPServer
import argparse

parser = argparse.ArgumentParser("ZTE reset tr069")
parser.add_argument("ip", help="Router ip address")
parser.add_argument("username", help="Router username", default="admin")
parser.add_argument("password", help="Router password")
parser.add_argument("--login", help="Login method (multi, single)", default="single")
args = parser.parse_args()

urllib3.disable_warnings(urllib3.exceptions.InsecureRequestWarning)

s = requests.Session()

class zteRouter:

    def __init__(self, ip, username, password, login):
        self.login = login
        self.ip = ip
        self.protocol = "http"  # default to http
        self.username = username
        self.password = password
        self.try_set_protocol()
        self.referer = f"{self.protocol}://{self.ip}/"

    def try_set_protocol(self):
        protocols = ["http", "https"]
        for protocol in protocols:
            url = f"{protocol}://{self.ip}"
            try:
                response = requests.get(url, timeout=5, verify=False)
                if response.ok:
                    self.protocol = protocol
                    # print(f"{self.ip} is accessible via {protocol}")
                    return
            except RequestException:
                pass  # If RequestException occurs, try the next protocol
        # print(f"Could not determine the protocol for {self.ip}")

    def hash(self, str):
        return hashlib.sha256(str.encode()).hexdigest()

    def get_LD(self):
        header = {"Referer": self.referer}
        payload = "isTest=false&cmd=LD"
        r = s.get(self.referer + f"goform/goform_get_cmd_process?{payload}&_=", headers=header, data=payload, verify=False)
        return r.json()["LD"].upper()

    def getVersion(self):
        header = {"Referer": self.referer}
        payload = "isTest=false&cmd=wa_inner_version"
        r = s.get(self.referer + f"goform/goform_get_cmd_process?{payload}", headers=header, data=payload, verify=False)
        return r.json()["wa_inner_version"]

    def get_AD(self):
        def md5(s):
            m = hashlib.md5()
            m.update(s.encode("utf-8"))
            return m.hexdigest().upper()

        def sha256(s):
            m = hashlib.sha256()
            m.update(s.encode("utf-8"))
            return m.hexdigest().upper()

        wa_inner_version = self.getVersion()
        hash_function = sha256 # set depending on device, MC7010 md5, 889A sha256
        cr_version = ""  # is empty, is printed on getInfos

        a = hash_function(wa_inner_version + cr_version)

        header = {"Referer": self.referer}
        rd_response = s.get(self.referer + "goform/goform_get_cmd_process?isTest=false&cmd=RD", headers=header, verify=False)

        rd_json = rd_response.json()
        u = rd_json.get("RD", "")

        result = hash_function(a + u)  # Use hash_function here as well
        print("result (hash of a + u):", result)  # Debug print

        return result

    def getCookie(self, username, password, LD, login):
        header = {"Referer": self.referer}
        hashPassword = self.hash(password).upper()
        ztePass = self.hash(hashPassword + LD).upper()

        if login == "multi":
            payload = {
                'isTest': 'false',
                'goformId': 'LOGIN_MULTI_USER',
                'password': ztePass,
                'user': username
            }
        else:
            payload = {
                'isTest': 'false',
                'goformId': 'LOGIN',
                'password': ztePass,
            }          

        r = s.post(self.referer + "goform/goform_set_cmd_process", headers=header, data=payload, verify=False)
        return "stok=" + r.cookies["stok"].strip('\"')

    def getTRInfo(self):
        ip = self.ip
        cookie = self.getCookie(username=self.username, password=self.password, LD=self.get_LD(), login=self.login)
        cmd_url = f"{self.protocol}://{self.ip}/goform/goform_get_cmd_process?multi_data=1&isTest=false&cmd=cr_version%2Ctr069_ServerURL%2Ctr069_CPEPortNo%2Ctr069_ServerUsername%2Ctr069_ServerPassword%2Ctr069_ConnectionRequestUname%2Ctr069_ConnectionRequestPassword%2Cwan_ipaddr%2Ctr069_PeriodicInformEnable%2Ctr069_PeriodicInformInterval%2Ctr069_CertEnable%2Ctr069_DataModule%2Ctr069_Webui_DataModuleSupport"

        headers = {
            "Host": ip,
            "Referer": f"{self.referer}index.html",
            "Cookie": f"{cookie}"
        }

        response = s.get(cmd_url, headers=headers, verify=False)
        return response.text

    def setTRInfo(self):
        ip = self.ip
        cookie = self.getCookie(username=self.username, password=self.password, LD=self.get_LD(), login=self.login)

        headers = {
            "Host": ip,
            "Referer": f"{self.referer}index.html",
            "Cookie": f"{cookie}"
        }

        payload = {
            'isTest': 'false',
            'goformId': 'setTR069Config',
            'AD': self.get_AD()
        }
        response = s.post(self.referer + "goform/goform_set_cmd_process", headers=headers, data=payload, verify=False)
        return response.text

zteInstance = zteRouter(args.ip, args.username, args.password, args.login)

class setInfos():
    gatheredJson = json.loads(zteInstance.getTRInfo())
    print(json.dumps(gatheredJson))
    print(zteInstance.setTRInfo())

if __name__ == "__main__":
    setInfos()
Pitäisikö tämän poistaa tr69 käytöstä? Toimiiko se MC889A:ssa? Kiitos
 
Toggle Sidebar

Statistiikka

Viestiketjut
249 741
Viestejä
4 355 603
Jäsenet
72 478
Uusin jäsen
Sähköhelmeri

Hinta.fi

Ylös Bottom