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í.

Stává se někomu, že je slot na kartu( modelu Pi 3 Model B+) špatně připájen? za poslední měsíc to řeším u druhého klienta. PI je v krabici, nikdo se k němu nedostane. Na desce svítí pouze napájení, nebootuje.Kartu vyndám, zandám, PI naběhne. Růžek slotu karty není úplně připajen k desce. Karta tedy nejspíš nemá kontakt. Slot trochu promáčknu, růžek připájím a je to ok. Má někdo podobnou zkušenost?

DURDIN: https://www.thegeekpub.com/16220/raspberry-pi-noir-vs-normal-camera/

DURDIN: Hotové řešení. Za mě ok(testováno)
Raspberry Pi NoIR kamera V2
https://rpishop.cz/raspberry-pi/331-raspberry-pi-noir-kamera-modul-v2.html

Chtěl jsem udělat fotopast na ježka (a obacně nás zajímá, jaké ostatní zvířectvo tu v noci chodí na zahradu), to celé z dílů které mám volné po šuplících. Mám tu kameru z staré dětské chůvičky, je na ní label GS305-BM906B-23MM, má 22pin placatý kablík, a to je vše co o ni vím. Zapojil jsem ji do orangepi, které tu mám teď volné, ale tam nic, /dev/video0 se sice vytvořilo aniž bych loadoval nějaký modul, což je samo o sobě divné, ale nic z něho nedostanu, a po marném googlení to vypadá, že svět žádnou kameru nikdy neviděl a pokud viděl tak mu nikdy nikdo neodpověděl. Ještě tu mám jednu z něčeho, ale ta asi nevidí IR spektrum a k té jsem našel aspoň datasheet, ale že bych na to od pasu napsal kernel modul se necítím:D takže zpět na začátek. Neřešil někdo něco podobného, nebo tip na nějakou (usb-)kameru, která vidí "v noci" a má podporu v jádře, popř klidně nějaké hotové řešení? Já bych klidně použil i tu chůvičku, jenže to neumí nahrávat, a na hacknutí protokolu nemám zařízení (používá to nějak 2,4ghz spektrum)

Ahoj vsichni,
ted me napadlo, ze na pi byste mohli ocenit jupyter notebook v konzoli.
A mozna by se k tomu hodil i sqlite kernel.
pip install --upgrade nbtermix
pip install --upgrade sqli-kernel
sqlik_install
nbtermix --kernel sqlik new.ipynb

Taky to vzdavam, na raspi proste nefunguje presne synchronizace.

Vzdavam to.. muze mi prosim nekdo rict, proc po nejake dobe se ctecka "kousne" a nic necte, nic nedela, aniz by mi hodila nejakou chybu..? Skript bezi vesele dal, jen se nic nedeje. Obcas pul hodka, obcas hodka..

Pripadne jestli je tu nekdo, kdo mi muze poradit jak spolehlive cist tu ctecku, aby to nepadalo a bylo spolehlive? Odmena jista.
Puvodne jsem mel v planu tam nainstalovat supervisor, ktery by mi ten skript nahodil, kdyz by spadl.. jenze ten skript nepada, jen "zamrzne" a ja nevim proc :/

#!/usr/bin/env python
import time
import RPi.GPIO as GPIO
from mfrc522 import SimpleMFRC522
import mysql.connector

db = mysql.connector.connect(
host="localhost",
user="rpi",
passwd="pass",
database="attendance"
)

cursor = db.cursor()
reader = SimpleMFRC522()

try:
while True:
id, text = reader.read()
print(id)
cursor.execute("SELECT id FROM rfid_reader WHERE created_at >= NOW() - INTERVAL 10 MINUTE AND rfid_uid="+str(id))
cursor.fetchone()
if cursor.rowcount <= 0:
cursor.execute("INSERT INTO rfid_reader (rfid_uid) VALUES (%s)", (str(id),) )
db.commit()

time.sleep(0.5)

except KeyboardInterrupt:
pass
finally:
GPIO.cleanup()

QWWERTY: Pecka, diky.

FALL TOOMIX: Potrebuju udelat RFID ctecku co pracuje na 125KHz. Po precteni at to nekam zaloguje (klidne lokalni mysql) nebo udela API request (spis jsem pro variantu databaze, kdyby vypadlo pripojeni) kde ja si to uz zpracuju na serverovy strane jak potrebuju.

Hledal jsem uz nejake hotove krabickove reseni, ke kteremu bych se bud pripojoval, nebo mi to nekam posilalo, ale nenasel jsem nic poradneho, tak jsem musel jit cestou to postavit sam. Jenze je to uz dobrejch X let, co jsem naposled neco takoveho delal..

Nejvetsi problem mam, ze kdyz jsem vyuzil nejakou USBckovou ctecku co umi tech 125KHz, tak tam byla obrovska chybovost pri cteni (neuplny precteni, prepis ID pres sebe, ..). Ted tady zkousim spachat to s RC522 ktera funguje pomerne spolehlive, jen k ni musim dodat jeste nejakym zpusobem buzzer, at clovek vi, ze cteni je OK nebo ne. Nasledne bych to prehodil na nejakou spolehlivou ctecku co umi 125KHz a zapojil to.

PECA: Jo, neco takoveho potrebuju i tady - vlastne jen logovani cipu zamestnancu.

M_IKE: Já jsem řešil RfId čipy (karty). Takové ty na docházku, obědy apod. Jenom čtení Id. Měl jsem to připojené přes 1wire - což má nějaká provozní omezení (cca 500 ms nutná minimální prodleva mezi úspěšnými načteními). Další varianta je použít USB, která simuluje klávesnici - to je relativně dobré řešení, pochopitelně to má svá úskalí (prostě je to jako klávesnice). Pak jsem měl ještě nějaké moduly na I²C a na UART, ale k tomu už jsem se nedostal. Nakonec jsme to z ekonomické nerentability oproti alternativnímu řešení přestali vyvíjet.

Jeden zásadní poznatek. Potřeboval jsem 2 čtečky (příchod a odchod) a ty čtečky umístěné vedle sebe se vzájemně ruší! Než jsem na to náhodou přišel, tak jsem se neustále pral se špatnou citlivostí :)