Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - TomaMal

Stran: [1] 2
1
Hardware / Re:Přepínání tří monitorů s HDMI
« kdy: 29. 09. 2025, 19:11:19 »
Mám tři počítače, jeden připojený nastálo, dva notebooky co se střídají dle potřeby. Název tématu jsem lehce popletl, psal jsem rychleji než myslel.
Používám dva monitory, takže reálně potřebuji funkční KVM 4 na 2. Takový mám, ale z nějakého důvodu špatně přenáší identifikaci monitoru, takže ne vždy funguje správně nastavení rozlišení. Windows nedovolí nastavit pro 2K monitor více než fullHD. Současný má i přepínač USB, což je příjemný bonus
Vyměnit monitory se mi úplně nechce, v ostatních ohledech jsem se současným monitory spokojený a je to zbytečná investice.
Doufal jsem, že někdo již řešil podobný problém a má nějaké praktické zkušenosti. Nakonec mi asi nezbyde nic jiného, než zkusit něco objednat a případně do 14 dnů vrátit.


2
Hardware / Přepínání tří monitorů s HDMI
« kdy: 28. 09. 2025, 09:45:19 »
Zdravím,

již delší dobu řeším problém s přehazováním monitorů k více PC. Mám jedno pracoviště s 1x2K a 1x 1080p monitorem. Reálně bych potřeboval střídat až tři PC a to stolní PC s 1070, Zbook s T1000 a Dell notebook s integrovaným Intelem. Pořídil jsem si nějaký noname KWM a chovaní bylo zvláštní. 2K monitor se do Windows identifikoval jako FullHD
S PC fungoval většinou správně (2K monitor byl ve 2K), se Zbook výjimečně a s Dell nikdy. Zkoušel jsem různé kombinace kabelů a nenašel jsem žádnou zákonitost kdy to funguje a kdy ne. Samotné kabely na 2K šli vždy.
Měl by někdo nápad na nějaké řešení?
Případně má někdo něco odzkoušeného na stejný nebo podobný setup? Nemám problém si koupit něco "lepšího", ale nechci něco koupit a dopadnout stejně
Díky

3
Hardware / Re:UPS pro malý server
« kdy: 12. 09. 2025, 11:41:52 »
S největší pravděpodobností baterka složená z více článků

4
Hardware / Re:PC zdroj se stejnosměrným vstupem
« kdy: 01. 09. 2025, 20:30:46 »
Většina kvalitních spínaných zdrojů je z principu schopna fungovat i na DC. A to i ty, které na to nemají certifikát. Jak průmyslové zdroje tak laboratorní jsem několikrát na DC připojoval, vždy ale s vyžádáaným potvrzením výrobce.
Co u vaší aplikace může dělat problémy jsou vstupní pomocné obvodu jako aktivní kompenzace účiníku. Nebývá uvedeno, jak je provedena, takže se nedá zjistit zda v obvodu něco bude vadit nebo ne.
Pokud do toho skutečně chcete jít, doporučuji koupit nějaký server zdroj slušného výrobce co má nejméně "píčovinek". Tam je šance, že by to o mohlo fungovat. Zkusil bych otevřít kryt a podívat se na vstupní obvody. Síťová část je většinou dělaná z diskrétních součástek, takže se bude dát zkontrolovat, zda je v obvodu něco, co by nepřežilo DC.

Kdysi jsem sháněl PC zdroj na 24VDC, takové se sehnat dají

5
Hardware / Re:Znáte PLC s IDE pro Linux?
« kdy: 11. 04. 2025, 10:36:02 »
Zeptám se ještě trošku provokativně. Co je vaším cílem? Z mé praxe elektro projektanta a zároveň programátora PLC vím, že málo kdy si člověk může vybírat HW na kterém řízení postaví. Jednak jde o firmu, co rozvaděče staví, ta může mít problém s exotickým HW, dále firmu co dodává technologie. Ta má nějaký standard, který většinou nechce měnit. A v neposlední řadě zákazníci. V Evropě jede Siemens a to zvláště v automotive. Jakmile dodáváte do nějakého korporátu, HW je většinou předepsaný a to dost tvrdě. U menších firem s většinou ptají na HW a pokud to není nějaká extrémní exotika, tak na to občas kývnou. Ale opět jsme u toho, že pokud dodáte (v Evropě) Siemens, tak to akceptují prakticky všichni. V Asii je v podobné situaci Mitsubishi, v USA Rockwell

