Pages: [1] 2 3
 1 
 on: October 16, 2009, 05:56:54 AM 
Started by admin - Last post by admin
In case you have encountered something like this:

Code:
usb_os_find_devices: couldn't get connect info
usb_os_find_devices: Found 001 on 0025
error obtaining child information: Operation not permitted
usb_os_find_devices: couldn't get connect info
usb_os_find_devices: Found 002 on 008
skipped 1 class/vendor specific interface descriptors
usb_os_find_devices: couldn't get connect info
usb_os_find_devices: Found 001 on 008
error obtaining child information: Operation not permitted
error obtaining child information: Operation not permitted

You may need to manually create file /etc/udev/rules.d/75-novorado.rules
with following text in it:
Code:
# This file maintains persistent names for Novorado interfaces.
# See udev(7) for syntax.
#
# USB device 0x4d8:0xf00 (Novorado Microchip-based parktronic)
SYSFS{idVendor}=="04d8", SYSFS{idProduct}=="0f00", GROUP="plugdev", MODE="0660"

 2 
 on: December 16, 2008, 08:21:29 AM 
Started by admin - Last post by admin
Linux and Windows C++ libraries will be published in download section.

Please have a look on the API http://novorado.com/html/parklib/classNovorado_1_1Parktronic.html

If you have any questions, do not hesitate to ask.

 3 
 on: November 23, 2008, 01:21:33 PM 
Started by admin - Last post by admin
Please be advised that Google Earth (up to date) is not fully compatible with Compiz compositing X-server extension.
You will notice that screen area is frequently blinking on any graphical X event.

The solution to avoid this effect that we wound so far, is unfortunately to disable Compiz.
Sorry for inconvenience.

 4 
 on: November 16, 2008, 01:05:09 PM 
Started by admin - Last post by admin
копию оригинального дизайна Робби нить, Матерь всех USB parktronics
http://www.mp3car.com/vbulletin/hardware-development/121995-custom-usb-parking-sensor-interface-formally-pdc-usb.html

По просьбе некоторых пользователей, мы разработали этот новый интерфейс, который позволяет подключить датчик парковки ультразвуковых к ПК через USB порт, как я сделал для alredy СКДШ Kit (обручи! Я сделал это снова).
Весь проект основан на дешевых датчиков парковки комплект (см. рисунок ниже), которые могут быть приобретены из многих Интернет-магазины, а также на eBay и простой интерфейс, основанный на микроконтроллере 18F2550 ПОС.

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


- Основной блок открыт transmiter подчеркнул --

В основном все данные, пакет состоит из 24 периодов, когда логический "0" в то время, продолжительность около 600 мкс и логической "1" составляет около 1200 мкСм, поэтому, когда датчик парковки на питание, как правило, через задние фонари, он начинает передавать серию из 3 байтов (24 битов) много раз в секунду.


- Продолжительность периодов времени --

3 байта последовательность содержит адреса и данных (расстояние от препятствия) обнаружен с каждым ультразвуковой датчик, так что, так как ультразвуковые датчики 4, мы будем иметь 4 последовательностей из 3 байтов повторяются с течением времени, по одному для каждого ультразвукового датчика.


- Весь пакет данных --

Первый байт состоит из 2 клев (4 бита), первый клев определяет ультразвуковой датчик (0 = A, 1 = B, 2 = C и 3 = D), а второй клев является дополнением к первому, с тем чтобы проверить целостность полученных данных.
Второй байт, а для второго клев из первых байта, является дополнением к третьему байт.
Третий байт содержит расстояние обнаружены выраженные в сантиметрах.

Итак, если ультразвукового датчика B обнаруживает препятствие на 83 см, последовательность: 30 - 172 - 83 (0001 1110 - 10101100 - 01010011).

Для того чтобы разрешить использование других типов датчиков парковки комплекты, я также посмотрел во второй модели подготовленных различными изготовителя (особую благодарность Enforcer, который оказывает как комплекты для развития этого проекта).
Эта последняя является беспроводной, как первый, но он имеет ЖК-экран вместо светодиодов дисплея.


- С другой Prking комплект датчиков --

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


- Основной блок открыт transmiter подчеркнул --

Весь пакет данных, этой второй комплект состоит из 10 периодов, когда половина логического "0" имеет длительность около 2 мс и логической "1" составляет около 5 мс, так что, когда она получает питание, серии 10 бит будет передан на дисплей много раз в секунду.


