ZTE MC889A (DNA-versio)

[SpiidWulf]

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:

 

[Cirrus]

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.

 

[johka]

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.

 

[Ikx_1]

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).

 

[SpiidWulf]

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?

 

[Ikx_1]

Ei kun siis kyse on nimenomaan samasta tukiasemasta, sillä toisella kuuluvalla mastolla on 300 alkuiset PCI arvot.

 

[SpiidWulf]

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.

 

[Ikx_1]

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.

 

[Oxygenol]

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?

 

[SpiidWulf]

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

B1+B3+B3+N28

 

[kurkimies]

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.

 

[SpiidWulf]

Hyvä lowband CA tuki varmasti kiinnostaa monia.
Nämä ainakin todennettu omin silmin:
B20_n28
B20+B8
B8+B28

Kaksi alempaa eivät toimi SYV:ssa ainakaan firmwarella B13.

 

[TJ74]

Kaksi alempaa eivät toimi SYV:ssa ainakaan firmwarella B13.

Ainakin mun n78 saitilla toimii.

 

[TJ74]

Ainakin mun n78 saitilla toimii.

ja voi olla n28 saittikin. Jos ei toimi niin ongelma on jossakin.

 

[KognaK]

Kaksi alempaa eivät toimi SYV:ssa ainakaan firmwarella B13.

Toimii täälläkin.

 

[SpiidWulf]

Toimii täälläkin.

Ei kyllä aktivoidu vaikka mitä tekee, tosin itsellä ottaa modeemi B20:n päätaajuudeksi heti, kun sen ottaa käyttöön B8:n rinnalle.

 

[jessenic]

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.

 

[Jukema]

Ei kyllä aktivoidu vaikka mitä tekee, tosin itsellä ottaa modeemi B20:n päätaajuudeksi heti, kun sen ottaa käyttöön B8:n rinnalle.

Äskettäin 3g shutdownin nähneillä SYV alueilla (esim. Pieksämäki/Varkaus) ei toimi B8 minkään combon kanssa

 

[SpiidWulf]

Ä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.

 

[Erik83]

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

 

[SpiidWulf]

Hei, voisitko auttaa minua löytämään Qualcomm-työkalut, joilla voit alentaa fw: tä? Kiitos

Täältä löytyy tarvittavaa ohjeistusta: GitHub - stich86/ZTE-MC7010: This is a repository with all informations about ZTE MC7010 (Outdoor 5G CPE) family

Itse firmware pitää ladata laitteesta, jossa on aiempi versio.

 

[Erik83]

Täältä löytyy tarvittavaa ohjeistusta: GitHub - stich86/ZTE-MC7010: This is a repository with all informations about ZTE MC7010 (Outdoor 5G CPE) family

Itse firmware pitää ladata laitteesta, jossa on aiempi versio.

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

 

[SpiidWulf]

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.

 

[Erik83]

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,

Spoileri

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.

#!/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

 

[TJ74]

SYV Nokian uuden verkon päivityksen myötä laite saavuttaa nyt käytännössä 2.5GbE maksimin suorituskyvyn osalta.

 

[Oxygenol]

Mökillä oli kans ongelmia low band CA kanssa (DNA). Selkisi että mastossa (lopulta useassa...) oli konfigurointivirhe. Kyllä kannatti valittaa. Ensin ei edes yhdistänyt n28 5G. Väittivät että kaikki on ok heidän koneensa mukaan. Sit yhtäkkiä tuli että hetkinen odotas soitan (aspa) yhtäkkiä verkkoinsinöörille. Oli yhdistänyt 20km päässä olevaan mastoon 5 sekunniksi vaikka olin 200m päässä mastosta. Tästä jatkui sitten niin että sieltä verkkoinsinööri soitti mulle suoraan kolmen viikon ajan kun olin mökillä. Liittymä oli tarkemmassa seurannassa. Viimisin oli kun sanoin että laita nyt se B8+n28 kombokin toimimaan. 5kpl uusia muita mastoja oli sama...

 

