Fipy läuft nicht richtig ohne Atom

[robert-hh]

@wolli01 Notebook mit oder ohne Atom aktiv? Wenn ohne, dann das USB-Netzteil überprüfen. FiPy benötigt relativ viel Strom, in Spitzen mehr als 500mA. Auch ein Versuch: P8 auf 3.3v verbinden.

[robert-hh]

@wolli01 Hängt es überhaupt von diesen Dateien ab? Zeigt ein simples main.py, mit nur kurz einem Blinken der LED und Deepsleep das gleiche phänomen?

[Wolli01]

@robert-hh Wenn es läuft dann auch ohne Atom am Notebook.
Wenn das Usb mal ab war dann startet es am Notebook nur mit Atom. sonst nur 1 x.

[robert-hh]

@wolli01 D.h. die Software kehrt aus deepsleep nicht mehr zurück. Dazu gibt es viele Posts, welche ich aber nicht intensiv verfolgt habe.

[Wolli01]

@robert-hh Am Notebook aber ja sobald Putty oder Atom an ist, ich brauche dann nur zu warten und dann läuft es durchegehend ob reset gedrückt wird oder nicht. Es startet immer wieder neu so wie es soll. Man könnte eher vermuten er holt sich was vom Notebook aus Putty oder Atom was er sonst nicht bekommt.???

[robert-hh]

@wolli01 Das kann nur der Zustand der USB/UART Verbindung sein, insbesondere die Modem-Steuerleitungen RTS und CTS. ich weiß nicht, wie diese beim Expansion Board 3 verknüpft sind. Pycom schweigt sich über exakte Details aus. Du ḱannst mal versuchen, die entsprechnden Jumper auf dem Expansion board zu entfernen, ab das den Zustand mit Atom zum schlechteren oder ohne zum besseren verändert.

[Wolli01]

@robert-hh Vielen, vielen Dank für den Mithilfe, Es scheint jetzt ohne den beiden Jumpern zu laufen.
Kann da jetzt irgenwas mit dem Borad passieren oder kann man es getrost so laufen lassen?

[robert-hh]

@wolli01 Die Jumper werden nicht benötigt. Die Signale werden von der Firmware ohnehin nicht ausgewertet. Ein Script könnte sie benutzen, um den Status der Verbindung zum PC zu verwenden. Aber dann müsste Pycom mal wieder Dokumentieren, wo diese Signale angeschlossen sind. Für das Expansion Board 2 ist das dokumentiert, dort sind es P19 und P20. Unglücklicherweise werden diese Anschlüssel beim Fipy auch für das LTE modem verwendet, sodass man bei Nutzung von FiPy auf Expansion board 2 (und 3) die Jumper auf jeden Fall weglassen muss. Wie gesagt, für Expansion Board 3 fehlen die Angaben. Das müsste man ggf. durchmessen. Da ich das Board nicht habe und auch nicht kaufen will, kann ich es nicht machen.

[Wolli01]

@robert-hh Danke, du hast mir schon reichlich geholfen. Freue mich ja riesig das es endlich läuft.
Braucht man das Borad jetzt überhaupt noch oder kann ich einfach ein Akku an den Fipy direkt anschließen?

[robert-hh]

@wolli01 Man kann einen Akku an Vin und GND anschließen. Aufgeladen werden muss der dann separat. Spezifizierter Spannungsbereich für Vin ist 3.4-6V. Es geht aber auch 'runter bis ca. 3V.
Wenn man mehr Flexibilität beim Akku braucht (z.B. 6V Bleiakku, Spannung 7.2-5.4V, oder 3x Primärzelle, Spannung 5.1-3V), kann man auch einen externen Regler vorschalten, z.B. das Modul S7V8F5 von Pololu (auch S7V8F3). Das regelt eine Eingangsspannung von 2.7 bis 11.8V auf 5V (3.3V) Ausgang.
Bei einer Spannung unterhalb von 3.4V schaltet der Spannungsregler des FiPy auf Bypass.
Achtung: Niemals eine Eingangsspannung an 3.3V anlegen. Das ist ein Ausgang.

[Wolli01]

@robert-hh said in Fipy läuft nicht richtig ohne Atom:

Achtung: Niemals eine Eingangsspannung an 3.3V anlegen. Das ist ein Ausgang.

Hatte ich leider schon mal gemacht!.
Hatte aber nicht mein vorheriges Problem verursacht das war ja schon von Anfang an so.
Ich wünsche dir noch einen schönen Sonntag.

[mraj]

@robert-hh Jumping in here, do you if there is a way to automate the process of running a code uploaded by ftp to the board. I am aware that if the code is in main.py then it will be automatically set for run after the power toggle.

[robert-hh]

@mraj That's the way:

• Either it is called main.py,
• or main.py contains a line import mycode
• or boot.py contains a statement machine.main("mycode.py"), which causes mycode.py to be executed instead of main.py