Mal wieder: Arduino und Rapsberry als Treiber-Boards - Deutsches Howto

pl7i92 wrote: Du hast das sicher schon selbst erkannt die ergebnisse sind nicht stabil
und hängen oft sogar vom Hochlaufen des Rechnrs ab
de eine Portinitialisierung vom Bios schon vorgenommen wird
Das Gleiche git beim Start von Rapberry bei einer stabilen Spannungsversorgung NICHT USB kommt da was anderes Raus als bei besagtem USB
und diese Initialisierung ist leider nicht beeinflussbar

das klingt - entschuldige - absurd.
ja, raspberries brauchen eine stabile stromversorgung - die braucht aber jeder PC oder
chip irgendwie....

welche portinitialisierung ein PC-bios vornimmt ist beim betrieb via eth irrelevant.

und ansonsten faegt man solche situationen mit einem gezielten power-on-event
auf der leistungsseite ab.

ich werde jetzt aber auch auf "das geht eh nicht", "das braucht keiner", "das will keiner"
nicht weiter eingehen. ich bau das weiter und benutze es und wenn ich feststelle, es geht
nicht, dann benutz ich es halt nicht mehr - und werde dann genau wissen, was nicht geht.

wenn man all diese dinge, die nicht gehen, die nicht gebraucht werden, die keiner will,
nicht gemacht hatte, dann haetten wir kein linux und kein GNU.

schoenen tag noch

wicki

Das Will Jeder Braucht jeder Hobbyist der auf das Geld schaut
MACH Weiter
Da hast du was Falsch verstanden
Die Zielgruppe ist nur nicht hier im Forum
die sind bei den Repraps

Lieber pl792
Bin jetzt doch seit einigen Jahren in diesem Forum und erlaube mir das hier zu schreiben:

Bis jetzt war es ein sehr gutes Forum mit einem tollen, gemeinsamen Spirit, in dem jeder die anderen ermutigt hat etwas zu tun oder sich bemüht hat anderen zu helfen.
Und ich hoffe das bleibt auch so und kommt nicht herunter auf die Sitten in Anderen.
Mike

P. S.
Werde mich hier zu dem Thema nicht weiter äussern; wenn jemand mich dazu kontaktieren will: PM. Ansonsten bin ich mit dem Namen in der schweizer www Welt nicht schwer zu finden.

bis jetzt macht das raspberry bis ca. 5kHz recht verlaesslich mit.
es ist aber immer noch ein gewisses jitter da, was mir nicht gefaellt.

ich werde als naechstes mit einem linux-(PC)-client testen und schauen, wie
dann ein per eth uebertragenes signal im vergleich aussieht.
wenn es da auch auftritt, dann ist es rapsberry-seitig oder systemimmanent.
tritt es da nicht auf, liegts am raspberry.

mir faellt sonst gerade keine verlaessliche methode ein um fertzustellen,
wie der zeitversatz zwischen sende- und empfangsseite ist.
den timestamps im tcpdump traue ich im usec bereich nicht so recht.

auf der eth-leitung mit einem oszi. zu messen hab ich bislang nicht geschafft.
ich vermute, dass die messleitungen mit ihren kapazitaeten das messergebnis
ziemlich verfaelschen.

also kann ich nur an die digitalen ein-/ausgaben der eth-chips auswerten.
oder hat da jemand eine andere idee dazu?

Hast Du versucht die Ethernet (eine von beiden Seiten, die sind push pull) über einen Wiederstand v 1k oder grösser anzukoppeln. Wirst kaum ein klares Signal sehen und es wird sicher recht klein, aber dir geht ja nur um den Zeitversatz.

In letzter Zeit habe ich mit Arduino herumgespielt und ein paar schöne Videos darüber gefunden, wie die Arduino ein 1-MHz-Signal ausgegeben werden kann, wenn nicht die übliche Art der Programmierung verwendet wird. Das ist etwas, das ein wenig getestet werden sollte, da in stepgen die Schritte in arduino gesetzt werden (kann man die Maschinen gut steuern) und einfach den Positionsbefehl von Linuxcnc senden und auf das Feedback warten.
Es gibt einen Benutzer namens DaBit, der dies bis zu einem bestimmten Punkt erfolgreich durchgeführt hat.
MFG
Tom