Hi Andreas,
warte bitte noch einen kleinen Augenblick. Ist auf alle fälle etwas Aufwändiger und erfordert etwas fundiertes Grundwissen. Die Doku hierzu ist Aktuell auch anscheinend auch noch nicht gerade Perfekt.
Ich bin gerade selbst dabei mich in die Programierung und die Software einzuarbeiten. wenn man ein wenig Quer liest ist eigentlich alles benötigte hier im Forum zu finden.
Wenn du schon ein wenig mit einem Raspi gespielt hast ist das aber schon mal ein guter Anfang.wenn Du dazu auch noch ein Linux System zur Hand hast noch besser (Win 10 scheint aber zur Not auch zu gehen)
Es gibt 2 Wege um die Software Aufzuspielen allerdings muß diese aktuell noch Manuell um deine Persönlichen Einstellungen in einer Json Datei ergänzt werden. Ein Webinterface gibt es dort noch nicht.
Die erste Möglichkeit wäre “Atom” mit dem Pymakr Plugin, welches aber hier im Forum aus gewissen gründen nicht genutzt wird.
Die andere Möglichkeit ist etwas Aufwändiger einzurichten, zumindest wenn man wie ich nur ein Win 7 bzw. Win10 System hat. Unter Linux geht das sicher einiges einfacher.
Dabei hänge ich gerade noch etwas. Verbunden mit dem Board habe ich aber bereits. muß jetzt schauen wie ich in dieser Umgebung die settings.json editieren kann.
mache jetzt aber erstmal eine Schaffenspause. Edit: (gefunden nano gibt es da z.B. auch und ich dachte, ich müsste jeden kleinen pups nachinstallieren)
Wenn es bei mir klappt werde ich mal den Weg bis dahin in Reinform als Wiki Posten. Da fehlt in der Doku (zumindest für Win10) doch so einiges. Mitgeschrieben habe ich auf jeden Fall.
Ich will versuchen den Jungs und Mädels den Rücken an der Micropython-Front Frei zu halten, damit sie dort mehr Zeit investieren können und sie nicht durch unsere Problemchen aufgehalten werden. ;-)
Ja, läuft soweit. Allerdings nicht gerade stabil. Er bleibt ab und an während der Übertragung einfach hängen.
Hab aber hier im Forum schon gelesen, das das an Win10 liegt und @clemens auch Probleme damit hat/hatte.
Übertragung dann ins Testdrive oder?
Habe im Code und den Settings nichts über Username und Passwort in Verbindung mit der imkerID gefunden.
Da ihr anscheinend auch keine Standard Bibliothek verwendet, wüsste ich jetzt auf die schnelle nicht, wie ich das implementiert bekomme.
Hast Du noch einen Wunsch wie wir sie benennen sollen, damit ihr sie auch leichter identifizieren könnt?
Du meinst bei der Übertragung des Codes auf das Gerät oder bei der Telemetriedatenübermittlung (WiFi/MQTT)?
Ja, damit kannst Du wunderbar erstmal loslegen. Wir schicken Dir aber natürlich gerne entsprechende credentials, damit Du Deinen eigenen Übertragungskanal bekommst, in den Du beliebig viele Geräte einhängen kannst.
kann man gateway und node jederzeit selbständig beliebig benennen und so beliebige Szenarien realisieren. gateway entspricht hier dem Standort und node dem Bienenstock. network=testdrive wird dann zu Deiner eigenen Imker-ID.
OK schlecht ausgedrückt. Bei ‘make install’, also der Übertragung zum Gerät. Trotz Firmware 1.20.0 rc11 hab ich da 3 Anläufe gebraucht.
Hab ich schon! Allerdings mit Username und Passwort für die MQTT Übertragung.
Bei dem Wunsch über die Benennung, war die Frage von mir nicht wie, sondern ob ich “node” oder “gateway” einen besonderen Namen oder Kürzel geben soll.
Falls ihr sie finden wollt,
um zu schauen, ob die Daten auch keine groben ausweicher/aussetzer haben. Ich kann sie natürlich auch in Grafana in einen extra Ordner kopieren und nach Softwarestand und Einstellungen umbenennen.
Plane derzeit 3 in Testbetrieb zu nehmen. Einen im Stock und 2 Regengeschützt mit Gewichten einer davon mit deep Sleep.
Leider noch kein runtime-mapping, daher bis auf weiteres noch manuelle Konfiguration der Sensornamen => Telemetriefeldzuordnung notwendig. Mea culpa. So - via settings.py:
# Map sensor field names to telemetry field names.
# Right now, please adapt this according to your sensor configuration by
# looking at the console output of the line
# `[terkin.datalogger] INFO: Sensor data`. Thanks!
#
# Remark:
# This will be replaced by runtime configuration through
# HTTP API and captive portal.
sensor_telemetry_map = {
"_version": "1.0.0",
"temperature.0x77.i2c:0": "t",
"humidity.0x77.i2c:0": "h",
"pressure.0x77.i2c:0": "p",
"weight": "weight",
"temperature.28ff641d8fdf18c1.onewire:0": "t_i_1",
"temperature.28ff641d8fc3944f.onewire:0": "t_i_2",
"system.temperature": "t_i_5",
}
Traumhaft @Andreas.
schaut ja schon sehr vielversprechend aus, das wir das auch bald testen können.
Ist den dann auch eine Duale Datenübertragung zu Beep und swarm.hiveeyes möglich?
Die manuelle Konfiguration stört mich aktuell nicht, mal muß ja teoretisch nur einmal gemacht werden und man sieht wenigstens, was da für arbeit hinter steckt.
Die Wlan Verbindung hat bei mir im Gegensatz zur anderen Firmware übrigens gleich auf Anhieb funktioniert.
Muß nur noch die Sensoren richtig einstellen.
hiveeyes-testdrive-mko-micropython-firmware-wipy-mqtt-json
Werde aber erstmal eine Anleitung zum aufspielen für Win10 schreiben, bevor ich wieder alles vergesse.
17.4109 [terkin.device ] INFO : Starting telemetry
17.4324 [terkin.telemetry ] INFO : Telemetry channel topology: MqttKitTopology
17.4487 [terkin.telemetry ] INFO : Telemetry channel URI: mqtt://swarm.hiveeyes.org/hiveeyes/testdrive/area-38/fipy-workbench-01
17.4594 [terkin.telemetry ] INFO : Starting Terkin TelemetryClient
17.4848 [terkin.telemetry ] INFO : Telemetry channel topology: MqttKitTopology
17.5024 [terkin.telemetry ] INFO : Telemetry channel URI: mqtt://weather.hiveeyes.org/workbench/testdrive/area-38/fipy-workbench-01
17.5134 [terkin.telemetry ] INFO : Starting Terkin TelemetryClient
17.5339 [terkin.telemetry ] INFO : Telemetry channel topology: BeepBobTopology
17.5476 [terkin.telemetry ] INFO : Telemetry channel URI: https://bee-observer.org/api/sensors
Wiegen
Dieser kleine Fauxpas wurde nun auch behoben. scale und offset werden nun zwar honoriert, wir arbeiten jedoch noch an der Kalibriermöglichkeit. (ZeroDivisionError: division by zero). Sekunde noch.
Hi @waggi , hab jetzt mal versucht eine Anleitung zu erstellen.
wenn du dir zutraust die Settings.py zu konfigureren. kannst du damit loslegen die Anleitung + Firmware zu testen.
Wenn du Probleme hast sag bescheid, dann versuche ich die Anleitung anzupassen.
Gruß Michael
MicroPython Datalogger 0.3.0
Habe ein kleines Problem festgestellt, da meine Fritzbox anscheinend manchmal nicht schnell genug antwortet habe schafft sie alle 3-4 Neustarts keine Verbindung aufzubauen.
Micropython erkennt zwar den Fehler, aber anscheinend fehlt noch ein Flag der sie nach einer weile nochmal versuchen lässt die Verbindung aufzubauen. .
das Programm läuft dann normal durch, und gibt dann bei jeder Übertragung eine Fehlermeldung aus das die Übertragung nicht geklappt hat.
Wenn einmal verbunden wurde läuft es aber offensichtlich perfekt. Wenn die Verbindung einmal abreißt, pausiert das Programm, bis wieder eine Verbindung hergestellt wurde.
und macht dann normal weiter.
Fazit: Nach einem Stromausfall oder Neustart kann sein das man nochmal Resetten muß.
Die aktuelle firmware sendet gerade zu beep, aber nicht an hiveeyes, daher vermute ich kein WLAN-Problem, sondern was in der config oder beim Zugang zu hiveeyes
25.4462 [terkin.telemetry ] INFO : Connecting to MQTT broker at swarm.hiveeyes.org
25.5976 [terkin.telemetry ] INFO : Connecting to MQTT broker at ('46.4.251.66', 1883) succeeded
Hab Deep Sleep noch gar nicht getestet. Hab ich aber heute Abend vor.
Hier nochmal mein Setup für die Programmierung und Überwachung im zusammengebauten Zustand. Die 4 Leitungen habe ich einfach unten an die Pin gelötet und mit Heißkleber fixiert.
.
