Příspěvky

1

Distribuce / Re:Bezpečný upgrade Debianu 8/Jessie

« kdy: 11. 07. 2022, 11:17:44 »

@Brumla
Položil jsem exaktní dotaz. Cílem bylo zjistit, zda mému záměru nebrání něco, o čem vědí jen moudřejší lidé, než jsem já. Já jsem v linuxu jen občasný BFU, který se nehrabe do věcí, jemž nerozumí, aby pak nemusel poslouchat výtky typu: "Proč jste do toho vrtal, když tomu nerozumíte!", nebo "Mohlo vás to zabít!".
Než jsem položil tento exaktní dotaz, prošel jsem si několik postupů, jak na to a jelikož jsou staršího data a také se od sebe malinko liší, nabyl jsem dojmu, že je lepší se nejdřív zeptat, než hned vytáhnout šroubovák a začít se v tom vrtat.

Ostatním mockrát děkuji, pakliže narazím na problém, může se toto téma rozvinout. Anebo vše proběhne hladce a někdo jiný, kdo shání odpověď na můj dotaz bude rád.

2

Distribuce / Bezpečný upgrade Debianu 8/Jessie

« kdy: 10. 07. 2022, 21:50:11 »

Našel jsem doma starší miniPC, které jsem kdysi používal a chtěl bych ho zkusit postupně upgradovat. Půjde to?

3

Distribuce / Re:Identifikace ovladače v Debianu

« kdy: 10. 07. 2022, 21:48:22 »

Mockrát děkuji za podnětnou diskuzi, vš jsem si přečetl a v budoucnu využiju pro upgrade. Nicméně mezitím jsem problém vyřešil jinak. Použil jsem wifi zázrak, zvaný Esp8266 v podobě NodeMCU. Na něj jsem připojil rs485/UART převodník. Za pomoci EspHome integrace v Home Assistantu jsem oživil starší pokusy, které nevedly k žádanému výsledku ale tentokrát, poučen z tohoto vlákna jsem usp%el. Nyní už vyčítávám data ze všech tří Epevrů. Dokonce je umím apgrejdovat přes wifi pomocí OTA. Jedniý zádrhel byl a pro krátkost času stále je, že flešnutí přes USB není možné, dokud neodpojím RS485/UART převodník od pinů RX/TX NodeMcu. Flešer vyhlásí nekomunikaci, pokud to neudělám. Což je ale jen otravná, ale řešitelná potíž. Jiné piny na NodeMCU pro komunikaci s převodníkem jaksi neměl dost času hledat.
Ještě jednou děkuji.

4

Distribuce / Re:Identifikace ovladače v Debianu

« kdy: 24. 06. 2022, 10:36:29 »

@jenda Nejsem na tyhle hračičky odborník, ale u toho bazmeku co mám píšou, že je přímo RS485 a i vývody má označený jako A, B a ne RX, TX.

@František Ryšánek
Tohle rozhodně stojí za zamyšlení.
Díky. Zkusím.

5

Distribuce / Re:Identifikace ovladače v Debianu

« kdy: 19. 06. 2022, 13:41:53 »

Ještě mě napadlo, zdali nebude potřeba za ten ch340 zařadit rs485 to ttl převodník?

6

Distribuce / Re:Původní disk nebootuje

« kdy: 19. 06. 2022, 10:52:17 »

Takže vše proběhlo na první ránu, teď mám dva bootovatelné systémy.
Tisíceré díky všem, zvláště k3dARovi, nejenom za zfunkčnení, ale také za objasnění UEFI noční můry. Už se toho nebojím.

Kdyby měl někdo zájem o stavbu FVE svépomocí, mohu poradit s orientací v problematice, jsem těsně před připojením mé druhé FVE. Máme dvě fóra, kde jsou skvělí lidé, co rádi poradí.

7

Distribuce / Re:Původní disk nebootuje

« kdy: 19. 06. 2022, 10:34:40 »

No, takže jsem stihl nakoupit a sběhnout příkaz efibootmgr.
Zdá se, že k3dAR mě napsal ten příkaz úplně přesně jak potřebuju.
Rozeberu to tady jednak propříště, druhak mi to prosím zkoukněte, jestli jsem tomu dobře porozuměl. k3dAR to navíc napsal v nezkráceném tvaru, tímto vyslovuji poděkování, jednak za napsání, druhak za formu, moc to pomohlo při pochopení.

--create                 -vytvoření nové položky v UEFIbios dle následujících parametrů
--disk /dev/sdb      -cesta k disku obsahujícímu loader v aktuálně nastartovaném systému
--part 1                 -označení pořadí partice na disku, kde se loader nachází, předpokládám, že to bude v mém případě
                              /dev/sdb1
