Příspěvky

1666

Hardware / Re:Pasivní usb hub

« kdy: 04. 04. 2019, 16:26:59 »

USB hub si nese sebou konfiguraci, ktera do OS rika, ze "ja nemam zdroj" (bus powered), tudiz periferie ktere jsou nad 100mA se nebudou povolovat.

mam na pasivnom usb hube (aliexpress lowend, konektormi a vizualne nieco taketo Manhattan 160605) pripojenu opticku MRZ citacku dokladov s odberom cca 400mA a mys s odberom cca 100mA a obe zariadenia funguju sucasne.

Neco podobneho mam taky:
https://www.alza.cz/hama-usb-2-0-4-port-cerny-d364968.htm

Zde je lsusb -v:

Kód: [Vybrat]

Bus 001 Device 051: ID 05e3:0608 Genesys Logic, Inc. Hub
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            9 Hub
  bDeviceSubClass         0
  bDeviceProtocol         1 Single TT
  bMaxPacketSize0        64
  idVendor           0x05e3 Genesys Logic, Inc.
  idProduct          0x0608 Hub
  bcdDevice           85.36
  iManufacturer           0
  iProduct                1 USB2.0 Hub
  iSerial                 0
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           25
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xe0
      Self Powered
      Remote Wakeup
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         9 Hub
      bInterfaceSubClass      0
      bInterfaceProtocol      0 Full speed (or root) hub
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              12
Hub Descriptor:
  bLength               9
  bDescriptorType      41
  nNbrPorts             4
  wHubCharacteristic 0x00e0
    Ganged power switching
    Ganged overcurrent protection
    TT think time 32 FS bits
    Port indicators
  bPwrOn2PwrGood       50 * 2 milli seconds
  bHubContrCurrent    100 milli Ampere
  DeviceRemovable    0x00
  PortPwrCtrlMask    0xff
 Hub Port Status:
   Port 1: 0000.0100 power
   Port 2: 0000.0100 power
   Port 3: 0000.0100 power
   Port 4: 0000.0100 power
Device Qualifier (for other device speed):
  bLength                10
  bDescriptorType         6
  bcdUSB               2.00
  bDeviceClass            9 Hub
  bDeviceSubClass         0
  bDeviceProtocol         0 Full speed (or root) hub
  bMaxPacketSize0        64
  bNumConfigurations      1
Device Status:     0x0001
  Self Powered

Jak vidite, hub o sobe falesne tvrdi ze je self-powered. Takze ano.. error vam nevyskoci a kdyz to neprezenete v souctu nad 500mA, tak vas host neodpoji pro nadproud. Ale normalni podle standardu to neni.

1667

Vývoj / Re:Je Swagger utter crap?

« kdy: 03. 04. 2019, 22:58:45 »

Tak asi to dělal poprvé. Možná měl dostat pro začátek menší zadání. Ale s technologií to moc nesouvisí, ne? Ani to automaticky neznamená, že by bylo UDP vhodnější.

To ho neomlouva.. zaklady sitariny a BSD socketu by mel mit. Rikam to porad - to, ze nekdo zna jazyk neznamena ze je dobrym spisovatelem. To, ze nekdo zna syntaxi jazyka neznamena ze umi programovat. Jsem z mladejch znechucen. Ale ptat si obri hodinovku, jo to umi.

1668

Vývoj / Re:Je Swagger utter crap?

« kdy: 03. 04. 2019, 22:21:19 »

Stejne tak, jako pro IPC komunikaci pouzije zcela nevhodne napr. nanomsg, namisto toho, aby se protokol udelal nad UDP, nebo TCP.

Ok, o nanomsg jsem dodnes neslyšel, ale podíval jsem se na https://nanomsg.org a musím se zeptat: proč je to zcela nevhodné a proč je lepší navrhnout vlastní protokol nad TCP?

Tedy kromě toho, že je to moc nové a že je "trendy" a že je to "lepení" - to já osobně nepovažuji za relevantní argumenty. Pravda, sedmdesátá léta nepamatuji, tak jsem možná jeden z těch "mladých lidí"

Najaty programator naprogramoval aplikaci kde je 1 management node, a N slave nodu stylem ze se ten centralni uzel pripojuje skrze nanomsg do klienta a provadi jakysi pokus o RPC. Sakra velky problem je, ze to spojeni navrhnul opacne (protoze dnes je vsecho P2P tak na to co je klient a co server s*re pes vid?), takze moznost pripojit libovolny, predem neznamy pocet uzlu neni mozny. Druhy problem neznalosti sitariny je, ze borec to pseudo RPC mel v blokujicim rezimu pro obe strany. Jako really? A pak to lepi pouzitim X vlaken podle poctu klientu. Dusledek opacne konektivity je, ze namisto dorucovani zprav a normalniho FSM, delal polling, ktery ve spojeni s blokujicim pristupem delal psi kusy a musel dolepovat mutexy. Nemluvne o stavu, kdy jeden klient vypadl, a cely distribuovany system chcipl. Na to, ze UDP by bylo vyhodnejsi pro distribuci broadcast sdeleni, protoze ty uzly se musi synchronizovat a ridit spolecne muzeme taky zapomenout. Co to melo delat bylo znamo predem, ale jak to ma presne udelat nebylo dano. Tak z toho vznikl takovej humus... opravdu neni kazdy hodne programatorske profese.

