9mal6.de

Es kann ziemlich lästig sein wenn einem die Pins an seinem Mikrocontroller ausgehen. Nun zumindest in meinem Fall habe ich eine doch recht elegante Lösung gefunden

Für meinen 100W Led Treiber wollte zumindest für Überspannung/Offenen Ausgang und Übertemperatur eine Status Led haben. Zusätzlich sollte der Led-Strom einstellbar sein.

Da ich ITead Studio nutzen wollte um günstig zu einem PCB zu kommen, war auch unbedingt  viel Platz vorhanden. Daher kam mir eine günstige Quelle für Atmels Tiny13a gerade recht.

3 Pins für 2 Status Leds und eine Analogwert waren nun nicht mehr drin. Nachdem ich jedoch der Strom-Sollwert keine Rolle mehr spielt wenn ich wegen Überspannung oder Übertemperatur den Regler abschalten muss, ist diese Lösung sehr gut geeignet (vor allem weil ich 2 OPVs übrig hatte :

Das Potentiometer (10k) sitzt zwischen 2 Widerständen (auch 10k) und hat noch einen Vorwiderstand (wieder 10k). Wird an die I/O-Leitung nun High oder Low (also in meinem Fall 0 oder 5V) angelegt, so ist diese Spannung an den Komparatoren auf jeden Fall außerhalb des Einstellbereichs. Daher auch der Vorwiderstand. Wäre das Poti zu weit an seinen Einstellgrenzen, dann würden z.B. die 0V des Kontrollers die Umschaltschwelle auch auf 0V ziehen => die Led würde nicht leuchten. Mit dem Vorwiderstand ist alles wunderbar

Ist die I/O Leitung dagegen an einem ADC (im nächsten Beitrag werde ich erklären wie man den Analog-Comparator als ADC verwenden kann) angeschlossen (sprich Hochohmig) dann spielt der Vorwiderstand keine Rolle und alles funktioniert wir gewöhnlich.

Bis demnächst

Mein Server wird schön langsam… ein DynDNS-Dienst rennt, auf der Domain wäre er auch schon eingetragen, ein paar probleme macht noch der USB-Host… hoffe aber ein neuer Kernel hilft hier damit die Verbindung stabil bleibt.

Ein Problem das es bisher zu Meistern galt möchte ich hier gleich einmal vorstellen: Wie bringe ich Linux dazu sobald ein passendes (UMTS) Modem angesteckt wurde sich einzuwählen?

udev ist dein Freund!

Zuerst darf man sich etwas schlau machen und über Regelerstellen mit udev recherchieren. Ziemlich schnell stößt mann auf diese Seite: http://wiki.ubuntuusers.de/udev Ist zwar nicht für meine Lieblings-Distribution (übrigends Slackware) aber natürlich gilt das dort geschriebene auch hier

 
SUBSYSTEM!="tty", GOTO="umts_modem_end"
KERNEL!="ttyUSB*", GOTO="umts_modem_end"
ENV{ID_USB_DRIVER}!="option", GOTO="umts_modem_end"
 
 
ENV{ID_USB_INTERFACE_NUM}!="00", GOTO="umts_modem_end"
 
 
ACTION=="add", SYMLINK+="UmtsModem"
ACTION=="add", RUN+="/root/scripts/ModemConnected"
ACTION=="remove", RUN+="/root/scripts/ModemDisconnected"
 
LABEL="umts_modem_end"
 

Oben Abgebildet ist die udev Regel die mir das erlaubt. Eigentlich ist das ganze schon selbsterklärend wenn man das Huawei E220 kennt.

Das Modem bietet 3 Interfaces an:

• Die Modem Schnittstelle (typischerweise /dev/ttyUSB0)


• Eine Schnittstelle für Status Informationen usw. (/dev/ttyUSB1)


• ein virtuelle CD-Laufwerk mit den Treibern für Windows

Unten sind die aufgerufenen Scripts die das Verbinden mit dem Internet erledigen zu finden.

Die Einstellungen für pppd und dem AccessPoint werde ich demnächst online stellen… zuerst wird noch ordentlich getestet

Bis demnächst!

ModemConnect

 
#!/bin/bash
 
logger Modem Connected...
logger Killing pppd
echo Killing pppd
killall -9 pppd
 
logger wait for hsdpa...
echo wait for hsdpa...
sleep 20
 
logger ppp-go!
echo ppp-go!
/usr/sbin/ppp-go
 

ModemDisconnect

 
#!/bin/bash
 
logger Modem disconnected!
ppp-off
#!/bin/bash
 
ppp-off
 

Ich habe schon vor einiger Zeit geschrieben, dass ich vor habe teilweise Self-Host zu spielen. Vorrangig geht’s mir dabei um eine konfortable Backup Lösung und einen sicheren Hafen für meine Source-Codes die gerade in der "Pritty-Print"-Phase sind

Nach langem suchen habe ich dann den neuen Intel NUC Kit mit dem Atom-Celeron gefunden. 2 Kerne, einiges an Rechenleistung, normales SATA, USB3.0 - eigentlich alles was man so haben will.

Meine Konfiguration besteht jetzt aus einer Kingston SSD mit 120GB (spart Strom und für die GIT Repos sicher nicht verkehrt), einem 8gb Riegel RAM (übrigends ist das ein Transcend TS1GSK64W6H… dazu später mehr) und einem 2TB  "My Passport Ultra".

Den RAM möchte ich etwas hervorheben - wenn man die Hompage von Intel studiert, findet man sehr schnell heraus, dass man unbedingt 1.35V RAM benötigt.. habe ich beim 1. Speicher überlesen… nicht bei Intel aber beim Shop in dem ich den Speicher gekauft habe.

Gut 1. Hürde überwunden. die 2. stellt sich dann beim Booten. Dank UEFI braucht man einmal eine Slackware64 CD oder DVD. Nun habe ich lokal einen Slackware (32-Bit) Mirror und durfte daher "schnell" einmal mir einen weiteren für Slackware64 einrichten. Nachdem das erledigt, Slackware übers Netz installiert und konfiguriert und er 1. Start des frischen Systems in Sichtweite war, das nächste Problem.

Das UEFI "BIOS" findet Slackware nicht. Suche im Internet brachte das Ergebnis, dass ein Update notwendig sei. Da die F2-Taste in Kombination mit machen Monitoren nicht geht (mein billiger HDMI-VGA Adapter ist so einer) ist das dann Problem 3. Man kann das Update so einfach nicht durchführen. Ein HDMI auf DVI Adapter hat nichts genutzt, da mein normaler 22" TFT zu alt ist und auch nicht geht (Hat das Teil bei Intel überhaupt jemals jemand getestet???). Am nächsten Tag in der Firma mit neuerem TFT und dem selben HDMI auf DVI Adapter ging dann alles. Das Update des BIOS ist recht einfach… siehe andere Intel Page -> BIOS and Driver Updates

Nach der Update-Orgie ist es nun vollbracht. Der NUC rennt und das Ziel hoffentlich bald erreicht…

UMTS, DynDNS, WebGit, WLAN-AP, Backup,… - Konfiguration versuche ich hier weiter zu veröffentlichen…

Bis demnächst!