- 
	
- Твердотельный накопитель Kingston KC310 емкостью 960 гигабайт всего за 42 т.р. - sav6622(03.07.2015 15:13, ссылка)
 - SanDisk Ultra microSD емкостью 200 ГБ за $240 -> --> Так так, перспективы полевой отладки встраиваемых систем становятся все заманчивее. - Evgeny_CD(26.06.2015 23:52, ссылка, ссылка)
			
- ??? А почему емкость в гигабайтах не кратна 2 в степени N? - Лагунов(27.06.2015 08:34)
					
- Например, толщина сборки из чипов превысила бы лимит microSD карты. - Evgeny_CD(27.06.2015 18:12)
 - походу, % битых блоков зашкаливает - Mahagam(27.06.2015 10:54)
 
 
 - ??? А почему емкость в гигабайтах не кратна 2 в степени N? - Лагунов(27.06.2015 08:34)
					
 - 550 фунтов - это 247,5 кГ !!! - Крок(09.06.2015 16:20)
 - Microdia Xtra Elite 512G microSD. Судя по логотипам, SDXC UHS-II (версия 4.0), => с SDHC-устройствами не совместимы. => к большинству микроконтроллеров просто так не прикрутить. -> --> Тем не менее, при ограничениях по габаритам очень Evgeny_CD(183 знак., 08.06.2015 11:28, ссылка, ссылка)
 - Глюки...эпические к тому же...Вы хотите сказать что GPS-приёмники периодически выдают левые координаты или время?  Apтём(248 знак., 13.01.2015 23:32)
			
- SIRF-37526 Improved issue of potential large position errors at weak signal during cold reset. Под large в данном случае понимается более 500 км. Это из ерраты для чипсета Sirf IV – реальный глюк с которым мы массово столкнулись в свое время. - Alex B.(14.01.2015 14:58)
 - Нав. приемники - кладезь глюков. Немонотонное течение времени на выходе SiRF Star III видел сам, иначе не поверил бы. Скачек назад на 15 секунд. Потом через приличное время скачек вперед. И это точно не глюк логгера был.  Evgeny_CD(309 знак., 14.01.2015 12:02)
					
- А скачки времени на несколько лет не попадались? Например в 2034 год или около того? - Apтём(14.01.2015 12:15)
							
- Дешевые приемники до начала счисления (до появления первой непустой посылки ZDA или RMC) могут выдавать либо 1970, либо 2070 год. Если не подключена резервная батарейка RTC, то это может и повторяться - MBedder(16.01.2015 10:16)
									
- Наблюдал что-то типа 21 января 2034 года. Пример от фонаря, но точно дата была не круглая и не настолько далекая, как 1970/2070. Причем таких кривых дат было точно больше одной. - mr-x(16.01.2015 11:04)
											
- Интересно чем это вызвано - глюк в софте производителя приёмников или в самом GPS? И как с таким бороться. - Apтём(16.01.2015 11:28)
													
- "Это не бага, это фича"(с). При первом включении любых RTC будут выдаваться дефолтные дата/время, а уж какой у кого дефолт - в лучшем случае напишут в мануале.  MBedder(951 знак., 16.01.2015 11:46)
															
- Пусть выдаёт дефолтные дату/время, но валидность-то зачем выставлять... - Apтём(16.01.2015 12:32)
																	
- Ну если еще и валидность при этом выставляется, то такие приемники/чипсеты нужно в жопы криворуких дезигнеров позапихивать. Те, что на чипах MTK3333/3339 такой херней не страдают, новые uBlox'ы (7/8) вроде тоже - MBedder(16.01.2015 13:40)
																			
- Выставляется, выставляется. Это было частью нашего фильтра - "следить за признаком валидности, но до конца ему не доверять". - Evgeny_CD(16.01.2015 13:56)
																					
- Какой чипсет и производитель приемника? - MBedder(16.01.2015 14:00)
																							
- Различные приемники на SiRF STAR III, SkyTraq'овский приемник. Это было давно, как уже писал. С SiRF все понятно. Там производитель приемника лицензирует либу от производителями с опциями. Можно лицензировать только базовое решения нав. задачи, и  Evgeny_CD(97 знак., 16.01.2015 14:12)
																									
- У меня тоже SkyTraq был (и возможно его какой-то клон). - Apтём(16.01.2015 14:28)
 
 
 - Различные приемники на SiRF STAR III, SkyTraq'овский приемник. Это было давно, как уже писал. С SiRF все понятно. Там производитель приемника лицензирует либу от производителями с опциями. Можно лицензировать только базовое решения нав. задачи, и  Evgeny_CD(97 знак., 16.01.2015 14:12)
																									
 
 - Какой чипсет и производитель приемника? - MBedder(16.01.2015 14:00)
																							
 
 - Выставляется, выставляется. Это было частью нашего фильтра - "следить за признаком валидности, но до конца ему не доверять". - Evgeny_CD(16.01.2015 13:56)
																					
 
 - Ну если еще и валидность при этом выставляется, то такие приемники/чипсеты нужно в жопы криворуких дезигнеров позапихивать. Те, что на чипах MTK3333/3339 такой херней не страдают, новые uBlox'ы (7/8) вроде тоже - MBedder(16.01.2015 13:40)
																			
 
 - Пусть выдаёт дефолтные дату/время, но валидность-то зачем выставлять... - Apтём(16.01.2015 12:32)
																	
 
 - "Это не бага, это фича"(с). При первом включении любых RTC будут выдаваться дефолтные дата/время, а уж какой у кого дефолт - в лучшем случае напишут в мануале.  MBedder(951 знак., 16.01.2015 11:46)
															
 
 - Интересно чем это вызвано - глюк в софте производителя приёмников или в самом GPS? И как с таким бороться. - Apтём(16.01.2015 11:28)
													
 
 - Наблюдал что-то типа 21 января 2034 года. Пример от фонаря, но точно дата была не круглая и не настолько далекая, как 1970/2070. Причем таких кривых дат было точно больше одной. - mr-x(16.01.2015 11:04)
											
 - Я такое наблюдал неоднократно. - mr-x(16.01.2015 10:01)
 - Сейчас уже точно не помню, но вроде нет. - Evgeny_CD(14.01.2015 17:28)
 
 - Дешевые приемники до начала счисления (до появления первой непустой посылки ZDA или RMC) могут выдавать либо 1970, либо 2070 год. Если не подключена резервная батарейка RTC, то это может и повторяться - MBedder(16.01.2015 10:16)
									
 - Скачки на 15 (сейчас 17) секунд туда-сюда - это переключение с UTC time на GPS time и обратно при потере ПОЛНОГО (3D) счисления и его восстановлении. Взрослые приемники дают это поведение конфигурировать, а всякие SiRF и протчая тупо скачут - MBedder(14.01.2015 12:08)
							
- Приводило это к интересным последствиям.  Evgeny_CD(1088 знак., 14.01.2015 17:40)
									
- А вы как обновление прошивок делали? - ASDFS(14.01.2015 18:11)
											
- И по эфиру, и с консоли "прошивальщиком". - Evgeny_CD(14.01.2015 18:17)
													
- Интересны детали. Как находили свои девайсы в эфире/инете, юзали ли защиту, было ли сегментирование прошивки, как различали аппаратные реализации. - ASDFS(14.01.2015 18:44)
															
- Девайсы по своему протоколу всегда в коннекте со своим серваком. XLS таблица с протоколом обмена сервака и терминала - это было главным секретом программера, он мне ее после долгих пыток выдал. Прошивалось блоками, размер уже не помню. - Evgeny_CD(14.01.2015 18:51)
																	
- А как сервак задается? Набор ИП адресов? ASDFS(64 знак., 14.01.2015 21:22)
 - В приличной организации протокол заранее разрабатывают, а не держат в голове одного программера. - fk0(14.01.2015 20:14)
																			
- Разработка началась до моего прихода. - Evgeny_CD(14.01.2015 20:48)
 
 
 
 - Девайсы по своему протоколу всегда в коннекте со своим серваком. XLS таблица с протоколом обмена сервака и терминала - это было главным секретом программера, он мне ее после долгих пыток выдал. Прошивалось блоками, размер уже не помню. - Evgeny_CD(14.01.2015 18:51)
																	
 
 - Интересны детали. Как находили свои девайсы в эфире/инете, юзали ли защиту, было ли сегментирование прошивки, как различали аппаратные реализации. - ASDFS(14.01.2015 18:44)
															
 
 - И по эфиру, и с консоли "прошивальщиком". - Evgeny_CD(14.01.2015 18:17)
													
 
 - А вы как обновление прошивок делали? - ASDFS(14.01.2015 18:11)
											
 
 - Приводило это к интересным последствиям.  Evgeny_CD(1088 знак., 14.01.2015 17:40)
									
 
 - А скачки времени на несколько лет не попадались? Например в 2034 год или около того? - Apтём(14.01.2015 12:15)
							
 
 - Профессионалы отлаживают пошагово в мплабе. Логи -- для ламиров-недоучек.  fk0(62 знак., 13.01.2015 22:57)
			