[Jukema]

Väittivät että kaikki on ok heidän koneensa mukaan.

Tämä on kyllä surullista

 

[usvAA]

Saako tällä purkilla toimimaan Elisan 5g SA?

 

[Jzii]

Saako tällä purkilla toimimaan Elisan 5g SA?

Eiköhän saa mutta en lähtisi temppuilemaan kun Elisalta saa Huawein vastaavaa huippuboksia joka todistetusti toimii Elisa SA:lla kuin junan vessa

Elisa - Verkkokauppa

elisa.fi

 

[valexi]

Olen käyttänyt tätä pohjalla, johon olen lisännyt vielä muutamia vakiokyselystä puuttuneita arvoja mm. SCC -taajuuksien signaalitiedot. Jos tälle modatulle versiolle on tarvetta, niin laita PM ja katsotaan tarkemmin.

GitHub - Kajkac/ZTE-MC-Home-assistant: ZTE MC801A, MC888, MC889 Home assistant addon

ZTE MC801A, MC888, MC889 Home assistant addon. Contribute to Kajkac/ZTE-MC-Home-assistant development by creating an account on GitHub.

github.com

Koitin nyt leipoo tota HA, mutta erroria tulee. Pääsen koneelta tuonne 192.168.8.1 ja HA serveriltä vastaa myös pingiin tuo IP.
HA antaa virhettä:

2024-08-29 15:06:27.686 WARNING (SyncWorker_8) [custom_components.zte_router.sensor] Attempt 1 failed with error: Command '['python3', '/config/custom_components/zte_router/mc.py', '192.168.8.1', '1234', '7']' returned non-zero exit status 1.. Retrying in 2 seconds...
2024-08-29 15:06:30.408 WARNING (SyncWorker_8) [custom_components.zte_router.sensor] Attempt 2 failed with error: Command '['python3', '/config/custom_components/zte_router/mc.py', '192.168.8.1', '1234', '7']' returned non-zero exit status 1.. Retrying in 4 seconds...
2024-08-29 15:06:35.076 WARNING (SyncWorker_8) [custom_components.zte_router.sensor] Attempt 3 failed with error: Command '['python3', '/config/custom_components/zte_router/mc.py', '192.168.8.1', '1234', '7']' returned non-zero exit status 1.. Retrying in 8 seconds...
2024-08-29 15:06:35.076 ERROR (SyncWorker_8) [custom_components.zte_router.sensor] All 3 attempts failed for command 7. Raising error.
2024-08-29 15:06:35.078 ERROR (MainThread) [custom_components.zte_router.sensor] Error during _async_update_data: Command '['python3', '/config/custom_components/zte_router/mc.py', '192.168.8.1', '1234', '7']' returned non-zero exit status 1.

 

[SpiidWulf]

Koitin nyt leipoo tota HA, mutta erroria tulee. Pääsen koneelta tuonne 192.168.8.1 ja HA serveriltä vastaa myös pingiin tuo IP.
HA antaa virhettä:

2024-08-29 15:06:27.686 WARNING (SyncWorker_8) [custom_components.zte_router.sensor] Attempt 1 failed with error: Command '['python3', '/config/custom_components/zte_router/mc.py', '192.168.8.1', '1234', '7']' returned non-zero exit status 1.. Retrying in 2 seconds...
2024-08-29 15:06:30.408 WARNING (SyncWorker_8) [custom_components.zte_router.sensor] Attempt 2 failed with error: Command '['python3', '/config/custom_components/zte_router/mc.py', '192.168.8.1', '1234', '7']' returned non-zero exit status 1.. Retrying in 4 seconds...
2024-08-29 15:06:35.076 WARNING (SyncWorker_8) [custom_components.zte_router.sensor] Attempt 3 failed with error: Command '['python3', '/config/custom_components/zte_router/mc.py', '192.168.8.1', '1234', '7']' returned non-zero exit status 1.. Retrying in 8 seconds...
2024-08-29 15:06:35.076 ERROR (SyncWorker_8) [custom_components.zte_router.sensor] All 3 attempts failed for command 7. Raising error.
2024-08-29 15:06:35.078 ERROR (MainThread) [custom_components.zte_router.sensor] Error during _async_update_data: Command '['python3', '/config/custom_components/zte_router/mc.py', '192.168.8.1', '1234', '7']' returned non-zero exit status 1.

