Témata

1

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.

2

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

« kdy: 20. 06. 2022, 11:20:28 »

Zdravím konferenci,

V práci jsme si pořídili speciální tester (bohužel), který má velmi specificky vyřešeno ukládání sekvencí. Změna testeru ani způsobu ukládání sekvencí bohužel není možná.

* Každá sekvence musí být uložena v adresáři LeonardoOS2
* LeonardoOS2 by musí být umístěn v kořenovém adresáři (např. c:\LeonardoOS2)
* Každá sekvence je rozdělena do tří podadresářů
  o LeonardoOS2\FlyTprj.100\ADAPTER
  o LeonardoOS2\FlyTprj.100\BOARD
  o LeonardoOS2\FlyTprj.100\PRJ
* Adresáře ADAPTER, BOARD a PRJ jsou sdíleny všemi sekvencemi
* Každá sekvence má svůj vlastní podadresář uvnitř ADAPTER, BOARD a PRJ
* Podadresář z předchozího bodu je složen z "Název sekvence" + " - V" + "verze"
* Každá sekvence se skládá z cca 2000 souborů (většinou malých)
* Tester jede na windows

Vzhledem k tomu, že na sekvencích pracuje více lidí na více počítačích, tak bych na to rád nasadil nějaký systém správy verzí. Bohužel ale nic co znám si s takovým gulášem neporadí.

Jediné použitelné co mě zatím napadlo je napsat si nějaké klikátko nad třeba SVN, které bude commit a update dělat vždy nad těmi třemi adresáři, ale moc si mi to nelíbí.

Druhá možnost je to pomocí linků předělat do nějaké rozumnějsí formy, ale to by taky vyžadovalo kázeň a mám obavu, že by se to dřív nebo později rozsypalo. (SVN linky na windows neumí, u GITu si nejsem jist)


Poradíte mi nějaký klidně exotický systém správy verzí, který by si s tímto poradil?

Předem děkuji
H.
P.S. Příklad struktury adresárů

Kód: [Vybrat]

C:\LeonardoOS2\FlyTprj.100\ADAPTER\SEKVENCE_A - V1
C:\LeonardoOS2\FlyTprj.100\ADAPTER\SEKVENCE_A - V2
C:\LeonardoOS2\FlyTprj.100\ADAPTER\SEKVENCE_B - V2

C:\LeonardoOS2\FlyTprj.100\BOARD\SEKVENCE_A - V1
C:\LeonardoOS2\FlyTprj.100\BOARD\SEKVENCE_A - V2
C:\LeonardoOS2\FlyTprj.100\BOARD\SEKVENCE_B - V2

C:\LeonardoOS2\FlyTprj.100\PRJ\SEKVENCE_A - V1
C:\LeonardoOS2\FlyTprj.100\PRJ\SEKVENCE_A - V2
C:\LeonardoOS2\FlyTprj.100\PRJ\SEKVENCE_B - V2

3

Hardware / PLC pro domácí použití

« kdy: 10. 02. 2021, 16:46:24 »

Zdravim,

skoro cely svuj profesni zivot jsem vyvijel ruzna PCL pro drazni vozidla i prumysl.

Kdyz jsem se rozhodl automatizovat domaci kotelnu, byla jasna volba udelat si k tomu i vlastni PLC. Malina + Rexcontrols + DI/RO moduly vlastni konstrukce + cidla DS18B20

Postupem casu uz mi ta volba tak jasna neprijde. Po rekneme 5 letech vyvoje jsem se daleko nedostal. Prototyp/bastl mi nekolikrat v kotelne uspokojive bezel, ale ted je v krabici a dodelani sezere jeste spoustu casu.

Uzrala ve me tedy myslenka koupit hotove komercni PLC.

Minimalni pozdavky:

• DI 24VDC  3x
• RO 230VAC 8x
• Teplota   8x
• Ethernet  1x
• Perioda   1s
• Programovani grafickymi bloky vcetne sledovani aktualniho stavu a "forcovani" hodnot.

Nice to have pozadavky:

• DI 230VAC 16x
• RO 230VAC 16x (minimalne 3x prepinaci kontakt)
• Teplota   26x (idealne DS18B20)
• Ethernet  1x
• RS485     1x
• Perioda   10ms
• Web server s moznosti vizualizace
• Modularni konstrukce
• Kompatibilni s EN61131

Veskerou technologii mam na 230V, prevodniky z/na 24V si v nejhorsim pripade udelam.

Doporucite mi nejaky konkretni HW + SW, tak aby HW sel normalne koupit a vyvojova licence nestala raketu?

Dalsi co by me zajimalo jsou osobni zkusenosti jak z nasazeni tak s programovanim.

U rexe jsem se parkrat dostal do stavu, ktery jsem musel resit se zakaznickou podporou. Podpora byla ok, ale bez ni bych se pres tyhle problemy nedostal.

Koukal jsem se na wago PFC-100/200 a Unipi Axon to jsou zhruba dva extremy, mezi kterymi bych se chtel pohybovat.

----
poznamka pod carou -- Bezpecnost je dana prodratovanim kotelny, veci typu vhodnost maliny pro rizeni nebo pouziti 1-Wire pro mereni teploty zde resit nechci.

Predem diky
H.

4

Hardware / Router pro OpenWRT

« kdy: 13. 08. 2020, 09:39:13 »

Po poslední bouřce bohužel umřel můj Asus WL500g. Strávil jsem několik hodin hledáním routeru, který by byl aktuálně v prodeji v českých eshopech a zároveň měl dobrou podporu OpenWRT, ale bohužel jsem nebyl úspěšný.

HW požadavky:

• Wifi 2,4 + 5GHz
• WAN port min 100Mbit
• cca 4 x ETH port min 100Mbit, idealne 1Gbit
• min 1x USB

Díky za vaše tipy.

5

Server / Automatické nahrání souboru na FTP

« kdy: 20. 07. 2020, 13:05:52 »

Ahoj,

snazim se napsat skript, ktery vezme csv soubory, ktere se vali na ramdisku, nahraje je na FTP a nasledne je z ramdisku smaze.

Na (FTP) serveru pak bezi asynchronni proces, ktery soubory zpracuje, zapise data do databaze na nasledne je smaze.

Napsal jsem k tomu nasledujici trivialni skript, ktery ma ale celkem zasadni nevyhodu, ze soubory maze bez ohledu na to, jestli se prenesly nebo ne.

FTP rozumim jako koza petrzeli, ale predpokladam, ze budu muset vyhodnocovat navratovy kod z rodiny 2xx. Poradite, ktery z nich mi rekne, ze se soubor korektne uploadoval?

Je mozne nejak vyhodocovat navratovy kod u MPUT, nebo to budu muset nahravat soubor po souboru?

Kdyz se nejaky soubor obcas ztrati, tak to neni zadna katastrofa, ale radeji bych, aby k tomu moc nedochazelo (takhle z dalky to vypada, ze bych mohl mit problem s tim, ze server bude cist soubor, ktery neni zcela zapsany, ale s tim se asi dokazu vyrovnat - poznam, ze neni kompletni)

Kód: [Vybrat]

#!/bin/bash
HOST='***'
USER='***'
PASSWD='***'
FILE=$1
BASENAME=${FILE##*/}

cd /dev/shm
ftp -n $HOST <<END_SCRIPT
quote USER $USER
quote PASS $PASSWD
binary
prompt
mput *.csv
quit
END_SCRIPT

rm *.csv

exit 0