Nur zur Info, falls es noch nicht bekannt ist: Manchmal kann es helfen, wenn man auch auf den (per Batterie oder Netz mit Strom versorgten) WiPy oder FiPy zugreifen kann:
REPL via telnet
Die REPL kann man auch per good old telnet (im Windows-Universum z.B. via Putty) erreichen:
Für die Ersteinrichtung eignet sich das nur bedingt, ausser der WiPy / FiPy macht einen eigenen AP auf
Wenn der WiPy / FiPy in den deep sleep geht, wird alles ausgeschaltet und die Anbindung per WLAN unterbrochen und beim Aufwachen auch nicht automatisch resumed, d.h. man muss sich neu wieder einloggen. Wenn das Hochfahren und Sensorauslesen sehr schnell geht und das Gerät danach in den deep sleep geht, kann es sein, dass diese z.B. 30 Sekunden nicht ausreichen um eine connection hinzubekommen. Vor allem mit telnet hatte ich Probleme und musste den deep sleep deaktivieren.
Um hier den Roundtrip komfortabel hinzukriegen suchen wir noch nach einer eleganten Variante, die IP des WiPy/FiPy im lokalen LAN herauszufinden.
Wenn man hier dann schon dabei ist, gerne in einer weiteren Ausbaustufe auch im Szenario “mehrere Geräte befinden sich im (W)LAN” und ich will alle deren IP-Adressen in Erfahrung bringen – am besten unterscheidbar ;]
und über REPL via telnet geschaut was der code so ausspuckt.
Eine nette Möglichkeit, wenn man sich die fette Atom IDE oder die Installation unserer dev-sendbox nicht antun kann oder möchte, und alles theoretisch auch über WLAN, ohne jegliche USB-Kabel möglich, wenn der FiPy schon im Netzt ist.
Hallo, anbei eine kleine Doku zur Einrichtung eines FTP Zugangs auf den FiPy um die Daten zu sichern / Dateien auf den FiPy hochzuladen. FTP_Doku.pdf (922,8 KB)
@Andreas@Clemens > falls das nicht passt einfach löschen … den PUTTY Zugang dokumentiere ich später …
Vielen Dank @IngoP, ich habe es mal hier hin verschoben. Hat bei dir die Übertragung stabil funktioniert? Bei mir hatte ich als Übertragungsmodus noch “passiv’” auswählen müssen (s.o.), damit das lief!