Tuo skripti on toteutettu MC889:n Vanilla firmwarelle, jossa ei ole käytössä käyttäjätunnusta ja DNA:n firmiksessä on. Skripti hämäävästi kysyy käyttäjätunnuksen asennusvaiheessa, mutta sitä ei välitetä eteenpäin. Kentän yläpuolella taitaa lukea "in development tms".

Muokkaa mc.py:n get_Cookie funktion payload riviä, niin pitäisi lähteä toimimaan.

payload = "isTest=false&goformId=LOGIN_MULTI_USER&user=admin&password=" + ztePass

Muutos vaatii vielä HA:n uudelleenkäynnistyksen.

 

[valexi]

@SpiidWulf Kiitti. Tollahan se lähti skulaamaan.
Viitsitkö vielä laittaa koodina tähän tai viestillä ne lisäsensorit mitkä olit myös kaivanut?

 

[SpiidWulf]

@SpiidWulf Kiitti. Tollahan se lähti skulaamaan.
Viitsitkö vielä laittaa koodina tähän tai viestillä ne lisäsensorit mitkä olit myös kaivanut?

Laitan privaviestillä, on sen verran pitkät rimpsut.

 

[Tonnin Seteli]

Tämähän laite toimii ja pientä user erroria aluksi pukkasi kun ei nyt mitenkään kilteimmin käyttäydy muiden paikallisten laitteiden jökkiessä. Nyt on tehty tilapäisasennus ikkunaväliin eikä välttämättä ulos viedäkään vaan vähän siistimmin samaan kohtaan. Kohteessa maaseudulla aiemmin jo vuosia noin 5-40M downstream - enimmäkseen noin 10 - vaikka millä kokeilluilla sisämodeemeilla ja matkapuhelimilla. Etäisyys potentiaalisiin tukiasemiin 1-5 km.

Nyt tasaisesti 50-60M. Tosin nyt on vielä muuttujana 50M 4G-mobiililaajakaistaliittymä. Pitänee kokeilla saman operaattorin tuuheammalla 5G-liittymän puhelinsimmillä ennen mitään päätöksiä - täällä sai satunnaisesti 100-150M sopivaan suuntaan puhelimella sähkökatkon aikana. Joka tapauksessa onnistunut investointi.

 

[bnj654]

Olin hakemassa MC889A:ta DNA:n myymälästä katolleni TV-antennimastoon, kun lähin DNA:n masto on runsaan kilometrin päässä mutta mäennyppylän takana. Myyjä katsoi näyttöään ja sanoi että DNA:n mukaan osoitteeni ei ole ulkomokkula-alueella ja sanoi että sisämokkula toimii siis paremmin. Kerroin että Oneplus Nord 3 DNA:n liittymällä antoi katolta TV-antennimaston luota n. 200M download kun sisältä se sai vain n. 40M. Minulle tarkennettiin vielä, että koska en ole ulkomokkula-alueella, niin en saisi ulkomokkulaan dedikoitua 100M:aa, joten ulkomokkulaa ei suositella. En enää paljastanut tyhmyyttäni ihmettelemällä että miksi kännykkä sai 200M vaikka sillekään ei oltu dedikoitu sitä satasen kaistaa....vaan lähdin pois ilman mitään tuotetta ja sivistämään itseäni lisää, jotta ymmärrän jatkossa näitä mokkuloita paremmin.

 

