Mandor
07.06.2017
12:50:41
Да. Так нельзя?
kaktys
07.06.2017
12:50:52
???
для точечной надо килоамперы
Petr
07.06.2017
12:51:13
кек
Google
kaktys
07.06.2017
12:51:17
при паре вольт, 2-4волта обычно
Petr
07.06.2017
12:51:21
вообще вангую транс от микроволновки
и какбэ от сети будут не килоамперы нифига
kaktys
07.06.2017
12:51:35
это да, классика
Mandor
07.06.2017
12:51:43
Ну за 1 мс там несколько сотен джоулей должно выделиться, вроде достаточно.
Serg
07.06.2017
12:52:00
можно брать понемножку, заряжать кондер, а уже с него 100А
Petr
07.06.2017
12:52:17
вагон такого уже всеми сделано, обсосано, выложено в интернет и так далее
Mandor
07.06.2017
12:53:00
Я пришел с конкретным вопросом, а не за советом сходить в гугл
ОлегЪ
07.06.2017
12:54:22
самый простой апарат для сварки - несколько десятков тысяч мкФ, реуируемый зарядник 10-50В и тиристор-таблетка на 300-500А. Дешево и сердито
Serg
07.06.2017
12:54:36
идея не очень хорошая, еще во всяких пакетниках контакты попривариваются на дай бог
kaktys
07.06.2017
12:54:38
ну вот тебе конкретный ответ - убейся об стену
потому что с такими знаниями ты опасен
Google
kaktys
07.06.2017
12:55:04
и тебе банально лень было погуглить хотя бы пару слов о точечной сварке
ОлегЪ
07.06.2017
12:55:26
Mandor
07.06.2017
12:55:58
Олег, спасибо, я знаю это.
Остальным отвечаю, вопрос не про точечную сварку, а про КЗ на 1 мс.
С таким отношением мне здесь делать нечего, прощайте.
kaktys
07.06.2017
12:56:04
они делали обычную, зная в чем дело
ОлегЪ
07.06.2017
12:58:51
и им повезло, что ТП не лучшего качеста, когда я у себя что то корочу в 220, то отгорает по 10-20см проводов. До ТП метров 100 наверное
kaktys
07.06.2017
13:00:16
какие 31 ? Падение на точке сварки пара вольт, т.е. 200-300Вт в течении 1мс, т.е. 0.2-0.3Дж
https://ru.wikipedia.org/wiki/%D0%A2%D0%BE%D1%87%D0%B5%D1%87%D0%BD%D0%B0%D1%8F_%D0%BA%D0%BE%D0%BD%D1%82%D0%B0%D0%BA%D1%82%D0%BD%D0%B0%D1%8F_%D1%81%D0%B2%D0%B0%D1%80%D0%BA%D0%B0
ОлегЪ
07.06.2017
13:02:15
пока оно не сварено - это участок с самым большим сопротивлением в цепи
kaktys
07.06.2017
13:02:29
Мягкий режим характеризуется большей продолжительностью времени сварки и плавным нагревом заготовок умеренными силами тока, с плотностью тока на рабочей поверхности электрода обычно не превышающей 100 А/мм². Время протекания тока обычно 0,5—3 секунды
Жесткий режим точечной сварки характеризуется малой продолжительностью времени сварки, бо́льшими, чем при мягком режиме, значениями силы тока и значительным сжимающим давлением электродов. Плотности тока достигают 120—300 А/мм² при сварке стали. Время протекания тока обычно 0,1—1,5 секунды
Samael
07.06.2017
19:36:30
Подскажите совместимы/взаимозаменяемы ли Spi Serial E2PROM и SPI Serial FLASH
25 серии?
Serg
07.06.2017
20:09:32
а в чем разница между E2PROM и FLASH ?
ОлегЪ
07.06.2017
20:21:38
Способе хранения информаци и некоторых операциях (стирание и запись)
Samael
07.06.2017
20:22:02
ОлегЪ
07.06.2017
20:26:01
Google
Danil
07.06.2017
20:30:52
разный тип памяти, разная адресация, разный набор команд, разный ресурс перезаписи. Ну короче отличается всем, кроме способности хранить инфу без питания
Samael
07.06.2017
20:45:13
Serg
07.06.2017
21:16:18
Смотрю на E2PROM 25LC1024, по выводам совместима с флеш M25PE40
в 3 раза дороже, но ресурс в 10 раз больше
1M (128K) вполне хватит
shadowsoul
07.06.2017
21:18:44
Serg
07.06.2017
21:19:06
какое назначение у E2PROM ?
shadowsoul
07.06.2017
21:19:28
настройки, серийник, счётчик хреноты (умеренный)
да вон, на принтеры взгляни современные
spi flash под прошивку, spi или i2c eeprom под счётчики, серийники и сервисное
Serg
07.06.2017
21:20:23
сейчас есть FRAM с почти бесконечным ресурсом
shadowsoul
07.06.2017
21:20:39
дорогая как сука
Serg
07.06.2017
21:20:41
есть сейчас смысл в E2PROM ?
shadowsoul
07.06.2017
21:20:58
eeprom, особенно мелкий - стоит как мусор
вон и на чипы картриджей, и просто для маркировки ставят
типа, это - серийник такой
Serg
07.06.2017
21:22:37
ага, я на езернет заложил 24AA025E48 ради MAC-адреса
Samael
07.06.2017
21:25:58
shadowsoul
07.06.2017
21:26:15
Serg
07.06.2017
21:27:43
Google
Serg
07.06.2017
21:28:03
по ногам есть вроде совместимые
Samael
07.06.2017
21:29:19
shadowsoul
07.06.2017
21:30:41
хрена с два чего у тебя выйдет, вот
Samael
07.06.2017
21:39:15
Dr
07.06.2017
21:53:28
Samael
07.06.2017
21:56:41
Th0r
08.06.2017
07:38:21
@TehDmitry @Byte_kgd ^
Byte
08.06.2017
07:46:14
Roman
08.06.2017
11:19:57
Парни, кто нибудь эксперементировал в мощных DC-DC с нестандартной формой сигнала на трансе?
kaktys
08.06.2017
11:45:59
это какой же, прааативной ?
Dr
08.06.2017
11:46:50
shadowsoul
08.06.2017
11:50:05
Богдан
08.06.2017
11:50:56
Саша
08.06.2017
11:51:28
Dolphin
08.06.2017
11:51:48
shadowsoul
08.06.2017
11:52:13
и кстати о кошках - у знакомого ремонтника третье поколение кошаков, приучены даже к элт теликам разобранным не подходить, ибо получали
Dolphin
08.06.2017
11:52:59
shadowsoul
08.06.2017
11:53:18
мне лениво
Dolphin
08.06.2017
11:53:37
Ну и зря ;)
Google
Dmitry
08.06.2017
16:16:52
код:
uint32_t sendTick = xTaskGetTickCount();
uint32_t endTime = sendTick + timeoutMs;
printf("GSM_SendCommandAndWaitFor %i %i %i\r\n", __LINE__, sendTick, endTime);
while (xTaskGetTickCount() < endTime) {
printf("1");
вывод
GSM_SendCommandAndWaitFor 174 60241 61241
почему на строчке
while (xTaskGetTickCount() < endTime)
он падает в HardFault?
при этом, если под дебагом пройти — всё норм работает
такое чувство, что что-то с памятью.
убрал в функции небольшую структуру — всё заработало.
а как проверить — не знаю
Serg
08.06.2017
16:28:27
надо учитывать еще что 32 битный счетчик миллисекунд через 49 дней сборсится в ноль и пойдет по новой
и такие циклы в это время будут очень долго ждать, еще почти 49 дней
Dmitry
08.06.2017
16:35:03
kaktys
08.06.2017
16:41:55
metaclass
08.06.2017
16:44:56
GetTickCount()-previousTickCount>timeoutMs - если все значения беззнаковые, то все хорошо.
Konstantin
08.06.2017
17:59:02
Danil
08.06.2017
18:04:54
Dmitry
08.06.2017
18:11:11
Konstantin
08.06.2017
18:22:11
эт ещё почему?
Очевидно потому, что в условии цикла текущее время окажется значительно больше, чем endTime (на 49 дней).
Но есть таки случай, когда оно реально зависнет на 49 дней. Это если endTime посчитался в значение где-то чуть меньше uint_max, а пока доползли до условия while - счетчик уже переполнился.
Dmitry
08.06.2017
18:44:04
Да, согласен.
Нужно что-то воде startTick + timeout > xGetTick()
Но мне больше интересен хардфолт. Уменьшил размер некоторых буфферов - все заработало. Это память кончилась?
Serg
08.06.2017
19:03:45
стек видимо
Dmitry
08.06.2017
19:05:20
Serg
08.06.2017
19:06:40
трудно что-либо сказать, не видя всей картины