1669

Vývoj / Re:Je Swagger utter crap?

« kdy: 03. 04. 2019, 20:26:01 »

Vlastne souhlasim s tim postem. Dnes kazdy proklamuje ze zna REST a pritom netusi co je to SOAP. Stejne tak, jako pro IPC komunikaci pouzije zcela nevhodne napr. nanomsg, namisto toho, aby se protokol udelal nad UDP, nebo TCP. Myslim ze je to dusledek toho, ze dnesni mladi lidi neznaji historii a nedokazou se z ni poucit nebo ji aplikovat.. a sahaj po trendy resenich, ktere jsou mozna v jedne veci lepsi, ale ve vsech ostatnich horsi. Z programatoru se stavaji lepici kodu, co se bez trendy knihoven a stackoverflow nezmuzou vubec na nic. Ale neplati to jen u programovani.. typicka rodinna situace - dnes varis ty - ... a uz leze na damejidlo.cz a pod

1670

Vývoj / Re:Jak nastavit vyvážení bílé v podobě vlastní matice

« kdy: 03. 04. 2019, 12:18:24 »

Mně zajímá, jak fotoaparátu "vštěpit" vyvážení bílé podle mých představ. Samozřejmě mohu snímat do RAWu, ale to zrovna nepůjde použít.

Custom WB a sedy objekt, nebo bily podexponovany. Pokud to zarizeni neumi, vybrat jine zarizeni ktere to umi.
Proc se snazit o neco, co ma v reseni primarne ve volbe tech spravnych nastroju?
Nerekl bych nic, kdyby neexistovali.. ale tohle je nahlavu.

Co to ma byt za aplikaci?

1671

Software / Re:Plovoucí ořez videa

« kdy: 02. 04. 2019, 12:21:40 »

To ukazkove video je hodne neprijemne, jak agresivne reaguje na kazdy malicky pohyb cloveka. Az to budes delat, tak to prosim vyhlad do vetsiho casoveho okna, byt na ukor zoomu. Kdybys mel zaber zepredu, tak muzes pouzit knihovnu na face detect, a pak souradnice interpolovat a urcit nejlepsi zoom/crop pomer. Nemusis zpracovavat kazdy snimek - staci treba jednou za vterinu. Ono to vyhlazeni by melo byt treba tak, abys behem 10s nepohnul moc s kamerou.

1672

Hardware / Re:Pasivní usb hub

« kdy: 29. 03. 2019, 20:08:05 »

Elektricky to mozna fungovat bude, ale logicky ne. USB hub si nese sebou konfiguraci, ktera do OS rika, ze "ja nemam zdroj" (bus powered), tudiz periferie ktere jsou nad 100mA se nebudou povolovat.

Nebo muzes mit stesti na smejd vyrobek, ktery hlasi OS ze sice zdroj jakoze ma, aby lidi neotravovala ta chybova hlaska z OS, ale tam se hraje na to, ze to ten zdrojovy usb port treba utahne.. kdyz se k tomu prida smejdsky resene USB na desce.. tak se zda ze vsechno jede. Proste bordel :-)

1673

Hardware / Re:Rock64 2 OS Ako nastavit vyber systemu?

« kdy: 28. 03. 2019, 00:02:25 »

V embedded toto resi bootloader (v 99% pripadu uboot), takze pripojis nekde seriovy port skrze kterej to komunikuje a musis zmacknout klavesu. Pak se stopne automaticky bootovaci proces a skrze prikazy bootloaderu si muzes zmenit jaky kernel a jake options to bude mit.

Nejaky vyssi moznosti, abys to volil skrze klavesnici a displej - to by ses musel inspirovat Power architekturou, kde maji petitboot jako bootloader - coz je plnotucny linux, ktery se nahraje jako prvni a pak skrze nej se natahne uz cilova verze systemu a skoci do nej skrze kexec().

GL&HF

1674

Desktop / Re:Jak plnohodnotně pracovat ve VM

« kdy: 24. 03. 2019, 19:20:56 »

A jakou technologii prenasis obraz? Jsou vubec ty VM/host dostatecne vykonne, nebo vas tam najednou dela deset?

Nemam sice VM, ale vzdaleny fyzicky stroj (win7) a skrz RDP pouzivam sw s fullscreen 2D i 3D grafikou - navrhuji zapojeni a tistaky. Nijak me neomezuje ze nedelam na fyzickem stroji. Klient je 6i7KYK NUC, 1Gb sit.

1675

Hardware / Re:Výběr TV

« kdy: 23. 03. 2019, 23:28:02 »

10Kh pri 4h/denne je temer 7 let.
Ano.. zivotnost obrazovky je desnej problem ,)

Sice sem OLED moc nezkoupal, aje ty asi vubec, prooze si pletes zivotnost obrazovky(coz je mysli cas kdy spadne jas na 50%) a vypalovani (tedy zobrazeni zbytku delso dobu zobrazeneho obsahu, coz muze byt i logo stanice)...

Tady jsou nejake starsi testy(nevim zda dnesni OLED nemaji vse jinak), kde uz po 5tydnech je zretelne vypaleni, po 13 tydnech je uz jasne videt logo i kdyz zobrazis jen fullscreen 1 barvu..
https://m.avmania.e15.cz/vypalovani-oled-tv--pravda-nebo-fama

Clanek pise:
Pokud budete OLED používat na běžné sledování TV pořadů a filmů, tak k „vypálení“ nedojde.

Co tedy tazatel chce?

1676

Hardware / Re:Výběr TV

« kdy: 23. 03. 2019, 22:11:20 »

At je zivotnost televize 10K hodin nebo 50K hodin, tak tolik casu promrhaneho pred televizi odpovida potencialnimu vydelku 10M resp. 50M CZK :-) Ma smysl v tomto meritku resit zda televize stoji 35K nebo 20K? Nebo jinak:

10Kh pri 4h/denne je temer 7 let.
50Kh pri 4h/denne je pres 34 let.

Ano.. zivotnost obrazovky je desnej problem ,)

1677

Hardware / Re:Intel Optane a live distra

« kdy: 22. 03. 2019, 14:04:27 »

Linux nevidel diskove zarizeni (/dev/sda) proto, ze ta akceleracni technologie schovana v hardware se casto hlasi jako jiny raid radic. Tim, ze to optane bylo v rozbitem stavu, tak se bud ono "pole" nepodarilo sestavit pred bootem, anebo vase distribuce/jadro nema podporu pro PCI VID:PID pro onen radic. Je to klasicky pripad "hardware je prilis moderni" vs Linux.

Ted je otazka, zda jste ten windows nainstaloval primo na SATA disk, nebo uz na ten akcelerovany slepenec s tim Optane.

Priste je potreba nasdilet s dotazem i vypis lspci a dmesg.

1678

Hardware / Re:Romozte rozjet RO flashdisk

« kdy: 18. 03. 2019, 16:01:02 »

Vidis to me nenapadlo - zrejme je radic chytrej a dela po zapisu zpetnou kontrolu. Pokud je to vadny, tak se blok nahradi s tim rezervnim v neviditelne casti (do doby nez se to konecne nezapise spravne), takze to hledani vadnych bloku probiha az on-demand a krome nastaveni mensi dostupne kapacity nebude potreba nic dalsiho udelat.

1679

Software / Re:Nvidia driver vyžaduje Intel driver

« kdy: 17. 03. 2019, 11:57:29 »

U moderniho notebooku s iGPU + dGPU je casto normalni ze LCD i HDMI vystup jsou pripojeny na CPU a dGPU nedisponuje svym vystupem. A k spravne funkci onoho video-pass-through je holt potreba mit v poradku Intel drivery, se kteryma ta dGPU spolupracuje.

Nehledejte za tim nejakou vycuranost, ty drivery maji pravdu, jen se nedokazou vyjadrit tak presne, aby jste vedel co mate nainstalovat

1680

Hardware / Re:Oprava karty Xeon Phi 5110P

« kdy: 16. 03. 2019, 00:37:20 »

Hlasim ze se oprava uspesne povedla - po vymene malickeho cipu. Zarizeni se ted hlasi jako PCIe device "8086:2250", class Processors. A chlazeni je fakt nutnost.. bych z toho mohl postavit funkcni fen a to jeste na tom zadne vypocty nebezi :-)

Nyni vidim nejvetsi potiz v nalezeni normalni (rozumej consumer, klidne Coffee Lake) platformy s "above 4G decoding".

Jsme vyvijeli v minulosti nejake PCIe karty a alokovat podle standardu vice nez 4GB BAR by klidne slo.. ale netusil jsem ze s tim vyrobci desek delaji takove marketingove opicarny, ze neco tak primitivniho nesvoli pouzivat - zakazniku kup si serverovou desku. To je humus tedy. Hned po te, co je max-packet size omezen na 128 byte u consumer a 256 byte u serverovych. Intel je v tomhle tezce za opicema.