[SpiidWulf]

Olin hakemassa MC889A:ta DNA:n myymälästä katolleni TV-antennimastoon, kun lähin DNA:n masto on runsaan kilometrin päässä mutta mäennyppylän takana. Myyjä katsoi näyttöään ja sanoi että DNA:n mukaan osoitteeni ei ole ulkomokkula-alueella ja sanoi että sisämokkula toimii siis paremmin. Kerroin että Oneplus Nord 3 DNA:n liittymällä antoi katolta TV-antennimaston luota n. 200M download kun sisältä se sai vain n. 40M. Minulle tarkennettiin vielä, että koska en ole ulkomokkula-alueella, niin en saisi ulkomokkulaan dedikoitua 100M:aa, joten ulkomokkulaa ei suositella. En enää paljastanut tyhmyyttäni ihmettelemällä että miksi kännykkä sai 200M vaikka sillekään ei oltu dedikoitu sitä satasen kaistaa....vaan lähdin pois ilman mitään tuotetta ja sivistämään itseäni lisää, jotta ymmärrän jatkossa näitä mokkuloita paremmin.

Tässä on päin vastoin ollut myyjä ihan pihalla. DNA:lla on olemassa "kiinteä 5G" liittymä, jonka mukana tulee sama MC889A ulkomodeemi erillisellä leasing sopimuksella. Tätä myydään yleensä vain alueelle, jossa on nopeampi N78 5G taajuus saatavilla.

Ulkomodeemi on aina oikein sijoitettuna parempi vaihtoehto kuin sisämodeeni. DNA myy näitä erikseen, samoin ihan normaaleja mobiililaajakaistaliittymiä näihin.

Ei muuta kuin hakemaan modeemi ja liittymä ja tulikiven katkuiset palautteet myyjälle. Tai sitten tilaa asiakaspalvelun kautta, jolloin saa yleensä listahintaa paremman tarjouksen liittymästä. Testisi perusteella ulkomodeemin kanssa pitäisi päästä ainakin 200-400M nopeuksiin.

Yksi vaihtoehto on ostaa ensin vain modeemi ja siihen 5G prepaid, jossa on 400M nopeus. Tämän jälkeen näkee millaisia nopeuksia on mahdollista saada ja mikä liittymä nopeuden puolesta on omaan tarpeeseen sopivin.

Sääli, että liikkeessä on tällä ammattitaidolla porukkaa töissä.

 

[bnj654]

Kiitos. Ymmärsin että myyjän neuvon logiikassa on virhe, minkä lähteen halusin ymmärtää ja jonka ensimmäinen kappaleesi selittää. Suunnittelinkin että otan laitteen kantoon seuraavana päivänä liikkeen ohi mennessäni. Hankinnan ajoituksella ei ollut isompaa merkitystä - eli no harm done - niin voin samalla ystävällisesti opastaa pari minuuttia ja palvelu paranee. Myyjienkin toki hyvä ymmärtää että lähtökohtaisesti hyvin suunnattu korkealla katon yllä oleva moderni ulkomokkula on parempi kuin sisämokkula alhaalla asunnossa.

 

[SpiidWulf]

Sen verran lähelle menee, että hyödynnetään samaa threadia. ZTE on julkaissut tietyille markkinoille uuden MC889(A) Pro -version, jossa on ainakin tehokkaampi antennivahvistus ja kiinnitysmekanismi muuttunut helpottamaan suuntaamista. Saa nähdä, tuleeko Suomen markkinoille saataville:

ZTE MC889 Pro ODU jednostka zewnętrzna 5G LTE CAT.18/20

-

zteshop-pl.translate.goog

 

[Atorox]

Sen verran lähelle menee, että hyödynnetään samaa threadia. ZTE on julkaissut tietyille markkinoille uuden MC889(A) Pro -version, jossa on ainakin tehokkaampi antennivahvistus ja kiinnitysmekanismi muuttunut helpottamaan suuntaamista. Saa nähdä, tuleeko Suomen markkinoille saataville:

ZTE MC889 Pro ODU jednostka zewnętrzna 5G LTE CAT.18/20

-

zteshop-pl.translate.goog

Tämähän on mielenkiintoinen laite. Kuvien perusteella on vaikea olla ihan varma, mutta näyttää siltä että liitännät sisältävä syvennys laitteen pohjassa on saman muotoinen ja kokoinen, kuin perusmallissa, eikö vain? Eli ehkäpä se vanhan laitteen kaapeli suojuksineen ja tiivisteineen menisi sellaisenaan paikalleen, eikä sitä tarvitsisi päivityksen yhteydessä repiä irti seinästä.

Kerkesin vasta muutama viikko sitten päivittämään nettini MC889A:n. Olen ollut ihan tyytyväinen, mutta paremmasta antennista olisi varmasti hyötyä, kun tukari on kuitenkin 4 kilometrin päässä. Eli jos tämä Pro-versio tulisi tarjolle Suomeen, niin ilman muuta päivittäisin, vaikka siinä menisikin vähän rahaa hukkaan.

 

[SpiidWulf]

Tämähän on mielenkiintoinen laite. Kuvien perusteella on vaikea olla ihan varma, mutta näyttää siltä että liitännät sisältävä syvennys laitteen pohjassa on saman muotoinen ja kokoinen, kuin perusmallissa, eikö vain? Eli ehkäpä se vanhan laitteen kaapeli suojuksineen ja tiivisteineen menisi sellaisenaan paikalleen, eikä sitä tarvitsisi päivityksen yhteydessä repiä irti seinästä.

Kerkesin vasta muutama viikko sitten päivittämään nettini MC889A:n. Olen ollut ihan tyytyväinen, mutta paremmasta antennista olisi varmasti hyötyä, kun tukari on kuitenkin 4 kilometrin päässä. Eli jos tämä Pro-versio tulisi tarjolle Suomeen, niin ilman muuta päivittäisin, vaikka siinä menisikin vähän rahaa hukkaan.

Jos Googlen puola on iskussa, olettaisin että sama kaapeli ja päätykappale sopii. Alla olevissa tiedoissa oli: "Laite on yhteensopiva kaapelin ja sovittimien kanssa, jotka on tarkoitettu mallia MC889".

Kuvista tulkittuna myös fyysinen koko on kasvanut ja ainakin näyttää jämäkämmältä kuin perus MC889A, mikä voisi luvata hyvää antennipuolelle.

 

[Atorox]

Etsiskelin, löytyisikö Pro-mallista jotakin muutakin infoa, kuin tuo yksi puolalainen sivu. Tämän löysin: ZTE announces 4th Gen 5G FWA

ZTE on siis jo 2,5 vuotta sitten esitellyt MC889 Pro -mallin, tosin promokuvassa on eri tavalla koteloitu laite. Minkähän takia ei ole tullut jo aikaisemmin myyntiin?

Lisäksi ZTE:n sivuilta löytyy myös ZTE G5F, jonka ominaisuuksista mainitaan "ZTE AI Antenna", ultra high gain, 13 dBi.

 

[SpiidWulf]

Etsiskelin, löytyisikö Pro-mallista jotakin muutakin infoa, kuin tuo yksi puolalainen sivu. Tämän löysin: ZTE announces 4th Gen 5G FWA

ZTE on siis jo 2,5 vuotta sitten esitellyt MC889 Pro -mallin, tosin promokuvassa on eri tavalla koteloitu laite. Minkähän takia ei ole tullut jo aikaisemmin myyntiin?

Lisäksi ZTE:n sivuilta löytyy myös ZTE G5F, jonka ominaisuuksista mainitaan "ZTE AI Antenna", ultra high gain, 13 dBi.