- Согласен, можно. Просто мы иззначально ориентировались на 2G, и их хватило без zlib'а. Стремились сделать логгер максимально простым и тупым. Кроме отладки теминала, устройство потом часто использовали для отладки новых датчиков с RS-485 и проч.  Evgeny_CD(14 знак., 14.01.2015 17:27)
					
- zlib слишком тяжёлая штука. Уж не для МК точно. Даже если и LZO. Под бинарным я подразумевал, что вместо строк распечатываются их адреса в ROM и аргументы printf'а например (естесственно нужен свой специальный printf и обратная функция). Если на   fk0(1755 знак., 14.01.2015 20:30 - 20:48)
							
- LZO - это отсюда? -> - Evgeny_CD(14.01.2015 21:20, ссылка)
									
- Ага. Ему (как и любому LZ) нужно много памяти для сжатия именно. - fk0(14.01.2015 21:25)
											
- А там какой-то miniLZO есть, и педивикия врет, что есть вариант, которому всего 8к ОЗУ для сжатия надо... - Evgeny_CD(14.01.2015 21:27)
													
- Для LZxxx алгоритмов типично используется хэш (помимо окна). Размер хэша типично: 2^n * sizeof(pointer), где n -- разрядность (порядка 12, например). Даже 16к или 8к жирновато для МК.  Для сжатия нужно или дофига времени на упаковку, или большие  fk0(1026 знак., 14.01.2015 23:10)
															
- Спасибо! Именно для минимизации воздействия на отлаживаемое устройство и настоял делать не встроенный логгер, а внешнее подпаиваемое к ключевым точкам устройство.  Evgeny_CD(138 знак., 16.01.2015 15:46)
																	
- Ты что-то странное говоришь. Как из "ключевых точек" можно понять внутреннее состояние программы? Чтоб минимизировать воздействие и нужен "бинарный" логгер, который, условно, сохраняет все аргументы printf'а, вместо того, чтоб в реале fk0(285 знак., 16.01.2015 18:10)
 
 
 - Спасибо! Именно для минимизации воздействия на отлаживаемое устройство и настоял делать не встроенный логгер, а внешнее подпаиваемое к ключевым точкам устройство.  Evgeny_CD(138 знак., 16.01.2015 15:46)
																	
 
 - Для LZxxx алгоритмов типично используется хэш (помимо окна). Размер хэша типично: 2^n * sizeof(pointer), где n -- разрядность (порядка 12, например). Даже 16к или 8к жирновато для МК.  Для сжатия нужно или дофига времени на упаковку, или большие  fk0(1026 знак., 14.01.2015 23:10)
															
 
 - А там какой-то miniLZO есть, и педивикия врет, что есть вариант, которому всего 8к ОЗУ для сжатия надо... - Evgeny_CD(14.01.2015 21:27)
													
 
 - Ага. Ему (как и любому LZ) нужно много памяти для сжатия именно. - fk0(14.01.2015 21:25)
											
 - Навигационные сообщения имеют стандартный формат, и они немного сжимались на этой основе. GSM обмен писался только RAW, причем с меткой начала группы байтов в каждую из сторон (что позволило потом засунуть в etherpeek и декодировать обмен). На  Evgeny_CD(171 знак., 14.01.2015 20:48)
									
- Любая программа имеет куда больший поток информации для отладки (и именно он интересен), чем пара внешних коммуникационных протоколов. А последние можно хоть хексдампом в общем потоке записать. Что выпечатывается: переходы между состояниями, fk0(370 знак., 14.01.2015 20:56)
 
 - Дада, извергайте проклятья, я говнокодер N1 во всей вселенной -- я не только использую оператор "запятая", но и посмел его переопределить. - fk0(14.01.2015 20:32)
 
 - LZO - это отсюда? -> - Evgeny_CD(14.01.2015 21:20, ссылка)
									
 
 - zlib слишком тяжёлая штука. Уж не для МК точно. Даже если и LZO. Под бинарным я подразумевал, что вместо строк распечатываются их адреса в ROM и аргументы printf'а например (естесственно нужен свой специальный printf и обратная функция). Если на   fk0(1755 знак., 14.01.2015 20:30 - 20:48)
							
 - Ты забыл дзен-медитаторов. Они смотрят на исходник и после часа медитации говорят, где ошибка. - SciFi(13.01.2015 23:36)
 - Я сёдня профессионал :) - scorpion(13.01.2015 23:34)
 
 - Согласен, можно. Просто мы иззначально ориентировались на 2G, и их хватило без zlib'а. Стремились сделать логгер максимально простым и тупым. Кроме отладки теминала, устройство потом часто использовали для отладки новых датчиков с RS-485 и проч.  Evgeny_CD(14 знак., 14.01.2015 17:27)