Mikrocontroller.net - Benutzerbeiträge [de]

Linux Boards

2013-11-14T16:16:29Z

Brainhunter:

Hier sollen Links auf Linux Boards gesammelt werden.

* [http://www.acmesystems.it/ ACME Systems - Aria G25]: Aria G25 - Low cost Linux Embedded SMD module
* [http://imall.iteadstudio.com/im130808010.html/ Iteaduino PLUS]: Allwinner A10
* [http://pandaboard.org/content/platform Pandaboard ES]: ARM Cortex-A9 DualCore (OMAP4460), 1200 Mhz, 1GB DDR2-RAM, HDMI, 3.5" Audio, SD/MMC Card, USB2.0 Host+OTG, Ethernet, WiFi, UART, LCD, Expansion Header (SPI, I2C, GPMC, ...)
* [[Raspberry Pi]]: [[ARM]]11, 700MHz
* [[Bifferboard]]: 486SX-kompatibel, 150 MHz
* [[Mini2440]],[[Micro2440]]: [[ARM]]920T, 400Mhz
* [[ATNGW100]]: [[AVR32]], AT32AP7000
* [http://www.propox.com/products/t_232.html MMnet1002]
* [http://www.propox.com/products/t_231.html MMnet1001]
* [https://www.olimex.com/Products/ARM/Atmel/SAM9-L9261 Olimex SAM9-L9261]
* [http://www.igep-platform.com/index.php?option=com_content&view=article&id=46&Itemid=55IGEPv2 Board]: TI OMAP35x
* [http://wandboard.org Wandboard]: Freescale i.MX6, ARM Cortex-A9, 2x1GHz, 1GB
* [http://www.gnublin.org/ Gnublin] [[ARM]]9 180 MHz (LPC3131), 32MB RAM
* [http://www.allnet.de/entwicklungsplatformen.html ALL5003] RT5350 360MHz Mips 32 MB Flash / 32 MB Ram, Wifi, USB, Eth, 2*Ser, I2C SPI, GPIO, Openwrt / klein und günstig
* [http://www.hardkernel.com/renewal_2011/products/prdt_info.php?g_code=G133999328931 ODROID-X] Samsung Exynos4412 Cortex-A9 Quad Core 1.4Ghz
* [http://www.arndaleboard.org/wiki/index.php/Main_Page Arndale1] [http://www.howchip.com/shop/content.php?co_id=ArndaleBoard_en Arndale2] Samsung Exynos 5 Cortex-A15 Dual Core 1.7Ghz
* [http://www.acmesystems.it/aria Aria G25] ARM9 (AT91SAM9G25, 400Mhz), 128/256 MB RAM , Ethernet, USB, SPI, GPIO, Lötpads zum Aufsetzen auf Motherboard, Debian verfügbar
* [http://www.toradex.com/products/colibri-arm-computer-modules Colibri ARM Module] Module mit SoDimm Connector, verschiedene Versionen mit Nvidia Tegra oder Marvell Arm.
Carambola Boards:
* [http://8devices.com/carambola Carambola: ] [http://www.tracermcc.ru/foto/bender/RT3050_5x_V2.0_081408_0902.pdf RT3050] 320Mhz MIPS Soc 8 MB Flash / 32 MB RAM, Wifi, USB, 2*Eth, 2*ser, IIC, SPI, GPIO, Openwrt, 35x45mm, Stiftleisten zum aufsetzen auf andere Boards.
* [http://8devices.com/carambola-2 Carambola2: ] Low Cost (19EUR) Qualcomm/Atheros AR9331 Mips Soc 400 MHz 16 MB Flash / 64 MB RAM, Wifi, USB, 2*Eth, 2*ser, IIC, SPI, GPIO, Openwrt.
Beagle Boards:
* [http://beagleboard.org/ Beagle Board]: ARM Cortex-A8, OMAP3530
* [http://beagleboard.org/bone BeagleBone]: 700 MHz CortexTM-A8, 256MB, Ethernet, USB-Host, mit Stiftbuchsen ähnlich Ardunio.
* [http://beagleboard.org/Products/BeagleBone%20Black BeagleBone Black]: 1 GHz CortexTM-A8, 512MB, Ethernet, USB-Host, Micro-HDMI, mit Stiftbuchsen ähnlich Ardunio.
Freescale iMX Prozessor basierte Boards:
* [http://www.adafruit.com/blog/2010/08/30/new-product-chumby-hacker-board-beta/ Chumby Hacker Board]: Freescale iMX.233, 454 MHZ, 64MB RAM
* [http://www.makershed.com/product_p/mkch1.htm Chumby Guts Kit]: Freescale iMX21, 350 MHZ, 64MB RAM, WiFi, Accelerometer, 3.5" Display
* [https://www.olimex.com/Products/OLinuXino/iMX233/ Olimex Board] iMX233-OLinuXino-Mini/Micro/Maxi
** basiert auf [http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=i.MX233 Freescale iMX233] ARM926J 454Mhz Prozessor
**[https://www.olimex.com/wiki/Category:IMX233 Wiki zum Board]
**[https://www.youtube.com/watch?v=dZiw--D-Vts&list=PL6-W3FoUyb4-hwrYcNDHPrU9uykcuAgLm&index=5&feature=plpp_video Video zum Board]

AllWinner Prozessor basierte Boards:
[http://linux-sunxi.org/Main_Page Linux Images zu Allwinner Boards]
[https://github.com/OLIMEX/OLINUXINO Github von Olimex mit Schema, Layout und Software]

* [https://www.olimex.com/Products/OLinuXino/A13/A13-OLinuXino/ OLinuXino A13 Board]
** ein Cortex A8 basiertes Board (eLQFP176 package) mit dem A13 Prozessor von Allwinner Technology Inc. 1GHz, 3D Mali400 GPU
** 3 USB Host,VGA, Audio-IN-OUT, 5 Buttons, 1 USB-OTG welcher als Speisung benutzt wird, IC2, USART.
** Android 4.0.3, und div. Linux ab int. Flash oder ext. SD-Card.
** On Board Wifi optional erhältlich (kein RJ45 onboard)
** Optional 7' Touch Display
** [https://www.olimex.com/wiki/A13-OLinuXino Wiki zum Board]
** [https://www.olimex.com/wiki/Prebuilt_SD_card_images_running_debian fertige Linux Debian Images]
** [https://www.youtube.com/playlist?list=PL6-W3FoUyb4-Vkxe2e5_z9k-uOR41XX8B&feature=view_all Videos zum Board]
** [https://vintagegamer.wordpress.com/2012/10/18/diy-android-game-console/ Board als Android Gaming Console nutzen]

* [https://www.olimex.com/Products/OLinuXino/A13/A13-OLinuXino-WIFI/ OLinuXino A13 Wifi Board]
** ein Cortex A8 basiertes Board (eLQFP176 package) mit dem A13 Prozessor von Allwinner Technology Inc. 1GHz, 3D Mali400 GPU
** 3 USB Host,VGA, Audio-IN-OUT, 5 Buttons, 1 USB-OTG welcher als Speisung benutzt wird, IC2, USART.
** Android 4.0.3, und div. Linux ab int. Flash oder ext. SD-Card.
** On Board Wifi (kein RJ45 onboard)
** Optional 7' Touch Display
** [https://www.olimex.com/wiki/A13-OLinuXino Wiki zum Board]
** [https://www.olimex.com/wiki/Prebuilt_SD_card_images_running_debian fertige Linux Debian Images]
** [https://www.youtube.com/playlist?list=PL6-W3FoUyb4-Vkxe2e5_z9k-uOR41XX8B&feature=view_all Videos zum Board]
** [https://vintagegamer.wordpress.com/2012/10/18/diy-android-game-console/ Board als Android Gaming Console nutzen]

* [https://www.olimex.com/Products/OLinuXino/A13/A13-OLinuXino-MICRO/ A13-OLinuXino-MICRO Board]
** ein Cortex A8 basiertes Board (eLQFP176 package) mit dem A13 Prozessor von Allwinner Technology Inc. 1GHz, 3D Mali400 GPU
** 1 USB Host,VGA, Audio-OUT, Buttons, 1 USB-OTG welcher als Speisung benutzt wird, IC2, USART.
** Android 4.0.3, und div. Linux ab int. Flash oder ext. SD-Card.
** [https://www.olimex.com/wiki/A13-OLinuXino-MICRO Preliminary Debian Image]

* [https://olimex.wordpress.com/2012/11/30/a10-olinuxino-first-prototypes-are-assembling/ A10-OLinuXino Board]
** A10 Cortex A8 processor @ 1Ghz
** 1GB DDR3 memory,4GB NAND Flash, micro-SDcard,normale SD/MMC card
** HDMI,VGA,LCD
** RS232 UART,100Mbit Ethernet,2 USB hosts,1 USB OTG,SATA,JTAG
** Total 132 GPIOs,console debug UART port
** Audio Output/Input, Line Input,7 Android, RESET and Power-Down Buttons
** 6-16VDC input power supply,LiPo battery power option
** noch nicht erhältlich

* [https://olimex.wordpress.com/2012/11/26/new-exciting-processors-from-allwinner-a10s-cortex-a8-with-hdmi-and-a4x-cortex-a7-4-cores/ A10s-OLinuXino Board]
** A10S Cortex-A8 1GHz
** 512MB RAM DDR3
** micro SD-card, SD-MMC for SDMMC WIFI card/second MMC for storage
** Ethernet 100MBit,HDMI output,USB host, USB-OTG,UEXT
** LCD connector,GPIO connectors,JTAG
** Audio Line-IN, Audio-Out
** noch nicht erhältlich

* [http://cubieboard.org Cubieboard]
** basiert auf einem Allwinner A10 Prozessor (hat zusätzlich zu A13 Prozessor Sata und HDMI)
** 1G ARM Cortex-A8 Prozessor, Mali400, OpenGL ES GPU
** 512M/1GB DDR3 @480MHz, 4GB Nand Flash, HDMI 1080p Output
** 10/100M Ethernet, 2 USB Host, 1 micro SD slot, 1 SATA, 1 Ir
** 96 extend pin including I2C, SPI, RGB/LVDS, CSI/TS, FM-IN, ADC, CVBS, VGA, SPDIF-OUT
** Android, Ubuntu und div. Linux ab int. Flash oder ext. SD-Card.
** [https://www.youtube.com/watch?feature=player_embedded&v=s2xGu6urECA Video zum Board]

* [http://gooseberry.atspace.co.uk/ Gooseberry]

* [https://www.miniand.com/products/Hackberry%20A10%20Developer%20Board HackBerry ]
** AllWinner A10, 1 GB RAM, 4GB Flash + SDHC slot
** 10/100Mbit Ethernet, Wifi – 802.11 b/g/n
** Video Output: 1 x HDMI + 1x Composite, Audio: Headphone + microphone, IR sensor, zwei USB 2.0 ports

* [http://www.pcduino.com pcDuino]
** AllWinner A10 Cortex-A8 @ 1GHz, 1GB RAM, 2GB Flash + SDHC slot

* [http://www.marsboard.com Marsboard]
** AllWinner A10 Cortex-A8 @ 1,2GHz, 1GB RAM, 4GB Flash + SDHC slot
** Version mit AllWinner A20 ebenfalls erhältlich

== Vergleichsliste ==
{| class="wikitable sortable"
|-
! Name !! CPU !! Ram[MB] !! Flash !! SD Card !! LAN !! WLAN !! USB !! RS232 !! I2C !! SPI !! GPIO !! Display !! Power[W] !! Comment !! Preis !! Link
|-
| Raspberry Pi A || [[ARM]]11, 700MHz || 256 || - || 1x || - || - || 1x || 1x || 1x || 1x || 17x || HDMI & Composite || 3,5 || CSI & DSI || 28€ || [http://www.raspberrypi.org/ raspberrypi.org]
|-
| Raspberry Pi B || [[ARM]]11, 700MHz || 512 || - || 1x || 1x || - || 2x || 1x || 1x || 1x || 17x || HDMI & Composite || 3,5 || CSI & DSI || 39€ || [http://www.raspberrypi.org/ raspberrypi.org]
|-
| BeagleBone Black || AM335x 1GHz ARM® Cortex-A8 || 512 || 2GB || 1x || 1x || - || 1x || 1x || 1x || 1x || 65x || HDMI & LCD || 2 || - || 48€ || [http://beagleboard.org/products/beaglebone%20black beagleboard.org]
|-
| Carambola 2 || Atheros AR9331 Mips Soc 400 MHz || 64 || 16MB || - || 2x || 1x || 1x || 1x || - || 1x || 23x || - || 0,5 || SLIC & I2S || 19€ +21% || [http://8devices.com/carambola-2 8devices.com]
|}

[[Kategorie:Linux-Boards]]

MOTOROLA VIP1710

2010-07-07T20:58:19Z

Brainhunter: /* Chips */

= Verwandte Artikel =
* Konfiguration: http://www.mikrocontroller.net/topic/174428
* weiteres Forum für VIP1710 auf open7x0.org http://www.open7x0.org/arena/forumdisplay.php?fid=81

IRC: irc://irc.einirc.de#vip1710

== Features ==
* Betriebsspannung 5 V-/3 A, Hohlbuchse 5,5/2,5 mm (Pluspol innen)
* Linux-Betriebssystem
* MIPS Prozessor mit integriertem MPEG-Decoder
* TI DSP
* 128 MB RAM
* Anschlüsse: USB, LAN, Scart, digitaler Audioausgang (koaxial), AV-Ausgang, (Cinch), S-Video Ausgang, Seriell (intern 5V Pegel)
* Smartcard-Leser

== Hardware ==

Varianten:

1. Motorola - Motorola: großer Kühlkörper PCB V 1.4 mit Flashrom, Bootrom 39l040 signiert

2. Motorola - Motorola: großer Kühlkörper PCB V 1.4 ohne Flashrom, Bootrom 39l040 signiert

3. KPN - Kreatel: 2 kleine Kühlkörper PCP V 1.2 ohne Flashrom, Bootrom 39l020 unsigniert

weitere?

Serielle Schnitstelle ist "J12"

Version mit großem Kühlkörper / 39l040 / Flash

http://www.mikrocontroller.net/attachment/75874/iptvinnen.png

Bild einer Kreatel Box

[[Bild:kreatel.jpg|768px]]

[[datei:xilleon220.jpg]]

=== Chips ===
*CPU AMD/ATI Xilleon 210 ATI Xilleon 210 (215H34AGA12HG)

''Xilleon 210 is the most advanced system-on-chip available for value-priced STBs and DTVs. The design integrates a CPU, flexible and powerful TS demux, conditional access, MPEG-2 decoding of video and audio at SD or HD resolutions, market-leading powerful graphics, video picture processing technology and a range of peripheral I/O including an on-chip USB1.1 controller and video DACs meeting worldwide video standards (PAL/SECAM/NTSC).

The video picture processing features high quality scaling with pan-and-scan, windowing and aspect-ratio controls, together with pixel based de-interlacing, flicker-filtering, brightness, contrast and color management, ensuring excellent TV picture quality.

The Xilleon 210 incorporates a powerful 300MHz 32-bit MIPS CPU and a performance-optimised memory controller coupling the chip to an external 16 or 32bit single-channel DDR memory at speeds of up to 183MHz. This combination of CPU and special attention to the internal memory architecture design ensures optimal processing power for the core feature set as well as a plentiful supply of CPU bandwidth for responsive and compelling TV applications.

A complete reference-platform development kit including drivers and sample applications is available, enabling rapid time-to-market development.

Features and Benefits

* Multi-standard TS Demux and Descramblers to support worldwide markets (DVB, ATSC)
* Single MPEG-2 SD (X210D) or HD (X210H) decode
* Integrated 2D/3D Graphics processor
* Powerful and flexible Display Engine featuring high quality scaling of Video and Graphics and picture processing technology
* Integrated 300MHz 32-bit MIPS CPU

''
*TI Digital Media Processor (TMS320DM642AZNZ) DSP TI TMS320dm642 [http://focus.ti.com/docs/prod/folders/print/tms320dm642.html]
*Winbond W39L040P-702 (512k x 8 CMOS Flash Memory) [http://www.datasheetcatalog.org/datasheets2/34/342426_1.pdf]
*USB Host Controller NEC D720101 (USB 2.0 Host Controller)
*2x Qimonda HYB2500C512160CE-6
*2x ESMT M12L64322A (SDRAM 512k x 32bit x 4banks 3,3V)
*National DP83816 (10/100Mbit PCI Ethernet Controller)
*2x NAND128W3A2BN6 von ST (128 Mbit) (32Mbyte, nur Variante mit Flash)
*TDA8004AT von NXP

=== Aufteilung des Flashspeichers ===

*mtd1: 256 kB Flash Winbond W39L040P/W39L020P (nur 256 kB benutzt)
*mtd0: letzter Bereich von mtd1 (Filesystem "/flash")
*mtd2: 32 MByte Flash (Lesen mit dd if=/dev/mtd/2 bs=16k skip=2)
*mtd4: letzter Bereich von mtd2 (Filesystem "/flash2" Lesen mit dd if=/dev/mtd/2 bs=16k skip=1793)

Splash und Kernel liegen in mtd2, AES verschluesselt,
AES Key dazu (MediaMall Variante des STB):

03 BF 2A E2 E4 6B 63 9B B8 C0 39 71 69 D4 B1 5C
51 D3 39 B9 1D 9C CE 88 BB 46 8F 43 6E CF 8E 4B

Splash und Kernel sind nicht nur verschluesselt sondern
auch signiert.

Gespeicherte Daten in "/flash" und "/flash2" sind
persistent.

Der Hash im Winbond Flash ist der SHA-1, der Verschluesselungs
Code ist ein proprietaere Algorithmus (wird z.B. zum Verschluesseln
der "ProductionData" im Winbond Flash verwendet).

"/dev/mem" liefert die kompletten 112 MB RAM (z.B. mit
dem entpackten zweiten Teil des Bootloader).

=== Schreibschutz ===

Pin 19 der Flash-Chips ist \WP (write protect).

Dieser Pin ist bei beiden Chips miteinander verbunden und mit einem Pullup-Widerstand (R222) versehen. Direkt daneben sitzt R223; dieser ist nicht bestückt. Dieser Widerstand verbindet den \WP mit GND. Um einen Schreibschutz zu aktivieren, kann dort ein Schalter eingebaut werden, der den \WP-Pin auf LOW zieht.

== Software ==

Motorola Open Source Komponenten [https://opensource.motorola.com/sf/sfmain/do/viewProject/projects.vip15x0_vip17x0 Link]

== Tutorial für Box vom Typ 1 (Motorola: PCB V 1.4 mit Flashrom, Bootrom 39l040 signiert) ==
Dieses Tutorial beschreibt die Situation bei den MediaMall/Motorola "Gehäusen" mit Flash und funktionierendem telnet.

Wer zunächst einfach mal den Speicher erweitern möchte und ein SSH dem telnet bevorzugt, der kann hier schnell starten.
Zunächst gilt es die IP für das Gerät zu finden. Praktischerweise ist das meist im hauseigenem Router sehr schnell und unkompliziert zu finden.
Hat man das geschafft, so darf man:
telnet 192.168.1.6
Wobei 192.168.1.6 die vom DHCP zugewiesene IP beispielhaft darstellt.

Nun haben wir eine Verbindung mit dem Motorola. Ich nutze meinen Apache-Webserver weil er schnell griffbereit ist (anders geht es sicher auch - Hauptsache wget kann was damit anfangen). Nehmen wir das Skript aus dem Forum (ihr findet es weiter unten, zwecks Synchronisation von Änderungen) und kopieren es in das Verzeichnis /tmp :
cd /tmp
wget http://192.168.1.4/motorola.sh

Danach nutzen wir die USB- und SSH-Module aus dem Forum. Diese packen wir auf den Webserver. Allerdings müssen die Dateien in den komprimierten Verzeichnissen vorher entpackt werden! Wer möchte, kann schon seinen USB-Stick/Festplatte reinstecken.
chmod 755 motorola.sh
./motorola.sh

Und nun große Freude: Ihr könnt euch per SSH als Benutzer "root" verbinden und USB-Sticks mounten (Unmounten mit "umount /mnt/usbdevice". Passwort gibt es allerdings nicht - das ist leer und kann nicht mit Passwd geändert werden.

Wozu SSH, wenn auch telnet als Zugang vorhanden ist? Weil man einfacher per GUI Daten von der Box bekommt. Dazu eignet sich unter Windows WinSCP sehr gut.
Download unter [http://winscp.net/eng/docs/lang:de]

==== "Öffentliche" Downloadquelle ====
Für alle die, die keinen eigenen Webserver betreiben können/wollen gibt es auf der Seite von http://thinksilicon.de die fraglichen Dateien + Skripte in etwas abgeänderter Form. Dort gibt es auch madplay zum Abspielen von MP3-Dateien und ein Script zum Abspielen von Internetstreams:
cd /tmp
wget http://thinksilicon.de/data/linux/vip1710/motorola.sh
sh motorola.sh
Einfach herunterladen und ausführen. Es installiert sshd, scp und ssh, sowie die Kernelmodule für USB-Speicher und fragt nach ob madplay auch installiert werden soll. Über den Befehl
madstream <URI>
kann dann auch ein Internetstream abgespielt werden.

== Tutorial für Box vom Typ 2 (Motorola: PCB V 1.4 OHNE Flashrom, Bootrom 39l040 signiert) ==

1. tftpd32 aufsetzen. Wie genau..?

2. Signierten original Kernel skernel-1710 zur Verfügung stellen

== Tutorial für Box vom Typ 3 (Kreatel: PCP V 1.2 ohne Flashrom, Bootrom 39l020 unsigniert) ==

Hierbei wird von der Box ein unsignierter Kernel per tftpd gebootet.

1. tftpd32 aufsetzen. Wie genau..?

2. kernel-1710 mit dem die kickstart.sh auf dem USB Datenträger auch ausgeführt wird zur Verfügung stellen

Auszug aus bootlog:
-------------------
<pre>
STRIKE!

Ich habe mit dem Source von http://duff.dk/zaptor/ (mit angepasstem Key
natürlich) den skernel-1710 decrypted und dies dann der Kreatel-Box als
kernel-1710 per TFTP vorgeworfen.

Und siehe da:

Using TFTP
TFTP: Downloading...
Name: kernel-1710
Server: 212.178.98.165
(ELF)...
done
loaded at: 82000000 820C4604
zimage at: 8200F000 820C4604
Uncompressing Linux at load address 80100000
initrd at: 820C4604 82EA448C
relocated to: 802DAFF8 810BAE80
Booting linux kernel
[...]
Linux version 2.4.30 (dailybuild@svn) (gcc version 3.4.6) #1 Thu Jan 11
14:28:39
[...]
BusyBox v1.01 (2007.01.11-16:43+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
</pre>

== Update Bootloader, Kernel, Flash ==

Ohne Modifikationen an den Boxen:

Typ 1: Kernel+initrd wird aus dem Flash geladen. Andere Software kann über
telnet+wget auf die Box gebracht werden bis zum nächsten Ausschalten.

Typ 2: Signierter Kernel+initrd muß per tftp zur Verfügung gestellt werden. Da die Signierung noch nicht 'geknackt' wurde, kann man ausschlielich das Originalimage verwendet!

Typ 3: Diese Box akzeptiert von Haus aus unsignierte Images, die mangels onboard Flash ebenfalls nur per tftp zur Verfügung gestellt werden müssen.

Modifikationen:

1. Der W39L040mod macht nur Sinn, bei Box Typ 1+2, damit ein unsignierter
Kernel und initrd Image gebootet werden kann. Box Typ 3 kann das schon von zuhause aus.

2. Einen neuen Kernel bauen macht nur Sinn für nach 1. modifizierte Boxen vom Typ 1+2, oder für Box Typ 3. Dieses unsignierte Image kann dann per tftp gebootet werden.

3. Da nur Box Typ 1 überhaupt über onboard Flash verfügt, kann man einen
Update über die Infocast Tools nur für diesen Typ 1 machen und auch nur, wenn
man vorher den W39L040 Mod. durchgeführt hat.

=== W39L040mod ===
Beitrag: http://www.mikrocontroller.net/topic/pollin-motorola-vip1710#1719854

Extrahierte proddata: Beitrag: http://www.mikrocontroller.net/topic/pollin-motorola-vip1710#1723897

[[Datei:VIP1710_W39L040mod1.jpg|320px]]
[[Datei:VIP1710_W39L040mod2.png|320px]]

Einspielen eines Bootloaders der Box Typ3 auf eine Box Typ1 oder 2:

Gerät stromlos machen, Leiterbahn an TP58 auftrennen und wieder
einschalten. Nach dem Booten einen Schraubenzieher nehmen und Pin 1 und
32 vom W39L040 kurzschließen.

Alternativ kann auch ein Jumper Pin 1 und 32 eingelötet werden.

Danach mit

dd if=stb1710-mtd1.bin of=/dev/mtdblock/1

den Flash mit der hier
im Forum zu findenden stb1710-mtd1.bin bespielen.
Der Kurzschluss muß beim Bespielen bestehen bleiben.

Danach die BOX Ausschalten und die Pins verlöten.

Jetzt sollte sie unsignierte und unverschlüsselte Images von Netz
booten.

An sich kann dieser Bootloader nicht vom Flash booten. Was sich aber durch ändern
der proddata (ab 0x4000 im mtd1) ändern lässt.
Am besten ändert man die proddata noch nach dem man den neuen Bootloader
aufgespielt hat und noch nicht neu gebootet hat.
Es sind dort Vier einstellungen vor zu nehmen.
Die Mac Adresse ändern:
Beispiel:
<PrimaryEthernetMAC>00:02:9B:09:32:85</PrimaryEthernetMAC> ,

aus

<LargeFlash>No</LargeFlash>

wird

<LargeFlash>Yes</LargeFlash>
<LargeFlashCS0Size>16</LargeFlashCS0Size>
<LargeFlashCS1Size>16</LargeFlashCS1Size>

je nach dem ob mit oder ohne Flash,

die Bootreihenfolge

<FixedBootOrder>2</FixedBootOrder> für Boxen ohne und
<FixedBootOrder>323</FixedBootOrder> für Boxen mit Flash.

und die Adresse des TFTP Servers von dem Splash und Kernel gebootet werden.

Beispiel:
<TftpServer>192.168.178.20</TftpServer>

Die geänderte ProductionsData schreibt man dann in den Boot-Flash:

dd if=proddata of=/dev/mtdblock/1 bs=256 seek=64

Anschließend bootet man die Kiste neu. Nun werden Kernel und Splash
entschlüsselt benötigt (aber das wurden sie ja eh schon um so weit zu
kommen), ausserdem müssen die Dateien so angepasst werden, dass sie
exakt ein vielfaches von 16 kByte lang sind.

Die Files schreibt man dann ins Flash:

dd if=splash-1710.padded of=/dev/mtd/2 bs=16k seek=24
dd if=kernel-1710.padded of=/dev/mtd/2 bs=16k seek=88

die stb1710-mtd1.bin kann durch

dd if=/dev/mtd/1 of=stb1710-mtd1.bin

erzeugt werden. Das macht aber natürlich nur Sinn auf einer Box Typ 3 / Kreatel, da ja nur diese unsignierte Kernel & initrd's akzeptiert.
Und ein eben solches Image gibt es bereits hier:

Beitrag: http://www.mikrocontroller.net/topic/pollin-motorola-vip1710#1706182

Download: http://www.mikrocontroller.net/attachment/77103/stb1710-mtd1.bin

=== Neuen Kernel bauen ===

Beitrag: http://www.mikrocontroller.net/topic/pollin-motorola-vip1710#1714094

Die initrd lässt sich doch bearbeiten.Das Ergebnis darf aber nicht
größer sein als das Original.Es wird wohl daran liegen, das die Initrd
oberhalb vom Kernel am Schluss des Speichers geladen wird.
Ich habe das mal ein wenig zusammengestellt:
Ich gehe mal davon aus ,das im Arbeitsverzeichnis ein rootdisk
Verzeichnis existiert.
Des weiteren ein ein Zweiter mountpoint /mnt2
Auf /mnt ist die initrd2 gemountet.
In dem rootdisk Ordner sind die Dateien zum spielen.Zuerst mal die
ausgepackten aus der original rootdisk.tar.gz

dd if=/dev/zero of=initrd4 count=31500
mkfs.ext2 initrd4
tar -cf rootdisk.tar rootdisk/
gzip -9 rootdisk.tar
mount -o loop,noatime,nodiratime initrd4 /mnt2
cp /mnt/* -r mnt2
cp rootdisk.tar.gz mnt2
umount /mnt2
gzip initrd4 -9
cat vmlinux.gz initrd4.gz ramdisk-1710 >/tftpboot/kernel-1710

Es ist besser, die initrd4 immer mal wieder neu anzulegen da sie bei
jeden Lösch- und Bespielvorgang unmerklich größer wird.

Die BOX mountet auch selbständig USB Platten wenn sie die Kernel Module
hat und in der rc.sysinit das "-t jfs" entfernt wird und die Festplatten
Überprüfung übersprungen wird.
Um Platz zu sparen habe ich den Mozilla mal entfernt. Damit die BOX aber
nicht von neuen bootet, in der start_platform.sh den sysman entfernt.
Leider hat sie danach kein Sound device mehr.Aber vielleicht finden sich
für den TI ja ein paar Kernel Module.

Ist eigentlich nicht mehr aktuell nach dem das Toolkit erschienen ist.
Damit ist es sehr viel einfacher. Oder vielleicht noch so weit ,um die
Programme der Mediamall Rootdisk zu extrahieren.

So neben bei Die slash-1710 erfüllt nur die ersten 20650 byte irgendwelche Aufgaben. Danach kommt ein ganz Normales JPG Bild in der Auflösung 720x576.

=== Infocast Tools - Flash updaten ===
Beitrag: http://www.mikrocontroller.net/topic/pollin-motorola-vip1710#1731168

Die Infocast2 tools haben sich echt als nützlich erwiesen, mit denen
kann man den flash via diesem ominösem kreatel-ip-stb-rev-10 file neu
flashen.

Dabei geht man folgendermaßen vor:

1. download und auspacken der infocast2tools[1]
1b. wenn man Linux einsetzt müssen die Sourcen jetzt noch kompiliert werden
gcc -o server server.c.ENGLISH
Windows-Leute haben Glück, die exe-files werden mitgeliefert

2. man legt ein Verzeichnis an welches man broadcasten möchte

3. das kreatel-ip-stb-rev-10 !!!MUSS!!! 0002-0001-kreatel-ip-stb-rev-10
heissen und kann folgenden Inhalt haben:

bc_kernel_addr 224.2.2.2:22222
bc_kernel_name kernel-1710
bc_splash_addr 224.2.2.2:22222
bc_splash_name splash-1710
test

das test am ende ist beabsichtigt, da der sonst irgenwelche
Verküppelungen am namen des splash-files vornimmt, war zumindest bei
mir so

4. das kernel bzw. splash file benennt man noch mit "0003-0001"-prefix
um in
0003-0001-kernel-1710
0003-0001-splash-1710

5. man geht zur Kommandozeile und startet den broadcast
server 224.2.2.2 22222 $verzeichnis 1 100 Verbose=0
Der stream startet mit der Enter-Taste

6. man startet die Box die nicht richtig will oder weil man zum Beispiel
wie ich den ROM Chip mit einer KPN box getauscht hat und nicht mehr
booten konnte, weil der Flash gekryptet/signiert war.

7. Man schaut über die serielle Konsole zu wie das Flash neu beschrieben
wird.

8. Fertig ;)

[1] http://infocast2tools.sourceforge.net/

PS: Ich hab mal das log der ganzen Aktion angehängt.
Download: http://www.mikrocontroller.net/attachment/78965/bootlog_flash.log

== Persistenter Flash in Box Typ 1 ==

Auf der Box gibt es zwei Bereiche die persistent bleiben, dort liegt zum
Beispiel auch die settings2.xml, wenn das mototrola script jetzt nicht
zu gross ist, man hat unter /flash ca. 100kb zur Verfügung kann man das auch dort abspeichern.

/dev/mtdblock/0 100.0k 28.0k 72.0k 28% /flash

Problem ist, das /flash mit noexec gemounted wird und man das script
nicht direkt ausfuehren kann sondern, den Umweg ueber sh nehmen muss.

sh /flash/myscript.sh

unter /flash2 sind ca. 4MB zur Verfuegung:

/dev/mtdblock/4 4.0M 100.0k 3.9M 2% /flash2

== Automatisches Ausführen nach Systemstart über AVR an serieller Konsole ==

ands hat dazu einen ATTiny2313, 20MHz Quarz und 2x22pf an die serielle Konsole gehängt. Im AVR-GCC Programm wird auf den Konsoleprompt gewartet und dann 'sh /flash2/motorola.sh' ausgeführt. Bis zum Konsoleprompt vergeht ca. 1min.

Download: http://www.mikrocontroller.net/attachment/80402/vip1710_t2313.zip

[[Bild:ATTINY2313_pinout.jpg]]

[[Bild:vip1710_t2313.jpg|768px]]

== Skript motorola.sh für Box Typ 1 ==
#!/bin/sh

#IP an den httpserver für die Module anpassen.
#Der mediatomb upnp server ist auskomentiert in der letzen Zeile.
#Zum starten, den tree nach /mediatomb auf dem usb-device kopieren.
#vfat oder ext format sollte egal sein.
#Die USB und sshd Dateien werden im / vom http-server erwartet.

#Ziel IP des Webservers ANPASSEN
IP="192.168.1.4"

## Rootdir erstellen
mkdir /root

## USB Module laden und mounten

mkdir /lib/modules
cd /lib/modules
wget http://$IP/scsi_mod.o
chmod a+x scsi_mod.o
wget http://$IP/sd_mod.o
chmod a+x sd_mod.o
wget http://$IP/usb-storage.o
chmod a+x usb-storage.o

cd /
insmod scsi_mod
insmod sd_mod
insmod usb-storage

mknod /dev/sda b 8 0
mknod /dev/sda1 b 8 1
mknod /dev/sda2 b 8 2

mkdir -m 777 /mnt
mkdir -m 777 /mnt/usbdevice

mount /dev/sda1 /mnt/usbdevice

## sshd laden und starten

cd /tmp

wget http://$IP/sshd
wget http://$IP/scp
wget http://$IP/ssh_host_rsa_key
wget http://$IP/ssh_host_dsa_key
wget http://$IP/shadow
wget http://$IP/passwd
wget http://$IP/sshd_config

cp shadow /etc
cp passwd /etc

chmod 600 ssh_host_rsa_key
chmod 600 ssh_host_dsa_key
chmod 755 scp
cp scp /bin
chmod 755 sshd
/tmp/sshd -f sshd_config

#/mnt/usbdevice/mediatomb/mediatomb.sh &

== Anwendungsideen ==

*VLC Server
*VDR-Client
*Ethernet Soundkarte
*Internet Radio
*Nas Server
*Print-Server
*VPN-Server
*Asterisk, VOIP-Server
*Signalverarbeitung im Netzwerk
*IP Webcam
*uPNP Server
*Tor und IPCOP Gateway/Proxy (zw. AP und DSL-Router gesteckt)
*VPN-Tunnel Gateway (zw. AP und DSL-Router gesteckt) zwei oder mehr 1710 an unterschiedlichen Standorten für Privates Intranet zw. Freunden
*UMTS-Router für DSL über SIM-Karte im Auto

== Anwendungen ==
*MediaTomb UPnP-AV Server [http://downloads.sourceforge.net/mediatomb/mediatomb-static-0.11.0-r2-linux-uclibc-mips2el.tar.gz], bereits lauffähig, einfach auf dem USB Device entpacken im Ordner mediatomb .
Aufruf per /mnt/usbdevice/mediatomb/mediatomb.sh &<br>
Weboberfläche ist vorhanden.

*MusicPlayerDaemon [http://www.open7x0.org/arena/showthread.php?tid=2550&pid=21718]

== Nützliche Ressourcen ==

tftp Programme
TFTPd32 [http://tftpd32.jounin.net/tftpd32_download.html]

Pegelwandler max232

oder

TTL Schnittstellenkabel. z.B aus Handydatenkabel gebastelt [http://www.onderka.com/2010/03/12/serielles-ttl-kabel-fuer-router/]

Com-Einstellung: 115200,n,8,1

Anschluss des Pollin RS232-TTL-Wandlers:

[[Bild:Anschluss_vip_pollin.png]]

Hausbus

2010-03-17T13:50:23Z

Brainhunter: /* RS485 */ überschrift als link

= Anforderungen =

== Zentral/Dezentral ==

Grundsätzlich kann so eine Steuerung zentral oder dezentral arbeiten (wobei natürlich auch Mischformen denkbar sind).

=== Zentral ===

Beim zentralen Ansatz gibt es einen Master, der zyklisch alle Sensoren (Thermometer, Lichtschalter, usw.) abfragt und dann die entsprechenden Aktionen auslöst.

:+ wenig Intelligenz bei den Sensoren/Aktoren nötig
:+ bei Konfigurationsänderungen keine Änderungen bei den Sensoren/Aktoren nötig.
:+ keine Multimasterfähigkeit nötig
:- je mehr Sensoren vorhanden sind, desto länger dauert ein Abfragezyklus. Da so ein selbst gebauter Hausbus ja auch Raum für Erweiterungen bieten soll, sollte man schon mit 100-200 Sensoren rechnen (Lichtschalter, Thermometer, Glasbruchsensoren, Rauchmelder usw. usf)
:- Wenn die Zentrale ausfällt, dann fällt die gesamte Steuerung auf einmal aus

Anmerkung: Falls, wie im dezentralen Fall die Sensoren von sich aus Zustandsänderungen melden, aber die Nachrichten nur an den Master schicken, entfällt der Nachteil durch das Polling. Dafür muss der Master allerdings asynchron eintreffende Nachrichten verarbeiten können (das kommt dann als Erschwernis dazu).

=== Dezentral ===

Beim dezentralen Ansatz senden die Sensoren (z. B. Lichtschalter) Botschaften an die Aktoren (z. B. die Glühlampe).

:+ Die Buslast hängt von der Anzahl Ereignisse ab und nicht von der Anzahl Sensoren. Ein Glasbruchsensor, der nie aktiv wird, verursacht auch keine Buslast.
:+ Keine Schaltzentrale nötig (also kein Single Point of Failure)
:- Multimasterfähigkeit bei allen Sendern (also allen Sensoren) nötig.
:- Konfigurationsänderungen müssen immer an den entsprechenden Aktoren/Sensoren gemacht werden. Dazu muss man sie entweder fernkonfigurieren können oder mit dem Konfigurationsgerät direkt an die jeweiligen Geräte.

== Geschwindigkeit ==

Solange man nur ein einzelnes Wohnhaus (und nicht etwa eine Schule oder eine Fabrik) ausrüsten will und nur die üblichen Sensoren/Aktoren hat, ist praktisch jeder Bus schnell genug. Andererseits erlauben RS485 und der CAN-Bus bei den in einem Haus vorkommenden Kabellängen auch durchaus Geschwindigkeiten von 1 MBit/s, wodurch man auch andere Anwendungen damit realisieren könnte.

--> Hohe Geschwindigkeit heißt höherer Aufwand und höhere Kosten <--

Ein Hausbus sollte deshalb in der Geschwindigkeit auf die notwendigen Bedürfnisse abgestimmt sein. Folgende Rechnung lässt sich aufmachen:
Ein Frame mit einem einfachen Event z. B. "Taste 4 des Moduls 0x2007 gedrückt" lässt sich mit allem Nötigen wie Priorität, Parity-Bits Anzahl Datenbytes und Checksumme in 6 "Byte" à 10 Bit verpacken. Bei einer Geschwindigkeit von nur 10 kHz dauert die Übertragung ca. 6 ms. Erlaubt man pro Frame max. 12 Datenbyte, ergeben sich 18 ms. Wobei 12 Datenbyte eigentlich nur zur Konfiguration der Knoten nötig sind. Uhrzeit, Datum, Temperaturen usw. kann man meistens mit 2 - 4 Datenbyte melden. Da mit der CAN-Topologie kollisionsfrei Daten übertragen werden und ein Hausbus im Allgemeinen keiner hohen Belastung unterliegt, ist es realistisch sonstige Verzögerungen zu vernachlässigen. Ich habe in meinem Fünf-Personen-Haushalt den Bus nach "Bus-belegt-Verzögerungen" gescannt und in drei Monaten vier dieser Ereignisse festgestellt. Das bedeutete 12 ms anstatt der erwähnten 6 ms.

Warum sollte man schneller werden, wenn eine Verzögerung von 200 ms in der Realität nicht festgestellt wird. Die Verzögerung einer Leuchtstofflampe empfinde ich da schon eher als störend.

Sollten wir eine Schule mit solch einem Bus betreiben und 166 Kinder stürmen in die Pause und betätigen dann alle einen Taster, verzögert sich das letzte Ereignis um nicht ganz eine Sekunde.

= Vergleich von Hausbussystemen =

(es gibt auch noch DALI für Lichtsteuerung [http://epanorama.rackhost.net/linkbak/lights.html#homeautomation epanorama])

== EIB / KNX ==

:+ nur 2 Leitungen für Daten, Power und GND
:+ kein Abschluss-R nötig, alle Bustopologien
:+ multimasterfähig
:+ übertragungssicher (d.h. bei Übertragungsfehler werden Daten automatisch wiederholt)
:+ Herstellerunabhängig (eine Vielzahl von Herstellern bieten Komponenten für alle erdenklichen Anwendungen)
:- Chips nur schwer erhältlich und teuer
:- nur industrielle Module erhältlich, kein Selbstbau

:+ Freebus als Selbstbauvariante? [http://www.freebus.org Freebus Homepage (Deutsch)]

== [[CAN-Bus]] ==

:+ Protokoll bereits im Chip
:+ multimasterfähig
:+ übertragungssicher (d.h. bei Übertragungsfehler werden Daten automatisch wiederholt)
:+ hohe Störsicherheit durch differentielle Übertragung
:O Preis ist ausgewogen
:- es werden 2 Leitungen Daten + Power + GND benötigt
:- Abzweigungen vom Bus sind problematisch (max. 1 m?)
:- Abschluss-R notwendig

== [[RS-485]] ==

:+ sehr günstig
:+ Schnittstellenbausteine können direkt an den USART eines Mikrocontrollers angeschlossen werden
:+ Buslänge von 1200 m möglich
:- von Haus aus nicht multimasterfähig, muss per Software realisiert werden

== [[1-wire als Hausbus]] ==

:+/- zentrales System
:+ sehr günstig
:+ sehr einfache Verdrahtung
:+ integrierte Peripheriebausteine erhältlich (Thermometer, I/O-Bausteine, etc.)
:+ über einfaches Selbstbauinterface vom PC ansteuerbar
:+ Bus kann mit Pullup-Widerstand direkt von einem bidirektionalen Microcontrollerpin angesteuert werden
:+ professionelle Softwareinterface frei erhältlich (unterstützt bis zu acht Busleitungen)
:+ mit einfachem Pullup-Widerstand maximal 200 m Buslänge zulässig
:+ mit aufwendigerem aktiven Pullup maximal 500 m Buslänge zulässig
:+ integrierte Interfaceschaltungen für I²C, USB und Serielle Schnittstelle erhältlich
:+ ausführliche Darstellung zur Buslänge in Appnote 148 verfügbar
:+ Peripherie ohne separate Spannungsversorgung möglich
:+ umfangreiche Herstellerunterstützung durch technische Dokumente
:- nicht multimasterfähig
:- max. 75 Bausteinabfragen/s
:- Peripherieschaltungen nur als integrierte Bausteine erhältlich
:- in Software realisierte Peripherie verstößt gegen US-Patente
:- keine differentielle Übertragung, dadurch deutlich störanfälliger

== [[I2C als Hausbus]] ==

:+ billig
:+ multimasterfähig
:+ viele direkt anschließbare Sensoren vorhanden
:- keine differentielle Übertragung, dadurch deutlich störanfälliger
:- ohne "größeren" Aufwand nur Kabellängen unter 10 m möglich
:- als "Inter-IC-Bus" zur Anwendung innerhalb von Geräten konzipiert

== Ethernet ==

:+ multimasterfähig
:+ sehr schnell
:+/- mit TP-Kabel (100Base-T) Sternstruktur, Leitungslänge bis 100 m
:+/- mit Koaxkabel (10Base-2) Busstruktur, Leitungslänge bis 185 m
:- aufwändig anzusteuern (hoher Hardware- und Softwareaufwand)
:- (teuer) d.h. für Selbstbau aufwendig
:- (hoher Stromverbrauch des TCP/IP Treibers/PHY-IC's)

== Powerline ==

:+ Nachrüstbar (keine zusätzliche Verdrahtung erforderlich)
:+ nutzt vorhandene Netzinstallation
:- erzeugt ein breitbandiges Störspektrum (nur bei dLan), das über die Netzinstallation unkontrolliert abgestrahlt wird
:- kann Funkbetrieb, insbesondere im Kurzwellenbereich, stören (bei Powerline im 125kHz-Bereich sind Störungen des Kurzwellenfunks ausgeschlossen)
:- funktioniert ohne Phasenkoppler nur auf gleichen Phasen (Phasenkoppler besteht aus drei Kondensatoren)
:- Netzteile mit vernünftigen EMI-Filter filtern auch das PL-Signal (hinter Netzteilfiltern wird meist kein Bus-Signal mehr benötigt)
:- geringe Übertragungsrate (ohne breitbandige Störspektren zu erzeugen)
:- Modems werden im Störungsfall von der RegTP außer Betrieb genommen und werden dadurch wertlos (VDE Konformität erforderlich, Layout anspruchsvoll - Labortests?)
:- Kann von Energiesparlampen bzw von deren Vorschaltgeräte gestört werden (moderne Transceiver ICs sind relativ störsicher. Aber: Kosten)
:- Netzspannung! (es gelten nicht mehr allein Niederspannungsrichtlinien)

= Links =

== Forum ==

* [http://www.mikrocontroller.net/forum/hausbus Hausbusforum]

== Allgemein ==

* http://www.uni-weimar.de/~weiprech/hausbus/
* http://www.hausinformationssysteme.de

== CAN ==

* [[CAN als Hausbus]]
* [[Hausbus Diskussion|Hausbus open source projekt]]
* [http://www.isysbus.org Hausbus open source projekt (iSysBus-Homepage)]
* [http://www.iuse.org www.iuse.org - Hausautomatisierung auf CAN Basis]

== EIB / KNX ==

* [http://www.eib-home.de eib-home]
* [http://www.knx-user-club.de knx-user-club]
* [http://www.opternus.de/opternus-components/Preisliste/EIB%20Preisliste%201.July%202005.pdf Chipsatz Preisliste]

== RS485 ==
* [http://openhc.sourceforge.net OpenHC - PHC Bus kompatibel]

== Ethernet ==

* [http://www.ifas.htwk-leipzig.de/easytoweb/download/Verwendung%20eines%208-bit%20Microcontrollers%20zur%20Ethernet%20Vernetzung%20in%20der%20Hausautomation.pdf Diplomarbeit]

== Powerline ==

* http://www.plc-bus.de
* http://www.thelastinstance.de/elek/project03_4.phtml
* http://www.darc.de/aktuell/plc/index.html (gilt für Powerline bei PC-Vernetzung/dLan)
* http://www.ulrichradig.de/index.html Projekte-pl-modem

== EnOcean ==

* http://www.omnio.ch

== Sonstiges ==

* [http://www.mikrocontroller.net/articles/S0-Schnittstelle S0-Schnittstelle(!= S0-BUS)]

[[Kategorie:Hausbus]]

LCD an Parallelport

2010-03-01T11:31:43Z

Brainhunter: /* Ähnliche Projekte */

''von [[Benutzer:Andreas]]''

Häufig wird gefragt, wie man ein LC-Display an einen PC anschließen kann, z.B. um diesen als monitorlosen MP3-Player zu verwenden oder um Statusmeldungen anzuzeigen. Dafür habe ich hier mal eine kleine Anleitung + Programm gemacht. Selbstverständlich kann ich keine Haftung für evtl. entstehende Schäden am LCD oder am PC übernehmen.

== Hardware ==

Für diese Schaltung brauchst du ein [[HD44780]]-kompatibles LCD mit 2x16 Zeichen (gibt's z.B bei Reichelt und Kessler).

Folgende Verbindungen müssen zwischen LCD und PC hergestellt werden:

<pre>
Pin am LCD angeschlossen an
================================================
1 (VSS) GND
2 (VCC) +5V
3 (Kontrast) GND
4 (RS) Parallelport 14 (Auto Linefeed)
5 (R/W) GND
6 (E) Parallelport 1 (Strobe)
7 (D0) Parallelport 2 (D0)
8 (D1) Parallelport 3 (D1)
9 (D2) Parallelport 4 (D2)
10 (D3) Parallelport 5 (D3)
11 (D4) Parallelport 6 (D4)
12 (D5) Parallelport 7 (D5)
13 (D6) Parallelport 8 (D6)
14 (D7) Parallelport 9 (D7)
</pre>

Da der Parallelport zur Stromversorgung des LCDs nicht genug Saft hergibt, braucht man eine zusätzliche 5V-Stromversorgung, z.B. mit dem im AVR-Tutorial gezeigten [http://www.mikrocontroller.net/tutorial/equipment.htm Spannungsregler]. Die Masse (GND) des Spannungsreglers muss mit einer der GND-Leitungen des Parallelports (Pin 18 - 25) verbunden werden, der 5V-Ausgang mit Pin 2 des LCDs.

Falls die Anzeige zu dunkel ist, kann man den Kontrasteingang des LCDs (Pin 3) an ein zwischen 5V und GND geschaltetes 10k-Poti anschließen um den Kontrast zu regeln.

== Software ==

Das DOS-Programm "lcdprint" zur Textausgabe auf dem LCD habe ich mit Borland C++ 3.1 kompiliert, es sollte jedoch kein Problem sein es für andere Compiler anzupassen. Das Programm läuft leider nicht unter Windows NT oder 2000.

=== Verwendung ===

Die erste Version von lcdprint kann mit folgenden Optionen aufgerufen werden:

-i LCD initialisieren (muss nach dem Einschalten als erstes aufgerufen werden)
-s Cursorposition festlegen
Beispiel: "lcd.exe -s 8 2" bewegt den Cursor zum 8. Zeichen in der 2. Zeile
-c Anzeige löschen
-h Cursor zur Ausgangsposition zurücksetzten
-? Hilfe anzeigen

Der nach den Optionen angegebene Text wird direkt auf dem LCD angezeigt. Die Zeile

lcd.exe -i -s 2 1 Das ist ein Test

initialisiert das Display und gibt den Text "Das ist ein Test" am Anfang der 2. Zeile aus.

[mailto:dipl.ing.urban@gmx.de Volker Urban] hat meine Software überarbeitet und mit ein paar Funktionen erweitert. Hier die Liste aller Änderungen:

'''09.02.2002 v0.2.1'''
* Bugfix für einige Rechner
* Simpler Testmodus für Parallelport

'''18.08.2001 v0.1a'''
* Verzögerungen waitms mit delay() statt ZTIMER -> keine Non-Standard Lib nötig
* Portaddressen auf 0x3bc und 0x278 erweitert
* lcd_write_data, lcd_write_command und lcd_init überarbeitet
* 4 bit interface eingearbeitet (nicht ausführlich getestet)
* lcd Funktionen und userinterface (cmd line) in getrennte Dateien (lcd_lib.c und lcd.c)
* LCD Modus (Display control) eingearbeitet (Display, cursor, Blink ON/Off)
* Display shift eingearbeitet
* load character generator RAM eingearbeitet
* Anzeige zeichen nach Eingabe code eingerabeitet

== Download ==

* [http://www.mikrocontroller.net/download/lcd.c lcdprint 0.1 Sourcecode]
* [http://www.mikrocontroller.net/download/lcd.exe.zip lcdprint 0.1 EXE]
* [http://www.mikrocontroller.net/download/lcd.zip lcdprint 0.1 Sourcecode, EXE und Timer-Libs]
* [http://www.mikrocontroller.net/download/lcd-0.1a.zip lcdprint 0.1a von Volker Urban (18.08.2001) Sourcecode und EXE]
* [http://www.mikrocontroller.net/download/lcd-0.2.1.zip lcdprint 0.2.1 von Volker Urban (09.02.2002) Sourcecode und EXE]

== Ähnliche Projekte ==

* [http://lcdproc.org/ LCDproc] - zeigt Systeminformationen und [http://lcdproc.org/clients.php3 vieles andere]
* [http://lcd4linux.sourceforge.net/ lcd4linux] - Anzeige von Systeminformationen
* Terminalemulator für Linux (mit PIC-Mikrocontroller)
* [http://www.markuszehnder.ch/projects/lcdplugin/ LCD-Plugin] für Winamp
* [[Projekt T6963-LCD-Ansteuerung]]
* [http://www.stlcd.de/ STLCD] - LCD an USB/Parallelport, Anzeige von Systeminformationen wie Temperaturen, Speicherkapazitäten etc.
* [http://www.codeproject.com/csharp/cspplcds.asp I/O Ports Uncensored Part 2 - Controlling LCDs (Liquid Crystal Displays) and VFDs (Vacuum Fluorescent Displays) with Parallel Port] - Programmierung in [[C#]].
* [http://www.crystalfontz.com/forum/showthread.php?threadid=3257 LCD Module to PC Parallel Port Information] - siehe auch dortige Links zu Steuersoftware!
* Software JaLCD 2.1
*[http://www.mikrocontroller.net/articles/Ansteuerung_Handy_Displays Ansteuerung_Handy_Displays]
*[http://lcdhype.condense.de lcdhype]

[[Category:Projekte]]
[[Category:LCD]]

H-Brücken Übersicht

2008-09-30T19:32:40Z

Brainhunter: /* Integrierte H-Brücken */

== Integrierte H-Brücken ==

H-Brücken dienen der Ansteuerung von bipolaren Relais, Magnetventilen, Gleichstrom-oder [[Schrittmotoren]]. Damit kann sowohl die Drehrichtung als auch die Drehzahl per [[PWM]] gesteuert werden. Der Vorteil integrierter H-Brücken ist die kompakte Bauform.

{| border="1" class="sortable" id="h-bruecken"
|-
!Bezeichnung
!Spannungsbereich [V]
!Dauerstrom [A]
!Spitzenstrom [A]
!max. PWM Frequenz [kHz]
!Gehäuse
!Lieferanten
|-
|Si9985CY
|
|
|
|
|
|
|-
|L293
|4,5-36
|0,6
|1,2
|10
|DIL16
|[[Elektronikversender#Reichelt|Rei]]
|-
|L272D
|
|
|
|
|
|[[Elektronikversender#Reichelt|Rei]]
|-
|L298N
|4,5-36
|2
|3
|40
|Multiwatt15
|[[Elektronikversender#Reichelt|Rei]]
|-
|L6203
|12-48
|4
|10
|100
|Multiwatt11
|[[Elektronikversender#Farnell|Far]],[[Elektronikversender#Reichelt|Rei]]
|-
|TLE4207
|
|
|
|
|
|
|-
|TC4426COA
|4,5-18
|
|1,5
|
|SO-08
|
|-
|PBL3717A
|10-46
|?
|1
|
|DIL16
|[[Elektronikversender#Reichelt|Rei]]
|-
|TEA3718A
|10-50
|?
|1,5
|
|DIL16
|[[Elektronikversender#Reichelt|Rei]]
|-
|VNH2SP30
|5,5-16
|30
|
|20
|MPSO30
|[[Elektronikversender#Schukat|Schukat]]
|}

(Tabelle mit Click im Kopfbereich sortierbar)

== Diskrete H-Brücken ==

Der Vorteil diskreter H-Brücken sind die wesentlich grösseren Schaltströme.

== Links ==

* [[Mosfet-Übersicht]]
* [[Elektronikversender]]

[[Kategorie:Bauteile]]

H-Brücken Übersicht

2008-09-30T19:30:17Z

Brainhunter: /* Integrierte H-Brücken */

== Integrierte H-Brücken ==

H-Brücken dienen der Ansteuerung von bipolaren Relais, Magnetventilen, Gleichstrom-oder [[Schrittmotoren]]. Damit kann sowohl die Drehrichtung als auch die Drehzahl per [[PWM]] gesteuert werden. Der Vorteil integrierter H-Brücken ist die kompakte Bauform.

{| border="1" class="sortable" id="h-bruecken"
|-
!Bezeichnung
!Spannungsbereich [V]
!Dauerstrom [A]
!Spitzenstrom [A]
!max. PWM Frequenz [kHz]
!Gehäuse
!Lieferanten
|-
|Si9985CY
|
|
|
|
|
|
|-
|L293
|4,5-36
|0,6
|1,2
|10
|DIL16
|[[Elektronikversender#Reichelt|Rei]]
|-
|L272D
|
|
|
|
|
|
|-
|L298N
|4,5-36
|2
|3
|40
|Multiwatt15
|[[Elektronikversender#Reichelt|Rei]]
|-
|L6203
|12-48
|4
|10
|100
|Multiwatt11
|[[Elektronikversender#Farnell|Far]],[[Elektronikversender#Reichelt|Rei]]
|-
|TLE4207
|
|
|
|
|
|
|-
|TC4426COA
|4,5-18
|
|1,5
|
|SO-08
|
|-
|PBL3717A
|10-46
|?
|1
|
|DIL16
|[[Elektronikversender#Reichelt|Rei]]
|-
|TEA3718A
|10-50
|?
|1,5
|
|DIL16
|[[Elektronikversender#Reichelt|Rei]]
|-
|VNH2SP30
|5,5-16
|30
|
|20
|MPSO30
|[[Elektronikversender#Schukat|Schukat]]
|}

(Tabelle mit Click im Kopfbereich sortierbar)

== Diskrete H-Brücken ==

Der Vorteil diskreter H-Brücken sind die wesentlich grösseren Schaltströme.

== Links ==

* [[Mosfet-Übersicht]]
* [[Elektronikversender]]

[[Kategorie:Bauteile]]

H-Brücken Übersicht

2008-09-30T19:29:46Z

Brainhunter: /* Integrierte H-Brücken */

== Integrierte H-Brücken ==

H-Brücken dienen der Ansteuerung von bipolaren Relais, Magnetventilen, Gleichstrom-oder [[Schrittmotoren]]. Damit kann sowohl die Drehrichtung als auch die Drehzahl per [[PWM]] gesteuert werden. Der Vorteil integrierter H-Brücken ist die kompakte Bauform.

{| border="1" class="sortable" id="h-bruecken"
|-
!Bezeichnung
!Spannungsbereich [V]
!Dauerstrom [A]
!Spitzenstrom [A]
!max. PWM Frequenz [kHz]
!Gehäuse
!Lieferanten
|-
|Si9985CY
|
|
|
|
|
|
|-
|L293
|4,5-36
|0,6
|1,2
|10
|DIL16
|[[Elektronikversender#Reichelt|Rei]]
|-
|L272D
|
|
|
|
|
|
|-
|L298N
|4,5-36
|2
|3
|40
|Multiwatt15
|[[Elektronikversender#Reichelt|Rei]]
|-
|L6203
|12-48
|4
|10
|100
|Multiwatt11
|[[Elektronikversender#Farnell|Far]][[Elektronikversender#Reichelt|Rei]]
|-
|TLE4207
|
|
|
|
|
|
|-
|TC4426COA
|4,5-18
|
|1,5
|
|SO-08
|
|-
|PBL3717A
|10-46
|?
|1
|
|DIL16
|[[Elektronikversender#Reichelt|Rei]]
|-
|TEA3718A
|10-50
|?
|1,5
|
|DIL16
|[[Elektronikversender#Reichelt|Rei]]
|-
|VNH2SP30
|5,5-16
|30
|
|20
|MPSO30
|[[Elektronikversender#Schukat|Schukat]]
|}

(Tabelle mit Click im Kopfbereich sortierbar)

== Diskrete H-Brücken ==

Der Vorteil diskreter H-Brücken sind die wesentlich grösseren Schaltströme.

== Links ==

* [[Mosfet-Übersicht]]
* [[Elektronikversender]]

[[Kategorie:Bauteile]]

H-Brücken Übersicht

2008-09-28T14:18:55Z

Brainhunter: /* Integrierte H-Brücken */

== Integrierte H-Brücken ==

H-Brücken dienen der Ansteuerung von bipolaren Relais, Magnetventilen, Gleichstrom-oder [[Schrittmotoren]]. Damit kann sowohl die Drehrichtung als auch die Drehzahl per [[PWM]] gesteuert werden. Der Vorteil integrierter H-Brücken ist die kompakte Bauform.

{| border="1" class="sortable" id="h-bruecken"
|-
!Bezeichnung
!Spannungsbereich [V]
!Dauerstrom [A]
!Spitzenstrom [A]
!max. PWM Frequenz [kHz]
!Gehäuse
!Lieferanten
|-
|Si9985CY
|
|
|
|
|
|
|-
|L293
|4,5-36
|0,6
|1,2
|10
|DIL16
|[[Elektronikversender#Reichelt|Rei]]
|-
|L272D
|
|
|
|
|
|
|-
|L298N
|4,5-36
|2
|3
|40
|Multiwatt15
|[[Elektronikversender#Reichelt|Rei]]
|-
|L6203
|12-48
|4
|10
|100
|Multiwatt11
|[[Elektronikversender#Farnell|Far]]
|-
|TLE4207
|
|
|
|
|
|
|-
|TC4426COA
|4,5-18
|
|1,5
|
|SO-08
|
|}

(Tabelle mit Click im Kopfbereich sortierbar)

== Diskrete H-Brücken ==

Der Vorteil diskreter H-Brücken sind die wesentlich grösseren Schaltströme.

== Links ==

* [[Mosfet-Übersicht]]
* [[Elektronikversender]]