Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 209. brněnský sraz, který proběhne tento pátek 16. května od 18:00 ve studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Jelikož se Brno stalo jedním z hlavních míst, kde se vyvíjí open source knihovna OpenSSL, tentokrát se OpenAlt komunita potká s komunitou OpenSSL. V rámci srazu Anton Arapov z OpenSSL
… více »GNOME Foundation má nového výkonného ředitele. Po deseti měsících skončil dočasný výkonný ředitel Richard Littauer. Vedení nadace převzal Steven Deobald.
Byl publikován přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) za uplynulé dva měsíce. Servo zvládne už i Gmail. Zakázány jsou příspěvky generované pomocí AI.
Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.
Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.
Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.
OpenSearch (Wikipedie) byl vydán ve verzi 3.0. Podrobnosti v poznámkách k vydání. Jedná se o fork projektů Elasticsearch a Kibana.
PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.
petr@petr:~$ ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. 64 bytes from 192.168.1.1: icmp_req=1 ttl=64 time=0.359 ms 64 bytes from 192.168.1.1: icmp_req=2 ttl=64 time=0.296 ms 64 bytes from 192.168.1.1: icmp_req=3 ttl=64 time=0.279 ms 64 bytes from 192.168.1.1: icmp_req=4 ttl=64 time=0.264 ms 64 bytes from 192.168.1.1: icmp_req=5 ttl=64 time=0.283 ms 64 bytes from 192.168.1.1: icmp_req=6 ttl=64 time=0.263 ms ^C --- 192.168.1.1 ping statistics --- 6 packets transmitted, 6 received, 0% packet loss, time 4997ms rtt min/avg/max/mdev = 0.263/0.290/0.359/0.038 ms petr@petr:~$
Signál věčně skáče, chvilku plnej chvilku na 1 čárce. Co znamená zarušený kanál? Na jinou wifi se bohužel nemohu připojit protože mám stolní pc a nedosahuje jinam. Ostatní PC nemají problém.Pokud signál skáče tak samozřejmě nemůže být spojení OK, prostě to něco ruší nebo je zařízení vadné. Prostě na stejném místě vyskoušet příjem jiným zařízením. Skusit na AP použít jiný kanál který nebude rušen, vyskoušet přemístit AP, či přijímač atd.... A nebo se na wifi vykašlat a stolní PC propojit kabelem.
11.6.2012 09:46
Balu | skóre: 25
| blog: Ja a Linux
| Praha
Ahoj,
z uvedeného neviem, aký Ralink v počítači máš. Daj sem prosím výpisy lsusb, lspci a lsmod.
Totiž mne to isté robil TP-LINK TL-WN727N s RT2870/RT3070 a pomohlo použitie driveru od výrobcu.
Sprevádzkovanie som napísal sem, ale prípadne to môžeme prebrať podrobnejšie.
Vlado
jan@jan-desktop:~$ lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 006 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 007 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 003: ID 148f:5370 Ralink Technology, Corp. RT5370 Wireless Adapter Bus 003 Device 002: ID 1ea7:0002 Bus 006 Device 002: ID 2109:0811 jan@jan-desktop:~$ lspci 00:00.0 Host bridge: Intel Corporation N10 Family DMI Bridge (rev 02) 00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 02) 00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 02) 00:1c.1 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 2 (rev 02) 00:1c.2 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 3 (rev 02) 00:1d.0 USB controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 02) 00:1d.1 USB controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 02) 00:1d.2 USB controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 02) 00:1d.3 USB controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 02) 00:1d.7 USB controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2) 00:1f.0 ISA bridge: Intel Corporation NM10 Family LPC Controller (rev 02) 00:1f.2 IDE interface: Intel Corporation N10/ICH7 Family SATA Controller [IDE mode] (rev 02) 00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 02) 01:00.0 USB controller: VIA Technologies, Inc. Device 3432 (rev 02) 02:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01) 03:00.0 VGA compatible controller: NVIDIA Corporation GT218 [ION] (rev a2) 03:00.1 Audio device: NVIDIA Corporation High Definition Audio Controller (rev a1) 04:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8110SC/8169SC Gigabit Ethernet (rev 10) jan@jan-desktop:~$ lsmod Module Size Used by rfcomm 47604 0 bnep 18281 2 bluetooth 180104 10 rfcomm,bnep pci_stub 12622 1 vboxpci 23200 0 vboxnetadp 25670 0 vboxnetflt 23441 0 vboxdrv 287082 3 vboxpci,vboxnetadp,vboxnetflt parport_pc 32866 1 ppdev 17113 0 vesafb 13844 1 binfmt_misc 17540 1 snd_hda_codec_hdmi 32474 4 joydev 17693 0 snd_hda_codec_realtek 223867 1 nvidia 12319264 40 usbhid 47199 0 hid 99559 1 usbhid rt5370sta 801203 1 snd_hda_intel 33773 4 snd_hda_codec 127706 3 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel snd_hwdep 13668 1 snd_hda_codec snd_pcm 97188 3 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec arc4 12529 2 snd_seq_midi 13324 0 snd_rawmidi 30748 1 snd_seq_midi ath9k 132390 0 mac80211 506816 1 ath9k ath9k_common 14053 1 ath9k ath9k_hw 411112 2 ath9k,ath9k_common ath 24067 3 ath9k,ath9k_common,ath9k_hw snd_seq_midi_event 14899 1 snd_seq_midi snd_seq 61896 2 snd_seq_midi,snd_seq_midi_event psmouse 87692 0 snd_timer 29990 2 snd_pcm,snd_seq snd_seq_device 14540 3 snd_seq_midi,snd_rawmidi,snd_seq serio_raw 13211 0 mac_hid 13253 0 cfg80211 205544 3 ath9k,mac80211,ath snd 78855 18 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device soundcore 15091 1 snd snd_page_alloc 18529 2 snd_hda_intel,snd_pcm lp 17799 0 parport 46562 3 parport_pc,ppdev,lp r8169 62099 0 jan@jan-desktop:~$
11.6.2012 18:33
Balu | skóre: 25
| blog: Ja a Linux
| Praha
OK, takže beží Ti zároveň zabudovaná wifi aj usb wifi.
02:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01) Bus 001 Device 003: ID 148f:5370 Ralink Technology, Corp. RT5370 Wireless Adapter
Otázka: ktoré rozhranie je pripojené?
Pridaj ešte výpis ifconfig, po pripojení na wifi, či je IP adresa pripojená rozhraniu wlan0 (atheros) alebo ra0 (ralink).
Podľa predchádzajúcich otázok chceš, aby si mal pripojený ralink. Ak máš pripojený atheros, daj sudo ifconfig wlan0 down a skús sa pripojiť znovu - malo by to pripojiť ra0. Prever si to pre istotu a napíš, ako to funguje.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
jan@jan-desktop:~$ ifconfig
eth0 Link encap:Ethernet HWadr 00:01:2e:34:fa:c9
AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ MULTICAST MTU:1500 Metrika:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
kolizí:0 délka odchozí fronty:1000
Přijato bajtů: 0 (0.0 B) Odesláno bajtů: 0 (0.0 B)
Přerušení:16 Vstupně/Výstupní port:0x6c00
lo Link encap:Místní smyčka
inet adr:127.0.0.1 Maska:255.0.0.0
inet6-adr: ::1/128 Rozsah:Počítač
AKTIVOVÁNO SMYČKA BĚŽÍ MTU:16436 Metrika:1
RX packets:5018 errors:0 dropped:0 overruns:0 frame:0
TX packets:5018 errors:0 dropped:0 overruns:0 carrier:0
kolizí:0 délka odchozí fronty:0
Přijato bajtů: 753701 (753.7 KB) Odesláno bajtů: 753701 (753.7 KB)
ra0 Link encap:Ethernet HWadr 7c:dd:90:02:81:1f
inet adr:10.0.0.139 Všesměr:10.0.0.255 Maska:255.255.255.0
inet6-adr: fe80::7edd:90ff:fe02:811f/64 Rozsah:Linka
AKTIVOVÁNO VŠESMĚROVÉ_VYSÍLÁNÍ BĚŽÍ MULTICAST MTU:1500 Metrika:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
kolizí:0 délka odchozí fronty:1000
Přijato bajtů: 144648626 (144.6 MB) Odesláno bajtů: 7805142 (7.8 MB)
jan@jan-desktop:~$
Normálně jedu na Ralink, Atheros mám vypnutý
ra0 Ralink STA ESSID:"Lnet" Nickname:"RT2870STA"
Mode:Managed Frequency=2.412 GHz Access Point: 00:02:72:9A:C3:0D
Bit Rate=54 Mb/s
RTS thr:off Fragment thr:off
Link Quality=95/100 Signal level:-69 dBm Noise level:-91 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
u wlan0 to píše přímo "Power managment:off"
12.6.2012 20:49
Balu | skóre: 25
| blog: Ja a Linux
| Praha
AP znamena AccessPoint
Spustíš si terminál, a v ňom napíšeš ping IP_adresa alebo ping adresa
IP adresu routru zistíš v termináli príkazom route. Pravdepodobne v poslednom riadku budeš mať jeho IP adresu pri slove default
Malé pozorovanie čo satýka padania signálu a rýchlosti až do úplného skapania prenosu (spojenie sa stále tvárilo v poriadku!): ak som mal usb wifi dongle zapichnuté priamo, alebo na kábli položené vodorovne, robilo mi to rovnaké problémy (TP LINK TL-WN727N) s rovnakým driverom. Anténa na AP bola kolmo, a zatiaľ problémy zmizli po umiestnení toho usb donglu do rovnakej polohy ako je anténa na AP. Fixácia lepiacou páskou o nohu stola pomohla 
jan@jan-desktop:~$ ping 10.0.0.138 PING 10.0.0.138 (10.0.0.138) 56(84) bytes of data. 64 bytes from 10.0.0.138: icmp_req=1 ttl=64 time=4.34 ms 64 bytes from 10.0.0.138: icmp_req=2 ttl=64 time=4.35 ms 64 bytes from 10.0.0.138: icmp_req=3 ttl=64 time=4.71 ms 64 bytes from 10.0.0.138: icmp_req=4 ttl=64 time=64.1 ms 64 bytes from 10.0.0.138: icmp_req=5 ttl=64 time=128 ms 64 bytes from 10.0.0.138: icmp_req=6 ttl=64 time=4.37 ms 64 bytes from 10.0.0.138: icmp_req=7 ttl=64 time=5.35 ms 64 bytes from 10.0.0.138: icmp_req=8 ttl=64 time=4.97 ms 64 bytes from 10.0.0.138: icmp_req=9 ttl=64 time=4.46 ms 64 bytes from 10.0.0.138: icmp_req=10 ttl=64 time=4.32 ms 64 bytes from 10.0.0.138: icmp_req=11 ttl=64 time=4.01 ms 64 bytes from 10.0.0.138: icmp_req=12 ttl=64 time=5.74 ms 64 bytes from 10.0.0.138: icmp_req=13 ttl=64 time=4.34 ms 64 bytes from 10.0.0.138: icmp_req=14 ttl=64 time=4.25 ms 64 bytes from 10.0.0.138: icmp_req=15 ttl=64 time=4.34 ms 64 bytes from 10.0.0.138: icmp_req=16 ttl=64 time=4.73 ms 64 bytes from 10.0.0.138: icmp_req=17 ttl=64 time=4.95 ms 64 bytes from 10.0.0.138: icmp_req=18 ttl=64 time=5.37 ms 64 bytes from 10.0.0.138: icmp_req=19 ttl=64 time=86.3 ms 64 bytes from 10.0.0.138: icmp_req=20 ttl=64 time=4.19 ms 64 bytes from 10.0.0.138: icmp_req=21 ttl=64 time=4.10 ms 64 bytes from 10.0.0.138: icmp_req=22 ttl=64 time=4.68 ms 64 bytes from 10.0.0.138: icmp_req=23 ttl=64 time=4.36 ms 64 bytes from 10.0.0.138: icmp_req=24 ttl=64 time=4.13 ms 64 bytes from 10.0.0.138: icmp_req=25 ttl=64 time=4.41 ms 64 bytes from 10.0.0.138: icmp_req=26 ttl=64 time=4.66 ms 64 bytes from 10.0.0.138: icmp_req=27 ttl=64 time=4.19 ms 64 bytes from 10.0.0.138: icmp_req=28 ttl=64 time=5.09 ms 64 bytes from 10.0.0.138: icmp_req=29 ttl=64 time=4.59 ms 64 bytes from 10.0.0.138: icmp_req=30 ttl=64 time=4.57 ms 64 bytes from 10.0.0.138: icmp_req=31 ttl=64 time=32.9 ms 64 bytes from 10.0.0.138: icmp_req=32 ttl=64 time=58.3 ms 64 bytes from 10.0.0.138: icmp_req=33 ttl=64 time=65.8 ms 64 bytes from 10.0.0.138: icmp_req=34 ttl=64 time=4.51 ms 64 bytes from 10.0.0.138: icmp_req=35 ttl=64 time=5.05 ms 64 bytes from 10.0.0.138: icmp_req=36 ttl=64 time=5.05 ms 64 bytes from 10.0.0.138: icmp_req=37 ttl=64 time=4.59 ms 64 bytes from 10.0.0.138: icmp_req=38 ttl=64 time=5.35 ms 64 bytes from 10.0.0.138: icmp_req=39 ttl=64 time=5.09 ms 64 bytes from 10.0.0.138: icmp_req=40 ttl=64 time=4.22 ms 64 bytes from 10.0.0.138: icmp_req=41 ttl=64 time=4.26 ms 64 bytes from 10.0.0.138: icmp_req=42 ttl=64 time=4.24 ms 64 bytes from 10.0.0.138: icmp_req=43 ttl=64 time=5.68 ms 64 bytes from 10.0.0.138: icmp_req=44 ttl=64 time=5.08 ms 64 bytes from 10.0.0.138: icmp_req=45 ttl=64 time=4.17 ms 64 bytes from 10.0.0.138: icmp_req=46 ttl=64 time=4.62 ms 64 bytes from 10.0.0.138: icmp_req=47 ttl=64 time=4.43 ms 64 bytes from 10.0.0.138: icmp_req=48 ttl=64 time=5.63 ms 64 bytes from 10.0.0.138: icmp_req=49 ttl=64 time=4.57 ms 64 bytes from 10.0.0.138: icmp_req=50 ttl=64 time=5.02 ms 64 bytes from 10.0.0.138: icmp_req=51 ttl=64 time=5.72 ms 64 bytes from 10.0.0.138: icmp_req=52 ttl=64 time=4.52 ms 64 bytes from 10.0.0.138: icmp_req=53 ttl=64 time=191 ms 64 bytes from 10.0.0.138: icmp_req=54 ttl=64 time=342 ms 64 bytes from 10.0.0.138: icmp_req=55 ttl=64 time=4.27 ms 64 bytes from 10.0.0.138: icmp_req=56 ttl=64 time=4.42 ms 64 bytes from 10.0.0.138: icmp_req=57 ttl=64 time=5.17 msnechal jsem to běžet asi necelou minutu. Usb a AP antény jsem dal do vodorovné polohy ukazující téměř stejnym směrem, ale necejtim nějakej strašnej rozdíl. Mimochodem, nikdy na internetových meřičích nezměřim ping, vždycky se objeví prázdný(to samé se stabilitou). Ale na Ralink mám mnohem lepší rychlost než na původním Atherosu, teď jdu ještě zkusit ten 1gb soubor jestli se to přeruší.
jinak o žádném jiném resetu nevím
Tiskni
Sdílej:
