"Магнитофон" для Спека

Цитата:

---

Сообщение от DVS

структрура его должна динамически изменяться (BAS или ASM) в зависимости от файл-состава карты.

Если будет такой "селектор", то можно будет на печатку просто не впаивать индикатор и всё (обратной то связи у индикатора нету), даже софт переписывать не надо.

---

хммм... или я чего-то недопонял, или это проще пареной репы :-))
вот такой простейший вариант пришел в голову, на бейсике :-)

10 FOR n=0 to PEEK(25999)
20 for k=0 to 10
30 print chr$ peek 26000+n*12+k;
40 next k
50 print tab 1;peek 26000+n*12+11
60 next n

проще не придумать :) за tab 1 в 50 строке не ручаюсь, эмуля под рукой проверить нету, задумывалось, что после такого печать будет с 17го символа строки
полученный .$b можно даже не генерировать на лету, а хранить на флэхе
а генерировать только массив
адрес 25999 - число файлов(0-255, ничто не мешает чуть переделать под 65536 штук)
сдреса 26000-65535 - массив 12 байтных описаний файлов в виде 11 байт имя+1 байт номер
короче,

struct fdesc
{
char name[11];
unsigned char fileNumber;
}

Неее... Динамический basic или asm - это бред! ;)
Нужна программа именно для двусторонноего обмена, что-то типа коммандера, который будет листать файлы на флэшке, устанавливать/снимать метку актуальности на/с файлов.

Протокол обмена, возможно, можно будет сделать синхронным. Т.е. если магнитофон передает данные, то синхросерию формирует спек, если спек передает данные, то сихру дает магнитофон.

К сожалению у меня "кай" пока в дауне, до выходных надеюсь его реанимировать и попробовать поработать через lpt с писишкой. Если все пройдет нормально - выложу спецификацию протокола обмена 0-го уровня. А дальше нужно будет думать о протоколе обмена информацией...

ЗЫ: Лет 5 назад я делал подобный обмен файлами с писишкой, все работало замечательно :)

2 Eltaron

Спасибо! Идея понятна! Но всё же, чтобы мне не заморачиваться, хотелось бы иметь tzx этого "селектора", с указанием того, начиная с какого смещения подсовывать туда fdesc[i], короче, чтобы заинтересованый человек взял и сделал этот кусок от и до.

В общем вот документ:

ТЗ (почти) на разработку файл менеджера для совместной работы ZX-совместимого компьютера и магнитофона HardTaper.

<b>Назначение:</b> Файл-менеджер предназначен для просмотра списка доступных файлов записанных на флэш носитель магнитофона, облегчения (ну вообще то кому как конечно и насчёт удешевления тоже) выбора воспроизводимого файла, а также блока в файле.

<b>Логика работы:</b>
Пока спекки находиться в режиме загрузки с ленты, нажатием кнопки (теперь уже комбинации кнопок т.к. кто следит за темой уже знают, что юзер-интерфейс состоит из 4-х сегментов индикатора и 4-х кнопок) на магнитофоне происходит загрузка файл-менеджера в спекки.
Файл-менеджер обеспечивая прокрутку и поиск нужного файла, передаёт его идентификатор обычной командой SAVE ( предварительно спрашивая Yes/No) магнитофону.
Магнитофон получив идентификатор файла, подготавливает его к воспроизведению и входит в режим паузы на время Tпз (задаётся уставкой).
Файл-менеджер делает вводит спекки в режим загрузки повторно (на этом его работа закончена).
Магнитофон выдержав паузу начинает воспроизведение файла.

Исполнение возложить на: jdigreze
Дата: 07.11.2005
Подпись: команда Спекки

:-)))

В процессе написания выяснился один минус: нельзя файл-менеджером выбрать подгружаемый уровень ( догадались почему? :-))) ), а с индикатора пожалуйста!
Это можно обойти сделав файл-менеджер теневым или...

Ну в общем кто ещё хочет участвовать и сделать дополнительные примочки :spy: ?
Дерзайте!

PS: ПЛЮС: сей файл-менеджер не увеличивает стоимости девайса ;-)

2 caro

Может как-нибудь скооперируемся насчёт разводки платы? PCAD и Eagle не мой профиль, а я люблю делать то, в чём я профи или почти профи.
Я бы оплатил опытную партию в количестве 5-10 шт.
Сколько это может стоить например в техносвязи.
Размер платы ~2 дип корпуса Меги16.

Плата не совсем простая т.к. требуется установка кнопок, индикатора, слота под флэш. За работу по разводке могу обещать 1-2 платы и оффициальный статус бета-тестера. В общем можем договориться через личку, если есть время.

Кажется я встрял... Ок. Буду "попытаться сделать" ;)
ТЗ в общих чертах понятен. Есть некоторый вопрос для уточнения - внутренняя структура файловой системы на флэшке, и may be, есть параметры точек входа на загрузку и запись файлов туда?
В общем-то с AVR'ами немного знаком, так что могу попытаться и часть кода для магнитофона написать...

Цитата:

---

Сообщение от DVS

2 caro

Может как-нибудь скооперируемся насчёт разводки платы? PCAD и Eagle не мой профиль, а я люблю делать то, в чём я профи или почти профи.
Я бы оплатил опытную партию в количестве 5-10 шт.
Сколько это может стоить например в техносвязи.
Размер платы ~2 дип корпуса Меги16.

Плата не совсем простая т.к. требуется установка кнопок, индикатора, слота под флэш. За работу по разводке могу обещать 1-2 платы и оффициальный статус бета-тестера. В общем можем договориться через личку, если есть время.

---

Я бы тоже поучаствовал в процессе!

2 jdigreze

Для того чтобы воплотить эту идею не нужно знать ни AVR ни C. Суть в следующем...
Создаётся прога на спекки BAS+CODE, которая будет как раз той частью (почти весь файл менеджер), которую магнитофон будет выгружать на спек. Уважаемый Eltaron предложил на BAS написать вьювер, а в CODE запихать список файлов как цепочку из fdesc (короче говоря будет цепочка из блоков по 11 байт 8байт имя + 3 байта расширение, идентификатор или номер не нужен ;-) ) . Этот вариант нужно доработать в части юзер-интерфейса (поиск, прокрутка, сортировка...) и добавить отправку выбранного файла т.е. 11 байт обратно в магнитофон. Сию прогу BAS+CODE нужно выгрузить в виде tzx и сказать куда в области CODE (адрес или смещение от начала) начинать писать 11байтовые блоки (как их туда подсунуть - это уже моя забота главное чтобы tzx был). Обработка SAVE, тоже моя забота, но SAVE делает файл менеджер, кроме того SAVE можно сделать своим (не из BASICa) , пилот-тон укоротить или вообще свою кодировку сделать.

Вот так понятно?

2CHRV

Я же тебя обещал платку, когда будет и статус бета-тестера. Или у тебя время на разводку появилось?

Т.е. ты можешь сформировать CODE-файл в формате tzx сам? и отошлешь его следом за селектором? или все-таки tzx должен сформировать я? Как-то все это мутно... Допустим у юзера всего 10 файлов, а мы ему вместе с селектором будем посылать стандартный набор для 1000файлов * 11 = 11Кб дескрипторов, где 110байт будут заполнены, а остальные дескрипторы будут пустыми, все это дело будет грузиться в спек минуты 3...

Ладно, я начинаю писать вьюер дескрипторов, со скроллером и т.п. Остальное обсудим в процессе ;)

Цитата:

---

Сообщение от DVS

Eltaron предложил на BAS написать вьювер, а в CODE запихать список файлов как цепочку из fdesc (короче говоря будет цепочка из блоков по 11 байт 8байт имя + 3 байта расширение, идентификатор или номер не нужен

---

а, в общем-то, и расширение имхо не нужно :-))
все равно оно tzx :-))
если без него, то на файл будет всего 8 байт, что удобней, чем 11, ибо степень двойки, да и в 48К дескрипторов уместится больше... правда все равно на все образы с WOS не хватит :)