Если кому интересно, я смог решить задачу с передачей 16 бит функции, которая требовала Cstring.
Не пришлось глубоко копать. Разбил 16 бит на два байта, а потом
###
data = [0b0000_1000, 0b0011_0111]
cstr = Cstring(pointer(data))

PiGPIOC.spiWrite(spi, cstr, 2)

👍

этот курс еще не постили, кажется?

https://youtube.com/playlist?list=PLCAl7tjCwWyGjdzOOnlbGnVNZk0kB8VSa

Простите, я уже в 100500й раз со своим дилетантским вопросом

Я хочу:
1. Разрабатывать некоторый package локально
2. Не ждать 100500 лет каждой его перекомпиляции
3. иметь возможность написать using MyPackage на локальной машине и без проблем в любой момент подключить актуальную версию пакета, как если бы я это сделал через include(... путь до src/main.jl) + using Main.MyPackage

я уже 100 раз просмотрел доки Pkg, и всё равно не вдупляю

и видео Криса я смотрел, но он предлагает разработку вести через гитхаб, и я не понял, как это сделать локально

GitHub не обязателен

Достаточно просто сделать пакет и перед его вызовом запускать Revise

И Main конечно перед вызовом добавлять не надо

Сам пакет надо через dev добавить в манифест

Всем привет! Появилось желание реализовать клиентскую библиотеку для сообщения с другими языками/приложениями через wamp протокол (https://wamp-proto.org/index.html). Если кому-то интересно и есть свободные ресурсы колдовать с вебсокетами и сериализацией, то буду рад поделиться наработками

Здравствуйте! Не хотите рассказать об этой теме на нашем митапе? Лично я с этим протоколом не знаком, было бы интересно послушать.

@easimonenko Этот протокол имеет косвенное отношение непосредственно к Julia, это спецификация для организации RPC/pubsub транспорта, поэтому только если для общего развития его представить

Добрый день! А есть понимание для чего это реализовывать? В смысле есть на примете задачи для чего эта клиентская библиотека будет использоваться?

Я просто к тому, что если протокол будет использоваться в каком-то прикладном пакете, то он будет востребован, если же это будет просто реализация протокола, то она может остаться не востребованной очень долго (собственно пока не понадобиться кому-нибудь в прикладном пакете).  Я просто наступал уже на такие грабли как-то...

@waralex2005 основная её задача сделать двусторонний канал сообщения между приложениями по определенному стандарту на разных языках и вызывать, например, функции Julia из любого другого языка программирования. Соответственно для Caller/Subscriber со схемы нужен клиентский интерфейс.

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

Про его популярность точно не могу сказать, можно посмотреть на звёзды в гитхабе для других реализаций тут: https://wamp-proto.org/implementations.html

Для абстрактных приложений есть protobuf с генератором спецификаций. https://github.com/JuliaIO/ProtoBuf.jl/blob/master/PROTOC.md

Для меня, например, не очевидно, когда надо использовать WAMP. Единственный вариант напрашивается для браузерных JS-приложений, которые будут использовать веб-сервис, написанный на Julia

А ещё есть генератор кода из спецификации Open-API - https://github.com/JuliaComputing/Swagger.jl . Состояние не знаю. Долгое время был подзаброшен, но, вроде, что-то обновили

@rssdev00000012 тут use cases лучше описаны чем я представил https://crossbar.io/

Думаю, что всё же это грабли, и широко за пределами iot использоваться не будет, но для личных целей я продолжу его реализацию, так как через HTTP.jl, Genie.jl реализация маршрутизатора на вебсокетах не подошла

IOT - слишком абстрактная штука. Устройства IOT не обязаны использовать протоколы, через которые к ним может подключиться браузер. Собственно, не воспринимайте мои комментарии как заявление о ненужности WAMP, но нужны оценки… Производительности, задержек, затрат времени на написание кода и пр.