- Половина продолжительности периодов времени --

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


- Некоторые пакеты данных --

Первый клев (4 бита), содержат короткие расстояния обнаружена группа из двух ультразвуковых датчиков (А и B или C и D), выраженные в дециметров (10 см).
Во втором клев содержат длинные расстояния, обнаруженных другой группе ультразвуковых датчиков.
Предпоследнее разрядных указывает, если кратчайшее расстояние (первый клев), связано с ультразвуковой датчик и B (левая сторона) или C и D (правая сторона).
Последний бит всегда "1".

Это быстрое сопоставление между двумя системами (одна светодиодных и LCD) мы можем видеть, что:

Разрешение светодиодные системы составляет 8 бит, так что точность составляет 1 см (0,39 дюймов), ЖК-система имеет разрешение 3 бита только тогда точность от 10 см (3,93 дюйма).

Светодиодные системы передачи данных каждого ультразвукового датчика индивидуально, так что мы можем показывать 4 ползунка на PC (по одному для каждого датчика), ЖК-система обрабатывает ультразвуковых датчиков в парах, то мы можем иметь только два ползунка, один для правой стороны и одно для левой.

Кроме того, ЖК-система должна быть подключена к USB интерфейс только лоток кабель, вместо светодиодов можно также действуют корытом беспроводной связи (BAT это будет лучше пояснил позже).


- Сравнение двух комплектов датчиков парковки --


 5 
 on: November 16, 2008, 12:54:29 PM 
Started by admin - Last post by admin
A copy of original Robby's design thread, mather of all USB parktronics
http://www.mp3car.com/vbulletin/hardware-development/121995-custom-usb-parking-sensor-interface-formally-pdc-usb.html

According to the requests of some users, I've developed this new interface that allows to connect an ultrasonic parking sensor to the PC through the USB port, like I've alredy done for the TPMS kit (Hoops! I did it again ).
The whole project is based on a cheap parking sensor kit (see the picture below) which can be purchased from many online retailers as well as on eBay and a simple interface based on the PIC microcontroller 18F2550.

The Parking Sensor used is wireless, this means that it doesn't need a wired connection between the main unit and the LED display and that it uses a serial protocol for the communication, so, once identified the transmitter located inside the main unit, it has been relatively easy to analyze the data structure.


- the main unit opened with the transmiter highlighted -

Basically the whole data packet is composed by 24 periods where the logical "0" has a time duration of about 600 µS and the logical "1" is about 1200 µS, so when the Parking Sensor is powered, typically through the reversing lights, it starts to transmit a series of 3 bytes (24 bits) many times per second.


- periods time duration -

The 3 bytes sequence contains the address and the data (distance from the obstacle) detected from each ultrasonic sensor, so, since the ultrasonic sensors are 4, we will have 4 sequences of 3 bytes repeated over time, one for each ultrasonic sensor.


- the whole data packet -

The first byte is composed by 2 nibble (4 bits), the first nibble identifies the ultrasonic sensor (0 = A, 1 = B, 2 = C and 3 = D) and the second nibble is complementary to the first, in order to verify the integrity of the data received.
The second byte, as for the second nibble of the first byte, is complementary to the third byte.
The third byte contains the distance detected expressed in centimeters.

So, if the ultrasonic sensor B detects an obstacle at 83 cm, the sequence is: 30 - 172 - 83 (0001 1110 - 10101100 - 01010011).

In order to allow the use of other types of Parking Sensors kits, I also looked into a second model produced by a different manufacturer (a special thanks to Enforcer who has provided both kits for the development of this project).
This last is wireless like the first one, but it has an LCD screen instead of a LED display.


- the other Prking Sensor kit -

The main unit of this Parking Sensor kit is different from the previous one, but the main difference is in the data sent to the display.


- the main unit opened with the transmiter highlighted -

The whole data packet of this second kit is composed by 10 half periods where the logical "0" has a time duration of about 2 mS and the logical "1" is about 5 mS, so when it is powered, a series of 10 bits will be transmitted to the display many times per second.


- half periods time duration -

The 10 bits sequence contains the data (distance from the obstacle) detected from all the ultrasonic sensors, this means that with this Parking Sensor kit each data sequence carries all the distances detected from the four ultrasonic sensors, contrary to the first kit, which sends a single data sequence for each ultrasonic sensor.


- some data packets -