--label  Apacer       -zde je zadán názeb bootovatelné položky v seznamu UEFIbios, pŕedpokládám, že místo Apacer si
                             sem můžu dát dle libovůle co chci.
--loader /EFI/debian/shimix64.efi
                             -tady bude cesta k loaderu na /dev/sdb1

Čili pak se to napálí do sd paměti na desce, nebo co tam je, dřív to byla eeprom, nebo nvram.
Co mě není jasné:
oddíly /dev/sdx jsou automaticky přiřazeny systémem až po bootu,ne? Jak tedy UEFI ví, když ještě není nastartován systém, kam šáhne? Nebo se pletu a oddíly se definují v momentu detekce disků UEFIbiosem?
Nebo efibootmgr něco vytáhne z loadru shimix64.efi, kde jsou zapsány nějaké parametry disku?  asakra na to už jsem se ptal v předchozím příspěvku.

8

Distribuce / Re:Původní disk nebootuje

« kdy: 19. 06. 2022, 08:28:30 »

Hezkou nedeli všem.

Takže pokračuju v nabírání vědomostí a začíná se vyjasňovat.
Takže já si to shrnu:

/dev/sda1 bude efi fat32 oddíl intelu
/dev/sda2 je ext4 pro data Intelu

/dev/sdb1 -  efi fat32 oddíl Aaceru - tady jsou ty "chybějící" adresáře a soubory, jak jsem se domníval výše
/dev/sdb2 -  ext4 Apaceru.

V biosu bude v boot položce "debian" přepsána PATH. Dobře. Tady mi ale není jasno proč, protože oba systémy jsou naprosto totožné, akorát jeden je instalován dříve, cca půl roku. Jediný důvod co mě napadá je - nějaká identifikace disků.
Jako nejlepší cesta jak to napravit se mě jeví přidat pomocí efibootmgr novou položku do UEFIbiosu třeba s názvem debian1, kde by byla zapsána PATH na Apacer. Pak bych mohl používat oba disky v případě potřeby, záložního systému Home Assistanta. Pořadí bootování samozřejmě můžu v UEFIbiosu určit.
Malá poznámka, ta deska s UEFIbiosem je hodně stará, tak 10-12 let.
Novou položku přidám pomocí příkazu bootmgr, ještě nevím jak, ale naznačil to tady k3dar.

Jen moc nerozumím té skladbě příkazu, kvůli neznalosti pojmů.

Kód: [Vybrat]

# pridani polozky, automaticky se zaroven jeji BootXXXX (jen ty 4 znaky za Boot), prida jako prvni do BootOrder
sudo efibootmgr --create --disk /dev/sdb --part 1 --label Apacer --loader /EFI/debian/shimx64.efi
- co z toho příkazu uvidím v UEFIbiosu jako novou položku
- jestli mám něco do příkazu doplnit a kde to vyčtu, nebo si to příkaz vyčte sám v části "--disk /dev/sdb --part 1 --label Apacer" ?
Jdu prostudovat samotný příkaz bootmgr.

9

Distribuce / Re:Původní disk nebootuje

« kdy: 19. 06. 2022, 00:37:35 »

Jo, ten blog by byl užitečný, tohle není poprvý, co s tím bojuju, ale v minulosti jsem to řešil radikálně, zhodnotil jsem, že víc práce dá najít informace, nastudovat a nakonec ještě experimentovat s nejistým výsledkem versus hromada práce kterou jsem už jednou dělal. Ale tentokrát jsem se zatnul.

Podívám se asi na ten chroust, to vypadá jednodušejc, potažmo když neumím najít rootfs. Ještě zjistím, co je to /druhý/systém/někam, protože mám /dev/sdb1 mountnutý do /home/mount a /dev/sdb2 do home/mount1 protože ten adresář root je tak blbě rozdělen mezi dvě oblasti, půlka je tam a druhá jinde.
Ale až zítra, už  na to nevidim. Ani umělý čočky v očích nejsou neůnavné.

10

Distribuce / Re:Původní disk nebootuje

« kdy: 18. 06. 2022, 23:19:07 »

Já myslím, že v biosu bude něco přepsaný, pač jsem tam zahlédl slůvko override. Ale nevím, co mám udělat, jediné, co můžu je spustit debian z toho Intelu a pak co?
Udělal jsem:

Kód: [Vybrat]

