Příspěvky

1

Windows a jiné systémy / Re:Modbus TCP widget pro Android

« kdy: 22. 10. 2023, 19:16:29 »

Teď to dělám tak, te si generuji webovou stránku a tu zobrazuju ve web widgetu...

Funguje to, ale je to drbání levou rukou ZŠ pravým uchem

2

Hardware / Re:Krabička pro přehrávání videa

« kdy: 21. 10. 2023, 19:58:50 »

Mám doma rpi a kodi. Je to fajn, přehraje to všechno.

S cim jsou ale trable jsou různé netflixy a věci s drm. Neco rozchodit jde, ale je to opruz.

Dneska bych asi šel to android krabičky.

3

Windows a jiné systémy / Modbus TCP widget pro Android

« kdy: 21. 10. 2023, 09:21:11 »

Ahoj,

rad bych si na android telefonu, ktery pouzivam jako HMI displej, zobrazoval na zakladni obrazovce jedno cislo, ktere lita po domaci wifi (modbus TCP).

Aplikaci pro modbus TCP jsem nasel spoustu, ale me by se libilo, abych si mohl tohle jedno cislo zobrazovat na zakladni obrazovce jako "widget" tak, aby idealne zabralo jenom jeden nebo dva ctverecky mrizky.

4

Studium a uplatnění / Re:Kolik si za vás bere zaměstnavatel pro sebe?

« kdy: 08. 10. 2023, 13:51:18 »

Nejen zbavit, ale i nevyužít/nezaplatil plný úvazek...

5

Odkladiště / Re:Dokonalý hack

« kdy: 09. 05. 2023, 14:24:22 »

Ahoj všichni,

chtěl bych se zeptat hlavně místních bezpečáků, jestli si myslíte, že existuje něco jako dokonalý hack? Prostě kybernetický útok, který není možné detekovat a současně není možné zpětně zjistit, že se nějaký útok odehrál.

Prijde mi, ze je to stejna otazka jako jestli existuje dokonaly zlocin... Dle meho nelze snizit pravdepodobnost odhaleni na uplnou nulu, ale lze se ji blizit...

6

Hardware / Re:Falešná SIM pro spuštění starších telefonů

« kdy: 12. 01. 2023, 09:33:17 »

Jo to je mozne... ale v mem use case to nevadi...

Jaky je use case tazatele bohuzel stale nevime...

7

Hardware / Re:Falešná SIM pro spuštění starších telefonů

« kdy: 11. 01. 2023, 20:55:05 »

Nevím co je cíl tazatele, ale můj use case byl zahrát si na k750i staré hry v Javě.

Stará (deaktivovana) Sim posloužila dobře.

8

Sítě / Re:Změna switchů a úspora energie v racku

« kdy: 09. 08. 2022, 11:29:03 »

Momentalne to ma spotrebu do 21W.

Muzu se jenom zeptat jak tu spotrebu merite? Jinymi slovy jak moc velou tech 21W ma vypovidaci hodnotu, pro 21W vychazi uz dost male proudy + jeste predpokladam spinane zdroje, to je pro levne meraky celkem orisek...

Predpokladam, ze kazda krabicka ma svuj zdroj. Switch ma koukam interni, zbyle krabicky predpokladam, ze budou mit externi adaptery... U tech externich adapteru je mozne narazit na ruzne historicke kousky pripadne smejdy, ktere nejsou uplne usporne (hreji na omak i bez pripojene zateze...)

9

Software / Re:"Multi root" systém správy verzí

« kdy: 21. 06. 2022, 14:08:38 »

Koukam, ze hooky existuji i v SVN...

10

Software / Re:"Multi root" systém správy verzí

« kdy: 21. 06. 2022, 13:42:13 »

V tuhle chvili se mi zatim nejvic libi nechat sekvence v blbostrukture a napsat k tomu klikatko, ktere zabali volani svate trojice pro operace Commit (se schovanym add), update a revert. Vic snad nikdo potrebovat nebude.

Z toho klikatka bych volal GUI tortoise... To by mel, po kratkem zaskoleni, zvladnout pouzit kazdy.


Chtel jsem pouzit SVN, ale hodne me nahlodal F.J. s GIT hooks, ale GIT mi prijde pro cloveka, kterej se spravou verzi nikdy nedelal horsi k pochopeni... SVN je takove jednoduche a snadnejsi k pochopeni (pokrocilejsi verze GITu asi nevyuziju).

11

Software / Re:"Multi root" systém správy verzí

« kdy: 21. 06. 2022, 13:00:40 »

