Egzemplarz który dostałem miał wersje SYS 1.34 i APP 2.51. Po uruchomieniu nie dało się też zapisać pliku (w żadnym formacie: ani BMP ani DAT).

Rozwiązaniem okazał się upgrade do najnowszej wersji oprogramowania systemowego SYS 1.50. Potem, zgodnie z opisem, wymagał ponownego formatowania pamięci wewnętrznej (Rozmiar: 2MB, Typ: FAT, rozmiar sektora 512 bajtów.).

W nowej wersji dodano obsługę systemu plików - nie trzeba tworzyć szablonów (ang. template) oraz dodano możliwość zapisywania jako BUF oraz CSV.

Znalazłem ciekawą formę tworzenia listy symboli lub definicji dokumencie, zgodnie z opisem wymaganym minimum jest dołożenie

\usepackage[polish]{nomencl}
\makeglossary

w nagłówku (preambule) dokumentu (to powoduje generowanie pliku glo). Opcja polish oczywiście wymagana tylko dla dokumentów w języku polskim - jej brak powoduje, że domyślny tytuł jest "List of symbols" a nie "Lista symboli". Użycie

\nomenclature{jakiś symbol}{Opis symbolu}

gdzieś w środku oraz wstawienie

\printglossary

w miejscu gdzie ma się wyświetlić lista symboli.

Dla takiego dokument należy jeszcze utworzyć plik gls za pomocą polecenia

makeindex zalozenia.glo -s nomencl.ist 

przed ostatecznym przetwarzaniem (za pomocą latex lub pdflatex).

Midnight Commander mimo licznych zalet nie miał powiązania plików *.py z python'em. Na szczęście da się to łatwo naprawić.

W swoim domowym katalogu utworzyłem plik .mc/bindings a w nim wstawiłem:

regex/\.py$
    Open=python %f

po ponownym uruchomieniu mc wystarczy wcisnąć klawisz ENTER na pliku z rozszerzeniem py by go uruchomić.

Można to też zrobić globalnie w pliku /etc/mc/mc.ext ale nie każdy ma do uprawnienia zapisu do tego pliku.

Jak już kiedyś pisałem, można sobie porobić ładnie regułki dla urządzeń USB. Powstaje tylko pytanie skąd wziąć dane do reguł. Wiedziałem jak to robić dla przejściówki z USB na RS-232, ale z programatorem AVR ISP mkII było gorzej - on nie tworzył urządzenia. Okazało się, że nazwa może też być ścieżką względem /dev/, czyli poleceniem

udevadm test --action=add `/sbin/udevadm info --query=path \
--name=bus/usb/005/006`

(dokładniejsza) lub

/sbin/udevadm info --query=all --name=bus/usb/005/006

(wole tą metodę) w moim przypadku zmienił się numer seryjny.

Będąc szczęśliwym posiadaczem USBprog działającego jako AVR ISP mkII któregoś dnia przekonałem się, że zmiana go w inne urządzenie jest banalnie prosta.

Powodem "przekonania się" było rozprogramowanie się urządzenia (tak całkiem "samo się" nie popsuło - podałem mu za wysokie napięcie "od tyłu" - przez złącze ISP). Efektem było regularne mruganie, zaraz po włączeniu, diody sygnalizującej pracę które oznacza, że dział bootloader

Rozwiązanie jest banalne: wystarczy ponownie zainstalować oprogramowanie AVR ISP mkII. W tym celu:

  1. Ściągnąłem źródła narzędzia do programowania
    wget http://download.berlios.de/usbprog/usbprog-dev.tar.gz
    
  2. Miałem zamiar kompilować, ale okazało się po rozpakowaniu
    tar -xzf usbprog-dev.tar.gz
    
    , że wewnątrz jest kompilowany gotowiec
    usbprog-dev/usbprog_tools/usbprog-old/usbprog
  3. Ściągnąłem "wsad":
    wget http://www.ixbat.de/usbprog/avrispmk2.bin
    
    inne, np.: analizator stanów logicznych, są dostępne na stronie domowej)
  4. Zaprogramowałem układ poleceniem
    usbprog-dev/usbprog_tools/usbprog-old/usbprog avrispmk2.bin
    

W efekcie dostałem działający "znowu" programator.

Ten kto umie pisze kod, ten kto nie umie pisze książki..., albo blog.

Pon Wt Śr Czw Pt So N
      1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30    
eZ Publish™ copyright © 1999-2024 eZ Systems AS