Nic

Besten Dank, prima Sache das Averaging.

Jo hast Recht ich war gedanklich bei einem Callback, der den Flankenzähler an den HostPC sendet.

D.h. der Callback wird zeitlich verzögert, d.h. trotz einer eingestellten Periode von z.B. 1000ms und Averaging=100, bekomme ich aber erst nach 100s einen Callback ?

Das neue Averaging im AnalogIn habe ich noch nicht richtig verstanden. Wenn ich mit SetAveraging=100 setze, bedeutet dies das erst 100 Werte gesammelt werden bevor über den Callback OnVoltage der Mittelwert zurückgemeldet wird ?

Das gilt aber nur für den Idealfall, wenn der Stack via USB Kabel verbunden ist !? Für die Situation von WIFI oder Chibi dürften deutlich geringere Freq. möglich sein !?

Der Thread dürfte für ein neues Kit inspirierend sein und zwar eins für Solarenergie. Mit integr. Laderegler und Anschluss für Solarmodul, Akku, Last und Monitoring aller relevanter Daten z.B. im LCD oder den kommenden 4x7 Segments strex hat das sehr eindruckvoll in seinem Rover-Projekt so praktiziert: http://www.tinkerunity.org/forum/index.php/topic,1800.0.html

Klasse, Ihr denkt bitte auch daran, die passenden Magneten zum Montieren mit anzubieten, ansonsten hier z.B.: http://www.supermagnete.de/magnets.php?group=countersunk Also sowas ähnliches wie die MouseWheel...

Wie es scheint könnte als eines der nächsten Bricklet ein Hall-Sensor kommen:https://github.com/Tinkerforge/hall-effect-bricklet Und möglicherweise ein Encoder-Bricklet, vermutl. aber ohne Welle: https://github.com/Tinkerforge/rotary-encoder-bricklet

Na zumindest scheint es abhängig vom Betriebssystem zu sein ?! Lassen sich die in der Doku genannten Schritte so auf alle Betriebssysteme bzw. Umgebungen x32,x64 anwenden ? Mir fehlte bisher die Zeit und Nerven, dass nach den Kochbuchangaben auf Win7x64 zum Kompilieren zu bringen.

Besten Dank, Stefan. Also nur ganz simpel mittels Editor und GCC auf Konsolenebene.

Oh, sorry, ja diesen Thread meinte ich.

@Stefan Kannst Du was über die Entw.Umgebung zur FW-Änderung erzählen ? Bisher schien das recht aufwendig zu sein, diese zusammenzustellen und soweit überhaupt zu kommen, die FW komp. zu können.

...und diese hier ev. posten. @Stefan Ist dieses problematische Verhalten bei beiden Master-Bricks zu beobachten, d.h. bei jeweils gleicher Kabelkonstellation und angeschl. Bricklets etc. Dann würde ich an Deiner Stelle weitere Testläufe machen indem Du ein Bricklet nach dem anderen entfernst bis nur noch der Master in Betrieb ist. Damit würde ich u.U. aber erst beginnen, wenn Du sicher bist, dass es nicht an der PC/Kabelhardware liegt.

Kann Dir nicht ganz folgen, der zickige Master hängt am Ende des aktiven USB-Kabels, und das ist am Hub angeschlossen. Der 2.Master hängt direkt am Hub ? Bei Ausfall ev. an USB-Buchse (wenn es geht) wo der Master hängt mal die Spannung mittels Messgeräte ermitteln. Ich würde alternativ ein völlig anderes aktives USB-Kabel anderer Marke nehmen und/oder auf einem anderen PC (Kumpel, Nachbar etc.) testen um Hardware-Defekte auszuschliessen. Gerade die Kabelware aus Fernost ist nicht unbedingt zuverlässig. (Schlechte Abschirmung) Kenn ich nicht, was heißt neuer PC ? PS: hast du am IO16 noch markante Verbraucher, die 5 V konsumieren ? PSS: Ich würde den problematischen Stack mit den Bricklets ev. über ein kurzes Kabel am PC anschließen, und einige Tage beobachten, ob das Verhalten genauso eintritt.

Die aktiven USB-Verlängerungen genehmigen sich selbst Strom, also dürften am Ende keine vollen 500mA rauskommen. Dein Stack besteht also nur aus 2 Master Verbrauchern ? Oder hängt da noch mehr dran ? Nur so am Rande welchen PC-Typ benutzt Du ? Desktop, Laptop, Tablet etc. ? Schon mal das ganze an einen anderen PC ausprobiert ?

Achso, mein erster Reflex als PHP Laie war ob es in PHP/Apache Webserver da sowas wie Caching bzw. Verbindungspooling gibt.

Gilt das auch für eine Lsg. als Website mit PHP-Bindings ?

Um welchen Lampentyp geht es ? LED, Glühlampe, Energiesparlampe, Halogen. Da dürfte die Temperatur ein Rolle spielen, die auf die TF-Platinen wirkt. Du meinst sicher im Lampengehäuse. Ganz verwegen wäre es, den Strom von der Lampe abzugreifen, natürlich sicher auf die 5V runter zu wandeln. Und ohne Ambient Bricklet, einfach im Programm abprüfen ob Stack da (Lampe an) ist oder nicht (Lampe aus)

Ob es jetzt eine sinnvolle Ergänzung ist, muss jeder für sich entscheiden. Solche Teile kann man u.U. immer noch tunen, modifizieren oder umbauen. Nicht Smartphone. Für einen mobilen, dezentralen TF-Funk-Stack, der mal nicht über Netzteil oder fetten Blei/Lipo-Akku betrieben werden soll bzw. braucht. Z.B. eine Sensoreinheit zum Sammeln/Loggen von Wetterdaten, Master-Chibi-Regen/Temp./Feuchtigkeits-Werte etc. Nicht ohne Grund hatte ich vor kurzem nach den Verbrauchswerten der Brickteile gefragt. Wenn das OnDevice-Programming in naher Zukunft real wird, braucht es für banale, Langzeit-Datenerhebung keinen Host-PC. Was diese Clicc-Artikel in meinen Augen so interessant macht, sind die kompakten Abmessungen 4x5.5x1.5cm und die Erweiterbarkeit in kleinen Dimensionen. Sicher gibt es immer irgendwo etwas billigeres und größeres und bessere Leistung. Aber für so manche Projekte herrscht Platzmangel oder keine Steckdose ist in der Nähe. An den Laderegler ClicLite lassen sich bis zu 6 zusätzliche Panels anschl. Den ClicLite könnte man so als Pufferbatterie für einen weiteren Lipo verwenden, der den Stack dann versorgt.

Ein Beitrag zur Energiewende http://www.clicc.de/ Die Mini-Solarmodule sollen bei voller Sonneneinstrahlung etwa 4.5V@35mA bieten. Die Module sind kombinierbar. Der Laderegler bzw. Stromreserve ClicLite liefert 5V am Ausgang bei 450mA Akku-Kapazität. Nicht unbedingt der Kracher und teuer, aber der Formfactor und Klickprinzip könnte zu den Bricks als Ergänzung (z.B. Versorgung Wetterstation) gut passen.

Warum sollte die genannte Vorrangschaltung nicht eine Lsg. für den Threaderöffner gewesen sein ? Warum nimmst Du zum Messen nicht das günstigere Analog In ? Was werden die Verbraucher max. an Strom ziehen ? Warum das DualRelay ? Das QuadRelay https://www.tinkerforge.com/de/shop/bricklets/industrial-quad-relay-bricklet.html bietet zur Sicherheit galvanische Trennung. Schaltet aber max. nur 1.2A@30V.

Ja, bei der Weiche gewinnt die größere Spannung. Wir hatten hier mal im Forum eine ähnliche Anfrage: http://www.tinkerunity.org/forum/index.php/topic,705.msg4461.html

Müsste sowas nicht auch über eine Akkuweiche oder Schottky-Diode zu regeln sein:http://www.conrad.de/ce/de/product/235032/ Der Schaltplan dort entspricht Deiner Zeichnung.

Mal eine ganz verwegene Frage zum Thema FW: Wäre es möglich eine komlette Entwicklungsumgebung der User-Community mit allen notwendigen Frameworks, Plugins, Bundles etc. die zum Bearbeiten der TF-FW nötig sind, zusammenzustellen und diese hier im TF-Portal als Download zur Verfügung zu stellen ? Sozusagen ein all-incl. und sorgenfreies Komplettpaket... Als IDE würde ich mir das platformunabh.Eclipse Kepler durchaus vorstellen, allerdings sind mir die ARM-Frameworks und deren Abhängigkeiten und weiteren Tools ein Buch mit 7 Siegeln

Aha, du misst die Spannung der Lipos über das AnalogIn. D.h. wenn die augenblickl. Spannung z.B. in der Mitte zw. Min und Max liegt gehst Du von 50% Batteriekapazität aus ? Übrigens mit dem Current/Voltage-Bricklet http://www.tinkerforge.com/de/doc/Hardware/Bricklets/Voltage_Current.html#voltage-current-bricklet kannst Du auch den aktuellen Verbrauch messen. Liegt das am Servo, das der nur soviel hergibt ?