Příspěvky

1321

Bazar / Re:Prodám bananapi m3

« kdy: 07. 04. 2019, 21:16:59 »

Tolik zajemcu jsem necekal.

Psal jsem ti PM v sobotu rano. V jake to je teda fazi? Jsi uz s nekym domluvenej?

1322

Software / Re:MQTT, openHab, Mozilla IoT atd.

« kdy: 27. 03. 2019, 16:31:18 »

To znamená, že pokud budete chtít rozeslat ( publikovat ) zprávu 40 senzorům s garancí doručení, bude to dle testů co jsem viděl trvat mosquitu na Rpi2 přes 4 sekundy.
A samozřejmě, publikovat jich můžete kolik chcete, jen víc než těch 9 za sekundu prostě neprotlačíte.

Nevím, kdo to jak zkoušel, ale zjevně dělal něco špatně.

Za prvé je potřeba vědět, že QoS=2 by se mělo používat jenom tam, kde je opravdu nutné (tj. v domácích podmínkách nikde). Jelikož provoz běží po TCP, které má samo o sobě slušnou garanci doručení, není QoS>0 prakticky nikdy potřeba (ani na vypínače apod.).

Za druhé, pokud už použiju QoS=2, musím si dát hodně pozor na to, jak mám nastavenou diskovou persistenci. Pokud si tam nastavím, že se ukládá každá zpráva a zároveň to provozuju na RasPI, které mi to zapisuje na pomalou SD kartu, tak nemůžu čekat, že mi tam bude lítat tisíc zpráv za sekundu. A SD karta taky nemusí přežít do příštího měsíce.