root@HomeAssistant:~# efibootmgr -v
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0002
Boot0000* debian        HD(1,GPT,d52c577f-2dfe-4857-ad29-77153a6f0b9d,0x800,0x100000)/File(\EFI\debian\shimx64.efi)
Boot0002* Hard Drive    BBS(HD,,0x0)AMGOAMNO........o.I.N.T.E.L. .S.S.D.S.C.2.C.T.0.6.0.A.3...................A..........................>..Gd-.;.A..MQ..L.V.C.P.M.4.2.4.9.7.0.8.6.6.0.A.0.N.G. . .....AMBOAMNO........s.P.1.:. .A.p.a.c.e.r. .A.S.3.5.0. .2.5.6.G.B...................A..........................B..Gd-.;.A..MQ..L.P.1.:. .A.p.a.c.e.r. .A.S.3.5.0. .2.5.6.G.B.....AMBO
root@HomeAssistant:~#


11

Distribuce / Re:Původní disk nebootuje

« kdy: 18. 06. 2022, 22:31:42 »

Oprava. Takže co jsem apsal je blbost, nic nechybí, pouze je to v oblasti /dev/sda1 , kterážto nebyla namountována.

Kód: [Vybrat]

root@HomeAssistant:~# mount /dev/sda1 /home/plazivec/mount
root@HomeAssistant:~# ls /home/plazivec/mount/EFI/debian
BOOTX64.CSV  fbx64.efi  grub.cfg  grubx64.efi  mmx64.efi  shimx64.efi

Ale to jsem z toho teď ještě větší blbec, než předtim.

12

Distribuce / Původní disk nebootuje

« kdy: 18. 06. 2022, 22:02:27 »

Mám na i3 nainstalován Debian 11 na 250GB Apacer SSD. Je tam jen Home Assistant, nic jiného. Potřeboval jsem něco vyzkoušet, ale nechtěl jsem si tuto "ostrou" instalaci nějak zmršit, tak jsem vytáh ze šuplíku starší Intel 330 60GB SSD a nainstaloval znova Deb 11 a Home Assistanta.
Pak jsem strčil zpátky Apacer s "ostrou" verzí a hele, prej vyměnte disk za bootable.
Půl dne bádám, pač bootování, UEFI, Grub a tyto věci jsou jaksi k běžnému životu nepotřebné a jediné, co jsem zjistil je, že na původním Apaceru jaksi chybí celej EFI adresář. Samozřejmě BFU napadne hned zkopírovat všechno z Intelu, ale to by asi nebylo moc dobře.

Intel 60GB:

Kód: [Vybrat]

root@HomeAssistant:~# ls /boot/efi/EFI/debian
BOOTX64.CSV  fbx64.efi  grub.cfg  grubx64.efi  mmx64.efi  shimx64.efi

Původní Apacer 250GB

Kód: [Vybrat]

root@HomeAssistant:/media/plazivec/66dc6798-4d29-4c1b-8907-3d55ce0ac2a8# ls /media/plazivec/66dc6798-4d29-4c1b-8907-3d55ce0ac2a8/boot/efi/EFI
ls: nelze přistoupit k '/media/plazivec/66dc6798-4d29-4c1b-8907-3d55ce0ac2a8/boot/efi/EFI': Adresář nebo soubor neexistuje

Lze s tím něco dělat?

13

Distribuce / Re:Identifikace ovladače v Debianu

« kdy: 18. 06. 2022, 19:38:42 »

Myslím, že si u té wifi karty možná pleteš ovladač a firmware, pokud to teda nebyl nějaký bizarní USB stick na který sis musel kompilovat out-of-tree modul.

Ale tak hledal jsem drivers, našel jsem, zkompiloval, instaloval a wifi se rozjela. Firmware je snad v tom daném zařízení, v tomto případě fleška s anténkou.

Kolega říkal že na modbus používali něco takového: https://i.stack.imgur.com/iRLrD.png. Tj. RE/DE se nespíná pomocí řídících signálů sériáku, ale start bitem. Zaráží mě že tam není ani kondík, takže to přechází neustále mezi vysíláním a příjmem a jak to vysílá jedničky je mi záhadou (snad ne jenom biasem sběrnice, který je tady navíc nakreslený velmi malý). Ale tady https://electronics.stackexchange.com/questions/576303/problem-with-usb-to-rs485-design-ch340b-linux někdo píše že mu to funguje.

Vono to lidem funguje, ale nenašel jsem konkrétně na ten účel, co chci já (Epever), našel jsem jenom jedno video k epevru, kde blikají ledky vevnitř toho USB převodníku, ale chlápek se nepochlubil, jak to udělal.

