Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: xsouku04 17. 12. 2017, 14:14:51
-
Když jsem se snažil použít RP, čas od času se RB stalo nebootovatelné, nebo se objevovali různé záhadné potíže.
Na vině SD karta je nevhodná pro časté zápisy, zvláště když hrozí, že může někdo RP odpojit z elektřiny.
Bohužel to znamená, že pokud to s využitím RB myslíte vážně, nezbývá, než bootovat RO režimu a zapisovat jen když je to nutné, např. během změny konfigurace.
Přijde mi, že většina lidí to neví a netuší a pod vlivem marketingu od lidí co stojí za raspberry pi.
Pokud ale hledám, mezi opravdovými odborníky, je to známá věc.
Prostě pokud chci, aby mi RP vydrželo fungovat leta, nesmím na SD kartu uvnitř pravidelně zapisovat. Problém hlavně s výpadkem elektřiny, kdy poškodit se mohou i data, která nemají se zápisem nic společného. Tedy ani rozdělit SD kartu na dvě části - jednu jen pro čtení - nepomůže.
Pěkně je to po psané zde.
https://hackaday.com/2016/08/03/single-board-revolution-preventing-flash-memory-corruption/
Aby PR mágové dokončili zkázu, na RP nedali ani tlačítko na vypnutí nebo reset. Prostě před problém strkají hlavu do písku. Zde více na tohle téma přímo od člověka co stojí za RP: https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=101992 Zabudovaná paměť by stála pár dolarů navíc, navíc by možná zamotala trochu hlavu BFU co to prvně spouští a snížil by se tím údiv po prvním nabootování.
Možná řešení:
- Data zapisovat jen na disk v lokální síti nebo prostě do claudu. Bez internetu jste ale mrtví
- Data zapisovat na jiný disk připojený přes USB-SATA adaptér. - zde může být dobré se RP úplně vyhnout a koupit orange nebo banana, co mají přímo sata, ale tam jsou dost možná zase jiné nedodělky výrobce.
- Pořídit si UPS, tak by se výpadky proudů minimalizovat a zároveň omezit zápisy. Nevýhoda - i tak vám občas BFU může způsobit výpadek a ztrátu dat.
- Vykašlat se na RB a pořídit si levný router a nahrajte do něj openWRT. Ten nemá SD kartu, ale přímo zabudovanou flash paměť, která v kombinaci s vhodnějším souborovými systémy podstatně vhodnější na tohle použití. Výpadek elektřiny způsobí nefunkčnost router velmi velmi vzácně i když router zapisuje loguje kde co. Nevýhoda je, že samotný oepnWRT je nechtěná komplikace navíc.
- Raději svoji linuxovou aplikaci nechat běžet na nevyužívaném postarším android telefonu/tabletu, který bude trvale v nabíječce, s využitím wifi připojení. Linuxové aplikace můžete na androidu spustit např. pomoci programu termux. Z linuxu pomocí termux:api lze pak např. i odesílat SMS. Spusit skript po startu tak aby se nevypínal uspáváním telefonu lze pomocí addon aplikace termux:boot . Něco řídit lze pomocí wifi relátek, které jdou koupit již od 5 USD. Bohužel google blokuje použit USB pokud se telefon zároveň nabíjí. Je to jeho arogantní rozhodnutí, pokud má např. tablet možnost nabootovat do Windows, tam tohle omezení není.
Všechny možnosti jsou hrozně ošklivé v podstatě nevhodné pro začátečníky, znemožňují běžným kutilům RP použít pro řízení chytré domácnosti, nebo prostě nějakou drobnou automatizaci. A to vše jen díky PR zaslepení lidí co stojí RP a aroganci googlu. Totiž kdyby bylo možné řídit chytrou domácnost přes USB (s využitím USB hubu) z každého android zařízení, bylo by to uživatelsky nejpřívětivější a zároveň nejlevnější řešení.
Nebo jsem něco přehlédl?
-
Přehlédl jste, že USB je pro cokoliv, co by mělo být stabilní a vést někam dál po drátech, naprosto nevhodná technologie. Už jen kvůli složitosti potřebného software - tj. vždy (a v případě closed source navždy) s chybami.
Ano, RPi je hračka, jako hračka to musí být levné.
Pokud jde o spolehlivost, je možné celý custom userspace vrazit do initramfs a změny které mají vytrvat vrazit do nějaké sériové flash připojené na hřebínek, na tentýž hřebínek si namastěte napájení přes tlačítko ;-)
A teď mě řekněte, jetli máte nějaký opravdový problém nebo to je jen takový povzdech.
-
Na vině SD karta je nevhodná pro časté zápisy, zvláště když hrozí, že může někdo RP odpojit z elektřiny.
V mém případě na vině bylo, že se při spuštění spustil fsck (třeba kvůli špatným hodinám, protože to nemá RTC), a když to v ten okamžik někdo vytáhl ze zásuvky (tj. kdykoli když to bylo v zásuvce 5-30 sekund), tak se FS dostal do stavu, kdy nešel namountovat ani ro, a byl potřeba fsck - jenže to nemá initramdisk, takže to nemá kde fsck sehnat.
OpenWRT do flashky běžně nezapisuje a loguje se jen do ramdisku.
A co možnost pořídit si průmyslovou SD kartu?
-
znemožňují běžným kutilům RP použít pro řízení chytré domácnosti, nebo prostě nějakou drobnou automatizaci.
Naštěstí moje RP to asi neví a funguje už přes rok právě v takovém provozu zcela bez problému i bez UPS.
Že se to stát může vím, v začátcích jsem to také zažil, ale s kvalitní kartou se nic podobného neopakovalo.
Data zálohuji jinam a obraz karty je připraven pro promptní nahrání na novou v případě problému.
Samozřejmě jsem tomu nesvěřil jaderný reaktor, ale právě jen tu drobnou domácí automatizaci.
-
A co možnost pořídit si průmyslovou SD kartu?
To asi myslíte tu možnost, kdy za RPi a SD kartu zaplatíte totéž, co za bežný SBC s NAND flash a zálohovaným RTC ;-)
-
Tohle přece není problémem HW RPi, ale operačního systému, který je na té SD kartě nahrán.
-
To asi myslíte tu možnost, kdy za RPi a SD kartu zaplatíte totéž, co za bežný SBC s NAND flash a zálohovaným RTC ;-)
ne, za 350Kc 8GB prumyslova MLC microSD....
https://pametove-karty.heureka.cz/adata-microsd-industrial-mlc-8gb-idu3a-008gt/
-
Nebo jsem něco přehlédl?
pri tvorbe okurkoveho elaboratu si prehledl:
- moznost bootovat z USB (Flash,SSD,HDD)
- moznost poridit kvalitnejsi kartu
- moznost poridit primo prumyslovou kartu (https://pametove-karty.heureka.cz/adata-microsd-industrial-mlc-8gb-idu3a-008gt/)
-
Přehlédl jste, že USB je pro cokoliv, co by mělo být stabilní a vést někam dál po drátech, naprosto nevhodná technologie. Už jen kvůli složitosti potřebného software - tj. vždy (a v případě closed source navždy) s chybami.
Ano, RPi je hračka, jako hračka to musí být levné.
Pokud jde o spolehlivost, je možné celý custom userspace vrazit do initramfs a změny které mají vytrvat vrazit do nějaké sériové flash připojené na hřebínek, na tentýž hřebínek si namastěte napájení přes tlačítko ;-)
A teď mě řekněte, jetli máte nějaký opravdový problém nebo to je jen takový povzdech.
Nevím co je to "hřebínek" ani jak mám na něj namastit napájení přes tlačítko.
Existují USB over ethernet adaptéry za cca 3 USD. USB může být spolehlivé i nespolehlivé, to záleží na spoustě věcí.
Co se týče toho, jestli jsem se v praxi s problémem s SD kartou setkal. Ano setkal i když mám už i takovou co mi jede 2 roky bez potíží i když je zálohovaná.
Jde mi hlavně o to, být schopen RP použít pro své zákazníky. A nemohu někomu něco prodat a nastavit s tím, že jestli vypadne elektřina tak má vždy tak cca 3% šanci, že to přestane fungovat úplně nebo to začne záhadně zlobit. Do dvou let má šanci 60% že to zdechne. To je je přece amatérština. Běžně dělám podporu zákazníkům co mají doma nějako VoIP telefony. A dělat podporu na dálku je hrozně náročné pro všechny. Ideální by bylo, kdyby to mělo střední dobu poruchy tak 10 let čí více a bylo to více blbuvzdorné. Aspoň na té úrovni jako jsou běžně routery, VoIP telefony nebo třeba IP kamery.
Pokud to má spolehlivost několikanásobně horší - a to ji opravdu má, je to jen hračka pro kutily, kteří si mohou dovolit střední dobu mezi poruchami třeba 1,5 roku (pokud všechny v domácnosti poučí - to nevypínat), protože si to rychle opraví a neobtěžuje je to.
-
Nebo jsem něco přehlédl?
pri tvorbe okurkoveho elaboratu si prehledl:
- moznost bootovat z USB (Flash,SSD,HDD)
- moznost poridit kvalitnejsi kartu
- moznost poridit primo prumyslovou kartu (https://pametove-karty.heureka.cz/adata-microsd-industrial-mlc-8gb-idu3a-008gt/)
... a pořád to bude křehká hračka z pohledu použití jinde než pro hračky broken by design. Možností je samozřejmě spousta, ale všechny je omezuje ten binární blob, který spouští ARM jádro. Vámi uvedené body problém neřeší, jen posunují na malinko později.
-
To asi myslíte tu možnost, kdy za RPi a SD kartu zaplatíte totéž, co za bežný SBC s NAND flash a zálohovaným RTC ;-)
ne, za 350Kc 8GB prumyslova MLC microSD....
https://pametove-karty.heureka.cz/adata-microsd-industrial-mlc-8gb-idu3a-008gt/
Podle toho co jsem kde kdy četl, průmyslová SD karta je spolehlivější, ale neřeší problém ztráty dat během výpadku napájení. Jen pravděpodobnost problémů je možná nižší. A není průmyslová karta jako průmyslová karta, už podle rozdílu v ceně. Věřím že ty opravdu drahé by mohli mít něco jako raid, tedy vše mít dvakrát s možností samo opravit nekonzistentní stav, který vznikne při výpadku napájení. Ale na žádné detaily jsem nenarazil.
-
Nebo jsem něco přehlédl?
pri tvorbe okurkoveho elaboratu si prehledl:
- moznost bootovat z USB (Flash,SSD,HDD)
- moznost poridit kvalitnejsi kartu
- moznost poridit primo prumyslovou kartu (https://pametove-karty.heureka.cz/adata-microsd-industrial-mlc-8gb-idu3a-008gt/)
RP umí bootovat jen ze zasunuté SD karty. To je ale možné udělat RO a souborový systém mít na běžné disku. To je jedno z komplikovaných řešení které navrhuji. Kvalitnější nebo průmyslová karta jen sníží pravděpodobnost problémů, která je při výpadku napájení během zapisování stále velká.
-
Nečetl jsem to celé, ale většinu SBC lze napájet pomocí powerbanky a pokud vypadne elektřina, tak to jde z baterie.
Samozřejmě, že tam je nějaký delay, ale chce to vybrat tu, co má nejmenší delay na to přepnutí, tak aby nedošlo k výpadku.
Když jsme u toho RPi, tak to bych už vůbec nedoporučoval. Nelíbí se mi sto mego síťovka, která sdílí bus s usb porty a mnoho dalšího. Raději Pine A64 LTS, Rock 64 nebo Odroid C2, XU4. (Lze bootovat, jak z eMMC, tak z SD a mělo by i z USB - to jsem netestoval)
-
Kdokoliv chce na RPi stavět produkt, který potom bude u zákazníků podporovat, dostane, co si zaslouží ;-)
Chcete cokoliv, co má bootloader s otevřeným kódem, flash typu NOR, NAND nebo eMMC, zálohované RTC a USB není nikde v kritické cestě. Nad tím pak postavíte něco s http://rauc.io/ (třeba, mě se osvědčuje)
-
RP umí bootovat jen ze zasunuté SD karty. To je ale možné udělat RO a souborový systém mít na běžné disku. To je jedno z komplikovaných řešení které navrhuji. Kvalitnější nebo průmyslová karta jen sníží pravděpodobnost problémů, která je při výpadku napájení během zapisování stále velká.
to neni pravda, RPi3 umi po prvotnim konfiguraci z microSD posleze PRIMO bootovat z USB nebo ze site...
jako clovek co to chces nabizet lidem bys tohle mel znat ;-)
https://www.root.cz/zpravicky/raspberry-pi-3-umi-bootovat-z-usb-mass-storage-i-z-ethernetu/
pokud chces na tom postavit produkt je logicky vhodne aby jsi upravil/postavil vlastni system, takovy co bude mit boot pri behu ro a initrd bude schopen resit nekonzistenci rootfs pri vypadku energie, co vyresis navic pouziti CoW filesystemu pro rootfs
-
na RP nedali ani tlačítko na vypnutí nebo reset.
Pokud neumíš googlit a o dané věci víš úplné hovno, tak si kup nebo stáhni příručku v češtině, a tam najdeš kam se resetovací (a současně zapínací) tlačítko připojuje.
RPi je výukový počítač pro děti, pokud ho chceš používat k věcem pro které není určený, můžeš si ho LIBOVOLNĚ přizpůsobit. Například připojením akumulátorového napájení, což zvládne šikovnější třeťák s trafopájkou.
-
RPi je výukový počítač pro děti, pokud ho chceš používat k věcem pro které není určený, můžeš si ho LIBOVOLNĚ přizpůsobit. Například připojením akumulátorového napájení, což zvládne šikovnější třeťák s trafopájkou.
Ona totiž i věc na hraní by měla být spolehlivá a pokud není, měla by obsahovat varování.
Docílit s RP podobné spolehlivosti jako má router za 300 Kč není vůbec snadné a je to cesta neskutečných kompromisů. Osobně to vypadá, že podobné spolehlivosti ani nelze docílit.Totiž když přidáte další komponenty jako externí SATA disk, lepší spolehlivost než obyčejný router nemáte. A proto ten můj příspěvek.
Však to píši RP je na hraní, pokud s tím člověk chce dělat něco vážnějšího, PR oddělení RB mu pak často hází klacky pod nohy svým PR mlžením. Velká část uživatelů hračky o problému neví a má tendenci jej popírat nebo bagatelizovat. Důkaz je např. tohle vlákno.
Jaké akumulátorové napájení máte namysli? Nejlevnější je připojit aku banku, ale to je také trochu problém, protože většina po připojení napájení přestane dodávat napětí. Tedy je hrozný opruz najít tu pravou, která to nedělá. A největší problém s baterií je ten, aby RP o tom, že běží zrovna na baterii dozvědělo a mohlo měřit stav baterie a zavčas se vypnout. Dobré řešení s obvykle stojí podobnou částku jako samotné RP samotné. Problém s SD kartou jen snížíte, pořád jste na spolehlivosti horší než ten nejlevnější router bez záložní baterie. Proč by hračka nemohla být spolehlivá? Myslím že RP by mělo nabízet i nějakou spolehlivější variantu, protože takovou nespolehlivou hračkou spoustu lidí jen odradí. RP by mohla prostě používat mnohem více.
-
to neni pravda, RPi3 umi po prvotnim konfiguraci z microSD posleze PRIMO bootovat z USB nebo ze site...
jako clovek co to chces nabizet lidem bys tohle mel znat ;-)
https://www.root.cz/zpravicky/raspberry-pi-3-umi-bootovat-z-usb-mass-storage-i-z-ethernetu/
Máte pravdu, tahle dodatečné vylepšení mi uniklo. Bootovat s obyčejného SATA disku pomocí USB-SATA převodníku je tedy jedno z možných řešení jak zvýšit spolehlivost. Je ale ošklivé kvůli tomu pořizovat ten převodník, a nechat běžet disk.
I s přechozím rasbery šlo mít hlavní souborový systém na SATA disku, ale SD karta musela být přítomna kvůli pro čtení kvůli bootování. Tedy až takový rozdíl to není.
pokud chces na tom postavit produkt je logicky vhodne aby jsi upravil/postavil vlastni system, takovy co bude mit boot pri behu ro a initrd bude schopen resit nekonzistenci rootfs pri vypadku energie, co vyresis navic pouziti CoW filesystemu pro rootfs
Nemáte pravdu. Pokud by problém vzniknul na úrovni souborového systému, lze to samozřejmě řešit a opravit. Problém ale vznikne na úrovni firmwaru SD, kdy se poškodí úplně jiná náhodná data, která nemají s posledním zápisem vůbec nic společného. To je specifikum SD karet a důvod proč jsou pro podobná použití nevhodná. Souborový systém nemůže tušit která data byla poškozena a nemůže to ani opravit. Žurnály jen celou věc ještě zhorší a zvýší pravděpodobnost problémů. Zdroj informací např. tento článek. https://hackaday.com/2016/08/03/single-board-revolution-preventing-flash-memory-corruption/ A nejen ten. Je to nepříjemná vlastnost SD karet o které by měl být varován každý kdo má něco do činění s RP.
-
To je furt dokola (jakkoliv ten povzdech chápu, protože občas přijde zákazník, na RPi trvá, protože tam je přece všechno hotové, tak proč někomu platit nějaký vývoj, že? (kdybych chtěl konspirovat, budu si myslet, že zákazníci, kteří si to nenechali vysvětlit, skončili u Vás a té frustrace bylo nakonec tolik, že vzniklo tohle vlákno)), RPi je na hraní, když leží na stole, aby se do něj dalo občas strčit, tak s tím žádné problémy nejsou. Je to levný hardware na něco jiného než router za tři stovky - 64bit čtyřjádro s 1GB RAM a výkoným GPU v tom routeru prostě není.
Akorát mě vrtá hlavou, proč tak trváte zrovna na tomhle kousku hw? Na trhu přece není jen RPi, ne?
-
To je furt dokola (jakkoliv ten povzdech chápu, protože občas přijde zákazník, na RPi trvá, protože tam je přece všechno hotové, tak proč někomu platit nějaký vývoj, že? (kdybych chtěl konspirovat, budu si myslet, že zákazníci, kteří si to nenechali vysvětlit, skončili u Vás a té frustrace bylo nakonec tolik, že vzniklo tohle vlákno)), RPi je na hraní, když leží na stole, aby se do něj dalo občas strčit, tak s tím žádné problémy nejsou. Je to levný hardware na něco jiného než router za tři stovky - 64bit čtyřjádro s 1GB RAM a výkoným GPU v tom routeru prostě není.
Akorát mě vrtá hlavou, proč tak trváte zrovna na tomhle kousku hw? Na trhu přece není jen RPi, ne?
No já na tom netrvám. Zkoušel jsem Banana a Orange a ty mají také své mouchy a o ničem podobném nevím. Rád bych jen, aby to byl plnohodnotný linux a ne nějaké Arduino, které je asi co se týče spolehlivosti výrazně lepší, ale nechce se mi to učit. A na některé věci se ten slušný výkon RP občas hodí.
Kdosi tady upozornil na PINE A64 - https://www.root.cz/zpravicky/pine-a64-vybralo-1-7-milionu-dolaru/
Model LTS má konektor pro baterii, konektor pro eMMC a podporuje openWRT. Pokud openWRT dovede naplno využít výhody eMMC tak bych konečně mohl docílit podobné spolehlivosti a odolnosti jako má router za 300 Kč. A to možná i bez záložní baterie.
Jen doufám, že to nebude podobný nedodělek jako Banana nebo Orange.
Je mi jasné, že RP a jejímu konceptu nespolehlivých SD karet, které používá způsobem na který nejsou určeny a ještě to odmítá přiznat jako hlavní slabinu, je třeba se vyhnout. Proč by lidé měli trávit čas s něčím, co je jen hračka a nejde to v praxi moc použít? Je to ale nejspíše jediná chyba RP, která kdyby se rozumě a zároveň uživatelsky přívětivě vyřešila, tak by RP pi byla najednou dobře použitelná pro spousty úloh.
Já zatím žádné zákazníky na RP naštěstí nemám. Je mi předem jasný, že by to bylo peklo. Nejde to rozjet ve velkém, když polovinu času bych musel řešit SD kartu v nezdravém stavu. A netroufl bych si to dát ani k jedinému zákazníkovi, pokud mám stát za tím, že je to profi a spolehlivé řešení. Protože to tak prostě není. Věřím že jediné opravdu profi řešení s RP je to, pokud RP bootuje přímo z lokální sítě.
-
•Raspberry pi může bootovat z USB (ale paradoxně je to ještě pomalejší než z interní čtečky; se stejnou kartou rycholou)
•BananaPi vypadá dobře, ale má podobný problém s USB a SATA, že SATA je přes USB převodník a prý než 20 MB/s to nezvládne•Raspberry PI má vypínač a restartovač (vyvedené piny, které zkratovat) někde poblíž ethernet nebo USB.
Dotazy:
• v čem je USB blbé na propojování a v čem náročné? například oproti i2c? existují snad nějaké standartní konektory, abych nemusel bastlit dráty?
Bohužel google blokuje použit USB pokud se telefon zároveň nabíjí. Je to jeho arogantní rozhodnutí, pokud má např. tablet možnost nabootovat do Windows, tam tohle omezení není.[/li][/list]
Můžeš rozvést to s tím USB nabíjením a funkčností? Androidy a tablety nemám.
-
Vyřešit napájení se zálohou není nic složitého...
Stačí si koupit driver pro Li-Ion baterku, který hlídá nabití a podpětí a DC-DC měnič. To se připojí za sebe a na 5V, nebo 3V3 větev.
Kontolu toho, zda je/není napájení lze vyřešit připojením napětí z adaptéru přes vhodný rezistor/diodu na jakýkoliv digitální vstup v pull-down rezistorem.
Napsat skript, který provede korektní vypnutí v případě odpojení adaptéru je trivialita.
-
pár rpi už mi běží v pohodě několik let (výchozí konfigurace raspbianu, obyč SD)
Jedna karta pravda odešla (když jsem na tom několikrát kompiloval ffmpeg :D ), ale jinak no problem..
-
Tak jsem zkoumal možnost eMMC které umožňuje připojení třeba na Odroid nebo PINE64.
Hledal jsem jestli někdo někde zmiňuje jako výhodu eMMC větší odolnost v případě výpadku elektřiny a prostě celkovou větší odolnost. Nic jsem nenašel, vypadá to, že všichni jsou posedlí tou rychlostí a mají to jen jako hračku než je to omrzí.
Z těch řešení co se zde probírají bych jako nejlepší připojit starý SATA disk z notebooku pomocí USB to SATA adaptéru. Adaptér se koupit za cca 2 USD s poštovným zdarma. A disk kdekomu zbude poté co upgradoval na SSD. https://www.aliexpress.com/item/Super-Speed-USB-2-0-to-7-15-22Pin-SATA-Cable-Adapter-External-USB-Power-for/32761826240.html
A jak se píše výš RP3 už umí bootovat přímo z takového disku i bez SD karty.
Není to zdaleka ideální řešení, protože ten disk podstatně větší spotřebu než SD karta a celé je to pak větší a ošklivější. A onen disk také není vrcholem spolehlivosti. Ale je to přecijen obyčejný disk, který třeba deset výpadků elektřiny za rok bez potíží ustojí a po startu si vzniklé chyby na souborovém systému díky žurnálu opraví. Tedy nestane se, že by se náhodně poškodily data, které se zápisem vůbec nesouvisí jak je běžné u SD karet.
-
proc o RPi mluvite jako o hracce. nechapu. Ja mam v provozu 3 RPi vsechny mi bezi jako Unify controllera za 3 roky zadny nechteny restart. zadny problem s SD. pro me je to plnohodnotny pomocnik. Ano problem s SD jsem cetl pri vypadku elektriky, ze se muze stat, ze se rozpadne filesystem. ale v mem pripade se to neprojevilo. takze za sebe muzu rict RPi je skvely pomocnik.
-
Můžeš rozvést to s tím USB nabíjením a funkčností? Androidy a tablety nemám.
Android zařízení mají jeden port micro USB, který slouží pro nabíjení, nebo může sloužit jako obyčejný USB port, kdy naopak napětí poskytuje, takže do něj lze pomocí OTG adaptéru připojit jakékoli USB zařízení jako klávesnici, USB-ethernet adaptér, zvukovou kartu, USB serial převodník atd. Pokud potřebujete více, rozvětvíte to pomocí USB hubu.
Tedy Váš android tablet nebo telefon může řídit kdejaké USB zařízení, které k němu připojíte. Ale velmi častý jev je ten, že po tu dobu musí jet na baterii.
(https://cdn.instructables.com/FHM/YXLW/IPET32N9/FHMYXLWIPET32N9.MEDIUM.jpg)
Problém ale pak může a většinou nastane s dobíjením telefonu. Android telefony se odmítají dobíjet, protože takové dobíjení prostě vývojáři android jádra zakázali. Lze takto dobíjet jen některé telefony, kde to hloupost odstranil výrobce, nebo které mají custom android. Windows telefony a tablety s tím problém nemají nikdy.
Tady je popsán ten zapojení. http://www.instructables.com/id/DIY-Cable-to-Use-OTG-and-Simultaneously-Charge-the/
Kdyby tohle fungovalo u každého OTG android zařízení, byla by to jistě nejspolehlivější a nejednodušší způsob jak doma řídit nějaké chytré věci. Ale bohužel, google naznal, že tohle není potřeba.
Jinak další problém kdyby se tohle obešlo může být v tom, že google odstranill některé USB ovladače. K tomu má ale důvod- šetřit místa. Např. USB serial ovladač často není k dispozici, ale teoreticky by šel napsat znovu v uživatelské části bez root přístupu.
Ind si to tam pochvaluje, ale asi proto, že má na telefonu Windows.
-
takové dobíjení prostě vývojáři android jádra zakázali. Lze takto dobíjet jen některé telefony, kde to hloupost odstranil výrobce,
dobíjení se řeší v jádře? huh, aspoň u zařízení které mi prošly pod rukama to měl na triku dedikovaný čip, kontrolér dobíjení.
-
Tak jsem tuhle diskusi běžně prošel a IMHO většina diskutujících tu brečí dobře, ale na špatném hrobě. Je poněkud rozdíl, když si někdo ubastlí automatické splachování do kadibudky na vlastní chalupu a když má pustit do výroby zařízení co se má vyrábět ve stovkách kusů a třeba jít na export někam na Aljašku. Já jsem po škole měl štěstí, že jsem nastoupil do konstrukce v jedné Tesle do poměrně mladého oboru, pracovali tam mladí schopní kluci i na pozici nižších vedoucích, mohl jsem se jim koukat přes rameno a hodně jsem se tam naučil. Když to po plyšáku Tesla zabalila, uchytil jsem se v konstrukci ve firmě, kde jsem zpočátku byl skoro jediný, kdo elektronice rozuměl a měl mnohaletou praxi. Pak tam přijali další elektroniky co možná byli na úrovni jako amatéři (údajně v nějakém výzkumáku tu a tam udělali nějaké udělátko, nic do výroby a bylo to znát). A soudruzi magoři ...eee manageři raději slyšeli jejich "to půjde" než mé "bude to složité, musí se to vyzkoušet a vychytat problémy než se to pustí do výroby".
Tak třeba zálohové napájení akumulátory - spolupracující firma to zamítla, že akumulátory v mrazech (to zařízení mohlo jít třeba na Sibiř, kde není zajištěna pokojová teplota) ztrácejí kapacitu, ale nenabíjecí články co v mrazech vydrží se zase musí kontrolovat jestli nejsou vybité a když jsou vybité, tak je vyměnit. Ta teplotní odolnost se týká i vlastní elektroniky.
Nebo třeba zařízení, pokud neskončí spálené na uhel musí umět ošetřit všechny možné stavy i poruchové, aby kvůli každé ptákovině tam nemusel přijít servisák a uvádět ho třeba ručním resetem do provozu. U automatického splachovadla na vlastní chalupě se podobné problémy řešit nemusí.
-
takové dobíjení prostě vývojáři android jádra zakázali. Lze takto dobíjet jen některé telefony, kde to hloupost odstranil výrobce,
dobíjení se řeší v jádře? huh, aspoň u zařízení které mi prošly pod rukama to měl na triku dedikovaný čip, kontrolér dobíjení.
Máte pravdu, je to divné. Zkoušel jsem znovu hledat a zmínku o nutném upraveném jádře nyní nemohu najít. Ale cca před rokem jsem ji našel na více místech. Vypadá to trik toho inda spočívá v tom přepínači, kdy onen nabíjecí obvod prostě obelstí pomocí toho přepínače. Např. tady se dá ten kabel koupit. https://www.ebay.ie/itm/Micro-USB-Host-OTG-3-Port-Hub-Adapter-Cable-with-Power-for-Samsung-Note-3-4-S5-/371661192455
Jiný trik je přidat rezistor, který se prý může lišit podle zařízení.
Je otázka, jestli to jde spolehlivě vyřešit aby to fungovalo alespoň s většinou zařízení.
-
Napriklad lze vyuzit naprosto bez problemu do dilny misto PC se starsim monitorem (a nejlip i bez SDkarty + bootovat po siti).
Lze pouzit pro hlidani stavu na pinech a vystupy zapisovat do nejake DB (ktera je uz na jinym stroji, co dela DB) apod.
Zalezi kdo to na co potrebuje. Kazdopade premyslet, ze na to budu stavet nejaky "profi" reseni je blbost (zacit se na tom muze, ale pak se stejne dela vlastni HW). Muze to ale uetrit spoustu casu pri vyvoji, debugu apod.
-
Pouzivam 2 ARM desky nalepene zezadu na monitor s pripojenym SATA HDD jako jednoduche pocitace (obe desky maji native SATA), napajeni beru primo z monitoru, takze to je takovy hodne kompaktni pocitac.
V obou pripadech to je POMALE, ale ta pomalost je konstantni (proste ten ARM je poddimenzovnay ve vsech smerech - RAM i vykon, vezmu-li treba jen rozliseni monitoru a nutnost generovat obrovske mnozstvi videodat). Nicmene oboji pouzivam rad a casto radsi nez MS Windows :-). Mam to jako takovy doplnek k Win desktopu.
-
[...]
I s přechozím rasbery šlo mít hlavní souborový systém na SATA disku, ale SD karta musela být přítomna[...] Tedy až takový rozdíl to není. [...]
Nemáte pravdu. [...] Problém ale vznikne na úrovni firmwaru SD,[...]
v kontextu tve paranoie ze zkolabovani sdkarty je to "myslim" rozdil (zda je vyzadovana microSD pro boot nebo ne) naprosto a totalne brutalni ;-)
[...] Problém ale vznikne na úrovni firmwaru SD, kdy se poškodí úplně jiná náhodná data, která nemají s posledním zápisem vůbec nic společného.
nejsem si jistej co myslis tim "na urovni fw SD", jestli to ze ze FW pri zapisu cte velikost vetsiho bloku nez je zapisovany a pak zapise zpatky ten cely blok, nebo neco jineho...
kazdopadne je mozne ze to resi/lepsi ta ADATA microSD industrial, ktera je MLC (tedy stejne jako stredni/lepsi SSD) a ma i ECC... pripadne to mozna resi pouzity JFFS filesystem, kterej je delan primo pro flash a pracuje s chipy primo, pripadne novejsi UBIFS...
[...] starý SATA disk z notebooku pomocí USB to SATA adaptéru. Adaptér se koupit za cca 2 USD s poštovným zdarma.[...]
hledas prumyslove reseni pro zakazniky a uvazujes o nejakem smecko adapteru za 45Kc "vcetne" postovneho a nejakej starej/jetej HDD? ;-)
-
nejsem si jistej co myslis tim "na urovni fw SD", jestli to ze ze FW pri zapisu cte velikost vetsiho bloku nez je zapisovany a pak zapise zpatky ten cely blok, nebo neco jineho...
kazdopadne je mozne ze to resi/lepsi ta ADATA microSD industrial, ktera je MLC (tedy stejne jako stredni/lepsi SSD) a ma i ECC... pripadne to mozna resi pouzity JFFS filesystem, kterej je delan primo pro flash a pracuje s chipy primo, pripadne novejsi UBIFS...
JFFS2 i UBI (a nad ním ležící UBIFS) pracuje s MTD, zatímco SD karta dělá vše pro to, aby se tvářila jako blokové zařízení a všechny ty hloupé detaily skryla.
-
v kontextu tve paranoie ze zkolabovani sdkarty je to "myslim" rozdil (zda je vyzadovana microSD pro boot nebo ne) naprosto a totalne brutalni ;-)
Pokud z SD karty čtu a to navíc jen při bootování v průměru jednou za měsíc, SD karta zas až tolik spolehlivost nesníží.
Poté už by se četlo a vše zapisovalo na USB disk.
nejsem si jistej co myslis tim "na urovni fw SD", jestli to ze ze FW pri zapisu cte velikost vetsiho bloku nez je zapisovany a pak zapise zpatky ten cely blok, nebo neco jineho...
A write operation on Flash typically includes caching, erasing and reprogramming previously written data. Therefore, in the case of a write abort, data corruption on Flash memory can retroactively corrupt existing data entirely unrelated to the data being written.
The amount of corrupted data depends on the device-dependent block size, which can vary from 16 kB to up to 3 MB.
Citace odsud. https://hackaday.com/2016/08/03/single-board-revolution-preventing-flash-memory-corruption/
Navíc SD karta data různě přehazuje místa kam se zapisuje aby rozložila zátěž. Nemůže zapisovat pořád na to stejné místo. Tedy poškodit se mohou naprosto jakákoli data kdekoli na SD kartě. Dokonce jsem četl postřehy o tom, že i počet čtení je omezen, tedy může docházet k zápisům, jen proto, aby se záznam občerstvil pro další čtení.
Jinými slovy výrobce SD karty si dělá co uzná za vhodné a my jen můžeme doufat, že když si připlatíme nebude to tak hrozné a možná se selhání ani nedočkáme.
kazdopadne je mozne ze to resi/lepsi ta ADATA microSD industrial, ktera je MLC (tedy stejne jako stredni/lepsi SSD) a ma i ECC... pripadne to mozna resi pouzity JFFS filesystem, kterej je delan primo pro flash a pracuje s chipy primo, pripadne novejsi UBIFS...
Koupit si Inudstry SD kartu co stojí skoro stejně jako RP + jednu záložní je jistě dobrý nápad a má podstatný pozitivní vliv (nemyslím to ironicky), pokud se zkombinuje s omezením zápisů a záložním zdrojem, asi by to i mohlo na většinu použití stačit. (opět to nemyslím ironicky)
JFFS a podobné specialitky prý s SD kartou kombinovat nejdou. "Optimalizaci" si karta dělá sama a ty levnější často hodně nešikovně. Instalovat openWRT na RP nemá ze stejného důvodu moc smysl.
hledas prumyslove reseni pro zakazniky a uvazujes o nejakem smecko adapteru za 45Kc "vcetne" postovneho a nejakej starej/jetej HDD? ;-)
No to je ta kuriozita. Bazmek za 45 Kč a jetej harddisk z polorozpadlýho notebooku bude vůči výpadkům elektřiny pravděpodobně podstatně odolnější než SD karta střední třídy, pravděpodobně i včetně těch co jsou označeny jako Industry.
Podle ceny se nedá poznat problémovost těch USB - SATA zařízení, je to zjevně pořád ten stejný chip jako u dražší varianty. Sám jsem provozoval usb ethernet adaptér celé dlouhé roky s velkou zátěží bez jediného problému. Počítač dělal router por celou kancelář. U jiných USB zařízení, aby se člověk modlil i když je používá jen chvíli. (např. USB dongl nemusí fungovat vždy úplně korektně)
Že je USB dongle ze značkového Vodafonu za těžké peníze nehraje žádnou roli.
Už to bude dva roky co mi běží ALARM vyrobený s RP. Řídí to spotřebiče a reaguje na pohybová čidla. Vše je řízeno relátky selfcontrol ovládané přes USB - http://www.odorik.cz/w/selfcontrol . Jako záložní zdroj mám tohle https://www.t-led.cz/p/ups-zdroj-12v-60w-s-nabijenim-5222 s velkou baterií která vystačí celé dny. 12 V mohu napájet i houkačku, UPC modem, router a nějaká LED světla. Pro RB napětí zredukuji 12 V na 5V pomocí tohohle https://www.aliexpress.com/item/DC-6-24V-12V-24v-to-5V-USB-Output-charger-step-down-Power-Module-Mini-DC/32793633187.html
Funguje to zatím dobře a to se zapisuje s každou změnou stavu pohybového čidla.
Nicméně pro nikoho jiného než pro sebe bych to nedělal, protože pořád visí ve vzduchu to, že se SD karta jednoho dne odporoučí. I když je průmyslová.
Kdyby nebyl ten problém s SD kartou asi bych občas u někoho nasadil pobočkovou VoIP ústřednu Asterisk nebo Kamailio. Ale netroufnu si odhadovat, kdy skončí první SD karta a jak to co nejlépe řešit. Ano použitelné řešení jistě exsituje, jako třeba mít SD kartu jen na čtení a nastavení ukládat na USB klacík a pro jistotu ještě zálohovat. Když chci docílit rozumné spolehlivosti je tam tolik kompromisů a komplikací, kterými se nikdo moc nezabývá, že by to jeden vykašlal.
-
Konfigurace SD karty pro embedded systém:
http://www.hobrasoft.cz/cs/blog/bravenec/konfigurace-sd-karty
-
Konfigurace SD karty pro embedded systém:
http://www.hobrasoft.cz/cs/blog/bravenec/konfigurace-sd-karty
ha tohle je dobré:
Jeden můj známý mi ukázal velkou kulatou krabici od paklu cédeček plnou zničených SD karet. Během vývoje zničil stovky různých karet, od nejlacinějších noname, přes značkové karty až po průmyslové SD karty s cenou v tisícikorunách za kus, které měly údajně hrubé zacházení vydržet. Odešly stejně rychle, jako kterákoli jiná SD karta v jeho sbírce.
To značí, že industrial by často mohl být jen podvod.
-
Malin nám běhá po světě desítky. Naprosto bez problémů. A pěkně ve venkovních rozvaděčích. Základem je kvalitní napájení 5V (používáme TRACO DCDC měniče) a ne USB bastly. Linuch byl upraven, aby logy a ostatní nutný zápis byl v ramdisku a na SD kartu se nezapisovalo, max. při upgrade našeho sw. Nejstarší malině je tuším 4 roky...
-
Jeden můj známý mi ukázal velkou kulatou krabici od paklu cédeček plnou zničených SD karet. Během vývoje zničil stovky různých karet, od nejlacinějších noname, přes značkové karty až po průmyslové SD karty s cenou v tisícikorunách za kus, které měly údajně hrubé zacházení vydržet. Odešly stejně rychle, jako kterákoli jiná SD karta v jeho sbírce.
To značí, že industrial by často mohl být jen podvod.
Ne nutně. Rozhodně to ale naznačuje, že ani industrial SD karta není vhodná na to, aby na ni nějaké měřící zařízení každých pár vteřin zapsalo hrstku dat. SD karta prostě nemůže suplovat disk ani v industrial provedení – industrial často znamená lepší teplotní rozsah, lepší paměti, lepší cenu, lepší pověs, lepší kde co, ale pořád je to jen SD karta se svými vlastnosti a omezeními.
-
Teda ak chcem aby RPI3 bolo bolo akotak spolahlive a neničilo hned SD karty, tak predpokladám že budem musieť spraviť spraviť nasledujuce (ak o niečom viete pri doplnení zoznamu, tak napíšte):
1: SD karta len ako read only.
2: Presunuť všetky adresáre s logmi na externy USB flash disk (obyčajny "kluc", nie ssd,). Predpokladam že by to mal byť najma /var/log (alebo rovno cely /var ak by som tam mal apache) a /home (kde su rozne /home/.config subory) Nerobí takato kombinacia napr /var na usb flash disku a zvyšok na read only sd karte problemy ?
3: Pouzit BTRFS a občas (ako často aby som neničil SD kartu častou kontrolou ?) skontrolovať checksumy na read only sd karte aj r/w usb flash disku.
4: neskúšal niekto zalohovať napájanie len SD karty alebo aspoň pridať medzi napajanie armu a sd karty diodu + kondenzator tak aby najskor vypadlo napajanie armu rpi a až potom napajanie SD karty ? http://petr-kubac.blog.cz/1202/kubacova-magicka-dioda-ktera-se-porad-opakuje (http://petr-kubac.blog.cz/1202/kubacova-magicka-dioda-ktera-se-porad-opakuje)
Skusal už niekto Olinuxino od Olimexu? Je to lepšie než RPI3 najma čo sa spolahlivosti týka ? Ma niekto nejaký tip na lacny (do 50€) jednodoskový počítač vhodný aj na profi použitie ?
Tedy Váš android tablet nebo telefon může řídit kdejaké USB zařízení, které k němu připojíte.
Problemom lacnych adroidov aj roznych jednodoskových arm počitačov sú chýbajúce updaty a stare nepodporované kernely. Ak by aspon použivaly LTS kernely. Ale takto aby sa to človek bal pripajať na internet.
-
2: Presunuť všetky adresáre s logmi na externy USB flash disk (obyčajny "kluc", nie ssd,). Predpokladam že by to mal byť najma /var/log (alebo rovno cely /var ak by som tam mal apache) a /home (kde su rozne /home/.config subory) Nerobí takato kombinacia napr /var na usb flash disku a zvyšok na read only sd karte problemy ?
To je trochu divoké. Máte problém s jedním flash zařízením, tak ho chcete řešit dvěma flash zařízeními? Navíc na RPi je, pokud vím, na USB i síť. Jak se takové sdílení sběrnice projeví na odezvách "disku" a "sítě"?
3: Pouzit BTRFS a občas (ako často aby som neničil SD kartu častou kontrolou ?) skontrolovať checksumy na read only sd karte aj r/w usb flash disku.
Cituji z https://btrfs.wiki.kernel.org: "The Btrfs code base is under heavy development..." V "profi" zařízení bych se raději vyhýbal experimentálnímu kódu.
4: neskúšal niekto zalohovať napájanie len SD karty alebo aspoň pridať medzi napajanie armu a sd karty diodu + kondenzator tak aby najskor vypadlo napajanie armu rpi a až potom napajanie SD karty ? http://petr-kubac.blog.cz/1202/kubacova-magicka-dioda-ktera-se-porad-opakuje (http://petr-kubac.blog.cz/1202/kubacova-magicka-dioda-ktera-se-porad-opakuje)
Ano, držel jsem v ruce zařízení s Beablebone Black zálohované pár minut kondenzátorem - dost na to, aby se systém regulerně ukončil při výpadku napájení. Tady ale neřešíme rozpad filesystému – z praxe potvrzuji, že k neopravitelnému poškození ext4 nedochází – tady řešíme fyzickou likvidaci SD karty. Nápady s napájením zvlášť SD karty a zvlášť počítačie jsou... divné.
Skusal už niekto Olinuxino od Olimexu? Je to lepšie než RPI3 najma čo sa spolahlivosti týka ? Ma niekto nejaký tip na lacny (do 50€) jednodoskový počítač vhodný aj na profi použitie ?
BeagleBone Black – 42 €
BeagleBone Black Industrial – 59 €
Otázka je, co si představujete pod "profi" použitím – narazil jsem na firmy, kde se takovým řešením vyhýbají kvůli kontektorům. Pokud je to nainstalované v mašině, ve které je horko, prach, vlhko a ještě se to vše třepe, jsou údajně zkušenosti s jakýmikoli konektory špatné. Pokud to máte strčené někde v rozvaděči, aby to sbíralo data z modbusu na 485 a posílalo někam do světa, vyhovuje to.
-
Skusal už niekto Olinuxino od Olimexu? Je to lepšie než RPI3 najma čo sa spolahlivosti týka ? Ma niekto nejaký tip na lacny (do 50€) jednodoskový počítač vhodný aj na profi použitie ?
Díval jsem se na ně a moc se mi líbí jejich nabídka a jak to prodávají.
https://www.olimex.com/Products/OLinuXino/A10/A10-OLinuXino-LIME-n4GB/open-source-hardware
(https://www.olimex.com/Products/OLinuXino/A10/A10-OLinuXino-LIME-n4GB/images/thumbs/310x230/A10-OLinuXino-LIME-1.jpg)
Je to sice trochu dražší než RP nebo jiné odroidy, ale vypadá, to že ta firma co to dělá tomu rozumí a nic si nehraje.
Je tam pěkně pohromadě všechno.
Např. za 40 EUR dostanete nativní ethernet, konektor na baterii a nabíjecí obvod, SATA a hlavně zabudovanou NAND flash pamět, která by na tom mohla být výrazně lépe než ony SD karty.
Pokud místo SD budu používat tu NAND flash, omezím zbytečné zápisy a vyberu vhodný souborový systém, už bych se spolehlivost mohla dostat na použitelnou úroveň. Pokud potřebujete zapisovat přecijen více, využijete SATA.
Jsou to Bulhaři a na deskách je napsáno, vyrobeno v Bulharsku. A dovedou toho dodat i obrovské množství a o svých výrobcích tvrdí, že je budou prodávat tak dlouho, dokud o ně bude zájem, protože mají možnost si nechat např. procesory vyrábět na zakázku i starší procesory v sériích 50 tisíc kusů. (tedy žádný end of life protože se nám už nechce i když zájem by byl)
Ještě zbývá vyzkoušet jak je to softwarem. Máte někdo zkušenost?
-
Jeden můj známý mi ukázal velkou kulatou krabici od paklu cédeček plnou zničených SD karet.
To značí, že industrial by často mohl být jen podvod.
ne to znaci, te ten znamy se k SD kartam choval jako prase ;-) Industrial karta ma lepsi vlastnosti, vetsi rozsah teplot, lepe resen FW, pouziva MLC chipy atd...
-
[...] RPi je, pokud vím, na USB i síť. Jak se takové sdílení sběrnice projeví na odezvách "disku" a "sítě"?
ano, na USB je i sit, to vi kazdy :) na odezvach se to neprojevi pokud je RPi i system pouzivan rozumne, tedy minimalni zapis na SD a nezatezovat sit na 100%
Cituji z https://btrfs.wiki.kernel.org: "The Btrfs code base is under heavy development..." V "profi" zařízení bych se raději vyhýbal experimentálnímu kódu.
na druhou stranu jsou lide co to roky pouzivaji a udajne bez problemy, resp. s mene problemy nez kdyz pouzivali ext4, dalsi vec je ze vetsina problemu by mohla byt s "novinkama" tzn. s raidem, coz u SD karty nehrozi, nebo s milionama snapshotu (coz by u SD karty byla take prasarna)...
-
[...] The amount of corrupted data depends on the device-dependent block size, which can vary from 16 kB to up to 3 MB. [...]
takze jak sem myslel/psal, nikoliv naboreni FW, ale princip prace s vetsimy bloky dle FW pri zapisu a naboreni celeho bloky pri vypadku napajeni...
kazdopadne to mas teda resitelne tou bateriovou zalohou napajeni...
Koupit si Inudstry SD kartu co stojí skoro stejně jako RP[...]
treba 8GB A-Data industrial stoji ~350Kc (https://pametove-karty.heureka.cz/adata-microsd-industrial-mlc-8gb-idu3a-008gt/) ;-)
Podle ceny se nedá poznat problémovost těch USB - SATA zařízení, je to zjevně pořád ten stejný chip jako u dražší varianty.
za takovou cenu to jiste nebude treba kvalitni s prevodnikem JMS578 co podporuje UASP (USB Attached SCSI Protocol (https://en.wikipedia.org/wiki/USB_Attached_SCSI)), SAT (SCSI / ATA Translation) (https://en.wikipedia.org/wiki/SCSI_/_ATA_Translation) a TRIM na SSD...
-
[...] narazil jsem na firmy, kde se takovým řešením vyhýbají kvůli kontektorům. Pokud je to nainstalované v mašině, ve které je horko, prach, vlhko a ještě se to vše třepe, jsou údajně zkušenosti s jakýmikoli konektory špatné. [...]
tam slo jiste o casto pouzivane (i u RPi) ale nevhodne microUSB konektory, proto to kazdy kdo to mysli vazneji, napaji primo pres "GPIO"
-
@Petr Bravenec
Nic ve zlem, jiste mas zkusenosti s vyvojem, ale zaroven je videt ze i kdyz se snazis, mas urcite mezery ;-)
Ten kamarad s hromadou vadnych SD, pokud se k tomu choval jako prase(kdyz karta umre jiz druhy den, tak hure nez prase), je logicke ze to odchazelo jak na bezicim pasu, SD ci obecne Flash pamet neni totez co rotacni disk nebo aspon SSD...
Kdyz uvadis "při práci linuxového stroje zapisují na disk tyto informace":
- noatime, nodiratime a relatime
Tak asi nevis co pises, protoze:
1. noatime neni informace, ale volba pro zakazani, informace je "atime" (access time), diratime (directory access time)
2. relatime je volba, kdy se sice informace atime ci adirtime ukladaji, ale ne vzdy pri kazdem pristupu, ale jednorazove/hromadne 1x za den
Kdyz uvadis ze je vhodne pridat "nodiratime,noatime,norelatime"
1. KAZDA distribuce pro ARM desku (pokud ji nedelalo prase), ma jako vychozi ve fstab nastavene pro SD kartu mount volbu: noatime
2. NENI treba specifikovat noatime i nodiratime, protoze noatime obsahuje automaticky i nodiratime,
norelatime NENI potreba zadavat vubec, protoze specifikovanim noatime se relatime automaticky rusi (viz man mount)
Pak rucni pridavani do fstab vytvareni tmpfs v /dev/shm
1. tohle neni treba, protoze /dev/shm je vytvareno automaticky a lze pouzit pro ukladani rovnou
2. rucni pridavani tmpfs je vhodne jen pokud chces ukladat jinam a nebo urcit jinou velikost maximalni velikosti
Logy, radis jako "nejjednodusi" nestartovat syslog demona, tedy VUBEC nelogovat:
1. z principu je to absolutne nevhodne a nehrorsi mozne reseni
2. nelogovanim se prijde o moznost sledovat logy a zjistit tak ze je problem s SD kartou, nebo s nejakou sluzbou, resp. obecne ze je nejaky problem
Info o wtmp, radis ho smazat
1. pri smazani se (minimalne) pri restartu automaticky vytvori znovu
2. v "man wtmp" se pise:
Unlike various other systems, where utmp logging can be disabled by removing the file, utmp must always exist on Linux.
If you want to disable who(1) then do not make utmp world readable
(pripadne kdyz uz nekdo chce nutne zakazat/prasit, tak z udelat /var/log/wtmp symlink do /dev/null)
Nejvhodnejsi filesystem pro SD kartu, pises ze po nastudovani je to ext4, asi ti uniklo JFFS2
1. JFFS2 je dela pro SD karty, resp. obecne flash pameti
2. nemam nic proti EXT4 pouzitem u SD karty, ale spis z duvodu ze jde o klasiku, nez ze je to nejlepsi pro SD
3. vypnutim journalu si zas koledujes o problemy s naborenym filesystemem, coz se muze stavat (kdyz vypnes/neni journal) mnohem casteji nez zniceni SD karty pod filesystemem
Doporucujues upravit init scripty(btw: jde o 1 script) aby se fsck provadel s odpovedi y na vsechny otazky
1. bezne se kontroluje tak aby se uzivatele na nic neptalo a oprava se provedla
2. kdyz uz se uzivatele na neco pta, jedna se o situaci kdy NENI jistota, ze automaticka (nebo s volbou -y) oprava by to dokazala spravne, tedy jde o situace kdy je VHODNE aby uzivatel rozhodl co delat a jake moznosti vybrat
-
Ja som pouzival raspberry 2 roky nonstop , nic som nemenil na konfiguracii, boli caste vypadky elektriky a ziadna SD karta neodisla. Stahoval som si tam aj torrenty, ale to som ukladal na USB disk. To by potom odchadzali ako na beziacom pase aj SD karty v mobiloch a tam mi odisla jedna, ktora mala asi 6 rokov.
-
Tak to vypadá, že bootovat z NAND flash spolehlivost nezvýší.
https://www.olimex.com/wiki/How_to_install_Debian_to_NAND
Using NAND is better than using microSD card:
- if you are aiming for minimal power consumption;
- if you want faster read and write
- when there is no microSD card connector, no external connections are allowed, or microSD card is not a preferred storage medium;
- for academic reasons;
- Since it is harder to compromise the security of the system physically (as opposed to just stealing the microSD card).
Using NAND is worse than using microSD card because:
- you need more software knowledge, especially regarding file systems;
- it is harder to make a backup;
- in case of a problem with the file system – the device would not boot and the recovery (of your data) would be nearly impossible.
-
@Petr Bravenec
Nic ve zlem, jiste mas zkusenosti s vyvojem, ale zaroven je videt ze i kdyz se snazis, mas urcite mezery ;-)
Mezer mám spoustu. Snažím se je zaplnit, ale vždy když jednu mezeru zaplním, nepodaří se mi pak kvůli tomu zaplnit mezeru jinou. A tam mě pak někdo nachytá a vysvětlí mi rozdíl mezi "atime" a "noatime". Na těchto diskusích je fajn, že se vždy najde někdo, kdo mě dokáže opravit.
Ten článek vznikl na začátku roku 2014 a odpovídá zkušenostem té doby a hardwaru (kromě chyb, ty jsou moje). Na BB white byl k dispozici Angstrom a v něm asi jen třetina věcí, které jsem potřeboval, překládal jsem kvůli tomu na BB Gentoo. Driver pro vlastní desku jsem musel napsat přímo v kódu kernelu. To že karta v BB vydržela čtrnáct dní, mě v tu dobu trápilo asi tak v rozsahu toho článku - prostě jsem takto omezil veškeré zápisy a byl klid. Několik málo těch škatulí s nejlevnější SD kartou funguje bez potíží dodnes.
O existenci JFFS2 vím už dlouho a nějaké zkušenosti s ním mám už z OpenWRT. Chvíli jsem o tomto filesystemu uvažoval. Ale to už bych dělal kompletně novou distribuci, nejenom "pouze" překládal Gentoo a vlastní kernel. To je práce, kterou by se nevyplatila. I dneska jsou asi všechny dostupné distribuce pro BB postavené na ext4. JFFS2 nebo squashfs potkávám dodnes pouze na řádově jednodušších strojích srovnatelných s výkonnějším routerem na OpenWRT.
Dneska je technika a zkušenosti vůbec někde úplně jinde. Do krabic dávám BeagleBone industrial s 4 GB eMMC bez větších úprav a není s tím žádný problém. Po světě mám nainstalovanou stovku krabic a o drtivé většině z nich nevím. Před pár týdny jsem portoval software a firmware na Debian 9 - co si vymyslím, to tam najdu. To jsou věci, o kterých jsem si mohl nechat před čtyřmi lety nechat leda zdát. RPi se jistě vyvíjí bouřlivě taky, ale hardware se ubírá jinou cestou (bogomipsy prodávají) a letité zkušenosti s SD kartami se zde díky tomu mohou hodit i dnes.
Těší mě, že jste moje zkušenosti doplnil o svoje poznámky. Je vidět, že článek, byť se tváří jako triviální polotovar, dokáže někoho přimět k zamyšlení. Doufám, že pokud někoho článek inspiruje, bude uvažovat podobně jako vy a dokáže přizpůsobit moje rady svojí situaci. Může si například říct: "Vždyť já mám JISTOTU, že uživatel nemůže u fsck rozhodnout vůbec o ničem, protože jsem kvůli čtyřem sériovým portům musel vypnout grafickou kartu (BB Black) nebo tam vůbec žádná grafika není (BB White). Jde tedy o situaci, kdy by bylo vhodné zajistit, aby uživatel nemusel rozhodovat vůbec."
-
Nejvhodnejsi filesystem pro SD kartu, pises ze po nastudovani je to ext4, asi ti uniklo JFFS2
1. JFFS2 je dela pro SD karty, resp. obecne flash pameti
2. nemam nic proti EXT4 pouzitem u SD karty, ale spis z duvodu ze jde o klasiku, nez ze je to nejlepsi pro SD
3. vypnutim journalu si zas koledujes o problemy s naborenym filesystemem, coz se muze stavat (kdyz vypnes/neni journal) mnohem casteji nez zniceni SD karty pod filesystemem
To není pravda. JFFS2 není určeno pro SD kartu a proto se pro ni běžně nepoužívá. Je určeno pro flash NAND.
Je možné že použitím JFFS2 se docílí nějaké další zlepšení, otázka ale je jestli to stojí za tu námahu.
V zásadě SD karta se tváří jako blokové zařízení a o všechno v pozadí se stará sama a nezbývá než se modlit aby při větších zápisech neodešla. Jediné co můžeme udělat je omezit množství zápisů. A provádět zápisy v dávkách a ne po jednotlivých řádcích do logu.
https://www.raspberrypi.org/forums/viewtopic.php?t=61631&p=460046
Hlavní problém SD karty není jen nízká živost a možnost samovolného zničení jen tak. Ale hlavní problém při nečekaném vypnutí se mohou poškodit data, která vůbec nesouvisela se zapisovanými daty. Pokud se tohle stan žádné journalování nepomůže. Journálování je dobré jen pro běžné disky. Ba naopak podstatně zvýší množství zápisů a tím i pravděpodobnost tohoto problému. Tedy vypnout journalování je opravdu u SD karet doporučováno.
To je sranda kolik různých pověr u RP panuje.
-
Těší mě, že jste moje zkušenosti doplnil o svoje poznámky. Je vidět, že článek, byť se tváří jako triviální polotovar, dokáže někoho přimět k zamyšlení. Doufám, že pokud někoho článek inspiruje, bude uvažovat podobně jako vy a dokáže přizpůsobit moje rady svojí situaci. Může si například říct: "Vždyť já mám JISTOTU, že uživatel nemůže u fsck rozhodnout vůbec o ničem, protože jsem kvůli čtyřem sériovým portům musel vypnout grafickou kartu (BB Black) nebo tam vůbec žádná grafika není (BB White). Jde tedy o situaci, kdy by bylo vhodné zajistit, aby uživatel nemusel rozhodovat vůbec."
Díky za zajímavý studijní materiál, který mi rozšířil obzor. RPi sice zatím nemám, ale až si ho pořídím, tyto zkušenosti určitě uplatním.
Je nutný fsck i na JFFS2? Jak zjistím velikost eraseblock na konkrétním zařízení?
-
•BananaPi vypadá dobře, ale má podobný problém s USB a SATA, že SATA je přes USB převodník a prý než 20 MB/s to nezvládne
To už snad bylo mnohokrát vyvráceno, ne? Který kokot to pořád rozšiřuje... První Banana má SATA z čipu, přes hdparm -t to jede přes 120 MB/s (asi omezení HDD, se SDD jsem to nezkoušel).
-
Furt se tu motají dohromady dvě různé věci. Co třeba trocha čtení na úvod?
http://www.linux-mtd.infradead.org/faq/general.html#L_mtd_vs_hdd
Je nutný fsck i na JFFS2? Jak zjistím velikost eraseblock na konkrétním zařízení?
Filesystémy nad MTD fsck nepoužívají, s výpadky napájení se počítá, samoopravují se za běhu. Pokud takový filesystém skončí v nekonsistentním stavu, jedná se o chybu, kterou je třeba hlásit ;-)
~ mtdinfo -a
Count of MTD devices: 2
Present MTD devices: mtd0, mtd1
Sysfs interface supported: yes
mtd0
Name: SPL
Type: nand
Eraseblock size: 131072 bytes, 128.0 KiB
Amount of eraseblocks: 4 (524288 bytes, 512.0 KiB)
Minimum input/output unit size: 2048 bytes
Sub-page size: 512 bytes
OOB size: 64 bytes
Character device major/minor: 90:0
Bad blocks are allowed: true
Device is writable: true
mtd1
Name: UBI
Type: nand
Eraseblock size: 131072 bytes, 128.0 KiB
Amount of eraseblocks: 4092 (536346624 bytes, 511.5 MiB)
Minimum input/output unit size: 2048 bytes
Sub-page size: 512 bytes
OOB size: 64 bytes
Character device major/minor: 90:2
Bad blocks are allowed: true
Device is writable: true
Pokud není utilita:
~ cat /proc/mtd
dev: size erasesize name
mtd0: 00080000 00020000 "SPL"
mtd1: 1ff80000 00020000 "UBI"
-
To není pravda. JFFS2 není určeno pro SD kartu[...]
omlouvam se, myslel sem F2FS (https://en.wikipedia.org/wiki/F2FS)...
-
Dneska je technika a zkušenosti vůbec někde úplně jinde. Do krabic dávám BeagleBone industrial s 4 GB eMMC bez větších úprav a není s tím žádný problém. Po světě mám nainstalovanou stovku krabic a o drtivé většině z nich nevím. Před pár týdny jsem portoval software a firmware na Debian 9 - co si vymyslím, to tam najdu. To jsou věci, o kterých jsem si mohl nechat před čtyřmi lety nechat leda zdát. RPi se jistě vyvíjí bouřlivě taky, ale hardware se ubírá jinou cestou (bogomipsy prodávají) a letité zkušenosti s SD kartami se zde díky tomu mohou hodit i dnes.
Děkuji za postřehy a názory. Prosím můžete napsat v čem si myslíte že je BeagleBone úplně jinde?
Bohužel RP se co mohu říci ze svého pohledu vůbec nevyvíjí s výjimkou pár nepatrných drobností a vyšší rychlosti procesoru. Vypadá to, že jediné co dělají opravdu dobře je PR.
Osobně mi přijde hrozná škoda, že RP nemá verzi s konektorem na baterii, případně i SATA. Ono zapojovat disk přes přetížený USB (i síť je skrytě přes USB) není zrovna dvakrát moudré a velmi omezuje možné profesionálnější použití. Pro aplikace kde se hodně zapisuje, nebo dokonce jako dlouhodobě spolehlivý počítač na běžnou práci či experimenty, není RP vhodná.
Že nemá RP eMMC nebo NAND flash bych asi nevytýkal, protože to věci komplikuje a problémy aplikací co vyžadují větší množství zápisů to může zlepšit jen částečně. I když i tyto možnosti jsou také velké plus.
RP se nevyvíjí moc ani po softwarové stránce. Stále oficiálně poskytuje skripty, co předělají instalaci Rasbianu na read only a podobně, a nechala možnost přepínat se a pod. Člověk aby používal neoficiální distribuce, nebo si to celé připravoval sám. A co se týče souborového systému F2FS vhodného pro SD karty, vypadá to že tam lidem co to chtějí používat komplikuje život tím, že podporu nezakompiluje přímo do kernelu - nechali to jen jako modul. Viz. zde dole https://www.raspberrypi.org/forums/viewtopic.php?f=29&t=47769 A přitom by to měl být defaultně hlavní souborový systém RP co běží s SD karty.
Na mne to působí tak, že za RP stojí lidi co tomu moc nerozumí nebo z počátečního úspěchu už ztrácejí soudnost?
I když to má být výukový počítač, tak je třeba učit správné zásady. To ty nedokonalosti neomlouvá.
-
To není pravda. JFFS2 není určeno pro SD kartu[...]
omlouvam se, myslel sem F2FS (https://en.wikipedia.org/wiki/F2FS)...
Ten F2FS vypadá fakt dobře, to by mohlo výrazně pomoci. A vůbec jsem o tom nevěděl. Dokonce lidi hlásí zvýšení rychlosti. https://www.raspberrypi.org/forums/viewtopic.php?f=29&t=47769
Vypadá to, že ti co stojí za RP o tom také neví. Nechápu proč už to nenasadili jako defaultně hlavní souborový systém. Nebo mohli aspoň nachystat skript, který to na něj převede.
Myslím že klíčem ke zvýšení životnosti SD karty omezení zápisů, aby se nemuselo kvůli každému řádku co přibude do logu zapisovat 2MB dat. Vlastně ještě mnohem více, protože kromě obsahu souboru se mění ještě velikost souboru a jiné parametry uložené někde úplně jinde - tedy další 2MB zbytečně zapsaných dat se zapíše x krát, kvůli tomu že přibude do logu třeba 20 bytů. Řešením je, aby se to ukládalo do paměti a změny se zapsali vždy až po dávkách, když je toho více, nebo před vypnutím či restartem. To by ovšem vyžadovalo vždy mít záložní baterii a tlačítko na vypnutí/restart. A na to jaksi RP nemyslí a každý si to musí dokutit sám. A to mi právě přijde na RP hrozně amatérské.
-
Že nemá RP eMMC nebo NAND flash bych asi nevytýkal, protože to věci komplikuje a problémy aplikací co vyžadují větší množství zápisů to může zlepšit jen částečně. I když i tyto možnosti jsou také velké plus.
Toto vlákno by bylo kratší/nemuselo vzniknout, kdybyste věnoval méně času čtení různých blogů. Třeba database storage přímo nad UBI težko překonáte, protože po vašem:
flash -> block translation layer -> block filesystem -> db (která implementuje "filesystem")
Tohle může v krajmím případě vést k mazání bloku pro každé uložení záznamu: aby šla stránka zapsat, musí být vymazaná, ale mazat lze pouze bloky, které jsou tvořeny stránkami.
Místo toho byste mohl mít db přímo nad flash, kde o linearitu a vadné bloky se stará UBI a zápisy provádět ve své režii. Navíc se vám do toho nemotá vfs cache.
Uvědomte si, že věty jako "on board NAND je horší než SD karta, protože tomu musíte rozumět" působí v kontextu tohoto vlákna jako špatný vtip! Buď se oháním profi použitím a nadávám na RPi (a používám předpřipravené distribuce) nebo vím, jak má fungovat spolehlivé zařízení a takto jej taky implementuju.
A mimochodem, btrfs sice je "under heavy development", ale taky "production stable".
Další zarážející věcí je použití Debianu (nebo jiné desktopové distribuce). Pokud to zařízení nemusím dlouhodobě podporovat, proč ne. V opačném případě si zkuste nainstalovat třeba 10let starou distribuci Debianu a pak ji zkusit vzdáleně aktualizovat. Potom sem můžete napsat, jestli se to povedlo, jak dlouho to trvalo a jestli byste to dokázali automatizovat pro ty stovky zařízení (o kterých asi netušíte, jestli tam někdo nedělal nějaký hotfix a jestli jsou všechny ve stejném výchozím stavu).
-
Tak jsem hledal více informací o F2FS, ale vypadá to, že to nadšení je planý poplach.
https://forum.armbian.com/topic/4167-f2fs-revisited/
Je zajímavé že nikde nejde najít nějaké benchmarky, co by dokazovali zvýšenou rychlost a snížené množství zápisů při běžném provozu.
Tedy vypadá to, že slušné spolehlivosti nejde dosáhnout jinak než na SD kartu zapisovat jen vyjímečně. Tedy např. logy či nějaká měření dávat jen na RAM disk a do paměti je přesunout jen jednou za čas v dávce, případně při vypínání či restartu. To ale vyžaduje baterii.
A nebo použít SATA.
Pěknej přehled desek na armbian https://www.armbian.com/download/
-
Po lopatě: Mezi filesystémem a flash pamětí na SD kartě je Flash Translation Layer pro SD kartu specifický, zvenčí neviditelný (černá skříňka). Proto nemůžete říct, jak se bude SD karta v provozu chovat, nedokážete říct, že se dvě SD karty shodného obchodního označení budou chovat stejně a o množství zápisů na vnitřní flash SD karty "při běžném provozu" se můžete též akorát dohadovat.
Pokud Vašim zákazníkům stačí, že Vám to na stole fungovalo a že jste na anonymním fóru četl, že Frantovi to běželo bez problémů několik let, je SD karta naprosto báječné zařízení. Do toho!
-
Po lopatě: Mezi filesystémem a flash pamětí na SD kartě je Flash Translation Layer pro SD kartu specifický, zvenčí neviditelný (černá skříňka). Proto nemůžete říct, jak se bude SD karta v provozu chovat, nedokážete říct, že se dvě SD karty shodného obchodního označení budou chovat stejně a o množství zápisů na vnitřní flash SD karty "při běžném provozu" se můžete též akorát dohadovat.
Pokud Vašim zákazníkům stačí, že Vám to na stole fungovalo a že jste na anonymním fóru četl, že Frantovi to běželo bez problémů několik let, je SD karta naprosto báječné zařízení. Do toho!
Souhlasím. Z toho ovšem plyne, že jakékoli řešení s Raspberry Pi, které na SD kartu pravidelně zapisuje je amaterizmus. Proto jsem založil tohle vlákno. Ano RP lze použít pro průmyslové nasazení, ale číst i zapisovat se musí ze síťového disku - to RP podporuje.
Pravděpodobně použitelné bude když budete mít SD kartu v režimu jen pro čtení, nebo zapisovat budete naprosto minimálně třeba jednou denně.
Ale jaké máme jiné možnosti kromě SATA ? Nikde jsem neslyšel že by NAND flash bylo co se spolehlivosti týče na tom lépe. Ale možná je nad rozlišovací schopnosti lidí co o tom píší. NAND flash ale prý končí a budoucnost má eMMC. eMMC je ale také černá skříňka stejně jako SD a to jestli je kvalitnější nelze předem moc ověřit.
-
jako ono je to jednoduche, pokud chces obejit problem s flash, tak to provozuj s 2.5" rotacnim hdd :-) napr.:
FriendlyARM NanoPi NEO zasunute do NAS Dock (pouziva prevodnik JMicron JMS567 kterej je snad i o neco lepsi nez JMS578)
http://wiki.friendlyarm.com/wiki/index.php/1-bay_NAS_Dock_v1.2_for_NanoPi_NEO/NEO2
Hardkernel Odroid-HC1 (pouziva JMicron JMS578 a jde o nejvykonejsi ARM desku vychazejici x XU4)
http://www.hardkernel.com/main/products/prdt_info.php?g_code=G150229074080
pokud vice rozhrani, tak primo Hardkernel Odroid-XU4:
http://www.hardkernel.com/main/products/prdt_info.php?g_code=G143452239825
a pouzit kvalitni USB3 externi HDD, nebo primo tuhle redukci (opet s JM578) a nejakej HDD dle vlastniho vyberu:
http://www.hardkernel.com/main/products/prdt_info.php?g_code=G150462654346
JM578 zvlada realne vytahnout ~300MB/s
HC-1 zvlada po GLAN realne neco malo pres 900Mbit, tusim je to o neco vice nez zvlada XU4
-
ke vsem deskam (a hromade dalsich) je vhodne pouzit jako OS Armbian, kterej je vicemene cistej Debian, ale pripravene bootloadery a jadra pro konkretni desky...
https://www.armbian.com/download/
-
jako ono je to jednoduche, pokud chces obejit problem s flash, tak to provozuj s 2.5" rotacnim hdd :-)
A co třeba SSD? U nich jsou tyto problémy přece vyřešeny.
-
To jako nejde použit tohle - https://www.czc.cz/transcend-mts400-m-2-32gb/164925/produkt a https://www.czc.cz/i-tec-mysafe-m-2-usb-3-0-pro-m-2-ssd/205110/produkt . Neptám se, já to používám. Je to malé, a rychlost nahrávání je omezen m.2 diskem 32GB, a ten na co odkazuju, má asi kolem 25-40MB/s . U verze 256GB má kolem 300MB/s.
-
A co třeba SSD? U nich jsou tyto problémy přece vyřešeny.
tak porad tam hrozi ze s vteriny na vterinu lehnou bez predchoziho varovani a data z toho dostane jen kouzelnik ;-)
jako urcite lepsi SSD nez SD, ja sel jen na hranici nejvice bezproblemoveho :)
jinak ja mam(mel) u RPi mSATA 32GB SSD v redukci do USB, bohuzel mi nedavno neco z toho odeslo, jeste nevim co...
kazdopadne oproti microSD to bylo brutalni rozdil, treba aktualizace(apt update && apt upgrade) na microSD totalne zabila celej Desktop (kvuli pomalemu zapisu a nizkemu iops), naproti tomu s tim SSD se RPi da normalne pouzivat a neni poznat ze se zrovna provadi aktualizace... samozrejme je to znat i na Chromium kdy diky cache na SSD je mnohonasobne sviznejsi nez s microSD... a to nezavisle na tom ze to nevyuzilo vyssi rychlost SSD kvuli tomu ze je to na USB2, ale nebrzdici zapis ve spojeni s "nekonecnym" iops to je znat vazne brutalne...
-
jinak ja mam(mel) u RPi mSATA 32GB SSD v redukci do USB, bohuzel mi nedavno neco z toho odeslo, jeste nevim co...
kazdopadne oproti microSD to bylo brutalni rozdil, treba aktualizace(apt update && apt upgrade) na microSD totalne zabila celej Desktop (kvuli pomalemu zapisu a nizkemu iops), naproti tomu s tim SSD se RPi da normalne pouzivat a neni poznat ze se zrovna provadi aktualizace...
Mám podobnou zkušenost, ovšem z opačné strany. Jako druhý disk v NTB mám microSD a je to o poznání pomalejší než primární eMMC. Ovšem mám na něm převážně multimédia, u kterých je mi to vcelku jedno.
-
treba aktualizace(apt update && apt upgrade) na microSD totalne zabila celej Desktop
Řešil jsem přesně to samé na malé CF kartě - stačí na /var/cache/apt mountnout tmpfs http://www.abclinuxu.cz/poradna/linux/show/412885#9
-
Tak jsem dnes narazil, na udělátko za 15 USD, kde běží openWRT.
Tady je potvrzeno, že na něm běží bez problému openwrt
https://wiki.openwrt.org/toh/nexx/wt1520
A zde je to možné koupit za 15 USD včetně poštovného.
https://www.aliexpress.com/item/Hot-Mini-Wireless-Router-NEXX-WT1520F-150M-Portable-AP-Repeater-Wireless-Router-Support-3G-Modem-Flash/32740604039.html
Pokud jen potřebuji něco řídit přes USB, mohlo by to být díky absenci nespolehlivé SD karty a použití openWRT lepší řešení než Raspberry pi. Tahle miniaturní věc má zabudovanou wifinu, může např s USB klacíkem dělat třeba wifi hotspot.
A pro větší paměť a SD kartu a zdroj si stačí připlatit jen 5 USD - https://www.aliexpress.com/item/MT7620A-802-11n-300Mbps-Wireless-WiFi-Router-USB-Wi-Fi-Repeater-OPENWRT-DDWRT-Padavan-RT-N14U/32820902708.html
-
to si narazil na starsi/horsi model, kdyz tak nexx wt3020f (nebo ad)
https://wiki.openwrt.org/toh/nexx/wt3020
https://m.ebay.com/itm/NEXX-WT3020F-Portable-Mini-Wireless-NAS-Router-AP-Reapeater-300Mbps-for-IOS-WIN7/152166866215 (https://m.ebay.com/itm/NEXX-WT3020F-Portable-Mini-Wireless-NAS-Router-AP-Reapeater-300Mbps-for-IOS-WIN7/152166866215)
kazdopadne si uvedom ze tu flash to ma 8MB, urcite se ti tam vedle zakladu systemu vejde i to co budes pridavat/potrebovat? :-)
-
Dneska je technika a zkušenosti vůbec někde úplně jinde. Do krabic dávám BeagleBone industrial s 4 GB eMMC bez větších úprav a není s tím žádný problém. Po světě mám nainstalovanou stovku krabic a o drtivé většině z nich nevím.
Děkuji za postřehy a názory. Prosím můžete napsat v čem si myslíte že je BeagleBone úplně jinde?
Především jsem psal, že technika a zkušenosti jsou jinde. Místo původního BeagleBone s SD kartou je tady BeagleBone Black s eMMC a grafickou kartou a s dvojnásobným množstvím paměti. Objevily se i různé alternativy nebo provedení - green, industrial a jiné různé. Podobně RPi je dnes už ve verzi 3. Zkušeností je taky mnohem víc. Například: když se dneska někdo zeptá, jak používat SD kartu v RPi, najde se spousta lidí, kteří už se spálili a dokážou poradit, na co si dát pozor. V začátcích RPi a BB nevěděl nikdo nic a nebylo se koho zeptat.
Stejně tak se vyvíjejí operační systémy. Už jsem tady vzpomínal Debian 9. Ten je pro BBB perfektně přizpůsobený, zvlášť podpora rozšiřujícího hardware je úplně jinde ve srovnání s tím děsem, který byl k dispozici před čtyřmi lety.
O rozdílech mezi RPi a BBB se dobrovolně příliš nevyjadřuji. Řekněme, že BeagleBone Black je pro mé použití mnohem vhodnější. Má vyvedenou spoustu různých funkcí (2x46pin konektor) - časovače, pwm, a/d, sériové porty, gpio. Není problém vyrobit třeba desku s podporou čtyř sériových portů, stačí připojit jen převodníky 3.3V/RS232. Není problém vyrobit desku třeba pro řízení osmi LED - stačí na PWM výstupy připojit spínací FET. Podobně snadno se dají měřit různé veličiny (osm analogových vstupů). BB přímo počítá s tím, že k němu budou připojené nějaké rozšiřovací desky, i mechanicky je to vyřešené docela šikovně. Připadá mi, že BB míří na výrobce zákaznického hardware.
RPi míří jinam. Sám jsem RPi nikdy neměl, nemám pro ně absolutně žádné využití. Proto berte moje názory na RPi s rezervou. Možná by se dal rozdíl mezi cílovou skupinou RPi a BB naznačit nepřímo: vlastník RPi se obvykle stará o to, jak připojit SATA disk, zatímco vlastníka BBB zajímá, jak vypnout grafickou kartu.
Myslím, že jsou to dva jiné světy. Typický uživatel RPi nepochopí, proč ztrácet čas s drahým, nevýkonným a absolutně neznámým BBB a uživatel BBB bude hledět na RPi s mírnou dávkou despektu jako na hračku.
-
to si narazil na starsi/horsi model, kdyz tak nexx wt3020f (nebo ad)
https://wiki.openwrt.org/toh/nexx/wt3020
https://m.ebay.com/itm/NEXX-WT3020F-Portable-Mini-Wireless-NAS-Router-AP-Reapeater-300Mbps-for-IOS-WIN7/152166866215 (https://m.ebay.com/itm/NEXX-WT3020F-Portable-Mini-Wireless-NAS-Router-AP-Reapeater-300Mbps-for-IOS-WIN7/152166866215)
kazdopadne si uvedom ze tu flash to ma 8MB, urcite se ti tam vedle zakladu systemu vejde i to co budes pridavat/potrebovat? :-)
Děkuji za odkaz. 8 MB flash vypadá hrozivě, ale je to pěkně zkomprimované, není to tak hrozné i když omezení to určitě je. Mám nyní s openwrt router TP-Link TL-WR842N/ND v2 a tam je také 8 MB paměti ROM a jen 32 MB RAM. Když si nainstaluji můj oblíbený skriptovací jazyk Ruby klesne zbývající volná ROM o třetinu na 2,52 MB. Tak dlouhé mé skripty ani knihovny rozhodně nebudou :)
Když si vytvořím vlastní komprimovaný image, kde bude vše co potřebuji, bude to trochu úspornější. Hold nezbývá než se naučit openWRT.
A přes USB mohu připojit relátka a snímat tím pohybová čidla a čidla na dveřích a zapínat/vypínat světla v celém baráku, nebo řídit plynový kotel (také přes relátko má jen stavy zapnuto a vypnuto). http://www.selfcontrol.cz/navod_re8usb.htm
http://www.odorik.cz/w/selfcontrol
Zapojit USB nebo wifi teploměr, čtečku otisků nebo čipů, usb kameru.
Nyní to dělám s RP, ale pořád trnu, kdy mi odejde SD karta. Tohle zařízení je asi pro takové jednodušší úkoly vhodnější i levnější. Za 11 USD to je docela bomba. Tedy klidně si mohu koupit i jedno jako náhradníka kdyby to první odešlo. Pořád je to flexibilnější řešení než si kupovat alarm třeba od jablotronu, kde jen řídící jednotka stojí 10 tisíc korun se spoustou nesmyslných omezení a to ještě abych se jich doprošoval, aby mi to vůbec prodali když si to chci montovat sám.
Pokud nepotřebuji bezdrátové prvky, udělat si alarm znamená jen pospojovat pár relátek + logika k tomu. Pohybové čidlo totiž funguje také jako relátko spojeno/nespojeno, podle toho jestli tam někdo chodí. Čidla na dveře otevřeno/zavřeno jsou také relátka. Dveře se otvírají a houkačka se také pouští a vypíná přes relátko. Prostě s obyčejnýma relátky a napěťovými vstupy toho lze postavit hrozně moc.
-
pokud si ses jistej ze ti HW (CPU, RAM, FLASH) bude stacit tak ok, jinak se ale mozna zamysli nad nejakou to ARM deskou (FriendlyArm, Hardkernel, BeagleBoard, Orange) s integrovanym/nebo_slotem eMMC, nebo integrovanym SATA radicem[ /url](kdyz uz ne nativni(BananaPi s CPU A20 nebo R40) tak s tim kvalitnim prevodnikem)...
jinak vybornej zdroj novinek/recenzi/informaci o ARM deskach je:
https://www.cnx-software.com/ (https://forum.root.cz/index.php?topic=17064.msg240744#msg240744)
-
edit: https://www.cnx-software.com/