Nämä tuntuvat olevan melkoisia paperijulkaisuja ja tulevat Eurooppaan oikeasti saataville reilusti julkaisun jälkeen. Lisäksi osa on puhtaasti Kiinan markkinoille ja hieman erinäköisiä, mitä EU-mallit.

Kyselin näistä heinäkuussa ZTE:ta maahantuovalta taholta ja sanoivat, että pitäisi tulla nyt syksyn aikana, mutta heilläkään ei ollut tarkempaa aikataulua.

ZTE G5 Ultra ja G5F 5G-reitittimet

ZTE:n helmikuussa julkaisemat seuraavan sukupolven 5G reitittimet ovat tulossa myyntiin syksyn aikana, joten avataan näille keskustelu. Mallisto täydentyy kahdella tulokkaalla, joista G5 Ultra toimii MC888 tuoteperheen seuraajana tuoden mm. WiFi7 tuen. G5F toimii vastaavasti MC7010/889 sarjan...

bbs.io-tech.fi

Myös kiinalaisiin kauppoihin, kuten ltemall tulee tarkemmat speksit yleensä siinä kohtaa, kun oikeasti myynti lähestyy. Nyt sielläkin vasta nuo hypekuvat.

Näistä kahdesta Pro:n fyysinen koko luo enemmän uskottavuutta antennin hyvyyden suhteen, kuin mystinen AI-teknologia pienemmässä saippualaatikossa.

 

[Ogeli]

Tuon PRO:n ilmoitetut antennivahvistukset ovat sellaiset jotka jopa minä voin ymmärtää:

Antenni

Suunnattu, 700-960MHz: 0-2dBi 1400-2700MHz: 4-6dBi 3300-4200MHz: jopa 11dBi

Eli mun dBd ajattelutavalla vahvistukset alabandeilla lähellä nollaa, mitähän tuo yläbandin "jopa 11dBi varaus tarkoittaa?

 

[erihyva]

Etsiskelin, löytyisikö Pro-mallista jotakin muutakin infoa, kuin tuo yksi puolalainen sivu. Tämän löysin: ZTE announces 4th Gen 5G FWA

ZTE on siis jo 2,5 vuotta sitten esitellyt MC889 Pro -mallin, tosin promokuvassa on eri tavalla koteloitu laite. Minkähän takia ei ole tullut jo aikaisemmin myyntiin?

Lisäksi ZTE:n sivuilta löytyy myös ZTE G5F, jonka ominaisuuksista mainitaan "ZTE AI Antenna", ultra high gain, 13 dBi.

Qualcomm on näköjään julkaissut tämän vuoden helmikuussa Qualcomm 5G Fixed Wireless Access (FWA) Ultra Gen 3:n, jossa on modeemina Snapdragon X75. Onkohan tuo upouusi ZTE G5F tällä piirisarjalla, ainakin G5F:n mainostetaan tukevan 5G Advancedia

Qualcomm julkaisi uuden 5G-lippulaivamodeeminsa – Snapdragon X75 - io-tech.fi

Valmistaja mainostaa Snapdragon X75:n olevan markkinoiden ensimmäinen 5G Advanced -tuella varustettu modeemi.

www.io-tech.fi

889 Pro pohjautuu Qualcomm 5G Fixed Wireless Access Gen 2:een, jossa on modeemina Snapdragon X65.

 

[SpiidWulf]

Tuon PRO:n ilmoitetut antennivahvistukset ovat sellaiset jotka jopa minä voin ymmärtää:

Eli mun dBd ajattelutavalla vahvistukset alabandeilla lähellä nollaa, mitähän tuo yläbandin "jopa 11dBi varaus tarkoittaa?

Toisessa keskustelussa spekuloitiin, että kiinalainen markkinamies ei ilmoita puhtaasti fyysistä gainia, vaan ujuttaa beam formingin yms teoreettista vaikutusta mukaan 5G taajuuksille, että saa lukuja kaunisteltua. Siksi näiden vertailu on todella haastavaa.