Если я выберу другую дату и время на устройстве, укажу это время в пикере os.time() и os.time(пикер) будут одинаковыми.

Если я выберу другую дату и время на устройстве, укажу это время в пикере os.time() и os.time(пикер) будут одинаковыми.

local websocket = require 'websocket' local client = websocket.client.copas({timeout=2}) connected, err = client:connect('wss://testapp.hhx', 'echo', ssl) function listen(msg) while connected do wait(0) local message, opcode = client:receive() if message then print('msg', message, opcode) else print('connection closed') end end end Вообще правильно всё делаю?

Просто у меня скрипт зависает намертво, но при этом успевает принять несколько сообщений от сервера.

До секунд, опять таки.

Ты прав, с секундами работает как надо. Но ПОЧЕМУ???

Какой-то косяк.

тут одинаковые hour/min но разные зоны с учетом dst. У os.time есть еще атрибут isdst

В os.time(пикер) я указывал атрибут isdst системы.

Карочи. Просто используй везде результат os.time(). Ему плевать на часовые пояса, на високосные года и переводы времени. Пользователь что-то ввёл — сразу переводи в os.time(). Передавай куда хочешь и используй, просто как os.time(). Когда надо отобразить — переведи в дату, но не более.

os.time() оперирует временем в UTC

не, локальным

А я хз. Если успевает проработать — значит надо больше чекнуть мануалы по вебсокету. Возможно оно и без копаса нормально работает.

Попробовал слать вебсокет месседж на сервер и если успешно, вызывать метод recieve. Но теперь начались проблемы с производительностью. Как лучше реализовать это?

Может кто посоветует как на Ардуино это накодить? Я дуб дубом в нем. Вообще надо все разжевывать

Может кто посоветует как на Ардуино это накодить? Я дуб дубом в нем. Вообще надо все разжевывать

Подскажите куда писать в какой группе поподробней помогут. Интернета там нет

Может кто посоветует как на Ардуино это накодить? Я дуб дубом в нем. Вообще надо все разжевывать

цель какая?

Запустить часы чтобы они ходили . И при этом постараться уложиться в 500-1000руб. интернета у устройства не будет

какое напряжение?

длительность импульса?

точность?

поищи реле времени готовое

Спасибо

Привет Всем. два вопроса. 1. Можно ли как -то в луа скрипт сделать инклуд пхп? (в пхп обычный вывод массива) 2. Помочь Переписать пхп в луа. простой пхп $cats = array( "bmw", "toyota", "opel", "vw" ); shuffle ($cats); $cats = array_slice($cats, 0, 3); sort($cats); foreach ($cats as $value) { echo '<li><a style="font-size:18px;" href="/category/'.$value.'/">'.str_replace('-',' ',$value).'</a></li> '; }

Вот подешевле. https://rele.ru/catalog/rele-vremeni-razlichnogo-naznacheniya/rele-vremeni/rele-vremeni-vl-46m1.html

Прекрасный вариант. И никаких ардуинок и малинок.

Привет Всем. два вопроса. 1. Можно ли как -то в луа скрипт сделать инклуд пхп? (в пхп обычный вывод массива) 2. Помочь Переписать пхп в луа. простой пхп $cats = array( "bmw", "toyota", "opel", "vw" ); shuffle ($cats); $cats = array_slice($cats, 0, 3); sort($cats); foreach ($cats as $value) { echo '<li><a style="font-size:18px;" href="/category/'.$value.'/">'.str_replace('-',' ',$value).'</a></li> '; }

Я спросил коллег железячников - точности ардуинки хватит, но надо аккуратно писать прогу и нужен доп обвес в виде опторазвязанного реле или ключа. Так что по деньгам одинаково а гемороя с ардуиной будет побольше.

Запустить часы чтобы они ходили . И при этом постараться уложиться в 500-1000руб. интернета у устройства не будет

Проблема с производительностью - высокая загрузка процессора и(или) низкая скорость приема/передачи данных?

Кажется ресив каждую итерацию, не есть хорошо

Сокет с таймаутом не очень, потому что от количества клиентов начинает расти задержка. А вот небольшой слип в конце цикла обработки — топчик.

Я тут соорудил многопоточность в игровом движке на лавке. Основной поток - прокачка событий и рендер. Игровой поток - обработка событий и посыл команд рендера в игровой поток. Игрался со слипами и пришел к выводу, что без них можно получить высокое значение фпс, более 3000, но видна загрузка цпу. Со слипами(их два, в основном и игровом потоке) - ограничивается фпс, но загрузка снижается. В целом на многоядерной машине тормозов незаметно вообще, даже если совсем задержку убрать.

Не стоит, кстати, забывать, что если включен параметр vsync, то количество тиков основного потока будет строго ограничено под герцовку монитора. Если дочерний поток будет основному слать инфу слишком быстро, то у основного потока могут возникнуть проблемы с приёмом (если он не осуществляется в обособленном бесконечном цикле, конечно). Так что времечко тиков желательно синхронизировать между потоками.

код покажи