MARTEN: a běží to nonstop anebo to podléhá vypínání a neduhu R-Pi vůči SD zvanému BrownOut...

PES: Jo je. Zkousel jsem nechat i ty s kteryma to posilaji defaultne. Zvlastni ze nikdy, v pripade sd, neodejde uplne. Preformatovani a funguje zase nejakou dobu. Stejne chovani u ssd. Jak kdyby neco vzdy znicilo mbr, nebo neco. A fakt nevim proc, kdyz je to u nekolika PI a ne jednoho jedineho. Pak me to odradilo a uz sem se chvili nestacil s tim nic delat

Mne Pi zklamalo v tom, ze zadne nevydrzelo bezet ani pul roku, aniz bych nemusel preinstalovat. A to jsem zkousel pomalu SD skoro bez zapisu, flash disk i ssd disk. Nic nevydrzelo. Provozovany Hassio, squid a radarr/sonarr. Pi2 i Pi3.

TEAPACK: to bych necekal, ze to bude sz takovy rozdil ...

JIMX: nejdriv na hrani a pak na takovy ty drobnosti jako squid/ftp/smokeping a podobny malicky kontejnery pro takovy to domaci sitovani....
A vykonnejsi HW by mel vetsi spotrebu a generoval by vic tepla...

DIDA: S ne-průmyslovou kartou jsem měl také trable. Asi budu muset zlepšit výstupní kontrolu zařízení. Nebo jak říkáš, boot z USB.

DIDA: mozna je to tim ze tomu prd rozumim a sel jsem na to strasne spatne :D

Tank skvelej!

RAINBOF: Aha, tak s tímhle asi nepomůžu. Tím jsem se nikdy nezabýval. Audio výstup JACK sice používám, ale pouze jako jednoduchý hlasový modul. Přehrává to uživateli zvuky podle toho jakou má objednávku a tak.
A taky jsem s tím dělal zvukový modul do tanku :-) https://www.youtube.com/watch?v=uO6NdOmKZDU&t=54s

Přehrává to zvuky podle toho co zachytí s SBUS výstupu přijímače a to včetně reakce na plyn (změna zvuku motoru a pásů)

Každopádně MIX a MIDI jsem nikdy neřešil.

DIDA: prosimte resil jsem mix audia na raspi. Midi a mix dvou audiosource pres jack. No a vlastne jsem se dostal k tomu ze:

1. V jackd se na raspi resi bug snad ohledne rychlosti vlaken kterej zpusobuje ze na novych debianech to nejde.
2. Starsi kernel funguje ale zvuk je tak zpomalen ze na pianohru to neni.

(Jsem to tu psal ale na me typicky nikdo nereaguje tak jsem to smazl a napsal jen tohle)

HONZAK89: Tak to je zajímavý problém, to jsem snad ještě neřešil. Spíš se nám stávalo, že pokud se používaly neprůmyslové karty, tak dost často odcházely. Na problém se slotem a jeho špatným zapájením si teda nevzpomínám. Zkus použít USB Flash, mám s tím celkem dobré zkušenosti a B+ už z USB bootuje nativně.

M_IKE: Ahoj, RPI stíhá dekódovat i data přímo z EM4095 (64 bit manchester) a nepotřebuješ pak žádnou čtečku. Mám to tak na hodně zařízeních. Pokud to ale potřebuješ na jednu aplikaci, tak je určitě jednodušší opravdu pořídit za pár korun hotovou RS232 čtečku, na trhu je jich mraky.

RAINBOF: Synchronizace čeho myslíš? Sběrnic? Mě jede u zákazníků cca 2000 RPI v provozu 24/7 a na všech běží komunikace RS232, RS485, SPI, někde I2C a není s tím žádný problém. Jasně, není to na ultra přesné časování a měření dějů, to ale když nutně potřebuju, tak tam prostě na SPI sběrnici pověsím STM32xxx procesor, který se o to stará a data předává dál.
Mám na tom třeba aplikaci pro měření časů na závodech FPV dronů (běžně rychlost nad 100km/h) a nativně na pinu RPI mám připojený IR přijímač (nosná frekvence 38kHz) a RPI to stíhá bez próblémů dekódovat. Na každém dronu je vysílací IR tag s jedinečným ID a při průletu brankou ho RPI odchytne a zapíše čas. Je u toho dotykový displej kterým se to ovládá, zobrazuje pořadí a rekordy, výsledky to ukládá do textových souborů a je tam nahozený server, takže se na ně dá dívat přes WiFi online. A stíhá to. Je ale třeba samozřejmě obsluhu IR přijímače dát do jiného vlákna než hlavní program a dát mu vysokou prioritu. Takže například logický analyzátor bych na tom samozřejmě nestavěl (jedině ve variantě s STM), ale jinak to zvládá spoustu věcí.