Odp: Teltonika RUT955
Numeracja. W 24.10 jest pod 544
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → Teltonika RUT955
Strony Poprzednia 1 2 3
Zaloguj się lub zarejestruj by napisać odpowiedź
Numeracja. W 24.10 jest pod 544
No pięknie działa. Dziękuję, Ok a dodali może wejścia cyfrowe które były pod 507?
507 to był modem reset ale nie, są tylko outy
no nie w starej wersji to był input na pewno miałem to w skyptach na starcie
no nie w starej wersji to był input na pewno miałem to w skyptach na starcie
https://github.com/openwrt/openwrt/blob … itches#L53
Więc...
Miałem takie coś dodane na starcie:
echo "507" > /sys/class/gpio/export
echo in > /sys/class/gpio/gpio507/direction
Z tym jak zwierałem DI1 i GND to zmieniał mi się się stan. A bez powyższych poleceń to nie działało. Może zmienili gpio. Na pewno w innym z kolei rucie w innej wersji sprzętowej to był np gpio21
A da się to teraz z pozycji openwrt jakoś wyeksportować?
Tak samo jak po po poprzednio, podstawa numeracji się tylko zmieniła
Zapomniałem jest jakaś komenda wyświetlająca wszystkie dostępne gpio?
Dobra poradziłem: lista gpio to:
root@OpenWrt:~# cat /sys/kernel/debug/gpio
gpiochip0: GPIOs 512-534, parent: platform/18040000.gpio, 18040000.gpio:
gpio-512 (RS485_D |rts ) out hi
gpio-513 (led_wan |rut955:led:wan ) out hi
gpio-514 (wmac_lna |rut955:wmac:ext_lna ) out hi
gpio-515 (mmc_cs |rut955:mmc:cs ) out hi
gpio-516 (EXT_INT |rut955:ext:int ) in hi IRQ ACTIVE LOW
gpio-523 ( |rut955:uart1:rd ) in hi ACTIVE LOW
gpio-525 (led_lan2 |rut955:led:lan2 ) out lo
gpio-526 (led_lan1 |rut955:led:lan1 ) out hi
gpio-527 ( |reset ) in hi IRQ ACTIVE LOW
gpio-528 (i2c_scl |scl ) out hi
gpio-529 (i2c_sda |sda ) out hi
gpio-530 ( |rut955:uart1:td ) out hi
gpio-533 ( |reset ) out lo
gpio-534 (led_lan3 |rut955:led:lan3 ) out hi
gpiochip1: GPIOs 535-550, parent: i2c/0-0074, 0-0074, can sleep:
gpio-535 (signal_bar0 |green:signal0 ) out lo
gpio-536 (signal_bar1 |green:signal1 ) out lo
gpio-537 (signal_bar2 |green:signal2 ) out lo
gpio-538 (signal_bar3 |green:signal3 ) out lo
gpio-539 (signal_bar4 |green:signal4 ) out lo
gpio-540 (status_red |red:system ) out lo
gpio-541 (status_green |green:system ) out hi
gpio-542 (sim_sel |sysfs ) out hi
gpio-543 (DOUT1 |sysfs ) out lo
gpio-544 (DOUT2 |sysfs ) out lo
gpio-545 (DIN2 )
gpio-546 (DIN1 )
gpio-547 (MON |sysfs ) out hi
gpio-548 (MRST |sysfs ) out lo
gpio-549 (SDCD )
gpio-550 (RS485_R )
czyli gpio 546 to DIN1 i działa po zwarciu elegancko zmienia status
Nadszedł czas na openvpn clienta na tym Twoim sofcie Cezary no i jest chyba jakiś problemik. config mam taki:
client
dev tun12
proto tcp
remote XX XX XX XX 1452
resolv-retry infinite
nobind
persist-key
persist-tun
comp-lzo adaptive
verb 3
ca /etc/openvpn/ca.crt
cert /etc/openvpn/RUT_35.crt
key /etc/openvpn/RUT_35.key
auth-user-pass /etc/openvpn/password.txt
cipher AES-256-CBC
script-security 2
status-version 2
status status
# Custom Configuration
route 192.168.1.0 255.255.255.0
Wali mi takimi logami:
Tue May 20 11:39:48 2025 daemon.notice openvpn(custom_config)[13401]: Note: --cipher is not set. OpenVPN versions before 2.5 defaulted to BF-CBC as fallback when cipher negotiation failed in this case. If you need this fallback please add '--data-ciphers-fallback BF-CBC' to your configuration and/or add BF-CBC to --data-ciphers.
Tue May 20 11:39:48 2025 daemon.notice openvpn(custom_config)[13401]: Note: '--allow-compression' is not set to 'no', disabling data channel offload.
Tue May 20 11:39:48 2025 daemon.err openvpn(custom_config)[13401]: Options error: OpenVPN is compiled without LZO support. Requested compression cannot be enabled.
Tue May 20 11:39:48 2025 daemon.warn openvpn(custom_config)[13401]: Use --help for more information.
Tue May 20 11:39:56 2025 user.notice openvpn: my-vpn.conf already started
Tue May 20 11:39:56 2025 daemon.warn openvpn(custom_config)[13598]: WARNING: Compression for receiving enabled. Compression has been used in the past to break encryption. Sent packets are not compressed unless "allow-compression yes" is also set.
Tue May 20 11:39:56 2025 daemon.warn openvpn(custom_config)[13598]: DEPRECATED OPTION: --cipher set to 'AES-256-CBC' but missing in --data-ciphers (AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305). OpenVPN ignores --cipher for cipher negotiations.
Tue May 20 11:39:56 2025 daemon.notice openvpn(custom_config)[13598]: Note: '--allow-compression' is not set to 'no', disabling data channel offload.
Tue May 20 11:39:56 2025 daemon.err openvpn(custom_config)[13598]: Options error: OpenVPN is compiled without LZO support. Requested compression cannot be enabled.
Tue May 20 11:39:56 2025 daemon.warn openvpn(custom_config)[13598]: Use --help for more information.
root@OpenWrt:~#
Ten sam configk na wcześniejszym openwrt śmigał idealnie
I jak zwykle nie mam nic z tym wspólnego.
options error: OpenVPN is compiled without LZO support. Requested compression cannot be enabled.
Nie działa bo openvpn-mbedtls nie jest kompilowany domyślnie z lzo, wersja openvpn-openssl jest ( https://github.com/openwrt/packages/com … 4d02f333f1 )
Więc albo wywal opcję comp-lzo adaptive albo zainstaluj openvpn-openssl zamiast openvpn-mbedtls.
PS https://github.com/openwrt/packages/com … f34ed25eca - wywalono 4 lata temu...
No tak ale zyxela nr7101 niedawno aktualizowałem do owrt 24 i tam nic z tym nie robiłem config poszedł od strzała ten sam co tu
Że też trzeba się tłumaczyć za każdym razem... Bo NR7101 to stary MT7621 dla którego w obrazach jest domyślnie openssl ze względu na akcelerację sprzętową i tym samym jest też openvpn-openssl już domyślnie. Dla reszty jest openvpn-mbedtls ze względu na jego wielkość.
Po prostu zainstaluj openvpn-openssl jak pisałem.
Właśnie sprawdziłem i porównałem pakieciki. Masz rację. O ten właśnie pakiet różnią się. Kurde skąd Ty znasz takie szczegóły - głowa mała normalnie
To są moje obrazy, więc znam w sumie prawie na pamięć ich zawartość.
Ciekawe, ze w wersji 23.05 poprzedniej na której chodził nie było tego problemu
Ciekawe, ze w wersji 23.05 poprzedniej na której chodził nie było tego problemu
Bo w 23.05 było... openvpn-openssl. A w 24.10 tak się system rozrósł że musiałem z obrazów wywalić libopenssl bo już się nie budowały dla 8MB flash, więc musiał wlecieć openvpn-mbedtls (a libmbedtls i tak jest domyślnie).
A no właśnie. No nic jak będzie na tym nowym dziadostwie 24 chodził stabilniej niż na 23 to na pozostałe sprżety po kopiuje partycje mtd6 bodajże i tyle. Bo żeby wszystko postawiać poinstalować pakiety to z 2-3 godziny się schodzi. A tutaj jeszcze z vpn problem. Więc zobaczymy...
@smereka: działa ten meiglink, tyle że pod modemmanagerem
root@OpenWrt:~# ifstatus wan
{
"up": true,
"pending": false,
"available": true,
"autostart": true,
"dynamic": false,
"uptime": 21,
"l3_device": "wwan0",
"proto": "modemmanager",
"updated": [
"addresses",
"routes"
],
"metric": 0,
"dns_metric": 0,
"delegation": true,
"ipv4-address": [
{
"address": "10.168.254.190",
"mask": 30
}
],
"ipv6-address": [
],
"ipv6-prefix": [
],
"ipv6-prefix-assignment": [
],
"route": [
{
"target": "0.0.0.0",
"mask": 0,
"nexthop": "10.168.254.189",
"source": "10.168.254.190/32"
}
],
"dns-server": [
"89.108.202.21",
"89.108.202.20"
],
"dns-search": [
],
"neighbors": [
],
"inactive": {
"ipv4-address": [
],
"ipv6-address": [
],
"route": [
],
"dns-server": [
],
"dns-search": [
],
"neighbors": [
]
},
"data": {
}
}
root@OpenWrt:~# ping -c 3 onet.pl
PING onet.pl (13.227.146.64): 56 data bytes
64 bytes from 13.227.146.64: seq=0 ttl=247 time=19.833 ms
64 bytes from 13.227.146.64: seq=1 ttl=247 time=19.283 ms
64 bytes from 13.227.146.64: seq=2 ttl=247 time=19.023 ms
--- onet.pl ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 19.023/19.379/19.833 ms
root@OpenWrt:~# 
PS1. I żeby tak różowo nie było - po włączeniu zasilania wymagany jest ponowy restart bo mm twierdzi że karty nie widzi.
Ok. W wolnej chwili podjade i zabiore.Pozbedziemy sie go.Nie mam czasu wnikac w modemmanagera i jeszcze ta karta ech nie podobne do teltoniki taki szajs wypuscic.Do naszych potrzeb ta szutka w takim razie nie posluzy.Dzieki wielkie za wklad
Wystarczy sam modem zrestartować przez gpio. Też tak działa.
Czyli tak jak w zyxel nr7101 to samo.Tam raz sie wlaczy sam a raz nie.Ale ze skrypcikiem z gpio off i gpio on zawsze laczy.Takie mamy czasy ze duzo rzeczy jest niedorobionych taka elektroniczna patologia.Az dziw bierze, ze w samolotach elektronika dziala w miare i tam raczej bledy ludzkie decyduja o awariach/usterkach
Z kumplem w robocie czasem w takich sytuacjach w ktorych na terenie jakis sprzet zawodzi mowimy i smiejemy sie: jak umieli tak zrobili ![]()
To co jest w samolotach to zapewne tak jak w bankach - co z tego że stare, ważne że sprawdzone i przetestowane na wszystkie sposoby, więc większość problemów dawno zostało wyeliminowanych. A coś nowego to zawsze jakiś nowy problem.
Strony Poprzednia 1 2 3
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → Teltonika RUT955
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc