Hirdetés

Keresés

Új hozzászólás Aktív témák

  • atesss

    addikt

    válasz azbest #38141 üzenetére

    Végül az eszközcsere lett, lementem csütörtökön, és beraktam egy régebben vett, de gyakorlatilag nem használt 3B+-t, friss Raspbiannal és friss lejátszó SW-el (pipresents).
    Sikerült megoldani hogy a PC SW a cserélt PI-t is tudja vezérelni SSH-n keresztül. Egyrészt sejtettem is már addigra hogy mit kéne csinálnom, másrészt meg mint kiderült lehetett a SW-t terminálban is indítani, és így ki is írta hogy pontosan mit csinál. A trükk abban, volt, hogy a PC SW a root user-el futott, tehát ezeket az SSH-s parancsokat is annak a usernek kellett kiadni (ez egy régebbi Debian)
    sudo su
    ssh-keygen -f "/root/.ssh/known_hosts" -R IP
    ssh-copy-id pi@IP 
    Raspbian-on amúgy a pi user pontosan milyen jogosultsági szinten fut ?

    Amivel baromi sok időm elment lent, az a teljes image-ek mentése.
    Egyrészt a 38232-ben írtak miatt  [link] 
    Másrészt pedig még amikor ment is az SD maximumával, az is nagyon lassú volt. Csak tudnám hogy miben "Extreme" ez a Sandisk SDHC kártya, mert hogy nem a sebességben az biztos...

    A hibás 3B-t meg elhoztam. Majd letesztelem, hogy pontosan melyik PIN-ek hibásak. Lehet mindegyik, de még akkor is lennének olyan feladatok, amire lehetne használni, GPIO nélkül.
    GPIO tesztelésre tudtok valami könnyebben kezelhető kész GUI-s toolt ? (azaz nem ilyen wiringpi vagy hasonló...)

  • atesss

    addikt

    válasz azbest #38141 üzenetére

    Hát egy Raspberry alaplapot azért ki tudnának cserélni, ha csak ennyit kellene.
    Viszont közben most egy másik játékelemmel is gond van lent. Még tesztelik hogy melyik részének (nem-e a - kvázi boltban kapható - erősítője vagy tápegysége), de így egyre inkább esélyesnek tűnik hogy le kell mennem.

    "Egyébként remélem van backup a rendszerről, rá telepített programokról, kofigjukról."
    A teljes rendszerről image formában nem volt (de amúgy ezt elküldték nekem, az SD-t Win32 DiskImage-el beolvasva másik gépbe).
    A lényeges beállításokról, file-okról viszont csináltam annó.

    Hát ha már cserélni kell, én inkább 3B+-ra cserélnék (vagy ha kapható újonnan, vagy az egyik sajátot használva, amik közül van ami kb. újnak mondható).
    4-esre csere már bonyolultabb és költségesebb, új ház (lehet új rögzítési megoldás is kell), új táp, hűtés(akár aktív is), mHDMI-HDMI átalakító, stb.
    A 3B+-ra cserének viszont lenne olyan hátránya, hogy onnantól két különböző eszköz lenne a két ugyanolyan pályán (a másikon nem romlott el a 3B, ott az maradna). Ok, nem nagy különbség, de akkor sem ideális.

    "de ha amúgy a szoftver nem épít kivejezetten valami régebbi megoldásra, akkor jó eséllyel kompatibilis maradt vele az új rendszer egy legújabb pi-vel is. "
    Hát a pipresents újabb verziói úgy láttam szoktak építeni az újabb Raspbianokra.
    És itt már lehet 2 főverziónyi ugrás is volt azóta, kicsi az esélye hogy menne a régi. De ennek utána kell néznem: [link]
    Amúgy az a része amit gyakorlatban használnék, jó eséllyel nem változott nagyon, de végig kell nézni a dokumentációt meg tesztelni kell hogy kiderüljön.

    Viszont van egy része a video-kezelő rendszernek, amit nem én csináltam.
    Nem bonyolult, viszont nem tudom 100%-ra hogy mi minden kell hozzá hogy menjen.
    A - nem általam csinált PC-programból (Debian, GUI-s) - is be lehet küldeni videók lejátszását.
    Biztonság kedvéért ezt úgy csináltuk meg még annó, hogy HW-esen vezérel. Azaz az RPI-n futó egyszerű scriptet vezérli SSH-n keresztül a PC, az RPI script pedig egy GPIO pin-t magasba emel. Ez a pin össze van forrasztva(persze egy ellenálláson keresztül) egy másik GPIO pinnel, aminek a magasba váltását érzékeli a pipresents, és arra indítja a videót.
    Az rémlik, hogy a PC-program alapvetően SSH alapon kommunikál a raspberry-vel.
    Talán van egy config fájl is, ahova a Raspberry IP-t be kell írni.
    Az IP-cím ugyan most MAC alapon fixálódik a routerben, de ezt átírom, és akkor az IP marad ugyanaz.
    Viszont ahhoz hogy "ne kérjen be jelszót" az a minimum, hogy ssh-keygen-el új kulcsot kell generálnom és azt bemásolni. De annyira nem ismerem ezt, milyen beállítások lehetnek még SSH kapcsolatnál, ami kellhet ahhoz hogy működjön így automatikusan a kommunikáció ?

    Pl. az úgy oké, ha az RPI-n lévő scriptfájl tulajdonosa a pi user ?
    Valami visudo beállítás is rémlik, hogy van amit hozzá kellett adni az automatikusan sudo joggal futó alkalmazások/scriptek listájához. De aztán ez lehet már a PC-n van (Debian).

Új hozzászólás Aktív témák