Moin,
selbes Problem mit der aktuellen (nicht Labor) FW FRITZ!OS 05.50 (54/74.05.50) für die 7270.
Also Rufnummern ein/ausgehend werden übermittelt mehr aber auch nicht.
Log sagt folgendes dazu:
Feb 16 13:01:49 delta vdr: [2402] [libfritz++/FritzClient.cpp:342] Exception in connection to 192.168.178.1 - Could not connect
Feb 16 13:01:49 delta vdr: [2402] [libfritz++/FritzClient.cpp:342] waiting 480 seconds before retryingvdrtux
Hi,
Eventuell ist es auch ein IRQ-Problem. Wie kann ich das identifizieren?
ist es - am besten alle IRQ's im BIOS disablen bis auf 9 oder 10 (austesten).
Und wenn beide PCI Slots (also auch der mini) mit Karten versorgt sind, laeuft die s100 eh amok.
Abgesehen davon sollte das das Netzteil schaffen, wenn nicht gerade ne stromhungrige Platte mit dazu werkelt.
vdrtux
Na ganz einfach, kein extra Kabel zum Motherboard.
tuts weh nen extra Kabel verlegen zu wollen?
Nee ernsthaft, diesen WoR Kram gab es schon zu alten AT/BIOS-APM Zeiten, ACPI legt sich da (wenn ueberhaupt), eh nur drueber.
Schoen ist auch, dass sich nach einer Stromunterbrechung, warum auch immer, alles in unverfuegbar aufloesst.
Da lob ich mir doch die Mikrocontroller direkt aufn PowerSwitch, die machen prinzipiell nix anderes, wie nur aufn Knopp druecken...
Gruß
vdrtux
Hi,
es gibt nat. verschiedene mögliche Lösungen um einen PC per IR einzuschalten.
Eine davon findest hier, welche WoL (Wake on Lan) zum wecken nutzt. Eine weitere Möglichkeit wäre WoR (Wake on Ring) am Com Port oder auch direkt den Power on Switch zu beschalten.
Allerdings setzen fast alle mir bekannten Lösungen einen Mikrocontroller (AVR, PIC etc.) ein. Und man wird ein wenig mehr Bastelei nicht ausweichen können.
Also bissel suchen im Netz..., zu finden gibts davon wirklich genug. 
Eins noch: mit ACPI/ACPI-Wakeup haben alle oben Genannten nix zu tun.
Gruß
vdrtux
...und wo bleibt nun endlich mal die Anerkennung fuer die ganzen sinnfreien freds?
Ueber pro und kontra jeglichem Software Duennschiss auf Verlangen?
Grundsaetzlich ist es gut, dass es auch yavdr gibt, nicht mehr und nicht weniger.
...und nun kommt wieder aufn Teppich zurueck
tbshl-vdr
woher stammen diese Infos, dass deine cam bits auf null stehen und du doch nen guten 'Empfang' damit hast?
was soll dass?
gute Leistung in Grauzonen, oder die Forenregeln ned gelesen?
Gruss vdrtux
Ps.: und nein, weder die git noch die cvs version von xineliboutput hat merklich verbesserte Umschaltzeiten, diese bewegen sich nach wie vor um die 5 Sekunden
Platine ist selber gemacht, und ja, es sind analog geregelte loetgeraete...
Ich schlage aber vor, da es langsam offtopic wird, den Thread ned laenger damit zu belasten
also bye
vdrtux
Totaler Blödsinn wo die Dinger meist eh nur <=30 Watt haben. Ergebnis war also, dass ich das Ding ohnehin immer auf Anschlag geregelt habe, was dann bedeutet, dass man bei empfindlichen Teilen unter Umständen zu viel Hitze hat und bei großen Masseflächen wegen fehlender Leistung wieder zu wenig. Frust ohne Ende und hier und da auch mehr mit dem Spielzeug kaputt gemacht als aufgebaut.
Mal ehrlich?: http://img294.imageshack.us/img294/4895/dsc01118t.jpg
...zeugt das von kaputtmachen?
Gruesse
edit: vdrtux
Flussmittel ist da eigentlich auch immer drin.
Abhaengig vom jeweiligen Durchmesser des Lotes...
Meinen Erfahrungen nach ists meist sinnvoll extra Flussmittel mit zu geben.
Bestens bewaehrt hat sich Kolophonium aufgeloest in Aceton bzw. Alkohol oder halt der gute Loethonig (ist ja fast nix anderes).
Grundsaetzlich stellts kein Problem dar, RoHs konformes Lot mit bleihaltigem Lot zu mischen.
Nur das Zinn darin "verbrennt", bei mehrmaligen erhitzen, ist dann quasi fuer eine gute Verbindung unbrauchbar. Von daher immer altes Material entfernen mit Absaugpumpe oder Entloetlitze.
Weiterhin wuerd ich mal versuchen den Pin des Tasters gezielter mit dem Loetgeraet zu erwaehrmen als den Rest, also als das Pad auf der Platine.
Und Hey, ich benutz sau billige Loetstationen (kann man die ZD-99 ueberhaupt so nennen *g*) auch fuer SMD-Loeterei.
Gruss
vdrtux
Servus Wolfgang,
ich finde es ist bestens den kompletten content ins wiki zu stellen, ala vdpau mit xineliboutput mit allen Konsequenzen...
Es werden sich bestimmt genuegend User bereit erklaeren dieses zu ergaenzen, meinst nicht?
Gruß
vdrtux
Da mich Ulf immer wieder gern auf ein Treffen in (Süd)Niedersachsen aufmerksam macht, bin ich gern dabei am 27.03. irgendwo in Göttingen...
Grüße
vdrtux
Es gibt ne riessen Pallette von diesen kleinen FPGAs "Field-Programmable Gate Arrays"
Jeder der eine FritzBox hat, hat eins davon intus!
Heute durfte ich zwo dieser Gates wechseln, mit Erfolg...
...und ich frag mich, warum noch keiner auf dieses flexible Array im/um vdr gekommen ist?
gruss
vdrtux
Das kannst Du so nicht sagen, in den neueren Versionen gibts den Parameter nicht mehr und seit Version 0.4 wurde er ignoriert.
... na dann wirds zeit, das vdr-wiki dementsprechend anzupassen, weil da gibts noch -r.
vdrtux
Hi,
wie wird osdteletext gestartet?
Und zwar -P "osdteletext -r" (man beachte das -r) ist bindend.
vdrtux
Also,
ich nutze eines von den einzigartigen seltenen SMD-ATMO Platinen von slime, mit quasi dem selben Bug (XTAL1 auf XTAL1).
Nach fixen dessen (und ein wenig rumexperimentieren mit den Fuses) hat sich eigentlich nix geaendert.,tut so gut wie vorher, auch wenn die Spec was anderes berichten sollte.
Und trotzdem Danke!, e9hack, fuer Deine Klarstellung, dass war mir bis dato unbekannt...
Gruss
vdrtux
Das der Aufbau so funktioniert hat, ist mehr oder weniger Zufall.
warum? Details bitte!
Wenn man es genau betrachtet, sind die Fuses vom quarzlosen Atmega auch falsch programmiert.
vermutlich ist da der hund begraben!?
Das laesst sich doch relativ leicht begradigen....
...bin aber immer noch der meinung, dass XTAL1 auf XTAL1 gehoert
vdrtux
bezueglich:
Du verwendest ja auch die falsche Quelle. Der Ausgang ist XTAL2 und der Eingang XTAL1. Du verbindest aber XTAL1 mit XTAL1.
Der Atmega erwartet einen externen Takt an XTAL1 der von XTAL2 (bei einem einfachen Quarz) in Schwingung versetzt wird.
Was ist daran falsch, XTAL1 beider Atmega's miteinander zu verbinden und XTAL2 dessen ohne Quarz frei zu lassen?
gruss
vdrtux
Hi,
die WD10EACS hat offensichtlich Probleme im 3.0GBit/s Modus in Verbindung mit dem Delock Adapter.
Versuch mal die Platte per Jumper auf 1.5GBit/s zu begrenzen und es sollte alles wie erwartet funktionieren.
cu
vdrtux
Hi.
schaut euch mal ethersex an.
Ist sehr jung, Focus steht auf IPv6, bringt aber alles mit, um das AVR Net-IO zu unterstuetzen (wer schonmal nen kernel mit menuconfig erstellt hat, fuehlt sich da recht wohl ).
Allerdings ists ratsam den atmega32 zu gunsten des atmega644 (wegen 32kb flash mehr) auszutauschen.
Und vergesst nicht, ethersex beherrscht ecmd (ethercommand) ueber http, telnet und serial-commandline...
...den kleinen Webserver, der aufn AVR Net-IO laueft brauch ich erstma nicht zu erwaehnen, oder?
vdrtux
