Grandstream GXP1450 - hullanak

VoIP

Kb két éve vettünk sok GXP1450-es készüléket. Egy fél éve elkezdtek hullani, mint a legyek. Nem a táppal van baj, mert azt kicserélve nem javul meg. A hibajelenség igen egyszerű - se kép se hang, azaz bedugva meg sem röccen. Egy-két darab úgy halt meg, hogy a boot közben megállt és attól kezdve nem is bootolt.

Kerestem a neten dokumentációt esetleges felélesztési lehetőségről, de semmit nem találtam és a nyákon sem látszik semmi ami soros portnak tűnne.
A szerviz csak annyit mond, hogy nem tudja javítani - szerintem meg sem próbálják.

Van valakinek hasonló tapasztalata ezzel a készülékkel, vagy csak mi fogtunk ki egy rossz sorozatot?

  • 3128 megtekintés

( elod v | 2015. 09. 09., sze – 17:11 )

A kedves gyártó mit mond? Vázold le nekik hogy dugják valahova, ezentúl Yealink-et veszel helyettük ha nem oldják meg.

( STP | 2015. 09. 09., sze – 21:37 )

„A szerviz csak annyit mond, hogy nem tudja javítani - szerintem meg sem próbálják.”
Pontosan. Annyi a feladatuk, hogy megállapítsák döglött e. Ha igen, vissza Kínába.
Ha nem garis már, cumi.

Nem garanciális már.
Kissé nehezen fogadom el, hogy a szerviz dolga az lenne, hogy a garanciális időn belül visszaküldi a terméket egyébként pedig nem foglalkozik vele.
Szinte biztos, hogy egy firmware újraírás segítene rajta.
Több dolog miatt bosszant, hogy nem tudják hogyan kellene csinálni.
Nem tetszik, hogy az automatikus firmware update (egyébként ez az alapbeállítás) téglásíthatja a telefont, de ha már így van akkor legalább a szerviz jó lenne, ha foglalkozna vele.
Nyilván anyagilag sem nagyon kifizetődő, hogy egy ip telefon másfél év után kinyiffanjon.
Környezeti szempontból sem tetszik, hogy kidobunk fél kiló műanyagot és egy csomó többé kevésbé veszélyes anyagot azért, mert a szerviz nem tud végrehajtani egy alapműveletet.
A füstölgésnek mára vége :-(

Igen! Pont ilyen van benne. Tudsz róla valamit?

Szemeztem a tetején levő headerrel, de nem találtam semmi specifikációt róla és a DVFD8187BE1ABC lábai vannak oda kivezetve - erről meg nem találtam semmi érdemlegeset, csak azt, hogy meg lehet venni. Szinte biztos, hogy ezek közül valamelyik egy UART, de jó lenne tudni melyik az. Ha más út nincs egy szkóppal valószínű megtalálom és akkor picit beljebb vagyok.

Van olyan telefon, ami nem se kép se hang módon halt meg, hanem kirak egy progressbart egy ideig és csak utána fagy le. Ennek a flashét átraktam egy másikba ami semmit nem csinált és a hibajelenség is átment. Tehát a flash tartalma romlott el.
A kiforrasztott flasht most megpróbálom kiolvasni és ha sikerül kezelni egy működőből átírom a firmware-t.

Szépen van haladás.
Mivel SPI eeprom programozóm nincs és amit kínából megrendeltem soká fog ideérni elkezdtem egy arduinon megírni hozzá egy programot. A rom-ok 3.3V-osak, a bemeneteket lehet kezelni egy feszültségosztóval a kimenet pedig szerencsére kb 3.1 V-ot ad amit az Atmel már 1-nek érzékel. :-)
A kiforrasztott rom-on kísérlezek. Ott tartok, hogy szépen tudom olvasni (azért jó lassú amíg a 8 mega hexában átjön a soros porton - tiszta modem feeling). Ki fogom olvasni jó sokszor és megnézem, hogy mindig ugyanaz jön-e ki belőle (az a 0.1V-os megközelítése a Vhi-nak nem nagyon megnyugtató). Ha sokszor jó akkor nem csinálok semmit ha nem akkor egy kis szintemelés lesz.
A forrasztásos résznek lassan vége, most jön a szoftver.
Ha az olvasás üzembiztos, akkor nekikezdek az írásnak is. A terv az hogy az arduinon soros porton fogok fogadni parancsokat és adatszegmenseket amiket felírok, majd visszaolvasok. Valószínű össze dobok egy kis java programot, amivel a file olvasás, beírás, ellenőrzés könnyen fog menni.

Szerintem ne szopj az arduinoval ha van alaplapod meg egy LPT portod.
Pattints össze egy ilyet:
http://rayer.g6.cz/elektro/spipgm.htm

Meg tegyél fel egy flashromot valami dz:
http://flashrom.org/Flashrom

Elvileg működik a flasheddel:
http://www.flashrom.org/pipermail/flashrom/2013-February/010565.html

Köszönöm a javaslatokat.
Az arduinos nem volt sem nagyon gyors, sem nagyon megbízható, mert sok olvasásra néhány bit különbözött.
Végül rendeltünk egy programozót és rendes soic8 adaptert, hogy ne kelljen forrasztani minden írásnál.
Úgy tűnik, hogy van olyan rom ami hibás (szóval nem én voltam béna :-) ), mert a programozóval is hibázott 1-2 bit 3-4 kiolvasásonként. Kiolvastam egy működő telefonból a rom-ot és a MAC átírása után beírtan egy nem hibázó rom-ba és jó lett egy eddig halott telefonban.
Az érdekes az, hogy nem kaptam Eon EN25Q64-et csak Winbond-ot (W25Q64), de azzal nem indul el. Lehet, hogy a firmware a úgy teszteli a rom-ot, hogy beolvassa a gyártóazonosítót (én is úgy teszteltem, hogy egyáltalán megszólal-e).

Minden SPI flashnek van device ID-ja (különbözik) illetve lehet hogy van más szektorméret meg egyéb különbség is (nem néztem a datasheetet, de majd). Rendelni kell a sínaiaktól, vigyázva, hogy új legyen. Meg egy flash tartalmat majd linkeld már be azért, hogy a google jól beindexelje.

( gemnon v | 2015. 09. 10., cs – 17:18 )

A Grandstream-et ugyan nem ismerem, de ha ráaggatod a hálóra és elindítasz a gépen egy wiresharkot látszik valami? (pl hogy induláskor tftp-zni próbál valamerre)

( legyes | 2015. 09. 11., p – 22:43 )

Elkó halál, a rossz minőségű tápok miatt? Esetleg leolvad a stabilizátor? A mai elektronikai cuccok felének ez a vége. Az most mindegy, hogy vacak táp vagy a meleg miatt.