6
Hardware / Re:Znáte PLC s IDE pro Linux?
« kdy: 10. 04. 2025, 06:52:53 »
Dle diskuzí by měl jít rozjet TIA portál pod virtuálem. Týkalo se to starších verzí, je otázka jak se budou chovat současné. Praktické zkušenosti nemám, všichni jedeme pod Windows.
Existují i PLC, které se programují přes webové rozhraní (např Weidmueller) nebo přímo na HW (např Unipi), ale osobně to považuji za nesmysl. Často člověk musí programovat i bez dostupného HW.

7
Logo rozhodně není zařízení závislé na cloud. Běžně se propojí kabelem s počítačem a program ho dokáže najít. Výchozí brána skutečně pro Logo! Soft není potřebná. Zkusil bych prvně resetovat Logo do továrního nastavení a poté bych si s tím hrál. Delší dobu jsem s Logem nedělal, ale předpokládám že Siemens tam začíná implementovat stejné bezpečnostní politiky jako na S7. Není možné, že pro připojení je nutné mít certifikáty?

8
Sítě / Re:Přepínání rychlosti routeru
« kdy: 02. 12. 2024, 12:29:42 »
Spíše vy nevíte o čem mluvíte. Správně zapojené stínění je zapojené na obou stranách. V takovém případě funguje nejlépe.
V reálných aplikacích toho není vždy možné dosáhnout z důvodu rozdílných potenciálů. Pokud stíněním teče proud, je riziko zanesení rušení přímo do kabelu ze stínění.
Obecně se zapojují stínění signálových i silových kabelů na obou stranách, u silových vždy, u signálových se občas jedna strana odpojuje pokud popospojení není dostatečné pro vyrovnání potenciálů. Reálně se toto děje u aplikací s frekvenčními měniči.

Pokud jsou takovéto problémy, doporučuji použít nestíněné konektory, nebo do nich stínění nezapojovat. Co nejblíže konektoru odstranit cca 10 mm izolace a stínit na nejbližší kostru. Je tam výhoda v možnosti odpojovat jednotlivé strany a testovat. Zjevně to není doma, takže takovéto zapojení nevadí

Tvrdit že ze stínění zapojené na obou stranách je nebezpečné je nesmysl. Pokud propojuji v rámci jednoho domu, tak nikdy nemohu mít rozdíl větší než pár volt. Cokoliv jiného ukazuje na extrémně špatně provedenou elektroinstalaci a nebezpečím vůbec není ten stíněný kabel.

9
Sítě / Re:Horší WiFi na MikroTik hAP ax3
« kdy: 15. 11. 2024, 12:24:16 »
K bodu tři:
Pro "běžné domácí použití" není potřeba používat unifi controller aktivní trvale. Stačí ho mít na PC pro nastavení. Takže tohle bych určitě nebral jako překážku. Nastavení je mírně složitější, než je běžné u domácích WiFi routerů, ale zase o proti Mikrotik mi přijde jednoduší.
Dále může controller běžet třeba na NAS (tak to mám já) nebo třeba na malině.
V jedné aplikaci mám 3 AP bez běžícího controlleru, jeden využívá wireless uplink a funguje to absolutně bez problémů

10
Software / Re:IP Kamera PoE problém se zobrazením
« kdy: 15. 10. 2024, 11:52:22 »
První co bych udělal je kontrol IP adres kamer. Pokud mají stejnou, může to způsobovat podobné problémy

11
Pokud to má být připojené k powerbance, dal bych si pozor na jednu věc. Všechny co mám doma odpojí výstup pokud nedetekuje odběr. Například nabíječka k foťáku baterku nabila, ale po dobití si brala tak malý proud, že se powerbanky vypnula a nabíječka neměla šanci udržovat baterku nabitou. Časovač sám bude odebírat minimum a může se stát, že s powerbankou to nemusí fungovat spolehlivě

