Zvukařina.cz

myslim že ked sa tu zaregistrujete, ze pojdu aj sem vlozit fotky aj pisat si sukr. spravy...
(itktkpb@gmail.com)
myslim že aj tak nebudem vediet poradit, ze skor bude vediet aj vyrobit nieco p. z blackout.sk

A neda sa k tomu len pripojit nejaky hocijaky dmx ovladac ako napr. tie male pultiky, pc, nb a pod... ?

Ďakujem.

mohu zaslat fotky když mi dáte email. zkoušel jsem napsat na ali ale bez odezvy.

prihodatom@seznam.cz píše: ↑

stř 04. led 2023 15:49:27

Dobrý den mám problém a prosbu, někdo mi ukradl kartu z DMX controlleru na světelnou podlahu z číny a nemám náhradní SW dá se to někde sehnat?

neviem aky to je ovladac - nepoznam...,
nepozerali ste to na aliexpress.com
možno skusit tam napisat niektoremu predajcovi dmx ovladacov...

a ci by sa hodilo nieco z produkcie alebo by vedel spravit... blackout.sk

Dobrý den mám problém a prosbu, někdo mi ukradl kartu z DMX controlleru na světelnou podlahu z číny a nemám náhradní SW dá se to někde sehnat?

Výsledky bádání:
Standartní 16450 ani 16550 250kBit neumí. Zvládají 230040 nebo 268800. Některé USB převodníky umí totéž (testován ATEN UC232 a Profilic PL232). Ale číňana CH340 (a zřejmě i FT232) lze nastavit na 250000. V CMD "MODE COM13 BAUD=25000"
nastaví narozdil od dalších 250k. Neboli je možno číst a logovat na konci DMX sběrnice co přišlo..

Jak to zpracuji ještě nevím, ale chápu problematiku 250k Async vs PC-RS232. Mám další otázky např. Jak byl generován DMX v dobách předUSBčkových, ale to už je jen zvědavost...

Děkuji za nakopnutí, vlákno možno uzamknout.

Zdroje:
http://doityourselfchristmas.com/forums ... 12902.html
FTDI, PL232, CH340, UC232, PIC45K50, SN75157, freestyler, osciloskop, strand250...

Tak pardon, já to pochopil, že problém je to bláznění.

Other common standards are 31,250 (MIDI) and 250K (DMX), both likely chosen as nice multiples of 'round' clocks like 1MHz etc.

https://electronics.stackexchange.com/a/9278

Děkuji za reakci, i když úplně mimo.
Otázka zní: Jak je ve vysílačích DMX512 řešena rychlost 250kBit/s, přestože se nejedná o normalizovanou rychlost UARTu.

Neznám tvoji konfiguraci, ale jestli je někde po cestě ethernet a počítač(e), tak jako první bych zkusil Wireshark. Ano, to nebude odposlouchávat RS485, ale mohlo by to najít případné nesmysly, které se někde možná generují.
Asi ten Wireshark stejně použiješ.
A pokud je to rušení, tak to je těžké. Sériová linka nemá moc sofistikovanou ochranu či schopnost samooprav.
A tady na Githubu je něco dost podobného, ne-li přesně to, o čem píšeš, https://github.com/mathertel/DmxSerial , teda s Arduinem. Asi levnější než pořizovat adaptér na ethernet. A rušení může každý přijímač zainterpretovat jinak. Nebo možná píchnout osciloskop na linku a nastavit onetime trigger na vyšší napětí než tam normálně je a třeba na něm zachytíš nějaké to rušení.

Jen volné úvahy. Dost prekérní situace

Chápu že DMX je RS485 difernciální linka 8N2, přenos DMX512 je Startbyte následovaný 512 byty pro jednotlivé kanály a cyklicky se to opakuje.

Ale jak je to s bitovou rychlostí? Standart říká 250kBit. COM port má 115200Bd, 230400Bd a 460800Baudů. Mnoho schémat převodníků co jsem nalezl má FTDI+MAX nebo jen MAXe. Záměrně opomíjím převodníky co mají svůj CPU Atmega PIC atd. Jak je u těchto převodníků nastavený COM aby splnil požadovaných 250kBit/s. Pod DOS a jinými realtime os bych pochopil nahazování TXD pomocí BREAKU a počítání rychlosti pomocí jiných než UART časovačů. Jenže SW je pod Win32+ a tam to takhle nejde.

Mým cílem je interface odposlouchávající DMX linku a její logování za účelem detekce chyb (třeba 1 během 2hodinové produkce kdy se zničehonic všechno zblázní a o vteřinu později je to opět OK).

Dokázal by někdo odpovědět než začnu uvažovat o interfejsu s jednočipem?