Na testeru musi bohuzel probihat i velka cast vyvoje (odhadem 1/3 doby). Nejaky deployment tam bude, ale formu jeste nemam rozmyslenou. Spis to bude jenom formalni.

Tak to asi zas nejaky pre-commit script, ktery vezme zivou strukturu z appky a transformuje do formatu ktery je v repu.

Jako drzel bych repo v logicky nejrozumnejsim formatu a z nej sel do formatu testeru skrze transformace. Ve tvem pripade obouma smery, protoze budes chtit upravovat kvuli rychlosti vyvoje tu deploynutou verzi.

Chapu kam tim mirite, a celkem se mi vase myslenka libi, kdybych delal system jenom pro sebe, tak bych se asi touhle cestou vydal.

Na to abych to chtel nasadit do vyroby, jsem ale asi moc velkej srab. Do vyroby potrebuju blbuvzdornej system, kterej se co nejmene vzdaluje od puvodni koncepce jak ji vymyslel vyrobce teseru...

12

Software / Re:"Multi root" systém správy verzí

« kdy: 21. 06. 2022, 12:53:42 »

Chápu to správně, že Ti vývojáři budou pracovat naživo ve společném adresáři C:\LeonardoOS2\FlyTprj.100 přímo na tom testovacím stroji? Tj. ve stejném checkoutu? (Pokud ne, můžete klidně rozdělit dle sekvencí na samostatné projekty nebo branche stejného projektu a nemusíte nic moc řešit.)

Kazdy vyvojar (technolog) ma svoje PC, tam by mel mit svoji pracovni kopii. V te muze udelat rekneme 2/3 vyvoje.

Na testeru bych rad mel taky pracovni kopii, tam by vyvojar (technolog) dodelal zbylou 1/3... Z praktickych duvodu se na testeru pouziva univerzalni uzivatel.

Takze castecne ano, castecne budou sdilet jednu pracovni kopii na stroji. Zda se to mozna divne, ale nevidim v tom realny problem. Vetsina testu se dela v klikacim prostredi, neni to moc jako programovani...

13

Software / Re:"Multi root" systém správy verzí

« kdy: 21. 06. 2022, 07:46:07 »

SPEA umí pracovat se ZIPováním a importem/exportem projektů. Tohle by mohla být cesta pro tester.

Ano to je pravda, ale je to strasne naprd. Kdyz se v projektu hrabou dva lidi najednou, tak tyhle zipy neohlidaji zadne kolize, nic...

Je to tak, ze odpoledne poslu technologum mail, vecer se budu vrtat v programu XY, tak na nej nesahejte. A pak jim poslu mail. Upravil jsem program a nahral ho na sitovy disk, tak si stahnete novou verzi...

Je to jako se vratit v case o 20 let...

14

Software / Re:"Multi root" systém správy verzí

« kdy: 21. 06. 2022, 07:41:46 »

Podle me bys tu testovaci stanici mel brat jako "deployment point" a drzet si vsechny skripty ve vlastni strukture, nezavisle jak to tester vyzaduje.

Az se nekdo rozhodne testovat, tak si checkoutne urcity tag dle toho co dela, pusti "deploy.cmd" ktery nacpe co kam treba a pak az tester. Pak muzes mit treba uninstall, ale ja bych to delal do ramdisku no, jestli tester sw vezme jakekoliv pismeno jednotky.

Na testeru musi bohuzel probihat i velka cast vyvoje (odhadem 1/3 doby). Nejaky deployment tam bude, ale formu jeste nemam rozmyslenou. Spis to bude jenom formalni.

Jakekoli pismenko to zere, v ramdisku nevidim vyhodu. Viz predchozi bod - budu chtit commitovat i z testeru.

Je to tester ve vyrobe, takze technolog pripravi a odladi program, ktery nasledne budou pouzivat operatori. Tedy nekdo kdo jeste vcera rovnal v tescu zbozi do regalu. Ti uz muzou jenom pipnout cteckou cislo karty a zalozit ji do testeru. Nic slozitejsiho po nich nemuzu chtit.

15

Software / Re:"Multi root" systém správy verzí

« kdy: 21. 06. 2022, 07:32:00 »

Ten hook na serveru by jen kontroloval, že commit obsahuje všechny tři adresáře.

Na klientovi by na commitnutí stačilo napsat jednoduchý skript.

S tim commit update skriptem je to reseni, ktere jsem planoval.

Bez hooku se mi to zdalo trochu nebezpecne, s hookama se mi to zda o dost lepsi. Diky