1

(7 odpowiedzi, napisanych Sprzęt / Hardware)

Akumulatory Li-Ion nie lubią być w stanie pełnego naładowania lub rozładowania przed dłuższy czas, wtedy ulegają szybszej degradacji. Do przechowywania zaleca się naładowanie w okolicach połowy pojemności. Szybsza degradacja może wywołać puchnięcie, a w dłuższej perspektywie samozapłon.

Wyższa temperatura pracy (powyżej zwykłych temperatur domowych, bo charakterystyka jest nieliniowa, a sweet spot leży w okolicach 20-30'C) też wywołuje szybszą degradację i możliwe reperkusje j.w.

Do zastosowań przy spodziewanych wyższych temperaturach do bieżącej stabilizacji i chwilowego podtrzymania stosuje się pojemne kondensatory. Zobacz jakie przeboje ludzie mają z tanimi kamerkami samochodowymi z akumulatorami. Póki nowe, jest dobrze, ale po jednym lecie już potrafią nie działać.

Przykład z laptopem - mnóstwo urządzeń ma dziś domyślnie włączone ograniczniki ładowania w okolicach 60-80% właśnie po to, by uniknąć szybkiego uszkodzenia akumulatorów przy pracy pod ciągłym zasilaniem.

2

(83 odpowiedzi, napisanych Sprzęt / Hardware)

Jesteś pewien, że chodzi ci o RK3588S z Orange PI 5 Pro, a nie o RK3568B2 z NanoPI R5C?

CPU Broadcom BCM2712 to 4x A76 2.4 GHz, Rockchip RK3588S - 4x A76 2.4 GHz + 4x A55 1.8 GHz, a RK3568B2 - tylko 4x A55 2.0 GHz.
Znalazłem takie oto testy i tylko potwierdzają powyższe:
https://www.cpubenchmark.net/cpu.php?cp … mp;id=6054
https://www.cpubenchmark.net/cpu.php?cp … mp;id=4906
https://www.cpubenchmark.net/cpu.php?cp … mp;id=5305

To są SOC do różnych zastosowań z różnym poborem energii.

3

(4 odpowiedzi, napisanych Oprogramowanie / Software)

Jeśli byś chciał coś pod MRTG, to można zrobić coś w stylu:

Target[ping-tp-loss]:  `/usr/bin/perl /my/path/mrtg-ping-probe -l 1472 -k 50 -p loss/loss -o "-n -i 0.2" ip.adres.opera.tora`
Options[ping-tp-loss]: gauge, growright, unknaszero, nobanner, withzeroes, noinfo, noarrow, nopercent
Title[ping-tp-loss]: Straty do Operatora
Xsize[ping-tp-loss]: 600
Ysize[ping-tp-loss]: 200
PageTop[ping-tp-loss]: <center><h1>Straty do Operatora</h1>
MaxBytes[ping-tp-loss]: 100
AbsMax[ping-tp-loss]: 100
kilo[ping-tp-loss]: 1000
YLegend[ping-tp-loss]: packet loss
ShortLegend[ping-tp-loss]: %
Unscaled[ping-tp-loss]: ymwd
WithPeak[ping-tp-loss]: ymwd
Legend1[ping-tp-loss]: Strata pakietów w %
Legend2[ping-tp-loss]: Strata pakietów w %
Legend3[ping-tp-loss]: Maksymalna strata pakietów w ci±gu 5 minut
Legend4[ping-tp-loss]: Maksymalna strata pakietów w ci±gu 5 minut
LegendI[ping-tp-loss]: &nbsp;strat:
LegendO[ping-tp-loss]: &nbsp;strat:

A właściwy mrtg-ping-probe pobierz ze strony: http://freshmeat.net/projects/mrtg-ping-probe/

P.S. Obawiam się tylko, że MRTG będzie zbyt duże, tak więc bez dysku się nie obejdzie.

[...ciach...]
Wygląda, że problem leży w braku obsługi 4ADDR/WDS. Da się to zrobić (podobno dd-wrt potrafi) przy użyciu:
http://projectgus.com/2010/03/wireless- … h-openwrt/

Hej,

Przede wszystkim faktycznie pppd powinien sam z siebie wznawiać, a z modemem na ethernecie (np. pppoe) musi działać.

Akademicko, żeby sensownie zrobić w 'ip-down.d' skrypt musi mieć 2 części, jedną, która uruchomi drugi skrypt z odłączeniem od pierwszego czyli:

/etc/ppp/ip-down.d/restart.sh
#!/bin/sh
/etc/restart.sh &

A w '/etc/restart.sh' zrobić sleep i dopiero odpalenie pppd.

Tak się tylko wtrącę, jeśli chodzi o bridge ze switcha do wlan0 to powinno to działać bez problemu w każdym trybie, czy to AP czy client. W końcu to kernel tworzy wirtualnego bridge'a. Atheros nie potrafi bridge'ować pomiędzy różnymi wlanami.
Jeśli się mylę, to proszę o poprawienie.

Dziękuję za pomoc, po wielkich bojach z kablami trafiłem na odpowiedni i wszystko już działa.
Jeszcze raz dzięki smile.

P.S. Dodam jeszcze, że niestety kable często wymagają podłączenia masy (albo router wymaga), w przeciwnym przypadku są krzaki.

Czy masz jakieś propozycje, który kabelek warto kupić? Czy może lepiej zmajstrować coś swojego np. na MAX3232 (do seriala) lub FT232R (do usb)? W ogóle to jakie napięcia powinien mieć układ na liniach - 3.3V czy 5V (zakres oczywiście)?

Walki ciąg dalszy, wygląda na to, że mam walnięty kabelek CA-42, bo wg wszelkich informacji powinien przy zwarciu TX z RX pokazywać znaki, a tak się nie dzieje. Czy ktoś może potwierdzić, że jednak powinno działać? Na forum openlinksys w jednym z postów jest napisane (uż.: exodus1984), że łączenie TX z RX mu nie działało. Dodam, że masę podłączyłem do routera, więc coś tam jednak powinno być. Rezystancja na routerze jest prawidłowa - 4.7k pomiędzy RX/GND i TX/GND, więc raczej router jest z gatunku tych sprawnych bardziej wink.

Coś nowego, udało mi się podłączyć, coś widzę, ale nie mogę nic wpisywać (tak, przypuszczam, że coś mi TX nie styka). Tyle co się wypisało:

U-Boot 1.1.4 (Nov 17 2009 - 11:56:26)

AP83 (ar9100) U-boot 0.0.11
DRAM:
sri
32 MB
id read 0x100000ff
flash size 8MB, sector count = 128
Flash:  8 MB
Using default environment

In:    serial
Out:   serial
Err:   serial
Net:   ag7100_enet_initialize...
No valid address in Flash. Using fixed address
: cfg1 0xf cfg2 0x7114
eth0: 00:03:7f:09:0b:ad
eth0 up
eth0
Autobooting in 1 seconds## Booting image at bf020000 ...
   Uncompressing Kernel Image ... OK

Starting kernel ...

Linux version 2.6.32.10 (cezary@eko.one.pl) (gcc version 4.3.3 (GCC) ) #2 Mon Apr 19 21:53:18 CEST 2010
bootconsole [early0] enabled
CPU revision is: 00019374 (MIPS 24Kc)
Atheros AR9132 rev 2, CPU:400.000 MHz, AHB:200.000 MHz, DDR:400.000 MHz
Determined physical RAM map:
memory: 02000000 @ 00000000 (usable)
Initrd not found or empty - disabling initrd
Zone PFN ranges:
  Normal   0x00000000 -> 0x00002000
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
    0: 0x00000000 -> 0x00002000
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 8128
Kernel command line: rootfstype=squashfs,yaffs,jffs2 noinitrd console=ttyS0,115200 board=TL-WR1043ND
PID hash table entries: 128 (order: -3, 512 bytes)
Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
Writing ErrCtl register=00000000
Readback ErrCtl register=00000000
Memory: 29368k/32768k available (2074k kernel code, 3400k reserved, 391k data, 152k init, 0k highmem)
SLUB: Genslabs=7, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Hierarchical RCU implementation.
NR_IRQS:56
Calibrating delay loop... 266.24 BogoMIPS (lpj=1331200)
Mount-cache hash table entries: 512
NET: Registered protocol family 16
MIPS: machine is TP-LINK TL-WR1043ND
bio: create slab <bio-0> at 0
Switching to clocksource MIPS
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 1024 (order: 1, 8192 bytes)
TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
TCP: Hash tables configured (established 1024 bind 1024)
TCP reno registered
NET: Registered protocol family 1
squashfs: version 4.0 (2009/01/31) Phillip Lougher
Registering mini_fo version $Id$
JFFS2 version 2.2. (NAND) (SUMMARY)  © 2001-2006 Red Hat, Inc.
yaffs Apr 19 2010 19:38:52 Installing.
msgmni has been set to 57
io scheduler noop registered
io scheduler deadline registered (default)
Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled
serial8250.0: ttyS0 at MMIO 0x18020000 (irq = 11) is a 16550A
console [ttyS0] enabled, bootconsole disabled
console [ttyS0] enabled, bootconsole disabled
Atheros AR71xx SPI Controller driver version 0.2.4
m25p80 spi0.0: m25p64 (8192 Kbytes)
Searching for RedBoot partition table in spi0.0 at offset 0x7e0000
Searching for RedBoot partition table in spi0.0 at offset 0x7f0000
No RedBoot partition table detected in spi0.0
spi0.0: no WRT160NL signature found
Creating 5 MTD partitions on "spi0.0":
0x000000000000-0x000000020000 : "u-boot"
0x000000020000-0x000000160000 : "kernel"
0x000000160000-0x0000007f0000 : "rootfs"
mtd: partition "rootfs" set to be root filesystem
split_squashfs: no squashfs found in "spi0.0"
0x0000007f0000-0x000000800000 : "art"
0x000000020000-0x0000007f0000 : "firmware"
Realtek RTL8366RB ethernet switch driver version 0.2.0
rtl8366rb rtl8366rb: using GPIO pins 18 (SDA) and 19 (SCK)
rtl8366rb rtl8366rb: RTL5937 ver. 3 chip found
rtl8366-rtl: probed
eth0: Atheros AG71xx at 0xb9000000, irq 4
Atheros AR71xx hardware watchdog driver version 0.1.0
TCP westwood registered
NET: Registered protocol family 17
802.1Q VLAN Support v1.8 Ben Greear <greearb@candelatech.com>
All bugs added by David S. Miller <davem@redhat.com>
yaffs: dev is 32505858 name is "mtdblock2"
yaffs: passed flags ""
yaffs: Attempting MTD mount on 31.2, "mtdblock2"
yaffs: MTD device is not NAND it's type 3
VFS: Mounted root (jffs2 filesystem) readonly on device 31:2.
Freeing unused kernel memory: 152k freed
Please be patient, while OpenWrt loads ...
Kernel panic - not syncing: No init found.  Try passing init= option to kernel.

Jak widać system coś polubił mtdblock2, który mu przypadkiem podmontowałem ;(. Jutro będę próbować to ratować dalej. Oby tylko ten transmit mi zadziałał wink.

Dzięki, tak zrobię. W sumie się nad tym zastanawiałem, bo cyna jest w otworze lutowniczym gdzieś na poziomie środka płytki, więc tym bardziej powinno chwycić. Dzięki za informacje, dam znać czy poszło smile.

Czołem,

  Wczoraj machnąłem się przy montowaniu partycji przy failsafe, i zamontowałem partycję /dev/mtdblock2 (zamiast /dev/mtdblock3 !), co dziwne, zamontował, zmieniłem co trzeba, puściłem restart i od tego momentu mam efekt taki:
- włączam router
- zaświecają się diody power + switcha na ok 1-2s
- gasną diody power + switch i zapalają się ponownie, po czym mrugają w takt pakietów krążących po ethernecie
- inne diody w tym sys nie mrugają, są wygaszone

Nie robiłem jeszcze seriala, pytanie brzmi: w jakim stanie jest router obecnie (jeśli da się to określić) i czy warto robić serial, bo może się uda wymienić na gwarancji (jeśli się okaże, że walnięty cały boot)?

Z góry dziękuję za pomoc smile.

P.S. Z góry dopiszę, że zebrałem już wszelkie informacje o technicznych sposobach montażu, router jest rozebrany, tylko cały czas się waham co do samego montażu pinów.