abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 19:55 | IT novinky

    Společnost Anthropic vydala Claude 3.5 Sonnet, tj. novou verzi své umělé inteligence Claude (Wikipedie). Videoukázky na YouTube. S Claude 3, stejně jak s GPT-3.5, Llama 3 a Mixtral, si lze pokecat bez přihlašování na DuckDuckGo AI Chat.

    Ladislav Hagara | Komentářů: 0
    včera 16:55 | Nová verze

    Byla vydána nová stabilní verze 6.8 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 126. Přehled novinek i s náhledy v příspěvku na blogu a na YouTube. Vypíchnuta jsou vylepšení v integrovaném poštovním klientu.

    Ladislav Hagara | Komentářů: 0
    včera 12:11 | Zajímavý článek

    Příspěvek Aukce domén – měsíc po spuštění na blogu CZ.NIC shrnuje první měsíc provozu Aukce domén .CZ. Aukcemi prošlo celkem 18 174 domén, z toho na 742 z nich byl učiněn alespoň 1 příhoz. Nejdražší aukcí byla na doménu virtualnisidlo.cz s cenou 95 001 Kč, která však nebyla včas uhrazena. Nejdražší aukcí, která byla vydražena i zaplacena je praguecityline.cz s cenovkou 55 600 Kč.

    Ladislav Hagara | Komentářů: 5
    včera 11:11 | IT novinky

    Před 40 lety, 19. června 1984, Bob Scheifler představil první verzi okenního systému X (X Window System). Vycházela z okenního systému W (W Window System).

    Ladislav Hagara | Komentářů: 17
    včera 11:00 | Nová verze

    Desktopové prostředí MATE bylo vydáno ve verzi 1.28. V gitových repozitářích je sice už od února, ale oznámení vydání se na webu objevilo s několikaměsíčním zpožděním (únorové datum zveřejnění je nepravdivé). Jde o první velké vydání od roku 2021. Uživatelsky nejvýznamnější pokrok je v podpoře Waylandu.

    Fluttershy, yay! | Komentářů: 0
    19.6. 21:44 | Nová verze

    Laboratoře CZ.NIC vydaly novou verzi 4.24.0 aplikace Datovka, tj. svobodné multiplatformní desktopové aplikace pro přístup k datovým schránkám a k trvalému uchovávání datových zpráv v lokální databázi. Přidány byly nové parametry do rozhraní příkazové řádky „export-msg“, „export-msgs“, „import-msg“ a „import-msgs“, které dovolují číst/zapisovat zprávy z/do databází. Veliký panel nástrojů byl nahrazen více nastavitelnými

    … více »
    Ladislav Hagara | Komentářů: 0
    19.6. 12:11 | Nová verze

    Mapnik (Wikipedie), tj. open source toolkit pro vykreslování map a vývoj mapových aplikací, byl vydán ve verzi 4.0.0. Přehled změn na GitHubu.

    Ladislav Hagara | Komentářů: 0
    19.6. 10:44 | IT novinky

    Mozilla koupila firmu Anonym, tj. průkopníka v "digitální reklamě chránící soukromí".

    Ladislav Hagara | Komentářů: 17
    18.6. 19:11 | Nová verze

    Knihovna htmx (Wikipedie, GitHub), tj. knihovna rozšiřující HTML o nové atributy a umožňující vývoj dynamických webových aplikací, byla vydána ve verzi 2.0 (𝕏).

    Ladislav Hagara | Komentářů: 0
    18.6. 17:11 | IT novinky

    Společnosti DeepComputing a Framework Computer společně představily RISC-V základní desku pro modulární Framework Laptop 13.

    Ladislav Hagara | Komentářů: 11
    Rozcestník

    Dotaz: Chybná komunikace VT100 přes RS232

    18.4.2005 11:10 Michal
    Chybná komunikace VT100 přes RS232
    Přečteno: 175×

    Chtěl bych poprosit o radu s tímto problémem, řeším to už druhý týden a nic mě nenapadá. Mám jeden PC s HP Unix, který je přes RS-232 propojen k PC s RH 9.0. Na prvním PC se mi generují alarmové hlášky a přes VT100 se zaznamenávají na druhém (RH9.0). Záznamy jsou ale v nečitelné podobě (až na výjimky nečitelné znaky). Při použití terminálu VT100 na PC Windows XP jsou záznamy čitelné (tj. správné znaky). Nemáte někdo nějaký nápad, jak tento problém řešit. Jen předesílám, že WinXP používat na toto nechci.

    Děkuji

    Posílám nastavení portů, znakové sady a kus záznamu.
    [root@alarmy2 root]# set
    LANG=en_US.UTF-8
    SUPPORTED=cs_CZ.UTF-8:cs_CZ:cs:en_US.UTF-8:en_US:en

    [root@alarmy2 root]# stty -F /dev/ttyS0
    speed 9600 baud; line = 0;
    min = 1; time = 0;
    -brkint -icrnl -imaxbel -opost -onlcr -isig -icanon -iexten -echo -echoe -echok -echoctl -echoke

    [root@alarmy2 root]# setserial /dev/ttyS0 -a
    /dev/ttyS0, Line 0, UART: 16550A, Port: 0x03f8, IRQ: 4
    Baud_base: 115200, close_delay: 50, divisor: 0
    closing_wait: 3000
    Flags: spd_normal skip_test

    [root@alarmy2 root]# cat /proc/tty/driver/serial
    serinfo:1.0 driver:5.05c revision:2001-07-08
    0: uart:16550A port:3F8 irq:4 baud:9600 tx:260173 rx:3917093 RTS|DTR
    1: uart:16550A port:2F8 irq:3 baud:9600 tx:81 rx:0 RTS|DTR
    Výpis logu:

    ŠŠLOÇÇER1 ­ TÕRÂO LOÇÇER 18 Ápò °µ ÐÁÇE µ2¶
    ŠŠŠ€€›[°m›[³°m›[°m1°º³7º41 ›[°m›[³°mË°1ÁI884 CO Ö ËOÍIÎE

    Správný text:

    LOGGER1 - TURBO LOGGER 18 April 2005
    [m[m[m[m[m1:47[ CO V KOMINE

    Odpovědi

    18.4.2005 12:00 Jan Martinek | skóre: 43 | blog: johny | Brno
    Rozbalit Rozbalit vše Re: Chybná komunikace VT100 přes RS232
    Na obou strojích nastavte sériový port takto:

    stty -F /dev/ttyS0 clocal cread -crtscts cs8 -cstopb hup -parenb parodd -brkint -icrnl ignbrk -igncr ignpar imaxbel -inlcr inpck -istrip -iuclc -ixany ixoff -ixon bs0 cr0 ff0 nl0 -ocrnl -ofdel -ofill -olcuc -onlcr -onlret onocr -opost tab0 vt0 -crterase crtkill -ctlecho -echo -echok -echonl -echoprt -icanon -iexten -isig -noflsh -tostop -xcase time 5 min 1

    ... a dejte vědět, jak to dopadlo.
    18.4.2005 12:14 David Jež | skóre: 42 | blog: -djz | Brno
    Rozbalit Rozbalit vše Re: Chybná komunikace VT100 přes RS232
    Predne bych zrusil ten zazrak jmenem UTF bordel :-) v konzoli, nastavil TERM=vt100. Pak by to mohlo mozna fungovat.
    -djz
    "Yield to temptation; it may not pass your way again." -- R. A. Heinlein
    18.4.2005 13:24 Jan Martinek | skóre: 43 | blog: johny | Brno
    Rozbalit Rozbalit vše Re: Chybná komunikace VT100 přes RS232
    UTF8 by neměl pro sériovou linku představovat žádný problém, když se použije osmibitová komunikace.
    22.4.2005 14:10 Michal
    Rozbalit Rozbalit vše Re: Chybná komunikace VT100 přes RS232
    Tak jsem situaci vyřešil, děkuji všem za podnětné nápady. Vzhledem k tomu, že jsem se nemohl přihlásit na HP Unix a nastavit stejné parametry jako na RH9.0, jak mi zde bylo doporučeno, tak jsem si (metodou: pokus omyl) otestoval všechny možné kombinace nastavení portu pomocí stty a nasel jsem problem. Bylo to nastaveni portu na HP Unixu, 9600,7,1,N namísto standardního 9600,8,1,N na mém RH9.0. Zakopaný pes byl v chybném údaji o nastavení portu v dokumentaci k aplikaci pro záznam alarmů na...

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.