The first nibble (4 bits) contain the shortest distance detected by a group of two ultrasonic sensors (A and B or C and D) expressed in decimeters (10 cm).
The second nibble contain the longest distance detected by the other group of ultrasonic sensors.
The penultimate bit indicates if the shortest distance (first nibble) is related to the ultrasonic sensors A and B (left side) or C and D (right side).
The last bit is always "1".

Doing a quick comparison between the two systems (the one LED and LCD) we can see that:

The resolution of the LED system is 8 bits, so the accuracy is 1 cm (0.39 inches), the LCD system has a resolution of 3 bits only, then an accuracy of 10 cm (3.93 inches).

The LED system transmits the data of each ultrasonic sensor individually, so we can display 4 sliders on the PC (one for each sensor), the LCD system handles the ultrasonic sensors in pairs, then we can have only two sliders, one for the right side and one for the left.

Also, the LCD system needs to be connected to the USB interface only trough a cable, instead the LED one can operate also trough a wireless connection (bat this will be better explained later).


- comparison between the two Parking Sensor kits -


 6 
 on: November 16, 2008, 11:29:59 AM 
Started by admin - Last post by admin
<a href="http://ru.youtube.com/watch?v=1Nl_HTdlqKE" target="_blank">http://ru.youtube.com/watch?v=1Nl_HTdlqKE</a>

 7 
 on: November 16, 2008, 11:28:46 AM 
Started by admin - Last post by admin
<a href="http://ru.youtube.com/watch?v=viKCCm2Y-Sc" target="_blank">http://ru.youtube.com/watch?v=viKCCm2Y-Sc</a>

 8 
 on: November 16, 2008, 11:27:45 AM 
Started by admin - Last post by admin
Demo of Google Earth driving for Linux.
Coming very soon ..

<a href="http://ru.youtube.com/watch?v=zZQ-hBXxQdc" target="_blank">http://ru.youtube.com/watch?v=zZQ-hBXxQdc</a>

 9 
 on: November 16, 2008, 09:56:04 AM 
Started by novorado - Last post by novorado
В ближайшее время, мы приступаем к производству парктроника.

Его стоимость составляет 4,450 рублей. Интерфейс доступен для Linux и Windows.

При наличии интереса, готовы сделать версию для PDA с USB портом.

Предварительное видео с демонстрацией интерфейса программы тут
 
<a href="http://ru.youtube.com/watch?v=Mxd7ynaIhWA" target="_blank">http://ru.youtube.com/watch?v=Mxd7ynaIhWA</a>

Предварительные заказы пожалуйста отправляйте на мыло order [ эти скобки заменить на собаку ] novorado [точка] com

 10 
 on: December 13, 2007, 06:48:52 AM 
Started by novorado - Last post by novorado
Мы попытались создать полную поддержку скинов по спецификации RoadRunner.

Обратите внимание на строки
skin_path=/usr/share/cupertino/skins
skin=zots.day

Конфигурационный файл каждый раз зачитывается, а в конце
работы программы сливается на диск обратно.

Теоретически, должны работать все скины от RoadRunner. На практике,
там используются команды, вызывающие функции Windows, и пока
мы их все не обработаем (а значит пока не проверим шкуку на работоспособность,
она вряд ли будет корректно работать). Те версии шкурок, что мы используем,
немного модифицированы по командам, те есть если Вы просто загрузите
с сайта, работать они будут наверное лишь частично.

В данный момент мы подключили
BAV2/
BMV2/
CVS/
Simplistique/
zots.day/


Очень много шкур (64) есть тут http://www.mobile-effects.com/skins-frontend-2.html

Я бы рекомендовал попробовать перерисовать zots.day (текущую шкурку), если
вам хочется что то отличное от zots.day. Есть редакторы шкурок под RoadRunner,
народ их лепит очень быстро.  Мы планируем сами сгенерить несколько
шкурок под разные разрешения, видимо позже.

Описание процесса создания шкурок и ссылки на редактор шкурок есть тут http://www.mp3car.com/vbulletin/rr-skins/57344-roadrunner-skinning-tutorial.html

В cupertino.tcl есть следующая функия
proc source_editor { file line } {
        exec  nedit -line $line $file &
        }


Если при чтении файла шкурки (*.skin) происходит ошибка, то вызывается
эта функция. Как она реализована выше, она поднимет редактор nedit
и ткнет в ту строчку, которая не понравилась.


Pages: [1] 2 3