Както обещах наскоро и с ясното съзнание за риска от подигравки за начинанието пускам тука адреса на форума. Става въпрос а отворен проект за разработка на спецификация на нова серийна шина за долния сегмент дето да замества RS232 и RS485 (и дериватите им) за да не се налага да се ползва USB за елементарни неща когато не е необходимо.

Адресът е http://ssbgroup.freeforums.org и всеки е добре дошъл. Засега няма кой-знае колко там - само основната концепция, която вероятно ще претърпи известни корекции. Крайната цел е да се изкара спецификация дето може да бъде вкарана в чипче покрай или вместо UART-а.

Хайде, почвайте с бъзиците...

П.С. ако някой се престраши да пише там, само моля пишете на английски че нашенския само ние си го разбираме

Офф/съвет: Тъпо е да трябва да се регистрирам, че да чета - искам да видя дали ще ме заинтригува и след това да си губя времето с регистрации, това ще отблъсне поне 75% от хората, които биха имали поне малко интерес да видят за какво иде реч.

Тази абривиатура "SSB" как сте я измислили? Обикновено се чете като "Single Side Band" - радиолюбителите значт за какво иде реч.

с модификации LSB (Lower Side Band) и USB (Upper Side Band).
това са популярни термини в модулациите/комуникациите

и според мен е тъпо да не можеш да четеш нерегистриран.
за да ме привлече нещо в този проект, трябва в първите 2-3 параграфа да ме заинтересува. да измисляш нова серийна шина е амбициозно, трудно и ... ще ми се да не казва безсмислено.
затова трябва мноооооого ясно да се види веднага идеята, ползата и приложението. щото стандартизираните серийни бъсове не се броят на пръсти, дори и да си събуеш чорапите

а... това се е изплъзнало. мерси за съвета - сега ще го оправя да не иска регистрация за четене

SSB = Simple Serial Bus

Това съкращение SSB наистина не е добра идея! И аз в първия момент се подведох по известното ми от радиолюбителските години значение на това съкращение. Може би STSB (Simple Transfer Serial Bus)?

То и буквата "B" не си е много на мястото. Що за бъс е това, дето има само двама на двата края на жицата?

Това не е точно така. Има концепция за момента за мрежиране но още не е публикувана (и не е съвсем развита). Оттам идва бъса

А защо безумни идеи?

И аз помислих, че става дума за радиолюбителски проект от заглавието, съкращението
е много по-старо от мене а аз не съм от най-младите тук.
Не би ли могъл да го прекръстиш примерно на SSI - Interface вместо бъс. 100% и това
съкращение е ползвано вече но поне на мене не ми прави никаква бърза и набиваща
се асоциация.

Инак за самата идея без властта да я наложи човек (т.е. без да контролира някакъв
непренебрежим процент от силициевата индустрия) работата е обречена - освен ако
не го направиш примерно да е RS-232, може би с други (lvds?) нива и осъвременен
куплунг - на който да има и дефинирано захранване, подобно на това при USB.

Предположих, че след като се седнали да правите нещо имате някаква идея и затова си направих труда да прочета постовете ви. Но уви, никаква идея не видях...

Това с мегаомите просто си го избийте от главите. Не работи! Всяка линия с над 4.7К съпротивление е по дефиниция хвърчаща в нормално зашумена среда.


и като как точно ще стане тая работа?


мда... ама не


Тук ме вкарахте в размисъл... Може би бъркате термините, защото не се казва "single chanel"а "single ended" когато горим за сигнализация... Та от това си правя извода че под pseudo-differential нямате предвид сигнализация
Значи има "сигнализация" има и "кодиране". Сигнализацията е хардуерно представяне на сигналите. Примерно при single ended имаш някакво напрежение спрямо маса. При дифиренциалното имаш разлика в напреженията между два огледални, а при псевдо имаш разлика спрямо динамичен референс.
Докато кодирането е вече по-скоро софтуерно тълкуване на вече семплираните нива. Има най-различни кодирания NRZ, Manchester, с корекции на грешки и прочие...

Ако сте измислили някакво ново кодиране не го сравнявайте със сигнализации... различни бири са

и какво му е на стандартния уарт не разбрах?

Е на стандартния UART нивата му са кофти, по нетерминирани жици вървят и т.н., на куплунга
няма захранване за да закачиш нещо (мишките нали ядяха колкото им пуснат контролните сигнали).

Та някакво дефиниране на нещо такова може и да е смислено, на някой от тия сбитите куплунги,
дето ги слагат и по телефони (аз едни 20 кракови ползвам за дебъг порт на анализатора, там има
и 232 с нормални нива - т.е. буферирани де - и бая мушкане са издържали тия на прототипите).

Но на него му се прави някакъв нов интерфейс, щом му се прави що да не го направи.
Гледам има някаква идея за автоматично определяне на скоростта която доста противоречи
с идеята за "простота", ама кво пък. Има един моторолски дебъг интерфейс, по една жица
BDM, ще го копая скоро, той прави подобни неща. Като че е толкова голям зор когато става
дума за няколко педи разстояние да се пуснат няколко жици допълнително с клоковете
та да е мирно селото и да няма гадаене, ама хората имат навика да се чешат където ги сърби
в момента .

Да метна и аз някой камък в градината на колегата kiiid

Липсват няколко основни неща:
1. За какви дължини на жиците говорим ?
2. За какви скорости ?
3. Какви съединители ще се ползват ?
4. Какви жици ?
.....

Отговорите на всеки от тези въпроси, най-вероятно ще доведе до още въпроси . Например 5V/1A захранване - като не е ясно, колко е дълга линията едва ли може да се застопори(стандартизира) - логично е при голяма дължина - по-високо захранване (48V/100ma ми изглежда по-добре). Какво се случва, ако бай Пешо даде захранването на късо ? Въпроси има и за протокола по който ще си говорят устройствата. Повечето mcu/mpu имат обикновено регистри кратни на 8 бита. Колко ще е икономията ако протоколът е битово ориентиран ? Ако скоростта е ниска - няма значение, ако е висока - трябва някой да ги подрежда, брои и т.н., което от своя страна предполага, че ще се товари mcu-то/mac-а.

Според мен идеята не е лоша и ако се прецизират основните положения би могло да излезе нещо използваемо.

ок, да си представим, че нещо такова ще го бъде след сериозно изясняване - какво следва - някой да го направи на verilog/vhdl и после какво? Освен между програмируеми логики това IP ще си остане "на спецификация" - tgi е прав, трябва си механизъм (т.е. пазарен дял) да му се даде живот. Освен да го направиш част от wishbone съвместимо за периферия и то да се хареса от хората - други шансове не виждам да просъществува. Не, че е лошо - трябва си нещо такова, но не сме ние да го наложим. А реално това трябва да е основната цел като се прави такова нещо - да имаш кой да го интегрира в продукт.