12
Sítě / Re:Doporučte modem pro DSL
« kdy: 20. 08. 2024, 12:53:08 »
Předpokládám, že odkazovaný Zyxel je to samé, co se používá s jiným FW jako terminátor od Cetinu. Je to určitě jedno z nejlepšího, co dnes na VDSL jde sehnat. Co se týká origo FW, neznám, takže neporadím. Ale i z popisu to vypadá, že funguje stejně jako terminátor pouze jako Bridge, takže bude potřeba ještě router. Pokud již máte UI, dávalo by smysl použít např. jejich novou gateway a switch.

13
Sítě / Re:Blokace přístupu k Remote desktop
« kdy: 26. 04. 2024, 08:49:43 »
Je zřejmé, že jsem otázku nepoložil dostatečně jasně. Přikládám zjednodušené blokové schéma. Máme počítače K101 až K1xx (reálně cca 15-20 Windows PC). do těchto počítačů nejde nijak zasahovat, řídí existující technologie a zákazník nám nedovolí dělat změny. Tento přístup je běžný a pochopitelný. Dále máme počítač K100, který má mít přístup právě k jednomu z počítače ze skupiny K101-K1xx na základě toho, jak se CPU KEB1 "rozhodne". Je to řídící systém od Siemens, jsem omezen na některé průmyslové sběrnice případně seriovku. Tento počítač je také v režii zákazníka a SW změny by teoreticky byly možné, ale nejspíše dost problematické z hlediska zákazníkova IT.

Idea byla taková, že na switchi KFE1 nastavit pro každý z portů 1-x jedinečnou VLAN. Pokud bude switch KFE2 profinet switch Scalance vyšší řady, můžu mu za chodu změnit nastavení přes WRREC a říct mu, že port 1 akceptuje pouze pakety s vybranou VLAN.

Zákazník od nás očekává, že systém bude implementovaný nezávisle na použitých PC, počítače se mění daleko častěji než řídící systémy a nechce pokaždé dělat změny. Přijde mi, že takto by to mohlo fungovat, ale jak jsem již řekl, nejsem síťař

Díky

14
Sítě / Blokace přístupu k Remote desktop
« kdy: 25. 04. 2024, 12:32:44 »
Zdravím,

Pro jednoho z našich zákazníků děláme nadřazený řídící systém haly, který bude primárně řešit FS a další podobné věci. Jeden z požadavků zákazníka bylo, aby tento řídící systém také dokázal blokovat možnost připojení z vybraného PC (ve velíně) k podřízeným PC přímo na hale (nějaký způsob remote desktop). Reálná situace je taková, že nadřazený řídící systém na základě nějakých vstupů vybere a umožní spojení pouze s jedním PC na hale.

Moje idea byla použít na straně haly switch, který každému fyzickému portu přidá (jinou) VLAN. Na straně velínu dát druhý switch (Profinet, připojený k řídícímu systému), kterému by řídící systém vnutilo na port pro PC pouze tu VLAN, která by měla být aktuálně dostupná.
Nejsem síťař, ale přijde mi, že takto by to mohlo fungovat. Napadá někoho nějaké rozumnější řešení? Podmínkou je, celý ten systém dokázal spolupracovat s S7-1500, tzn Profinet, Modbus nebo něco podobného

Díky za jakékoliv postřehy

15
Sítě / Re:Vedení UTP a především vyústění ze zdi
« kdy: 28. 03. 2024, 20:49:26 »
Metráž v bílé barvě má i UI, ale nevím zda ho někdo střihne, nebo by jste musel koupit celé klubo. Na Conradu mají po 25 m. Weidmueller má v 7035, což je lehce do šeda.
Průchodku ze zdi bych neřešil. Kabel pouze "zasádrujte" nějaký lepším stavebním materiálem a zamalujte. Pokud se bojíte praskání, můžete použít nějakou menší instalační krabici a schovat ji celou pod omítku. Kabel vyvést přes gumovou průchodku.
Případně pokud budete tahat kabel v trubkách, můžete použít co nejmenší průměr a k tomu koleno. Budete muset trubku zasekat více do zdi, nebo bude trošku čouhat

Stran: [1] 2