Не, если касается хоть каких-либо манипуляций с неизолированными 220, то у меня сразу вся шерсть дыбом встает, каждое действие проверяется, как будто бы я сейчас комманды для марсохода выслаю…
Меня больше не устраивает, что 10А и обычная земля у мну совмещены, а также то, что 10А слот всегда замкнут на землю. В итоге можно померять ток, честно переключить мульт в режим вольтемеряния, и получить КЗ! И все потому, что щуп забыл переставить…
На 10А линии нету фьюза, так что измерение вольтов розетки как раз таки даст осколком ЖК дисплейчика в глаз. Хорошо, что не у всех БП токи превышают 10А, иначе я уже и внешне стал бы похож на пирата.

Кстати, у Festo есть не только пневмомышцы — AirGelly

Отписался в личку.

Хотя поправочка: сколько будет стоить UTC 4.0. Именно он!

Может кто-нибудь рассказать, как работают элементы типа Filter и DMA? И вообще очень нехватает информации об PSoC 3 и PSoC5 на русском языке.
Буду очень рад всем публикациям на эту тему!

Это либо плохой мультиметр, либо хорошие щупы… Такого сочетания нужно избегать :D

Доброго времени суток! Хотел бы спросить можно ли заказать прерыватель. И сколько это будет стоить? Сам строю Поющую Теслу и не имею возможности купить контроллер. Их просто не продают в моем городе. Желательно что-нибудь попроще. Идеально было бы вот так onetesla.com/midi-interrupter-kit.html#.

Mentor Graphics Expedition Это моя первая система для проектирования ПП. Потом еще освоил Altium Designer но все же Ментор мне нравится больше. На мой взгляд из преимуществ Ментора это жесткая связь между всеми этапами разработки ПП начиная от создания пада… схема… разводка ПП в отличии от Альтиума где связь достаточно гибкая.

Когда осколки мультиметра летят в лицо, не до новых щупов :)

Можно просто купить несколько комплектов шупов =)))

Ха :) А я мерял именно ампераж сети :) Именно поэтому, такая вот заглушка очень полезна :)

Ой блин, я на видео сказал, что мерял ампераж сети, вот йо…
Имелся в виду ток потребления аппарата с питанием от розетки.
Забавно, но у меня дядя как-то мультиметр попросил, ну я дал, перед самым уходом спросил, мол, нафиг он тебе? Оказалось, хотел померять, какой ток сможет дать проводка в его доме, и это на полном серьезе. Забрал обратно.
:D

В меня тут завал, ты ж знаешь… да и самому скучно будет, кто ж умной озвучкой будет сопровождать, так чтобы у самих представителей уши заворачивались )))

Да, машиностроение было крутое. А выставка еще три дня идти будет, можешь сходить.

Спасибо за отчет и видео. Жаль я не смог пойти тоже. Выставки это весело… особенно веселая была по машиностроению )))

Спасибо, очень конструктивно! :)

китайские приспособы в кирове были, и пожосче чем на картинке. Но все равно туфта мне показалась. Лучше станочек. Еще была мысль попробовать фрезер, но не срослось что то…

Оставлю пару полезных, на мой взгляд, мыслей и рекомендаций.

1. Как уже сказали, лучше в структуре объявить лишь указатель на массив. А уж предоставить собственно массив для буфера — пусть будет задача пользователя.
2. Как обезопасить работу с указателями? Возьмите себе за привычку всегда проверять в начале функций все указатели на NULL, и сразу выдавать ошибку если был передан неинициализированный указатель.
3. Ваша функция выдаст ошибку, если данные не помещаются в буфер целиком. Может оно и верно. А возможно будет удобнее, если функция будет класть в очередь что может, и возвращать количество реально записанных байт. Тут стоит подумать. Вообще подход возвращать что-то более полезное чем 0 и -1 приветствуется.
4. Если функция не изменяет никаких данных в массиве, переданном ей в качестве аргумента, то указатель на этот массив стоит объявлять как const void *. Например, если у меня есть строка «Hello, world!» (как раз тип const), и я хочу запихать ее в буфер.
5. Может стоит добавить функции для записи/чтения одного единственного байта, а не массива. Иногда бывает полезно при использовании в алгоритмах.
6. Кто-то предгалал не использовать переменную count, которая хранит размер данных в очереди. Но тут есть одна проблема — когда буфер заполнится полностью, не получится ли так, что head станет равно tail?
Что я хочу сказать: изначально у нас head = 0, tail = 0. Допустим, мы пишем в очередь FIFO_LENGTH байт данных. Тогда и head станет под конец равным FIFO_LENGTH, и выполнится условие if (fifo->tail == FIFO_LENGTH), что сбросит его опять в 0. Тем самым «очистив буфер». Решений тут два:
1) Хранить не tail и head, а tail и length. А head вычислять.
2) Оставлять в буфере всегда 1 байт.

7. Старайтесь не писать в алгоритмах «жесткие» сравнения: по типу if (fifo->head == FIFO_LENGTH).
Особенно это касается сравнений чисел с плавающей запятой. Ваш алгоритм может быть более стойким к изменениям, если написать if (fifo->head >= FIFO_LENGTH). Или, если совсем заморочиться, та же операция в более общем виде:
while(fifo->head >= FIFO_LENGTH){ fifo->head -= FIFO_LENGTH; } // по сути то же, что и fifo->head %= FIFO_LENGTH

8. Если пишете код «для всех» (библиотеку), то старайтесь делать так, чтобы он заработал сразу у всех.
Например, объявления переменных в середине функции и особенно в for(int i = 0; ...) могут вылезти ошибками при компиляции gcc с флагами -pedantic и -ansi. Еще можно порадовать любителей C++, если вставить в нужные места

Еще можно отказаться от «нестандартных» названий типов, и выкинуть из кода #include <stm32f10x.h>. Тогда код можно будет использовать, например, для написания программы для AVR.

Бида :(

не иду(