-
Mobilarena
OpenWrt topic
Új hozzászólás Aktív témák
-
kutga
félisten
válasz
st3v3np3t3r #20830 üzenetére
Ha csak erre kell szerintem olcsón kapni openwrt képes routert.
-
kutga
félisten
válasz
st3v3np3t3r #20827 üzenetére
Viszont ezt a routert sajnos nem látom a támogatott eszközök között. Itt azt írja, hogy csak valami kiherélt verziót lehet rá feltenni, de abban meg nincs wireless driver.
-
kutga
félisten
válasz
st3v3np3t3r #20827 üzenetére
Azt viszont valóban nem tudja a gyári fw.
-
attila.86
tag
válasz
st3v3np3t3r #20824 üzenetére
Minden router tud AP lenni, ha kikapcsolod rajta a DHCP szervert, becímezed ugyanabba az alhálóba, ahol a többi eszközöd van, és elfelejted rajta a WAN-portot. Felesleges nekiállni főzőcskézni, ha csak ennyi az igény.
-
Geth
veterán
válasz
st3v3np3t3r #14820 üzenetére
Mi volt meg? Hogy folyton a lehetetlent próbálod megoldani az azonos külső portokkal amik mögött eltérő IP cím van?
Igen, az eddig is megvolt. -
Geth
veterán
válasz
st3v3np3t3r #14818 üzenetére
Az UPnP egy sz*r, ezt eddig is tudtuk.
Valószínűleg beragad a nyitott port az UPnP "táblájába", a timeout még arrébb van, a progit meg lehet úgy írták meg hogy ilyenkor (foglalt a kért port) sutyiba nyit egy másikat (ezesetben jár a grat).
Erre a működésre minimum hajmeresztő alapozni.UPnP routeren letilt, elfelejt, két külön külső portra forward a két MAC addresshez rendelt IP címek (ugyanazon) portszámára és kész.
Vagy teameled failoverbe a két interfacet, ha nem gond hogy nem fog együtt menni a vezetékes+wifi (cserébe a routeren csak egy portnyitás kell a kettő helyett).
(Az UPnP belső hálón nem rossz service discovery-re, csak a portnyitás bajos - nincs kontrollod a portok fölött -, több implementáció is lyukas és kívülről jövő kérésekre is kinyitja a portot.) -
CheGhost
aktív tag
válasz
st3v3np3t3r #14816 üzenetére
Ha már felvetetted a titkos tudás ismeretét, megkérhetlek, hogy néhány szóban el is mondod? Megöl a kíváncsiság
.
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14813 üzenetére
De miért fontos, hogy azonos legyen a külső port? A belső azonos, így a kliens config nem változik.
Azonos külső portot nem fog 2 különböző IP-re is továbbítani. -
vargalex
Topikgazda
válasz
st3v3np3t3r #14810 üzenetére
Ez így persze, hogy nem megy. Én azt írtam, hogy két különböző külső portot használj!
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14803 üzenetére
Én értem, hogy miért szeretnéd. Viszont egy eszközben lehet egyszerre több hálózati Interface is aktív, csak más lesz a metrikájuk. Nálam is aktív a vezetékes és a wifi Interface is és adott esetben (ha bedugom a kábelt), akkor mindkettő csatlakozik és kap is IP címet.
Viszont elvileg megoldható akár úgy is, hogy próbálkozzon azonos IP-t adni, vagy akár úgy is, hogy írsz egy dnsmasq scriptet, ami DHCP címosztáskor a MAC cím alapján módosítja a tűzfal szabályokat.
Bár, ha csak az a lényeg, hogy aktív legyen a torrent, akkor elég, ha a port forward-nál más a külső port. Az egyik külső portot a LAN IP X portjára irányítod, a másikat pedig a WIFI IP X portjára. És akkor ugye kliens oldalon semmi nem változik... -
Geth
veterán
válasz
st3v3np3t3r #14802 üzenetére
Nem tudom ez miért gond, tehát milyen gondot okozna máshol.
Attól eltekintve hogy ez elméletileg a jó megoldás, a dhcp erőszakolása lease-estül meg a rossz... -
Geth
veterán
válasz
st3v3np3t3r #14798 üzenetére
Szerintem ezt igen bonyi lenne a routeren megoldani (dhcp lease probléma, esetleg scriptelni kell ha hook-olható).
Nem lenne egyszerűbb kliens oldalon megoldani? Össze teamelni a két hálót failoverbe (primary wired, fallback wireless), akkor a router oldalon ugyanúgy egy fix mac-hez lehet rendelni egy IP címet és a váltást a kliens megoldja. -
vargalex
Topikgazda
válasz
st3v3np3t3r #14798 üzenetére
Leginkább sehogy, hiszen mehet egyszerre is az a két Interface...
-
kriszrap
tag
válasz
st3v3np3t3r #14772 üzenetére
Nagyon szépen köszönöm.
Megnézem hamarosan mi ez pontosan.Szerk: Megnéztem hozzá még egy videót is hasonlóan van beállítva nekem csak még mindig nem tudom elkülöníteni a torrent forgalmat 2 wan között.
Ez gondolom amit küldtél azt tudja hogy ha az egyiken el megy az internet akkor át tud váltani. -
Geth
veterán
válasz
st3v3np3t3r #14768 üzenetére
A Te problémádat nem interface bondinggal szokták megoldani?
A fix ip meg mehet a failover-be kapcsolt bonded interface mac-jére.
Ha csak az UPnP-t le lehet vakarni ezzel, én biztos eljátszanék velede csak egy ötlet...
-
samujózsi
senior tag
válasz
st3v3np3t3r #14675 üzenetére
Google találatok alapján arra tippelnék, hogy erre csak dd-wrt megy fel, abból is valami számomra ismeretlen micro kiadás.
[link] - igaz, elég régi. -
sonar
addikt
válasz
st3v3np3t3r #14648 üzenetére
Igen.
-
st3v3np3t3r
nagyúr
válasz
st3v3np3t3r #14627 üzenetére
esetleg valakinek valami erre?
-
hódmaci
senior tag
válasz
st3v3np3t3r #14622 üzenetére
Pedig az ötlet jónak tűnt.
Azért köszönöm. -
vargalex
Topikgazda
válasz
st3v3np3t3r #14608 üzenetére
De akkor miért nem csak a max232-t használod? Illetve, ahogy korábban írtam, az értelmetlen karakterek a rossz soros port beállítások miatt vannak. Esetleg driver okozhatja, de én linuxozom, ott nincs ilyen gond.
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14606 üzenetére
Egyébként miért is van max232 és usb ttl egymás után? Mindkettő ugyan arra való.
-
vinibali
őstag
válasz
st3v3np3t3r #14604 üzenetére
az sem elképzelhetetlen, hogy csak olvasható a konzol vagy mondjuk az alaplapon az RX lábnak hiányzik az ellenállása. de szerintem ez egyre kevésbé általános OpenWRT kérdés
felütném a Google-t ezzel a két kulcsszóval. -
vinibali
őstag
válasz
st3v3np3t3r #14602 üzenetére
el kellene kapni , hogy ne kezdje el tölteni a kernelt. ezt az üzit leginkább a bootolás elején írja ki a konzolon. ilyenkor gombnyomás vagy billentyű leütés hatására szokott megállni az u-boot. utána tudsz onnan parancsokat kiadni, de a feltöltéshez leginkább egy konzol és egy tftp szerver kell. szerintem ezek Windows alatt is megvannak. Putty szerintem jó lehet elindulni, ahhoz hogy a bootlogot nézd. az OpenWRT-s linken van egy install szekció, tele leírásokkal!
-
vinibali
őstag
válasz
st3v3np3t3r #14600 üzenetére
látszólag van rá OpenWRT: [link]
szeritem u-boot-ról fel tudod frissíteni. -
#60252516
törölt tag
válasz
st3v3np3t3r #14595 üzenetére
Megadta magát a flash IC?
-
Archttila
veterán
válasz
st3v3np3t3r #14592 üzenetére
Nekem az Archer C7 v4-en volt ilyen gondom a gyari szarral, de hamar jott a gyogyir, azota hawaii van.
Mar csak egy fincsi stable ATH79 hianyzik, integralt Luci-val. -
Gyurka6
őstag
válasz
st3v3np3t3r #14554 üzenetére
Valaki a hasára üt és beír egy bármlyen számot....
-
Azharel
aktív tag
válasz
st3v3np3t3r #14554 üzenetére
és ez most nagy gáz ?
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14366 üzenetére
Szívesen ránéznék távolról, ha tudsz adni SSH hozzáférést. Privátban írok WAN IP-t, ha kell, hogy ne kelljen mindenhonnan nyitni...
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14364 üzenetére
Úgy értem, hogy ha a július 7-i build-et felteszed, akkor az minden újrainduláskor július 7-el indul, míg nem frissíti az időt... Így ma pl. rögtön lesz egy 8 napos ugrás.
A webes felület elérhetetlenségét egy uhttpd, vagy router restart meg szokta oldani.
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14362 üzenetére
Szerintem egy július 7-i buildet tettél fel, majd amikor lett net, akkor frissült NTP-n az idő. Szóval, valószínűleg nem esett ki 8 nap.
Egyébként, ha ennyi problémád van mindig a snapshot buildekkel, akkor miért nem használsz stabilt?
A webes frissítésnél milyen hibát írt ki? Biztosan jó buildet teszel fel? -
sonar
addikt
válasz
st3v3np3t3r #14359 üzenetére
Csak egy kérdés: nincs nyitva vmi port a WAN irányában? Nekem akkor voltak hasonlóak amig a 2222 ssh elérhető volt a wan-ról. Egy rakás anomália volt időszakosan.
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14328 üzenetére
Egészen addig, míg nem akar azonos tartományba eső valóban WAN-on lévő IP-t elérni...
-
yodee_
őstag
válasz
st3v3np3t3r #14323 üzenetére
A fő router PPPOE módban van, arra van lanon rácsatolva a másik kettő router ami csak APként szolgál.
-
yodee_
őstag
válasz
st3v3np3t3r #14321 üzenetére
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14317 üzenetére
Tudom, hogy arra gondoltál. Én viszont arra céloztam, hogy ha wifree-re csatlakozik, akkor az a Connect box valószínűleg nem nála van, így cseréltetni sem tudja...
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14314 üzenetére
Nem hinném, hogy a saját ConnectBoxára a WiFree-n csatlakozna...
-
anglergab
addikt
válasz
st3v3np3t3r #14310 üzenetére
Az AP UPC-s ConnectBox, Wi-Free wifivel.
Nem a DHCP okozza, mert átnéztem az összes IP csomagot a probléma időpontjában.
Az is érdekes, hogy a DHCP jelzésváltás során 3600 sec lease time-ban egyeznek meg, aztán 1800 sec-onként megújul megújul a cím, ugyanarra (azaz óránként helyett félóránként). -
vargalex
Topikgazda
válasz
st3v3np3t3r #14305 üzenetére
LAN-on szerintem így is kap belső IPv6 címeket.
-
st3v3np3t3r
nagyúr
válasz
st3v3np3t3r #14281 üzenetére
2nap folyamatos pppoe kapcsolat
végre stabil
lekopogom
-
st3v3np3t3r
nagyúr
válasz
st3v3np3t3r #14279 üzenetére
23órája stabil pppoe kapcsolat
OpenWrt SNAPSHOT r10401-63e3c3d2a2 / LuCI Master (f138fc93) -
vargalex
Topikgazda
válasz
st3v3np3t3r #14274 üzenetére
Biztos, ezért is linkeltem a hibákat...
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14272 üzenetére
Hiába próbálgatsz. Ha a snapshot repo-t használod, jelenleg hiányzik néhány csomag.
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14270 üzenetére
Snapshot-ról beszélük, így előfordulhatnak fordítási hibák. Ahogy voltak is.
-
st3v3np3t3r
nagyúr
válasz
st3v3np3t3r #14250 üzenetére
új rekord... 1d1h5m ... remélem most már nem lesz gond vele
-
wigyori
tag
válasz
st3v3np3t3r #14241 üzenetére
BTW FYI:
Subject: [OpenWrt-Devel] [PATCH 1/2] ppp: update to version 2.4.7.git-2019-05-25
8e77984 rp-pppoe plugin: Add options to tune discovery timeout and number of attempts
-w-
-
vinibali
őstag
válasz
st3v3np3t3r #14246 üzenetére
én első lépésként szoktam a LAN DNS-en és WAN-on az IPv6-ot kikapcsolni
-
tibcsi0407
félisten
válasz
st3v3np3t3r #14243 üzenetére
Akkor ne nyúlj hozzá. OpenWRT olyan rendszer, amit ha egyszer beállítasz, ne nyúlj hozzá többet.
-
tibcsi0407
félisten
válasz
st3v3np3t3r #14241 üzenetére
Nálam most 19óra így: [link]
-
st3v3np3t3r
nagyúr
válasz
st3v3np3t3r #14239 üzenetére
eddig rekord időt fut a snapshot... 3ó18p "stabilan"... se fagyás,se pppoe kapcsolat ledobás
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14237 üzenetére
Nem emlékszem már, hogy milyen routerről van szó, de ha dinamikus a partíció kiosztás, akkor semmi azon kívül, hogy a szükséges területeket átmásolod.
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14235 üzenetére
Az a flash, ami elvileg 64 Mbit-es, azaz 8 MB-os.
-
st3v3np3t3r
nagyúr
válasz
st3v3np3t3r #14234 üzenetére
technikai kérdés... ha én kicserélném a 64mb-os spi-t gd25q64csig (ami a ram elvileg) egy 128mb-osra,ugyan ilyen gyármátnyra, csak 25q128-ra, akkor elvileg a ram mérete automatikusan duplázódik, vagy a firmwareben is át kell állítani?
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14229 üzenetére
Hogyne tudná. Külön Wiki oldal is van a beállításhoz. Parancssorból, illetve LuCI-ból.
-
BullZeye
veterán
válasz
st3v3np3t3r #14221 üzenetére
Ez egy 1043ND v1
Firmware Version
OpenWrt 18.06.2 r7676-cddd7b4c77 / LuCI openwrt-18.06 branch (git-19.020.41695-6f6641d)Viszont FW-t nem merem frissíteni, mert amúgy működik, nem tudom lehet e downgradelni.
(#14222) vargalex
Teljesen alap konfig, volt egy hard reset, aztán SSID beállítás, admin jelszó beállítás, egy external port forward, és Softwareből ddns telepítés. -
tibcsi0407
félisten
válasz
st3v3np3t3r #14217 üzenetére
Nálam is eldobálja a Netgear R7800 néha.
A stabil build-del napokig nem is tudtam csatlakozni.
Még szerencse, hogy van egy DHCP-s netem is Mwan-ban.. -
st3v3np3t3r
nagyúr
válasz
st3v3np3t3r #14214 üzenetére
a vezetéknélküli interfészere kattintva meg http500-as hiba....
-
wigyori
tag
válasz
st3v3np3t3r #14211 üzenetére
64Mb-s deviceon not enough memory-t dob? Ez komoly?
-w-
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14211 üzenetére
Mennyi hely van a /overlay-on? Esetleg egy reboot után próbáld beállítani.
-
st3v3np3t3r
nagyúr
válasz
st3v3np3t3r #14210 üzenetére
40perce eldobta a pppoe-t
próbálnám eszközölni az ajánlott beállításokat,de "not enough memory" weboldalt dob... -
vargalex
Topikgazda
válasz
st3v3np3t3r #14207 üzenetére
Nem biztos, hogy a gyári firmware követi a szabványt. Azaz, elképzelhető, hogy nem is figyel az lcp echo-ra...
De ugyan ilyen alapon lehetne mondani, hogy ha nem a digi hálózatán lenne gond, akkor más szolgáltatónál is elő kellene jönnie.
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14205 üzenetére
Én a treshold-ot növelném. A wiki szerint, ha ennyi sikertelen ping után tekinti megszakadtnak a kapcsolatot. Az igazság az, hogy úgy tűnik, hogy a digi hálózatán (legalábbis bizonyos szegmensein) nem működik rendesen valami, ugyanis más szolgáltatónál lévő PPPoE kapcsolatnál nem hallottam még ilyen problémáról.
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14203 üzenetére
Az, hogy be volt állítva, nem válasz.
Simán lehet, hogy valami kimaradt, esetleg változott a config file szerkezete azóta, stb.
A modul nem "kettyent" meg, leírtam, hogy mi a baj. Az LCP Echo-ra a beállított "tűrésen" túl nem érkezik válasz... -
vargalex
Topikgazda
válasz
st3v3np3t3r #14201 üzenetére
Pontosan mi a /etc/config/network tartalma?
Szinte biztos, hogy a stabil build sem viselkedne másként. A log szerint a nem érkezik válasz a PPPoE concentrator-tól. Az erre való érzékenységet csökkentené a korábban linkelt beállítás. -
st3v3np3t3r
nagyúr
válasz
st3v3np3t3r #14200 üzenetére
Mon May 20 17:55:06 2019 daemon.warn pppd[3364]: Timeout waiting for PADO packets
Mon May 20 17:55:06 2019 daemon.err pppd[3364]: Unable to complete PPPoE Discovery
Mon May 20 17:55:06 2019 daemon.info pppd[3364]: Exit.
Mon May 20 17:55:06 2019 daemon.notice netifd: Interface 'wan' is now down
Mon May 20 17:55:06 2019 daemon.notice netifd: Interface 'wan' is setting up nowszerintem jobb ha várok míg lesz egy stabil release erre a routerre
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14196 üzenetére
Azzal biztos nem dobja el. Az már a következő session felépítésének sikertelensége. Az eldobás előtte van...
-
kusztax
tag
válasz
st3v3np3t3r #14196 üzenetére
Nem bírta sokáig. Én feladtam az OpenWrt SNAPSHOTozást.
-
st3v3np3t3r
nagyúr
válasz
st3v3np3t3r #14195 üzenetére
too many session hibábval dobja le a pppoe kapcsolatot
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14193 üzenetére
A gyári firmware a flash egyik partícióján tárolja, amit érintetlenül hagy az OpenWrt.
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14187 üzenetére
Ennek a beállításnak csak a PPPoE kapcsolatra van hatása, a stabilitásra nincs.
Gyári firmware-nál ezt nem kell állítanod, mert nem is tudod... -
kusztax
tag
válasz
st3v3np3t3r #14180 üzenetére
Tehát, ha a pirossal bekeretezett helyre betallózom a TP-LINK ezen oldalán lévő legfrissebb firmwaret és megnyomom a "Flash image..." gombot, akkor elvileg feltelepül a TP-LINK-es firmware? S akkor minden olyan lesz mint amilyen bolti megvásárláskor lenne?
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14185 üzenetére
Pedig az első szerintem az, hogy a logot megnézi az ember. Anélkül elég nehéz bármit is állítani... Ez nem windows, hogy újraindítással oldunk meg dolgokat.
Digi PPPoE esetén ezt érdemes egyébként beállítani.
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14183 üzenetére
Nem gondolom így, mert sokféle routerrel használtam mindig snapshot buildet (sőt, én az aktuális trunk forrásból build-eltem mindig). A teljesség igénye nélkül: Asus WL-550gE, Asus WL-500gP, D-Link DIR-825 B1, TP-Link TL-WR1043ND, TP-Link TL-WDR4300, TP-Link TL-WDR3600, TP-Link TL-WR741ND, TP-Link TL-WR710N, TP-Link TL-WDR4900, D-Link DIR-860L B1, stb.
Neked mit jelent az, hogy "lefagyott" a wan és a wlan? Esetleg néztél logot is? Milyen net? Milyen router?
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14180 üzenetére
Minden eszközömön mindig snapshot buildet használtam. Soha nem volt gond a stabilitással...
-
kusztax
tag
válasz
st3v3np3t3r #14165 üzenetére
A teljes kábelrendszeren volt próbálva a router kihagyásával. Amikor a router nem volt benne a netkábelbe (az összesbe), akkor 540 Mbps volt. Most, hogy a router benne van csak kb. 120 Mbps a letöltési sebesség. Tehát képes az 1000-esre. (Az egyik biztosan Cat5e, a másikat nem tudom, nem találtam feliratot ott, ami kilóg a falból.)
A lankártyán 1 Gbps-t ír. Ettől függetlenül nem jön az 540 Mbps.
Az OpenWRT-ben ez van (hátha segít):
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14171 üzenetére
Pedig ez tipikusan a rossz port sebesség/beállítás miatt szokott lenni...
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14168 üzenetére
Azon a C2-n gondolom nem OpenWrt van, márpedig most abban a topicban vagyunk...
-
wigyori
tag
válasz
st3v3np3t3r #14162 üzenetére
Ennel azert kicsit bovebb bugreport kene.
Volt szo 19.01-rol (januar), 19.03-rol (marcius), 19.06-rol (junius), de azt latva h hol tartanak a targetek, sztem julius elott nem lesz me'g -rc sem.
-w-
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14159 üzenetére
Próbáld meg kicsit rövidebbel.
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14152 üzenetére
Mondjuk. Ott nem kell driver. Alapból megy. Néz rá minicommal. Milyen hosszú a kábeled (összesen, a pluszban használt vezetékekkel együtt)?
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14145 üzenetére
A routernek nem kell a 3.3V.
-
sonar
addikt
válasz
st3v3np3t3r #14142 üzenetére
Szerintem az lesz a baj, hogy te ugye csak 3 csatlakozást használtál (RX,TX,GND) de kell neki még a 3.3V-os láb is.
-
sonar
addikt
válasz
st3v3np3t3r #14140 üzenetére
Milyen eszközre próbálsz meg csatlakozni?
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14136 üzenetére
Én még ma is legszívesebben a MAX232-vel összerakott saját kábelemet (még Siemens M35-höz készült) használom egy USB-RS232 adapterrel.
-
woodworm
veterán
válasz
st3v3np3t3r #14136 üzenetére
Régebben pont ilyen telefonos kábeleket használtunk jó páran.
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14130 üzenetére
Tudom, hogy az RS232 9 pines, pont ezért kérdeztem, mert voltak már úgy néhányan, hogy a PC-n lévő soros portra egy az egybe kötötték a router megfelelő pinjeit. Nem lett jó vége...
-
sonar
addikt
válasz
st3v3np3t3r #14132 üzenetére
Annyit tegyél meg, hogy a csatidon rövidre zárod a 2-3 lábat (RX-TX) és akkor amit a terminálba elkezdesz pötyögni annak vissza is kell jönnie (tehát mindent duplán fogsz látni). Ezzel le tudod ellenőrizni, hogy a kábeled meg a driver jó.
Ha ez sikerült akkor a hibát máshol kell keresni. -
Gyurka6
őstag
válasz
st3v3np3t3r #14130 üzenetére
A készre szerelt tudomásom szerint az 12V-os, azt csak "rendes" soroshoz használom. Egy csupaszt kellene szerezni, ha még nem késő.
-
vargalex
Topikgazda
válasz
st3v3np3t3r #14125 üzenetére
Milyen 9 pinről írsz? A CH340-en összesen 6 pin van, amiből 3 a feszültség kiválasztására szolgál.
-
Gyurka6
őstag
válasz
st3v3np3t3r #14127 üzenetére
Hali!
A keresztmetszet bőven elég, max mA-ek lehetnek, milyen terminalt használsz? tterm-et töltsd le (puty is jó csak el kell találni a portot és a baud-ot), a baud-on kivül minden alapon szokott jó lenni, krix-kraksz esetén újra csatlakozni fizikailag és a programot is újra indítani, az átalakító végén üresen feszt mérni 3,5-4V-nál nagyobb fesz nem lehet, ez lenne az első. Adatküldés esetén megfelelő sebességnél (enter) látni a változást. -
sonar
addikt
válasz
st3v3np3t3r #14125 üzenetére
Egészen pontosan milyen kábelt használsz?
-
sonar
addikt
válasz
st3v3np3t3r #14122 üzenetére
Ha csak halandzsa jön át akkor nem jó a baud rate, próbáld meg más sebességgel
9600, 19200, 38400, 57600, 115200
Ha egyikkel sem jó akkor akkor kábel gondod lesz. -
Headless
őstag
válasz
st3v3np3t3r #14122 üzenetére
hogy kötötted be?
TX->RX
RX->TX
GND->GNDHa így akkor nem tudom mi lehet még, ha a sebességek megfelelőek.
Az csak szerencséd, hogy nincs soros port a gépen mivel az feszültség illesztés nélkül zétégette volna a routert a 12 V-al
CH340 szerintem bőven jó, én cp2102-őt használok, de ugyanaz kb.
-
Zirowe
nagyúr
válasz
st3v3np3t3r #14105 üzenetére
De nem erre van a ddns szolgáltatás?
Changeip van beállítva, régen is azt használtam, a router meg naponta jelzi neki az ip címemet.Az nem világos, hogy akkor forgalmi szabály vagy port továbbítás kell-e, illetve a modemen kell-e nyitni portot.
-
suste
veterán
válasz
st3v3np3t3r #14093 üzenetére
dehogynem, a lista szerkeszthető, akár a luciban is
-
suste
veterán
válasz
st3v3np3t3r #14089 üzenetére
wiki -ben le van írva, hogyan lehet automatizálni a custom csomagok visszakerülését
deha van/lesz stable verzió is az adott routerhez, akkor azt kelll felrakni, mert abban van eleve luci
igaz az egyéb custom csomagokat ott is fel kell pakolni utána kézzelén anno úgy csináltam, hogy a saját 9092-es oldalon volt/van egy csomaglekérdező lehetőség, amit elment a config mappába, így sysupgrade után is megmarad, és a 9092-n vissza is lehet tolni ezeket listából (csak a hiányzókat mutatja, és csak azokat teszi fel)
Új hozzászólás Aktív témák
Hirdetés
- Azonnali VGA-s kérdések órája
- Házimozi belépő szinten
- Filmvilág
- Fejhallgató erősítő és DAC topik
- Épített vízhűtés (nem kompakt) topic
- Tőzsde és gazdaság
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Kerékpárosok, bringások ide!
- Milyen videókártyát?
- Samsung Galaxy Watch7 - kötelező kör
- További aktív témák...
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Vírusirtó, Antivirus, VPN kulcsok
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Telefon felvásárlás!! Honor 200 Lite, Honor 200, Honor 200 Pro, Honor 200 Smart
- Csere-Beszámítás! Számítógép PC Játékra! I5 14400F / RTX 4060ti 16GB / 32GB DDR5 / 1TB SSD
- Bomba ár! Fujitsu LifeBook E754 - i5-4GEN I 8GB I 256SSD I 15,6" HD I HDMI I W10 I Garancia!
- Bomba ár! Lenovo ThinkPad P43s - i7-8G I 8GB I 256GB SSD I Nvidia I 14" FHD I Cam I W10 I Garancia!
- Csere-Beszámítás! AMD Ryzen 7 7700X Processzor!
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest