Микроконтролери и електроника
http://mcu-bg.com/mcu_site/

Health care monitoring system based on packet tracer
http://mcu-bg.com/mcu_site/viewtopic.php?f=3&t=15811		 Страница 1 от 2
Автор:  Martin91 [ Сря Мар 14, 2018 3:52 pm ]
Заглавие:  Health care monitoring system based on packet tracer
Може ли някой да ми даде съвет как да пресъздам вградената система за наблюдението на инсулиновите нива, в този проект?
https://www.youtube.com/watch?v=tPT8Tg7qYu8
Автор:  Grubi [ Сря Мар 14, 2018 4:42 pm ]
Заглавие:  Re: Health care monitoring system based on packet tracer
искаш сам да направиш подобна система,
да сглобиш такава от готови компоненти и да напишеш локален софтуер,
или да вземеш вече направената или друга подобна система и да я локализираш?
горните като комерсиален продукт?

или просто искаш да направиш прототип или някакво домашно/дипломна работа?
или нещо за собствено използване, пак в единични бройки?
Автор:  Martin91 [ Сря Мар 14, 2018 5:04 pm ]
Заглавие:  Re: Health care monitoring system based on packet tracer
Искам сам да си направия подобна система,
от готови компоненти и да напиша локален софтуер.

С повечето неща в проекта се справям. Само немога да направя, така че чрез бутоните да конролирам нивата на батерията.
Автор:  Pif [ Сря Мар 14, 2018 6:45 pm ]
Заглавие:  Re: Health care monitoring system based on packet tracer
"Система" ?
Човека показва рисунка в някакъв симулационен софтуер. Ти какво точно искаш да направш?
Да направиш такъв виртуален проект, да направиш реална мрежа състояща се от 1... 2... 3...
Да свържеш съществуващи електронни устройства които нямат мрежа към някаква централизирана система за показване на данните ?
Автор:  Martin91 [ Чет Мар 15, 2018 10:21 am ]
Заглавие:  Re: Health care monitoring system based on packet tracer
По-скоро да-свържа съществуващи електронни устройства които нямат мрежа към някаква централизирана система за показване на данните
Автор:  Pif [ Чет Мар 15, 2018 12:18 pm ]
Заглавие:  Re: Health care monitoring system based on packet tracer
Пускаш сървър който да събира, записва, обработва и визуализира данните и слагаш някакъв малък модул към съответните устройства който от едната страна говори на техния език от друга има едърнет. Измисляш си протокол и си в играта.
Автор:  michev [ Чет Мар 15, 2018 12:22 pm ]
Заглавие:  Re: Health care monitoring system based on packet tracer
Е сега може да ползва нашумелия напоследък MQTT протокол :)
Автор:  gicho [ Чет Мар 15, 2018 3:24 pm ]
Заглавие:  Re: Health care monitoring system based on packet tracer
Частта с "измисляш си протокол" е най-притеснителна...
Автор:  Pif [ Чет Мар 15, 2018 5:05 pm ]
Заглавие:  Re: Health care monitoring system based on packet tracer
И кое точно е притеснително. Така или иначе се движиш през интернет. Щеш не щес и по ТЦП/ИП. А какво ще върви на апликейшън слоя няма никакво значение. Отваряш сокет от едната страна от другата се закачаш и пращаш. Ако искаш после се разкачаш, ако искаш го оставяш на 2 независими УДП стрийма и потвърждението ти е само на апликейшън лейър, ако искаш само на ТЦП лейър ако искаш и на двата. Вариянти бол. Няма какво да се открива топлата вода. Ако му трябва съвместимост с някакво друго устройство може да ползва нещо стандартно. Много хора ползват ICMP. И то не за друго ами да са съвместими със съществуващи системи и да си спестят от апликейшън софтуер.
При днешните контролери дето имат вградени едърнети и вече доста читавите готови стекове - задачата е елементарна.
Автор:  gicho [ Пет Мар 16, 2018 10:31 am ]
Заглавие:  Re: Health care monitoring system based on packet tracer
Проблемите идват след като излезеш от офис мрежата и трябва да го подкараш при клиента - което разбира се не е задължително за всички проекти, може би питащия ще прави нешно домашно.
Аз не твърдя че няма да ползва TCP - това да кажем е пределно ясно - макар доста хора да правят собствена интерпретация на "reliable protocol" върху UDP например :ANAL: . Говоря за протоколите нагоре.
ICMP на много места се блокира, UDP също, така че първото условие е да (можеш да) минеш през TCP на 443 и това важи за всичките части на разпределената ти система (клиенти и сървъри условно). Та ако за клиента е лесно (стига да не "измисля" да ползва ICMP...) то за сървъра не е така. Нещата се усложняват ако се очаква това да върви някъде из облаците.
Дори 443 TCP понякога не стига - има SPI firewall-и / intrusion detection системи, които следят трафика на приложно ниво и ако видят нещо различно от http съдържание (протокол-хедъри) да се мяткат по тоя сокет и казват "Ко? Нйе" и пращат честитка на отговорните лица (администратори на мрежата на клиента примерно). Ония цъфват при девелопърите дето са взели "нашето" устройство да го интегрират и тестват, забиват им по два шамара за симетрия и ефекта е ... финансово нежелан.
В тоя случай възможните решения (за избягване на тая неудобна ситуация) са свързани с "общоприетите" мерки в областта - т.е. какви аргументи била накарали ония шамарораздавачи да не си прекъват кафе-паузата. Едното е TLS1.2 поне, другото ... не го знам за момента. Директно на това условие отговаря https и? MQTT през TLS. Ако на ония кафето им е крайно силно остава опцията за "MQTT през websocket през TLS1.2".
А опциите които чисто и просто не подлежат на обсъждане са "ще помолим админите на клиента да отворят портче навътре за нашия сървър"... Така си гарантираме че устройствата ни няма дори да бъдат включени, а ще бъдат изхвърлени в момента в който техните инжинери отидат да "предадат молбата".
Спестяването от апликейшън софтуер според мен изисква ползване на добре поддържани и утвърдени стандарти - повечето облачни услуги изискват едно от двете - или MQTT, или HTTP заявки. Има и алтернатива - да си сложиш междинен сървър който да го играе "виртуално" устройство и от ICMP-тата от node-овете да преобразува в "стандартни" заявки. Ама това пък не се вписва в идеята "да си спестят от апликейшън софтуер".
Автор:  Pif [ Пет Мар 16, 2018 11:20 am ]
Заглавие:  Re: Health care monitoring system based on packet tracer
много от рано сутринта си почнал с пиенето. Ако в някоя организация ти отрежат интернета и ти пуснат само хттп и още 1-2 неща явно са много некадърни и задръстени. А ако и дойдат да те бият значи са и тъпи. Няма никаква причина да не пуснеш каквото си искаш където си искаш. Нагоре има колкото си искаш свободни портове. Ако ти отрежат УДП-то забрави за видео стриймове. Да си усложняваш живота с писане на идиотски протоколи само защото някъде си някой можел да ти филтрира трафика - айде по леко. Едното ИП си е твое. Имаш всички портове. Клиента може да е зад всякакви сървари, рутери, натове и каквото се сетиш. Няма никаква причина да му се орязва комуникацията. Ако е няква тъпа корпоративна мрежа в която е забранен ютюб и фейсбук и може да си отваряш само 2-3 сайта и то с подпис от админа - тогава каквото и да правиш - пак няма да минеш. Ама да тръгнеш да градиш концепция и протокол само щото видиш ли има малоумни администратори в някои фирми - е тъпо. Ако толкова държиш в съответната фирма ще си пуснеш локален сървър който да успее да ти направи тунел до твоя сървър.
Вариянти има много. През всеки един от протоколите можеш да минеш. SNMP също е много популярно и не съм чул някой да го забрани. Един приятел си прекарва съобщенията маскирани като DNS заявки. Пуснал е DNS сървър и го е регистрирал като такъв. Клиентите пращат заявки към него но след края на стандартния пакет има още няколко байта полезна информация. Така минава през всякакви филтри. Неприятно става като някой от другите ДНС сървърари по пътя реши да кешира заявките и започне да му ги праща пак след няколко часа или дни. В базата му данни става мазало от заявки дошли много пъти.
Та вариянти много. Но усложненията се правят като се появи проблем. Да правим усложнения само защото можело някога някъде нещо да се случи е глупаво.
Автор:  Martin91 [ Пет Мар 16, 2018 11:23 am ]
Заглавие:  Re: Health care monitoring system based on packet tracer
Аз ще си го правя в домашна мрежа. Със самата мрежа нямам проблем, по-трудното ми е да програмирам MCU-то. Най-трудното ми е "номера" с батерията. Опитах с функция loop, но нещо не става.

var MAX_STORED_POWER = 1500;
var availablePowerPercent = 0;
var availablePower = MAX_STORED_POWER/2;
var LOG_BASE = 1.0749111034571373359815489867558;
var receivedPowerRaw;
var receivedPower=0;
var MULTIPLIER = 255/1023;
function setup() {
pinMode(1, OUTPUT);
}
function loop(){
var availablePowerPercent = Math.floor(750*(analogRead(A0) * 100));
availablePowerPercent = (availablePower/MAX_STORED_POWER) * 100;
if (availablePowerPercent < 10)
availablePowerPercent = 10;
else if (availablePowerPercent < 30)
availablePowerPercent = 30;
else if (availablePowerPercent < 50)
availablePowerPercent = 50;
else if (availablePowerPercent < 70)
availablePowerPercent = 70;
else if (availablePowerPercent < 90)
availablePowerPercent = 90;
else if (availablePowerPercent <= 100)
availablePowerPercent = 100;
customWrite(0, availablePowerPercent);
Автор:  michev [ Пет Мар 16, 2018 11:30 am ]
Заглавие:  Re: Health care monitoring system based on packet tracer
Какъв е тоя код? Ардуино, но на javascript?!
Използвай таг за код ([code]), иначе е тотално нечетимо това което ни пействаш.
Автор:  gicho [ Пет Мар 16, 2018 12:00 pm ]
Заглавие:  Re: Health care monitoring system based on packet tracer
Pif написа:
много от рано сутринта си почнал с пиенето. Ако в някоя организация ти отрежат интернета и ти пуснат само хттп и още 1-2 неща явно са много некадърни и задръстени.

Да, две кафета. Да, режат се редовно заради некадърни усери дето основно усир-ат нещата с торенти, скайпове, ботове и каквото им дойде.
Pif написа:
А ако и дойдат да те бият значи са и тъпи.

Е, преекспонирах за цвят, нали казват че и думите могат да нараняват :)
Pif написа:
Няма никаква причина да не пуснеш каквото си искаш където си искаш.

Ъ? Къде това, освен "у дома", "на моето бюро" или "в мрежата която аз администрирам"
Pif написа:
Нагоре има колкото си искаш свободни портове.
Да, съгласен - имаш ги до първата пречка - което е или настройка на PC-то, или ако излезеш от твоя компютър, до първия рутър в който админа е решил че не му се виси по нощите да вади бекъпи заради някой дето си е пуснал вирусче от много знаене...
Pif написа:
Да си усложняваш живота с писане на идиотски протоколи само защото някъде си някой можел да ти филтрира трафика - айде по леко.
Моля? Какви протоколи искаш да пиша? Протоколът е някакво RFC или нещо подобно (спецификация) и за него може да има, може и да няма имплементация. В случая с нещата които изброих такава има. За твои си протоколи ще има ако си я напишеш.
Pif написа:
Едното ИП си е твое. Имаш всички портове.
Мда, и става за IPC в "твоята" машина, оттам дали това IP ще има нещо нанякъде не зависи от теб.
Pif написа:
Клиента може да е зад всякакви сървари, рутери, натове и каквото се сетиш. Няма никаква причина да му се орязва комуникацията.
Погледни по-прецизно езикова форма и ще разбереш че:
- не АЗ искам да ограничавам достъпа - някой друг го е направил
- и АЗ ИСКАМ да му дам достъп до услуга
Pif написа:
Ако е няква тъпа корпоративна мрежа в която е забранен ютюб и фейсбук и може да си отваряш само 2-3 сайта и то с подпис от админа - тогава каквото и да правиш - пак няма да минеш. Ама да тръгнеш да градиш концепция и протокол само щото видиш ли има малоумни администратори в някои фирми - е тъпо.
Да наричам "тъп" човек, на който искам да му взема парите не е печеливша практика в бизнеса...Имали са аргументи, които на теб не са ти важни, но за тях са били - ако искаш да им предложиш алтернативно решение което ще им реши проблемите с пробиви и вируси - действай, аз не работя в тази област.
Pif написа:
Ако толкова държиш в съответната фирма ще си пуснеш локален сървър който да успее да ти направи тунел до твоя сървър.
Не го изключвам като вариант, но някак си предизвиква асоциация с хилядолетна давност в по-притеснителни умове, дотолкова че му викат нарицателно "троянски кон". И тоя "кон" ще е закачен към същата мрежа дето трябва да се бориш с ограниченията, и се менажира от същите "тъпи" администратори, дето са поели отговорността че информацията няма да изтече.
Pif написа:
Вариянти има много. През всеки един от протоколите можеш да минеш. SNMP също е много популярно и не съм чул някой да го забрани.
Има и други не-забранени - пренасяне на дискети до НАП, пращане на XML файлове, въздушна поща между етажите, разпечатки на хартия ... SNMP е за (упростено) управление на мрежи, и сигурно има причина борузърите примерно да не го ползват за страници (примерно), или за мрежов достъп до файлове, ама те сигурно и те са "тъпи" и не са се досетили че някак свитъка с разпечатката могат да прекарат през SSL...
Pif написа:
Един приятел си прекарва съобщенията маскирани като DNS заявки. Пуснал е DNS сървър и го е регистрирал като такъв. Клиентите пращат заявки към него но след края на стандартния пакет има още няколко байта полезна информация. Така минава през всякакви филтри. Неприятно става като някой от другите ДНС сървърари по пътя реши да кешира заявките и започне да му ги праща пак след няколко часа или дни. В базата му данни става мазало от заявки дошли много пъти.
Много други неприятности може да има в такова решение, но като за нещо от "приятел" става. Има готови решения за тунели през DNS (не е патент на твоя човек), но поради наличието им има и готови "мерки" за противодействие на такива опити.
Pif написа:
Та вариянти много. Но усложненията се правят като се появи проблем. Да правим усложнения само защото можело някога някъде нещо да се случи е глупаво.

Подкрепям напълно, само че пътя по който това може да се постигне явно го виждаме по различен начин.
Автор:  Pif [ Пет Мар 16, 2018 2:45 pm ]
Заглавие:  Re: Health care monitoring system based on packet tracer
Гичо,
вече сме офтопик. Човека каза какво иска. Далеч сме от неговите проблеми.
Влизането на вируси не става през отворени портове и дупки в рутерите а през дупки в крайните устройства - било то операционни системи, софтуери или потребители. Самия вирус и да влезе през мрежата какво ще стане? Ще зарази кабела?
Имахме един сисадмин (политическо назначение - парашутист) с 10 дипломи по мрежи и мрежова сигурност дето нищо не разбираше. В момента в който дойде сървара хвана криптовирус и половината машини спряха (разбирай 50 от 100 човека). Та същия на тоя образ колега му се оплаква, че не може да печата на принтера или ако успее става много бавно. Сисадмина с напълно сериозно изражение обясни, че това е защото е в дъното на стаята и е най-далеч от принтера и освен това неговия компютър е включен в последния порт на суича и затова му се бавят нещата. Неприятното беше, че си и вярваше.
И още една случка - шефа му се оплаква, че получава спам, трие спама и след половин час пак същия спам дето е изтрил отново се появява. (въпросния сисадмин беше сложил и спам филтър на мейл сървъра). Обяснението беше - ами аз спама го блокирам на сървара ама той стои в суича преди сървъра и по някое време като сървара е претоварен спама успява да мине.
Ако искаш да ви запозная да си говорите за мрежова сигурност, дупки и вируси.
Страница 1 от 2 Часовете са според зоната UTC + 2 часа [ DST ]
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
http://www.phpbb.com/