Chirurgia cranio-cerebrală minim invazivă
Tehnicile minim invazive impun utilizarea unei tehnologii ultramoderne. Endoscoapele operatorii de diverse tipuri, microscopul operator dedicat, neuronavigația, neuroelectrofiziologia, tehnicile avansate de anestezie, chirurgia cu pacientul treaz reprezintă armamentarium fără de care neurochirurgia prin "gaura cheii" nu ar fi posibilă. Folosind tehnicile de mai sus, tratăm un spectru larg de patologii cranio-cerebrale. www.neurohope.ro |
Arduino - automatizare DIY
Ultima postare: oct 27 2022 08:53, Inițiat de
Costi_68
, feb 10 2015 02:14
·
0
#1477
Publicat: 05 martie 2019 - 19:17
Jucarii noi...
IMG_20190305_190703.jpg 202,08K 22 download-uri Un SonOff RF si doua Basic. Stiu ca spuneam acum catva timp ca e vulnerabila automatizarea pe wifi dar incerc si eu marea cu degetul. |
#1484
Publicat: 08 martie 2019 - 12:22
Playing, playing.... dar aplicatia aia de la eWelink suge prea multe resurse pentru ce trebuie sa faca. Am dezinstalat-o.
Nu stiam de ce raspunde telefonul asa greu la orice operatie. Ramane de verificat daca IFTTT face treaba fara sa omoare inutil telefonul (desi recenziile nu sunt incurajatoare) sau mergem spre fw Tasmota si ce mai trebuie pe acolo... openHAB, mqtt. |
#1485
Publicat: 08 martie 2019 - 13:12
Astept si eu rezultatul.
Am de mai multa vreme un Sonoff TH 10, la care i-am cumparat o sonda combinata, temperatura + umiditate Si7021 (modelul carcasat cu cablu si mufa jack) si una simpla, doar cu temperatura DS18B20 (modelul cu cablu si mufa jack) . Am apucat sa-l testez un pic 2 zile si acum sta in sertar. Mai am si un intrerupator dublu, Sonoff T1 EU 2 C, dar inca nu l-am testat, iar de pus pe perete o sa mai dureze, ca trebuie sa-i mai trag un fir de nul. |
#1486
Publicat: 08 martie 2019 - 21:48
După cum spuneam într-un mesaj anterior, am finalizat sistemul Arduino DUE DYI.
Monitorizează wireless 17 parametri: iluminarea interioară temperatura în 3 zone la interior temperatira la exterior umiditatea aerului la interior umiditatea la exterior tensiunea rețelei 220V senzori de prezență la parter și la etaj cîmpul electric puterea totală consumată din rețea puterea consumată într-o încăpere nivelul de noxe în aer (la bucătărie) presiunea atmosferică radiația solară UV radiația solară în spectrul vizibil În plus dintr-un browser pot controla 2 prize, un motor servo și un motor pas cu pas, toate ca terminale wireless. Proocolul de comunicații dintre senzori și unitatea centrală este proprietar și încriptat. Accesul din exterior se face printr-un VPN proprietar. Se pot vizualiza parametrii numerici sau graficul unei zile, se pot acționa terminalele, se poate citi starea lor. Mai jos redau graficul parametrilor culeși în ziua de 8 martie: (da, între 17:20 și 18:20 am gătit ceva cu ceapă călită, pește, mirodenii chestii...) Ah, da, am uitat: primesc automat notificări pe telefon dacă temperatura la interior scade sub 5 grade sau crește peste 50 de grade, dacă tensiunea rețelei scade sub 100V și dacă nivelul de noxe depășește 500ppm. Fișiere atașateEditat de Iocan, 08 martie 2019 - 21:48. |
|
#1488
Publicat: 08 martie 2019 - 22:56
#1492
Publicat: 04 mai 2019 - 22:42
Iocan, on 08 martie 2019 - 21:48, said:
După cum spuneam într-un mesaj anterior, am finalizat sistemul Arduino DUE DYI... Am trecut totul pe Teensy 3.6. Mai rapid, mai versatil, mai mic, cu schimbări minore în codul sursă. Nu mă așteptam ca migrarea să fie atît de ușoară. Deoarece de-a lungul timpului am găsit sistemul blocat cam odată la 6-8 săptămîni, am ajuns la concluzia că e vorba de paraziții din rețeaua de 230V. Mai un sudor prin vecini, mai un motor de tăiat lemne, aia, aia. Așa că am pus o filtrare sănătoasă pe alimentare. În plus, ca să dorm sigur, am adăugat un watchdog, de fapt trei: am pus un Attiny85 să întrebe odată la 10 secunde unitiatea centrală care-i treaba. Dacă Teensy nu răspunde, din diverse puncte vitale de 6 ori consecutiv, se alege cu un reset. Dar și invers: Teensy interoghează Attiny odată la 20 de secunde și dacă nu primește 3 răspunsuri consecutive, îi trage un reset. Și al treilea mecanism este unul nativ Atmel, respectiv activarea unui watchdog hardware în Attiny85 cu instrucțiunea wdt_enable(WDTO_8S). Cu asta chiar cred că am finalizat acest proiect. |
#1493
Publicat: 06 mai 2019 - 10:03
Procesorul nu se blocheaza niciodata, el executa instructiuni din program chiar daca aparent pare sa fie blocat, de exemplu, executa o bucla infinita. Daca sunt paraziti in sursa de alimentare procesorul ori ramane neafectat ori se reseteaza. Parazitii din liniile de comanda dau comenzi false iar cei din liniile de achizitie de date (senzori) dau date eronate. Asa ca daca vrei sa remediezi cauza si nu efectul, poti salva pe card (nu online) toate datele la interval de un minut sau mai scurt. Dupa o blocare sau mai multe vei putea afla din ce cauza (date cu valori neasteptate, probleme de memorie, eroare de comunicatie neprevazuta, conflict de comunicatie pe aceeasi interfata: SPI, I2C).
Eu am facut o automatizare cu vrei 40 de senzori si 30 de elemente comandate si nu s-a blocat niciodata in mai bine de 3 ani, chiar daca senzorii si elementele comandate sunt prin toata casa (deci firele nu sunt scutite de parazitii de la hidrofor, pompe si toate electrocasnicele). Cu metoda de mai sus am descoperit toate anomaliile de functionare in prima saptamana dupa punerea in functiune. De exempu: - imi pornea o pompa din distribuitorul IPAT cand pornea hidroforul din camera tehnica, comanda fiind bineinteles inexistenta. Am rezolvat cu un condensator de decuplare pe linia care trimitea datele. - din cand in cand senzorii digitali DS18B20 returnau 85,5 grade caci erau resetati de parazitii din camera tehnica produsi de pompe, relee etc. Am rezolvat si asta. Ca sa nu mai zic cat de util e sa ai un jurnal cu datele colectate si comenzile date, stari ale unor procese pentru optimizari sau informare. Un log pe card implementat in stadiu de inceput pentru orice proiect mai complex te ajuta sa economisesti timp. Te ajuta in faza de implementare si depanare si, mai ales dupa punerea in functiune cand nu stai cu calculatorul conectat pe portul serial. Poti verifica usor daca un algoritm merge cum a fost gandit in conditiile in care primeste date reale. |
#1494
Publicat: 06 mai 2019 - 11:05
Procesorul se blochează. Dacă în memorie ajung mizerii, ai un comportament total impredictibil. Se poate intra foarte bine într-o buclă while cu un parametru de break alterat, de exemplu. Iar cînd procesorul execută o buclă infinită pe care eu nu o doresc, îi spun blocaj. Tu poți să-i spui cum vrei. Iar aceste mizerii pot apărea cînd, datorită unor paraziți din rețea, părți mai mici sau mai mari din memorie sînt alterate. Sau atunci cînd comparatoarele interne ale procesorului sînt date pete cap și scot aiureli. Etc, etc.
Am pornit proiectul cu Arduino Mega, care este alimentat cu 5V și nu am avut nici cea mai mică problemă cu el. A rulat aproape un an non-stop. În momentul în care am migrat pe Arduino DUE și apoi pe Teensy 3.6, la 3,3V, au început blocajele. Menționez că am schimbat doar placa Arduino, în rest totul a rămas neschimbat. Și cel mai haios era că puteam simula fidel comportamentul impredictibil: programul sărea alandala prin bucle unde nu avea ce căuta, atunci cînd aprindeam o veioză care avea contacte precare și cam dădea scîntei. Am îmbunătățit filtrarea și am adăugat un filtru trece-jos la alimentare, după care efectul de veioză a dispărut total. Dar, ca pentru orice dispozitiv cu pretenții am adăugat acel watchdog, pe care l-am testat cu atenție, dar care, între noi fie vorba, nu a acțioant niciodată pînă acum. Asta conform log-ului intern și conform datelor de pe display. Editat de Iocan, 06 mai 2019 - 11:11. |
Anunturi
▶ Utilizatori activi: 1
0 membri, 1 vizitatori, 0 utilizatori anonimi