Jinak, pokud člověk tyhle chyby neudělá, tisíce klientů a throughput v řádu tisíců i desetitisíců zpráv za sekundu není problém (http://www.scalagent.com/IMG/pdf/Benchmark_MQTT_servers-v1-1.pdf)

1323

Software / Re:MQTT, openHab, Mozilla IoT atd.

« kdy: 27. 03. 2019, 15:57:51 »

U MQTT mi trochu vadí ta přebujelost.

MQTT je naopak velice úsporně navržený protokol. A slušně navržený - broker s většinou funkcionality se dá napsat za víkend. Ještě minimalističtější pak je MQTT-SN.

Když si představím, že všechny sensory se mi přihlásí třeba k odběru venkovní teploty nebo synchronizaci času, tak broker musí postupně obeslat všechny pěkně jednoho po druhém.

Což není absolutně žádný problém. Jsou to malé objemy dat a ten tok, který to způsobí, je pořád o několik řádů nižší než třeba blbý internetový rádio.

A při tom by stačil jeden broadcast označený jako venkovní teplota nebo čas.
Kdo to potřebuje, tak si to přijme a uloží
Něco jako u CAN.

To by ale museli být všichni klienti na jednom broadcast segmentu. Což je velký omezení.

A pak pozor u rychlých dějů.
RPi2 dokáže při qos=2 publikovat je 8 až 9 zpráv za sekundu.

Tomuhle nerozumím. Zpráv publikuje tolik, kolik mu řeknu, aby publikoval. QOS=2 pak jenom znamená, že na jednu "datovou zprávu" se použijí minimálně další 2 "servisní" zprávy.

Jinak, 8 až 9 zpráv za sekundu je absolutní nic. Provozuju na OrangePi audio server, CPU to žere minimum a těch zpráv tam běží několikařádově víc.

Řešíš neexistující problémy a hledáš optimalizace kde absolutně nejsou potřeba.

1324

Software / Re:MQTT, openHab, Mozilla IoT atd.

« kdy: 27. 03. 2019, 11:59:21 »

Nebo kdyz mam pohybove cidlo treba v topicu /home/kuchyn/pohyb a zjistim ze nezabira cely prostor, jednoduse dodam druhe, ktere bude posilat do stejneho topicu zpravy pri pohybu. Funkcnost zustava stejna a nakonec alarmu je jedno, ktere cidlo to zaznamenalo, alarm vi ze je v kuchyni pohyb.

Jj, přesně tak. Je to nesmírně návykové. Člověk si teda trochu musí polámat hlavu s tím, jak chce ty topiky strukturovat, popř. v jakém formátu tam data posílat, ale jak si to rozmyslí, je to pak už paráda.

asi ty GUI budu ruzne testovat

Určitě sem postupně piš zkušenosti, dost mě to zajímá. Dík.

1325

Software / Re:MQTT, openHab, Mozilla IoT atd.

« kdy: 27. 03. 2019, 09:12:42 »

Ale u některého HW se bez něj asi nejde obejít.

O HW to moc není - kamkoliv je možný dát MQTT, tam se vejde jednoduchý HTTP nebo aspoň TCP socket.

Ten důvod je spíš decoupling. Nemusím předem dumat nad tím, která Věc (internet of "things") má komunikovat se kterou. Mám jednotný bus, kam postují všichni a kdo chce něco vědět, ten si to poslechne, aniž by o tom zdroj dat musel vědět. Je to nejjednodušší způsob jak PubSub pattern implementovat. Jinak by každá Věc musela mít de facto broker v sobě a ještě by byla potřeba nějaká name service. MQTT řeší oboje a řeší to centrálně, na jednom místě. Navíc jsou tam zadarmo pěkné a praktické featury jako last will nebo retained messages.

1326

Software / Re:MQTT, openHab, Mozilla IoT atd.

« kdy: 26. 03. 2019, 13:15:11 »

No právě v tom se mi líbí Mozilla IoT. Má moderní a minimalistický design, kterého se teoreticky BFU nemusí leknout(tedy alespoň po tom co jsem ukázal screenshoty).

Nevím, nezkoušel jsem. Na první kouknutí mě trochu odrazuje to, že to je vlastně "framework", nějaký datový model, kterému se člověk musí přizpůsobit. Spíš tohle mi přijde jako kanón na vrabce... Přijímat nějakej datovej model jenom kvůli tomu, že chceš jejich gui, by mi to nepřišlo moc moudrý.

takže by Node Red byl dost možná kánon na komára.

Node Red je pěknej v tom, že instalace je jednoduchá, údržba není prakticky žádná a během pár minut si tam rozjeddeš první nástřel automatizace. Zároveň se ale nemusíš bát, že bys ho "přerostl" - dají se v něm dělat i celkem složité věci. Samozřejmě, nějaké limity to má, něco je trochu nešikovné, ale celkově je to - zvlášť pro domácí použití - fakt paráda.

Být tebou, tak bych se toho nebál a šel bych do toho hnedka ze startu. Pokud si totiž řekneš, že je to pro tebe zbytečný a začneš logiku drátovat do těch jednotlivých nodů, tak to stejně časem přestane být udržovatelný a u NR stejně skončíš A budeš pak tu logiku složitě předělávat. Takže lepší je imho začít s NR hned.

1327

Software / Re:MQTT, openHab, Mozilla IoT atd.

« kdy: 26. 03. 2019, 09:19:01 »

To neni spatne. Diky za tip. Akorat ten dashboard vypada dost podobne jako ten openHab, takovy trochu chaoticky a neprehledy. Nejde o to ze bych se v tom nevyznal, jde o to ze to budou pouzivat i uplni BFU co se v Google Home boji zmacknou jedno obri tlacitko na zapnuti svetel a tohle by je asi polozilo.

To naprosto chápu. Tohle podle mě nemá řešení jiný, než si ten web fakt sám napsat. Není to těžký. Pokud bys chtěl jít touhle cestou, tak ti můžu i dodat nějakej template, co používám, takže by sis to jenom upravil/doplnil podle sebe.

Druha vec je NodeJS, ktery nemam rad, ale to je osobni preference, kterou bych tady nerad dale resil. I tak mi to zase neco otevrelo o Node Red jsem zatim neslysel, takze diky

Jo, s tímhle taky souhlas. Node.js nikdy nepoužívám a považuju ho za cestu úplně špatným směrem. Ale v Node Red se ho fakt nemusíš bát - jak říkám, provozuju to několik let, je to naprosto stabilní, upgrady nejsou problém, s modulama není problém. Vlastně si vůbec nepamatuju, že bych s tím cokoli řešil. Můžu fakt s klidným svědomím doporučit i přesto, že je to Node.js

1328

Software / Re:MQTT, openHab, Mozilla IoT atd.

« kdy: 26. 03. 2019, 08:07:40 »

Já používám několik let k naprosté spokojenosti tenhle stack:

MQTT (mosquitto), Node Red, Influx DB, Grafana. Pro jednoduchou vizualizaci a ovládání Node Red Dashboard, pro věci, kde chci větší volnost, pak vlastní web udělaný pomocí Vue.js a na Node Red napojený přes websocket. Případně se websocket dá napojit i přímo na mqtt broker. Node Red jede nad Node.js, takže není potřeba další web server, vygenerované stránky nahraješ přímo do něj.

Žádná komerční zařízení nemám, všechno je DIY. Ale pro Node Red existují bambiliony modulů pro kde co (pro ty tvoje žárovky: https://flows.nodered.org/node/node-red-contrib-huemagic)

Ještě existuje bambilion různých dashboardů na Android, ale to jsem nikdy nepoužíval, radši si to napíšu sám. Z rychlíku mi přišel celkem slibný třeba https://flows.nodered.org/node/node-red-contrib-remote-xy

1329

Server / Re:Jak se připojit k serveru z Windows?

« kdy: 12. 03. 2019, 13:58:55 »

No predevsim by tazatel mel napsat, o co mu konkretne jde. Pise naprosto protichudne veci: chce "pracovat", chce "programovat", neche upravovat systemove soubory, chce upravovat soubory, ktere vlastni root... je to absolutni gulas.

Pokud mu jde jenom o upravu konfigurace postgresu (viz vedlejsi dotaz), tak by se proste mel smirit s tim, ze takove jednoduche veci se delaji v unixovem svete pomoci editoru na serveru a nevymyslet zhovadilosti s notepadem. Pokud mu jde o programovani, mel by pochopit, ze pod rootem se takove veci nedelaji. A celkove nejdulezitejsi je, aby pochopil, ze pod rootem se dela jenom to, co je opravdu nutne pod rootem delat.

Predevsim ale si myslim, ze nekdo, kdo je takhle na zacatku, by mel si mel koupit knizku, vsechno si to nacist a ptat se jenom v pripade, ze mu neco nefunguje tak, jak je to v knizce popsane.

1330

Server / Re:Příkaz funguje, ale ve skriptu nikoliv

« kdy: 12. 03. 2019, 13:42:38 »

Jo to echo jsem už dávno smazal, zbylo tam:

Kód: [Vybrat]

$($EXECUTE)

Coz je porad spatne. Nastuduj si, co $(...) dela.

1331

Server / Re:Příkaz funguje, ale ve skriptu nikoliv

« kdy: 12. 03. 2019, 13:11:34 »

Máte prosím někdo nápad v čem by mohla být chyba

Tento radek velmi pravdepodobne nedela to, co si myslis, ze dela:

Kód: [Vybrat]

echo "$($EXECUTE)"

1332

Server / Re:Jak se připojit k serveru z Windows?

« kdy: 12. 03. 2019, 13:08:31 »

No nic, tak ja uz se jenom rozloucim. Bud chces poradit, nebo se chces hadat a chytracit.

1333

Server / Re:Jak se připojit k serveru z Windows?

« kdy: 12. 03. 2019, 12:38:35 »

Nemám oprávnění/povolení jakkoliv upravovat systémové soubory a konfiguraci. Co je nestandardního na tom, že se chci přihlásit a upravovat textové soubory na serveru? Nechci se přihlašovat na roota ani dočasně. Chci používat "sudo -i", které mi umožňuje bez nutnosti znát heslo roota ten textový soubor upravovat.

Znovu opakuju: je opravdu nutný si nastudovat alespoň základy toho, jak unixová oprávnění fungují. Pro ilustraci nevyčerpávající seznam toho, v čem se zřejmě mýlíš:

1. systémové soubory vlastní uživatel root a jenom ten je může upravovat
2. příkaz "sudo" slouží k elevaci oprávnění, tj. typicky k upravování souborů, které vlastní root, tj. systémvých souborů. Pokud nemáš povoleno systémové soubory měnit, sudo nepotřebuješ a neměl bys vůbec mít právo ho použít.
3. k "práci" není potřeba oprávnění roota, pokud "prací" není server spravovat. Běžný uživatel pracuje pod svým účtem a upravuje soubory, které vlastní. Na roota nemá přístup (ani přes sudo).
4. už vůbec není root potřeba k "programování", naopak: používat roota k programování (ať už přes sudo nebo rovnou) je špatně a je to velice nebezpečné

1334

Server / Re:Jak se připojit k serveru z Windows?

« kdy: 12. 03. 2019, 12:04:06 »

U tohoto server nemám přístup k uživateli "root" a musím používat "sudo -i".

Sudo je způsob, jak se na roota (dočasně) přepnout. Když zadáš v terminálu "sudo su -", staneš se rootem (pokud na to máš oprávnění). Tvrzení "nemám přístup k uživateli "root"" je tedy pravděpodobně mylné. Spíš jsi chtěl říct "nemůžu se na roota přihlásit pomocí ssh" (nebo winscp). To je triviálně řešitelný problém (změna jednoho řádku v konfiguraci sshd).

Takže si mi řekl, že se na serveru dá vzdáleně pracovat jen pokud máš root access? :-)

Ne.

P.S. Než se budeš snažit rozchodit proti linuxovému serveru nějaké nestandardní věci, silně bych doporučoval si prvně nastudovat základy. Jinak uděláš víc škody než práce.

1335

Server / Re:Jak se připojit k serveru z Windows?

« kdy: 12. 03. 2019, 11:03:32 »

Napadá Vás prosím někoho, jak to řešit jinak?

Především nepíšeš, jaký problém a proč řešíš. Pokud se připojíš jako root, tak vše funguje. Když se připojíš jako ne-root, hledáš způsob, jak se na roota přepnout (sudo), proč?

Pokud chceš upravovat jakékoliv soubory, tak root prostě být musíš. Proč se tedy na něj rovnou nepřihlásit a raději hledat krkolomný způsob, jak se na něj přepnout?

P.S. s unixovými systémy se takhle obvykle nepracuje. Standardní způsob je přihlásit se k serveru přes ssh a úpravy dělat přímo na serveru.