Все LCD такого типа выполнены на базе контроллера HD44780 либо его аналоге. Вот он.
В сети информации по нему огромное количество даже на русском т.к. выпускаются они уже наверно лет 15.
А в чем проблема?
Я заводил, и на работающем двигателе отключал его. Обычно если контроллер понимает, что МАФ неисправен либо не получает от него вообще сигнала, то зажигает лампу «проверьте двигатель» и работает по какому-то среднему значению. Чаще всего это выражается в повышенном расходе топлива. Т.е. ничего хорошего в этом нет, но двигатель работать будет.
Странно, человек пришел с эскизом, сказал, что есть 30 тысяч, а ему даже толком не сказали, что они за эту сумму сделать могут. Какая кому разница, что он потом с ним делать будет. Что-то непонятное для меня происходит в мире разработки сайтов.
Если их никто не пишет, то как же работает весь тот зоопарк устройств в Windows…
То что это сложнее чем вывести «HELLO WORLD» на HTML в браузере совсем не означает, что этим не занимаются. Тут даже проблема не в сложности самого кода, а в том, что отладить труднее, пошагово код не пройти в IDE, документации с примерами не много, а та что есть часто привязана к какому-либо устройству. Но сейчас стало намного проще все это решить.
Я начинал работать с драйверами под WinNT в 1999 году. Из документов был только WinNT DDK. Английский был очень слабый. Ну и ничего, через два месяца все было сделано.
А с сегодняшним уровнем документации и с наличием WDF, процесс стал намного проще.
Дело в том, что я не отказался от стандартных классов USB устройств. Я только показал, с чего начать, если требования задачи не ложатся ни на один из существующих классов. Хотел показать, что в общем и в такой ситуации ничего страшного и сложного нет и не стоит притягивать проект за уши к какому-либо классу, только из-за боязни столкнуться с написанием драйвера.
Насчет кроссплатформенности, есть мысль написать вторую статью, сделав тоже самое, но под Linux. Тогда будет видно, что это не намного сложнее, и проблема кроссплатформенности для простых драйверов несколько преувеличена.
Забыл упомянуть в статье, что действительно лучше стараться делать так, чтобы устройство соответствовало какому-нибудь стандартному классу. Тогда можно будет воспользоваться драйверами класса, которые обычно есть с любой ОС.
В 64-битной винде не появляется окно, где можно проигнорировать отсутствие подписи и продолжить установку? Т.е. либо подписанный драйвер либо никакого?
Да, я года 3 назад пробовал работать с libusb. Тогда столкнулся с такой ситуацией, что эта библиотека отличалась по возможностям в версиях для linux и windows. Мне кроме bulk нужны были изохронные конечные точки. Их не удалось использовать в версии под windows. Может сейчас стало лучше, я не в курсе.
Вот он.
В сети информации по нему огромное количество даже на русском т.к. выпускаются они уже наверно лет 15.
Я заводил, и на работающем двигателе отключал его. Обычно если контроллер понимает, что МАФ неисправен либо не получает от него вообще сигнала, то зажигает лампу «проверьте двигатель» и работает по какому-то среднему значению. Чаще всего это выражается в повышенном расходе топлива. Т.е. ничего хорошего в этом нет, но двигатель работать будет.
То что это сложнее чем вывести «HELLO WORLD» на HTML в браузере совсем не означает, что этим не занимаются. Тут даже проблема не в сложности самого кода, а в том, что отладить труднее, пошагово код не пройти в IDE, документации с примерами не много, а та что есть часто привязана к какому-либо устройству. Но сейчас стало намного проще все это решить.
Я начинал работать с драйверами под WinNT в 1999 году. Из документов был только WinNT DDK. Английский был очень слабый. Ну и ничего, через два месяца все было сделано.
А с сегодняшним уровнем документации и с наличием WDF, процесс стал намного проще.
Насчет кроссплатформенности, есть мысль написать вторую статью, сделав тоже самое, но под Linux. Тогда будет видно, что это не намного сложнее, и проблема кроссплатформенности для простых драйверов несколько преувеличена.