[Wien] Linksys WRT54GL serial port

So Sep 30 00:33:32 CEST 2012

Okey, also nochmal zum serial port 0, /dev/tts/0

Während ich auf /dev/tts/1 schreibe, sieht das so aus:

(spam-protected):~# cat /proc/tty/driver/serial
serinfo:1.0 driver:5.05c revision:2001-07-08
0: uart:16550A port:B8000300 irq:3 baud:113636 tx:230 rx:0
RTS|CTS|DTR|DSR|CD
1: uart:16550A port:B8000400 irq:3 baud:113636 tx:217 rx:0
RTS|CTS|DTR|DSR|CD

Wenn ich nicht mehr auf /dev/tts/1 schreibe, so:

(spam-protected):~# cat /proc/tty/driver/serial
serinfo:1.0 driver:5.05c revision:2001-07-08
0: uart:16550A port:B8000300 irq:3 baud:113636 tx:230 rx:0
RTS|CTS|DTR|DSR|CD
1: uart:16550A port:B8000400 irq:3 baud:113636 tx:225 rx:0 CTS|DSR|CD

Daraus schließe ich, nachdem der port 0 ständig so aussieht wie port 1 nur
aussieht während ich darauf schreibe, dass port 0 ständig durch irgendwas
in verwendung ist..
Eigentlich habe ich so wie es z.B. hier beschrieben steht:
https://forum.openwrt.org/viewtopic.php?id=15165 die konsole auf /dev/tts/0
abgedreht, und auch das hier
https://forum.openwrt.org/viewtopic.php?id=1767 beschrieben
startscript angelegt, was auch offenbar ausgeführt wird nachdem irq=3 bei
beiden serial ports ist...

Also ich lass es jetzt mal bleiben und hoffe irgendwem in der Community
fällt dazu was ein, Danke für eure Geduld mit meinen vielen Mails ;)

LG, Thomas

Am 29. September 2012 23:16 schrieb (spam-protected) <(spam-protected)>:

> Okey, nochmal zurück zum selbst gebasteltem loopback:
>
> Ich bin jetzt draufgekommen, dass wenn ich die Umleitung auf /dev/tts/1
> nicht außerhalb der schleife, sondern direkt bei jedem echo mache, dann
> funktionierts auch trotz loopback dass jedes zeichen genau einmal gesendet
> wird und dann die eine sekunde lang sleep ruhe am kabel ist. das problem
> scheint zu sein, dass solange das device file "offen" ist, wird der buffer
> nicht gelöscht und es wird jedes zeichen in einer endlosschleife nochmals
> geschickt solang bis das device file nicht mehr angetastet wird. <--
> FALSCH, NEU:
>
> Das Problem waren ein paar ungewolte echo settings, mit folgender config
> funktioniert mein selbst gebastelter loopback auf /dev/tts/1 -->
> stty -F /dev/tts/1 115200 raw -echo -echoe -echoke
>
> Lösung zusammengetragen von hier:
>
> http://www.linuxquestions.org/questions/linux-hardware-18/query-buffer-with-serial-port-dev-ttys0-654324/
> und hier:
> http://www.linuxforen.de/forums/showthread.php?t=163036
>
> Und damit funktioniert's jetzt auch mit redirect ins /dev/tts/1 file
> außerhalb der schleife :)
>
> Was jetzt noch fehlt ist, /dev/tts/0 auch funktionstüchig zu bekommen..
> Vielleicht hilft mir dabei:
> http://db0fhn-i.ampr.org/wrt54gs/
>  https://forum.openwrt.org/viewtopic.php?id=1767
>
> Aber dazu muss ich erst noch irgendwo das setserial package/utilty
> möglichst fertig kompelliert für den linksys wrt54gl irgendwo finden, die
> in den beiden links angegeben quellen sind leider nicht mehr online..
>
>
> LG, Thomas
>
>
> Am 29. September 2012 22:16 schrieb (spam-protected) <(spam-protected)>:
>
> Hmmm, und nochwas, der Linksys WRT54GL hat ja 2 serielle Schnittstellen,
>> und dies wird auch von openwrt als /dev/tts/0 und /dev/tts/1 als device
>> files abgebildet, jedoch kann ich die Zeichen die ich auf /dev/tts/1
>> rausschicke zwar mittels Oszi am pin 3 sehen, aber Zeichen die ich an
>> /dev/tts/0 rausschicke bewirken an pin 4 keinerlei Signal...
>>
>> Hier beschreibt einer ein ähnliches Problem, aber es wurde keine Lösung
>> gepostet...
>> https://forum.openwrt.org/viewtopic.php?id=14530
>>
>> Hat jemand eine Idee?
>>
>> LG, Thomas
>>
>>
>> Am 29. September 2012 20:38 schrieb (spam-protected) <(spam-protected)>
>> :
>>
>> Hallo Leute!
>>>
>>> Hab einen lieben Funkfeuerianer der mir einen halb abgesoffenen und
>>> dadurch ein bischen Verrosteten aber dennoch noch funktionstüchtigen
>>> Linksys gesponsert hat gefunden.
>>>
>>> Hab jetzt nachdem ich für mein Vorhaben die serielle Schnittstelle
>>> verwenden möchte mir einen Stecker eingelötet und nach anfänglicher
>>> Verwirrung nachdem auf dem openwrt das serial device nicht wie (glaub ich)
>>> üblich /dev/ttyS1 sondern /dev/tts/1 heißt hab ichs geschafft Zeichen in
>>> unterschiedlichen Geschwindigkeiten die ich mittels stty konfigurieren
>>> konnte rauszuschicken, und hab mir das auf nem Oszilloskop ansehen können
>>> wie das dann encoded wird.
>>>
>>> Für mein Vorhaben interessiert mich jedoch mehr das empfangen als das
>>> senden, nachdem ich Sensorwerte auslesen will, aber nachdem ich bisher die
>>> geplante Gegenstelle zum Linksys noch nicht habe hab ich mir gedacht ich
>>> werd einfach mal den rx und den tx pin mit nem jumper zusammenschalten und
>>> dann sehn ob ich mittels cat /dev/tts/1 was ausgegeben bekomme. aber
>>> stattdessen spielt der sendeteil sobald er mit dem empfangspin
>>> kurzgeschlossen wird total verrückt. wenn ich nur ein einzelnes zeichen
>>> sende, sendet er irgendein überhaupt nicht dazupassendes zeichen und das
>>> unendlich oft, solang bis ich den jumper runternehme...
>>>
>>> Weis irgendwer was da passiert sein könnte? muss ich das irgendwie
>>> zuerst das serial port device zum lesen öffnen damit das funktioniert? ist
>>> da der chip durchgeschmort? oder ist der chip einfach nicht dafür geeignet
>>> so auf diese art und weise zum loopback gezwungen zu werden?
>>>
>>> Denkt Ihr ich habe vielleicht bessere Chancen wenn ich zwei
>>> eigenständige Router, einem zum Senden und einem zum Empfangen nehme?
>>>
>>> Und noch was anderes: Kennt vielleicht irgendwer eine gute Einführung
>>> für die Verwendung von seriellen Schnittstellen? Alles was ich bisher
>>> versucht hab sind mittels echo > /dev/tts/1 rausschreiben, mittels stty die
>>> baudrate verändern, und mittels cat /dev/tts/1 versuchen zu empfangen.
>>> Wobei das letzte nicht funktioniert hat..
>>>
>>> LG, Thomas
>>>
>>
>>
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20120930/f00b6d81/attachment.htm>