[jimao22]

Interes exista, mult chiar. Lasa-ma sa ma dumiresc un pic si eu si o sa revin asupra subiectului.
Acum am adresa fixa de IP (prima problema rezolvata), costa 1 euro+TVA/luna si se pare ca o sa schimb routerul primit gratis de la ROMTELECOM cu altul care sa poata fi configurat cum trebuie. Evident, totul in a doua schema (corectata) de legare a routerelor la net.
Multumesc tuturor pentru suport si interes.

[H.E.Retic]

Nobody are dreptate! Wol functiuneaza la nivel de Layer2 din modelul OSI. Adica nu implica in nici un fel IP-ul echipamentului. Fiecare switch tine minte si invata unde se afla fiecare echipament atat timp cat acestea trimit frame-uri Layer2 (arp). Dupa ce aceasta inregistrare expira, packetul trebuie trimis numai pe broadcast. O parte mica din placa de retea sta si "asculta" packetele de broadcast-ul Layer2 din retea. Daca unul din packete ii este destinat(MAC-ului propriu) impreuna cu payload-ul necesar, placa porneste calculatorul. Daca packetul e trimis din interior-ul lan-ului atunci nu e nevoie de IP. Un workaround pentru trezirea din afara retelei este ca port-urile 7 si 9 udp sa fie forwardate catre broacast-ul clasei locale. Acum cand ai sa trimiti packet-ul trebuie sa pui ip-ul exterior si mac-ul pc-ul din interior. In felul asta packet-ul va fi "transformat" in broadcast de catre router pornind astfel calculatorul. Dar atentie WOL nu are nici un fel de autentificare, si creezi probleme in sistem. Scuze daca sunt putin paranoic in ceea ce priveste securitatea, dar in meseria mea lucrurile de genul asta sunt problematice.

C.

[nobody]

Un curs despre "IP ARP, MAC Address Flooding & Learning"
http://www.ine.com/all-access-pass/trainin...22022.html

[jimao22]

Un mic update al incercarii mele de a automatiza un observator astronomic si a-l face accesibil remote.

Problema Wake-on-Lan fiind pusa in stand-by pana o sa schimb routerele intre ele si o sa fac conexiunile cum se cuvine, am hotarat sa folosesc o metoda paralela de a porni calculatorul remote. Una din conditiile esential necesare ca sa initializez tot sistemul este ca si calculatorul sa fie pornit, asa ca am obtinut pornirea calculatorului punand un releu in paralel cu butonul de start al calculatorului. Releul este actionat de SELETEK, care asa cum am zis, are adresa de IP si poate fi actionat remote prin ethernet fara ca si calculatorul la care e conectat sa fie necesar a fi pornit.
Un alt lucru facut a fost sa pornesc sursa de alimentare de 12V la care sunt conectate toate dispozitivele astro (montura, camera, roata de filtre, panoul de flat-field, sistemul anti-roua, etc) tot de la distanta, printr-un al patrulea releu.

Lucrurile astea doua sunt teoretic simplu de facut, numai ca fiecare in parte mi-a luat efectiv o zi de munca. La sfarsitul acestora, am reusit sa pornesc calculatorul remote (1), sa deschid acoperisul (2) si sa pornesc toate dispozitivele electrice astronomice (3) fara sa ma misc din casa. Cu calculatorul deschis, ma conectez apoi cu TeamViewer si pornesc toata suita de softuri astro care-mi pune in miscare instalatia.
La sfarsit opresc calculatorul din observator cu Shut-down tot din TeamViewer si inchid acoperisul si sursa de curent cu SELETEK-ul, tot asa cum le-am pornit.
Desigur, una din conditiile necesare este ca SELETEK-ul sa fie alimentat separat in permanenta (dar tot prin UPS) si pentru asta am avut nevoie de un alimentator separat de 12V pentru el. Router-ul este de asemenea alimentat in permanenta, tot via UPS.

Un mare castig pe care l-am descoperit la SELETEK PLATYPUS a fost ca pe langa faptul ca are adresa IP si un port in plus, portul THIRD permite conctarea a altor 4 pini ca si pini de INPUT (!). Acest lucru a facut ca al doilea ARDUINO din schema bloc originala sa devina de prisos, asa ca si schema bloc s-a schimbat dramatic.

Schemele de conectare la pinii SELETEK si schema bloc a automatizarii s-au schimbat asa cum se vede in poza de mai jos.