AtomiclyCursed has quit [Ping timeout: 480 seconds]
Atomicly- is now known as AtomiclyCursed
AtomiclyCursed has quit [Quit: ZNC 1.8.2 - https://znc.in]
AtomiclyCursed has joined #openwrt-devel
AtomiclyCursed has quit [Quit: ZNC 1.8.2 - https://znc.in]
AtomiclyCursed has joined #openwrt-devel
Borromini has joined #openwrt-devel
robimarko has joined #openwrt-devel
lmore377 has quit [Remote host closed the connection]
lmore377 has joined #openwrt-devel
ptudor has quit [Read error: Connection reset by peer]
ptudor has joined #openwrt-devel
AtomiclyCursed has quit [Quit: ZNC 1.8.2 - https://znc.in]
<mrkiko>
WRegarding VR11 testing of FRITZ!BOX 7530 - why is it neded to downgrade to FRITZ!O 07.21 ?
Slimey has quit [Read error: Connection reset by peer]
Slimey has joined #openwrt-devel
<mrkiko>
robimarko: mhm, didn't try yet
<mrkiko>
robimarko: I plan to do so still, for LEDs I'll ask for some assistance
AtomiclyCursed has joined #openwrt-devel
<robimarko>
mrkiko: What about the LED-s?
<mrkiko>
robimarko: ??
<robimarko>
mrkiko: You said: I plan to do so still, for LEDs I'll ask for some assistanc
<robimarko>
So, I was following up on that
<mrkiko>
robimarko: well, in the PR they say the LEDs are not working as expected with UCI.I suggested a change to 01_leds, but to test out how actual leds work on the device I'll need some sighted assistance
<mrkiko>
robimarko: seems LEDs work fine when writing directly to files, but uci didn't work.
<robimarko>
I suppose for the LED-s that are set as diag via aliases?
<robimarko>
WAN LED will break if 01_leds is not updated with the new interface name
<mrkiko>
robimarko: this is not clear to me reading the PR, but I guess the WAN one is the problem
<mrkiko>
robimarko: does the DTS conversion itself ook good to you?
<mrkiko>
robimarko: my device should still contain the chaos calmer that ships with it or something, not flashed yet
danitool has joined #openwrt-devel
<robimarko>
Yes, DTS conversion is simple
<mrkiko>
robimarko: ok... I'll let you know once I am able to test.
<robimarko>
Ok, nice to see more and more devices converted
Borromini has quit [Ping timeout: 480 seconds]
<mrkiko>
robimarko: :D you know, I'm happy to help out.
<mrkiko>
In any case, to all of you - have an happy new year. I don't know how much I'll be in front of my pc, so I wanted to say it now. Lots of peace and good things to all of you. And thanks.
<damex>
i rechecked current tplink routers i have in disposal (old useless stuff) and compared to new tplink switch sg2210p - they have in common that rx tx is not connected and have pads for resistors. why in this case it has to be 0-50ohm resistor? i mean... if it is too low - why bother with resistor and just make a bridge?
<damex>
rechecking openwrt forums goes that people solder tiny resistors in place on some tplink models
<robimarko>
You dont need a resistor
<robimarko>
I would just make a solder bridge, but its sometimes easier to solder a resistor than make the bridge
<damex>
robimarko: why it was recommended though? is it was there becase we wouldn't leak current to soc?
<robimarko>
damex: No idea really
<robimarko>
50 ohms aint gonna save you from anything
<damex>
robimarko: sure, i tried both 16ohm~ and bridge in place. it is a huge pita to solder next to caps and right next to header. i couldn't find a way to make a beautiful joint between pads for a bridge because pads are so far compared to their size
<damex>
also tried 50ohm exactly (got it from some old stm32 board) - it did work
<robimarko>
I guess thats the only reason why resistor is recommended
<robimarko>
Its easier to solder it than try to make a bridge over soldermask
<robimarko>
Especially if its one of the ultra small footprints
<damex>
that's for sure
* f00b4r0
reads the schematic for the WT32-ETH01 ESP32+LAN8720 board and finally sees why it can never work reliably. If the schematic is correct, this thing is rather poorly designed </rant> :(
<damex>
robimarko: i find that since pads are next to gpio pins - just make a huge blob covering tx and its resistor pads and rx the same.
<damex>
robimarko: i am also not so sure that many people would have such tiny resistors available and even though right tools to do it
<damex>
just looking for a resonable way to make sg2210p available for my current a future installations (one is dead, have two more)
<damex>
i can not always make people follow documentation to fill up a yaml at work - no idea how people would follow soldering 0201 and 0402 resistors and shorting SOIC16 (W25Q256FV) pin
Acinonyx_ has quit [Read error: Connection reset by peer]
<damex>
robimarko: how could i check on this devices to be sure if there is indeed internal clamp diodes or not?
<Habbie>
mm, i just learned you can reprogram usb vid/pid/.. on the 2102
<robimarko>
damex: No idea
<robimarko>
Probalby datasheet only
Acinonyx has quit [Ping timeout: 480 seconds]
<damex>
datasheet for tplink devices haha :)
<damex>
not gonna happen
<robimarko>
SoC inside of them
<robimarko>
Even the RTL has a leaked datasheet
Acinonyx has joined #openwrt-devel
ptudor has quit [Ping timeout: 480 seconds]
<damex>
find: The relative path 'Files/NVIDIA' is included in the PATH environment variable, which is insecure in combination with the -execdir action of find. Please remove that entry from $PATH
<damex>
why would build system care for presence of some random paths in my PATH ? (WSL2)
<dwfreed>
that's not really the build system, that is find itself
<dwfreed>
notably, a bad actor could put something in Files/NVIDIA that takes precedence over something else later in PATH and wreak all sorts of havoc
ptudor has joined #openwrt-devel
Borromini has joined #openwrt-devel
gladiac has joined #openwrt-devel
srslypascal has joined #openwrt-devel
Borromini has quit [Quit: Lost terminal]
<damex>
dwfreed: yeah, but that should be out of scope of build system
<damex>
or 'find' in that case
<f00b4r0>
robimarko: incidentally, 100ohm resistors would also sort of make the device 5V "tolerant" btw. Dunno if that's part of their "design use" though
<f00b4r0>
(if that's a 3.3V device)
<Znevna>
this asus has 100Ohm resistor on tx, donno the value on rx as it was busted and I'm not opening the other one today :p
<f00b4r0>
would be identical
<robimarko>
I would like to test the 5V tolerance
<f00b4r0>
if you can afford frying a device, be my guest. Although it *should* work, for a little time at least :)
<f00b4r0>
but my opinion comes with no explicit or implicit warranty xD
<f00b4r0>
the last "valid" use for small resistors like these on I/O lines would be to reduce EMI. Not sure it would make much sense for a debug UART port, but it may be required by regulation.
<damex>
f00b4r0: so tplink might be thinking 'no debug uart port -> no need to go through regulation' ? :)
<Znevna>
o0
<f00b4r0>
i wouldn't know honestly. Although I have some training as a hw engineer, I never worked in the field so I don't know how things are on the industrial side of things.
<damex>
been thinking about modding rj45 uart port for my devices using neutrik panel mount rj45 connector
<damex>
just to not open it and make it production ready just in case one need uart access. is there better solution?
<Znevna>
ask the manufacturer to include one at the factory
<damex>
Znevna: yeah, sure. i will just make an order of 1k+ devices for my new home just to get factory installed rj45 serial port /s
isak has quit [Read error: Connection reset by peer]
isak has joined #openwrt-devel
<damex>
does anyone here do tplink/realtek switches? i wonder what would be needed to make it install from stock without touching official uboot and shorting things. let's say we have des key(s)
<Znevna>
maybe studying the GPL reveals something
<xdarklight>
damex: not sure what kind of firmware format these devices use. there's some documentation about the v3 header in https://github.com/xdarklight/mktplinkfw3
shibboleth has quit [Remote host closed the connection]
<robimarko>
Anybody knows if dnsmasq supports changing the DHCP query frequency?
<robimarko>
My stupid ISP requires DHCP query mode to be continous (Basically @12Hz)
<robimarko>
But only descriptions and support for it is in Asus devices
<Habbie>
that's a lot of wasted bandwidth
<Habbie>
if they want that, they should align lease times with that ;)
<robimarko>
Like they care
<Habbie>
i wonder how anything ever works on their network
<robimarko>
For internet DHCP lease is supposedly 3 days
<Habbie>
it's a weird story
<robimarko>
But they will just drop you every 6 or so hours
<robimarko>
And then it takes time for RouterOS to figure that out and request new lease
<robimarko>
No idea how to even support that stupid DHCP mode
srslypascal is now known as Guest873
srslypascal has joined #openwrt-devel
Guest873 has quit [Ping timeout: 480 seconds]
<aiyion_>
slh: Do you know how much WireGuard traffic the M300 can handle?
<robimarko>
Well digging through Asus Merlin sources it seems that it just starts udhcp with: -t1 -T5 -A0
<Habbie>
oh 6 hours, i misunderstood 12Hz then :)
<robimarko>
Thats for the internet VLAN
<robimarko>
For VOIP they require spamming with 12Hz frequency
<robimarko>
Which makes no sense
<Habbie>
wow
<damex>
i might be going mad - there is no tx trace on one of sg2210p v3.20 i got
<damex>
pads are empty on line that supposed to go straight to 4.6kohm resistor
<damex>
and line is missing
<robimarko>
Are the revisions different?
<damex>
the same
<damex>
v3.20 both
<damex>
internally look the same
<damex>
beside that TX resistor pads and trace that should go to soc
<robimarko>
Thats weird even for TP-Link
<f00b4r0>
robimarko: if I had to guess I'd say that's how they track whether the VoIP receiver is "available" :P
<f00b4r0>
which is of course completely brain damaged.
<f00b4r0>
you seem to have a very competent ISP ;P
<robimarko>
Well, its your friendly A1 aka Telecom Austria
<f00b4r0>
interesting.
<f00b4r0>
this level of madness didn't come up with my Austrian client, but maybe I haven't been asking the right questions ;)
<robimarko>
This is in Croatia
<robimarko>
I suppose the VoIP infra is quite old
<f00b4r0>
i see
<robimarko>
Now I need to test it tommorow
<robimarko>
Even if it works its useless unless I can pull the VoIP password
<f00b4r0>
heh
<robimarko>
I dont get it why ISP-s always have to be this way
<f00b4r0>
they don't
<f00b4r0>
and in fact not all of them are :)
<robimarko>
Must be nice to have one of those
<f00b4r0>
it is ;)
<f00b4r0>
one of my ISPs (not the one I'm currently connected with) is very nice. IPV4 reverse, full dns delegation on the /48 v6 block they give you, use-your-own-router, etc
<robimarko>
Wish we had one of those, here they are all no IPv6, you must use our gear
<robimarko>
DT at least enables bridge mode while A1 refuses do even do that
<robimarko>
So you get creative and replace their crap
<robimarko>
Its wasting power just to serve the phone and only has acess to that VLAN
<f00b4r0>
oh we have those here as well. Orange is particularly nasty these days. They have increased the number of "security checks" and one has to be very very careful when replacing their "box"
<robimarko>
Well, here rarely anybody knows anything about networking so gear replacement is rare
<robimarko>
So they are just using the GPON SN for auth
<f00b4r0>
true. This is rather a "power user" feature
<robimarko>
And the incredibly creative GPON password that is literaly 10 spaces
<f00b4r0>
sounds nice. Never could get my SFP ONTs to work reliably here, sadly. Will maybe give it another try later
<robimarko>
For me the DT one
<robimarko>
Zyxel PMG3000-D20B was the one that ended up working
<robimarko>
As it has properly implemented OMCI multicast table support so IGMP gets configured and IPTV works
<f00b4r0>
yeah here I still have weird authentication issues. The hack-gpon guys couldn't help
<robimarko>
Yeah, it gets quite ISP specific
<f00b4r0>
well, it's really network-specific; not necessarily under ISP control if they use shared facilities (as is the case in the countryside here)
<robimarko>
Here, the fiber is pretty much nonshared
<robimarko>
They only recently started leasing from other ISP-s