Já kdybych to dělal tak bych asi zkusil v tomto pořadí:
 - to s tím RTS/DTR (otázka je jak tohle integrovat do HA, ale umí to modbus přes TCP, tak si na to můžeš udělat proxy)
 - to spínání přímo vysílaným signálem, případně s RC článkem který podrží vysílač zapnutý i v mezerách
 - vlastní řešení s Arduínem

Řešení s arduinem by nebyl takový problém, dokonce jsou návody, jak to udělat přes ESP32, v HA je na to integrace, jmenuje se to ESPHome a nakonec to asi budu muset udělat, napájet ESP přes tu +5V linku v kabelu, abych si nezadrátoval celou strojovnu. Mimochodem stepdown DC=>DC z cca +56V na +5V není žádná sranda sehnat, aby to nezarušilo i sousedovic wifinu.

Pozor že Epever má modbus na 115200 místo na běžnějších 19200, když jsem to zapojoval já, tak jsem se na tom chvilku zasekl.

Tys zapojoval epevra?!

usb-devices ti prostě ukazuje že máš normálně ten převodník, tam už nic dalšího nevykoumáš a nijak si nepomůžeš. Máš nějakou fixaci na "(kernelové) ovladače", možná z jiných operačních systémů, v Linuxu tohle není skoro nikdy potřeba řešit.

Takže říkáš, že ovladač je nainstalován automaticky a nic dalšího není třeba shánět, jestli dobře rozumím.

No ale teď mám jiný a větší problém, všechno jsem zkoušel na nečisto na starém 60GB SSD Intel ze šuplíku. A pak jsem chtěl vrátit původní "ostrou" instalaci HomeAssistanta, kterou mám na 250GB Apaceru a PC i3 nenaběhlo, prej se něco přepsalo v biosu, je to UEFI. V sekci, kde se nastavuje BOOT priority onehdá vznikl jakoby disk s názvem "debian" a s touto volbou naběhne jenom ta zkušební verze na Intelu, ale ta původní na Apaceru ne. Jde to nějak opravit? Mám tam už spoustu práce udělanou a dělá se mi špatně, když to budu muset dělat nanovo.

14

Distribuce / Re:Identifikace ovladače v Debianu

« kdy: 18. 06. 2022, 09:45:52 »

Ten modbus budu dělat přes Home Assistanta. Jelikož nejsem programátor, jsem opravdu zmatený.
Home Assistant budu používat na měření FVE, konkrétně chci vyčítat data z FV regulátoru Epever, který dobíjí baterie. Vše se bude pak ukládat do InfluxDB a zobrazovat pomocí Grafany, což funguje v HA moc hezky. Vyčítání dat z měničů mám vyřešeno přes komerční produkt Solar Assistant, který běží na malině a poskytuje je přes MQTT.
Předpokládám, že ta konfigurace modbusu v HA zajistí obsluhu CH340 převodníku - t.j. vytvoří dotaz na Modbus zařízení ve formátu Modbus protokolu a následně přeloží odpověď.
Jsem ve stádiu, kdy mám nainstalován HA na Debianu 11, vyřešil jsem ovladač WIfi donglu, protože ve strojovně FVE nemám drát a teď potřebuju vyřešit CH340/341 pro komunikaci Modbus protokolem.
Mělo by to jít, ovšem všechny informace k tomu jsou staré kolem 2 let a navíc většina je řeší přes ESP32, což by sice bylo řešení, ale v mém případě je to blbost, když mám PC HA v dosahu kabelu od 3ks regulátorů Epever.
Musel bych řešit napájení těch ESP32, ke kterým by stejně vedly kabely z těch Epevrů.

Edit:
usb-devices našel tohle:

Kód: [Vybrat]

T:  Bus=02 Lev=01 Prnt=01 Port=02 Cnt=01 Dev#=  3 Spd=12  MxCh= 0
D:  Ver= 1.10 Cls=ff(vend.) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=1a86 ProdID=7523 Rev=02.64
S:  Product=USB Serial
C:  #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=98mA
I:  If#=0x0 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=01 Prot=02 Driver=ch341


15

Distribuce / Re:Identifikace ovladače v Debianu

« kdy: 17. 06. 2022, 17:22:03 »

Tak jsem zkusil:

Kód: [Vybrat]

root@HomeAssistant:~# lsmod | grep ch34
ch341                  28672  0
usbserial              61440  1 ch341
usbcore               323584  8 usbserial,xhci_hcd,ehci_pci,usbhid,8821cu,ehci_hcd,xhci_pci,ch341

Ale nevím, co to znamená.