Firebee Fehler ...

[Lukas Frank]

Code: [Auswählen]

> ifconfig -a
en1  flags=19 ( UP BROADCAST RUNNING )  mtu 1518
     inet 192.168.2.12   netmask 255.255.255.0   gateway 0.0.0.0
     ether 00:CF:54:01:02:03
lo0  flags=1 ( UP )  mtu 0
     inet 127.0.0.1   netmask 0.0.0.0   gateway 0.0.0.0
>
Das Gateway kann ich doch unter Single TOS (FireTOS) nicht einstellen, oder doch ?

[1ST1]

Nein, du sollst mit einem Webbrowser die Adresse 192.168.2.12  öffnen.

[Lukas Frank]

Habe jetzt mal die Firebee über einen DVI-VGA Adapter mit einem alten Eizo 15 Zoll TFT verbunden, mal schauen ob der Fehler dort auch auftritt. Ist halt ein wenig schwierig da es nur Sporadisch auftritt und das Teil wenn ich Pech habe Wochenlang ohne Probleme läuft ...

Nein, du sollst mit einem Webbrowser die Adresse 192.168.2.12  öffnen.

Das ist mir schon klar ...

Unter OSX mit Safari oder Firefox kommt "keine Verbindung mit Server möglich" oder ein Timeout.

[mfro]

Das Gateway brauchst Du nur, wenn Du aus deinem eigenen Netzsegment rauswillst. Willst Du ja nicht.

Das müsste so schon passen.


Guck' mal (mit "qt" auf der seriellen Konsole), ob die HTTPd-Task überhaupt läuft? Was sagt ein "ping" (auch auf der Konsole) zu deinem anderen Rechner (und andersrum)?

[Lukas Frank]

Code: [Auswählen]

> qt
Name            TID     Prio    Status  Sys/User Stack  #
------------------------------------------------------------
ROOT            1FE10008        0A      Ready   3971/NU/4096    0
IDLE            1FE14170        00      Ready   4068/NU/4096    1
lwIP0           1FE1877C        1E      Blocked 3983/NU/4096    2
lwIP1           1FE1C9C0        1E      Suspend 4031/NU/4096    3
TOS             1FE1CB20        05      Ready   4072/NU/4096    4
DBUG            1FE1CC80        14      Ready   3959/NU/4096    5
USBHub          1FE1CF44        10      Suspend 3904/NU/4096    6
TELNETd         1FE1D0A4        0F      Suspend 3979/NU/4096    7
TFTPd           1FE1D594        0A      Suspend 3933/NU/4096    8
HTTPd           1FE1D6F4        0A      Suspend 4011/NU/4096    9
HT01            1FE21CC0        09      Suspend 3906/NU/4096    10
HT02            1FE21E20        09      Suspend 3906/NU/4096    11
HT03            1FE21F80        09      Suspend 3906/NU/4096    12
HT04            1FE220E0        09      Suspend 3906/NU/4096    13
HT05            1FE22240        09      Suspend 3906/NU/4096    14
SDd             1FE226C0        06      Blocked 4037/NU/4096    15
> ping 192.168.2.12
Envoi d'une requete 'ping' sur 192.168.2.12 avec 32 octets de donnees :

board IP from flash params: 192.168.2.12
Reponse de 192.168.2.12: icmp=1 octets=32 temps<5 ms TTL=255
Reponse de 192.168.2.12: icmp=2 octets=32 temps<5 ms TTL=255
Reponse de 192.168.2.12: icmp=3 octets=32 temps<5 ms TTL=255
Reponse de 192.168.2.12: icmp=4 octets=32 temps<5 ms TTL=255

Statistiques Ping pour 192.168.2.12 :
 Paquets : envoyes = 4, recus = 4, perdus = 0 (perte 0%),
Duree approximative des boucles en millisecondes :
 minimum = 0ms, maximum = 0ms, moyenne = 0ms

>
... sieht doch alles gut aus, oder ?

Das Setup hier ist so das eine Fritzbox 7360 läuft mit drei 5port Switchboxen, eine für jede Etage. Alles mit DHCP mit Adressen über 100, also Fritzbox hat 192.168.2.1 eine Ausnahme sind meine Netusbee, die Firebee und ein MorphOS MacMini haben feste IPs unter 100 alles andere incl. WLAN über DHCP ...

Habe auch mal einen WIN7 PC direkt über ein LAN Kabel mit der Firebee verbunden, geht auch nicht.


Das ist die Firebee im Fritzbox Setup ...

[mfro]

Code: [Auswählen]

Statistiques Ping pour 192.168.2.12 :

... daß die FireBee sich selber pingen kann, das hätt' ich fast erwartet - sorum sollst Du deinen Mac (oder wasauchimmer) anpingen und von dem aus andersrum .

[Lukas Frank]

War doof ...

Code: [Auswählen]

> ping 192.168.2.145
Envoi d'une requete 'ping' sur 192.168.2.145 avec 32 octets de donnees :

board IP from flash params: 192.168.2.12
Reponse de 192.168.2.145: icmp=1 octets=12 temps<5 ms TTL=0
Reponse de 192.168.2.145: icmp=2 octets=12 temps<5 ms TTL=0
Reponse de 192.168.2.145: icmp=3 octets=12 temps<5 ms TTL=0
Reponse de 192.168.2.145: icmp=4 octets=12 temps<5 ms TTL=0

Statistiques Ping pour 192.168.2.145 :
 Paquets : envoyes = 4, recus = 4, perdus = 0 (perte 0%),
Duree approximative des boucles en millisecondes :
 minimum = 0ms, maximum = 0ms, moyenne = 0ms

> ping 173.194.112.183
Envoi d'une requete 'ping' sur 173.194.112.183 avec 32 octets de donnees :

board IP from flash params: 192.168.2.12
Delai d'attente de la demande depasse.
Delai d'attente de la demande depasse.
Delai d'attente de la demande depasse.
Delai d'attente de la demande depasse.

Statistiques Ping pour 173.194.112.183 :
 Paquets : envoyes = 4, recus = 0, perdus = 4 (perte 100%),
Duree approximative des boucles en millisecondes :
 minimum = 0ms, maximum = 0ms, moyenne = 0ms

> ping 192.168.2.1
Envoi d'une requete 'ping' sur 192.168.2.1 avec 32 octets de donnees :

board IP from flash params: 192.168.2.12
Reponse de 192.168.2.1: icmp=1 octets=12 temps=15 ms TTL=0
Reponse de 192.168.2.1: icmp=2 octets=12 temps<5 ms TTL=0
Reponse de 192.168.2.1: icmp=3 octets=12 temps<5 ms TTL=0
Reponse de 192.168.2.1: icmp=4 octets=12 temps<5 ms TTL=0

Statistiques Ping pour 192.168.2.1 :
 Paquets : envoyes = 4, recus = 4, perdus = 0 (perte 0%),
Duree approximative des boucles en millisecondes :
 minimum = 0ms, maximum = 15ms, moyenne = 3ms

>
145 ist mein Apple Rechner und die 1 ist die Fritzbox, geht also, nur raus ins Netz geht natürlich nicht ...

[mfro]

Hmmm. Dann bin ich jetzt fast ein bißchen überfragt, bei mir geht's so.

Hast Du einen Rechner mit einer nmap-Installation? Gibt's für Mac und Linux, Windows weiß ich nicht. Damit kann man nachschauen, welche Ports offen sind:

Code: [Auswählen]

nmap -P0 <firebee-ip>

Die Firebee muß dafür natürlich laufen...

[Lukas Frank]

Job done ...

Code: [Auswählen]

gerhard@hp-compaq-dc7100:~$ nmap -P0 192.168.2.12

Starting Nmap 6.47 ( http://nmap.org ) at 2015-08-11 21:23 CEST
Nmap scan report for 192.168.2.12
Host is up (0.67s latency).
Not shown: 998 closed ports
PORT     STATE SERVICE
23/tcp   open  telnet
8080/tcp open  http-proxy

Nmap done: 1 IP address (1 host up) scanned in 1.20 seconds
gerhard@hp-compaq-dc7100:~$ nmap -P0 192.168.2.145

Starting Nmap 6.47 ( http://nmap.org ) at 2015-08-11 21:23 CEST
Nmap scan report for Franks-Mac-Pro.fritz.box (192.168.2.145)
Host is up (0.00095s latency).
Not shown: 500 closed ports, 492 filtered ports
PORT     STATE SERVICE
88/tcp   open  kerberos-sec
111/tcp  open  rpcbind
445/tcp  open  microsoft-ds
548/tcp  open  afp
999/tcp  open  garcon
1021/tcp open  exp1
1023/tcp open  netvenuechat
2049/tcp open  nfs

Nmap done: 1 IP address (1 host up) scanned in 2.52 seconds
gerhard@hp-compaq-dc7100:~$


Das erste ist die Firebee und als Vergleich mal der Apple Rechner ...

[mfro]

Code: [Auswählen]

gerhard@hp-compaq-dc7100:~$ nmap -P0 192.168.2.12


8080/tcp open  http-proxy


Tja, da steht's ja. Dein http Server auf der Firebee läuft auf Port 8080. Warum auch immer...

Mit http://192.168.2.12:8080 solltest Du dann auch dran kommen...

[Lukas Frank]

Super, Danke ...



Auf welchem Port liegt denn der HTTP Server sonst normalerweise ?


Dachte jetzt man hätte den Desktop der Firebee da ?

Vielleicht sollte ich die Firebee doch mal neu flashen, keine Ahnung ?

[Lukas Frank]

Betreibe jetzt die Firebee seit einigen Tagen über einen DVI auf VGA Adapter und bis jetzt ist alles in Ordnung.

Vielleicht stimmt ja etwas mit meinem DVI Ausgang Hardware mäßig nicht ...


Aber man soll den Tag ja nicht vor dem Abend loben !

Bei den Debug Ausgaben über die Serielle Schnittstelle ist ja auch kein Fehler ersichtlich, vermute den Fehler in der Hardware kurz bevor es an den DVI Ausgang nach draussen geht, keine Ahnung !?!

Stellt sich jetzt auch die Frage ob ich die Firebee an Medusa schicken soll, ich befürchte aber das der Fehler weil nur sporadisch, die Kiste bei Medusa einwandfrei läuft, so was ist immer schwierig ...

[1ST1]

Mir ist was zu dem Fehlerbild eingefallen. Eine DVI-Grafikkarte/gerät und ein DVI-Monitor/Fernseher müssen miteinander erstmal das Protokoll aushandeln, wenn ein Bild dargestellt werden soll. (Bei DVI ist das noch ein Schritt komplexer, wie ich mal gelesen habe. HDMI ist mit DVI eng verwandt.) Genau das Fehlerbild mit dem bunten Ameisenfußball hatte ich auch mal zwischen SAT-Reciever und Fernseher per HDMI. Dort trat dieser Fehler auch nur sporadisch auf, und mit einem anderen Fernseher garnicht. Geholfen hat letztendlich ein Firmware-Update am SAT-Reciever. Denkbar ist aber aiuch, dass es mit einem anderen Monitor nicht auftritt.

Dass es jetzt im VGA-Modus funktioniert, spricht sehr für diese Variante.

[Lukas Frank]

Das Fehlerbild tritt auf einem 2560Pix BenQ 27 Zöller und auf einem iiyama 27 Zöller auf, über DVI angeschlossen mit einem hochwertigen DVI (glaube sogar Duallink Kabeln) auf.

Die Monitore machen je Probleme an der Firebee, habe noch einen 19 Zoll BenQ mit 1280x1024 aber keinen Platz mehr auf dem Tisch ...

[Atari060]

Ich hatte bei meiner Firebee 3x das Problem des "schwarzen Bildschirms". Die Biene ist da auch ganz normal gestartet, allerdings ohne Bild.

Bei mir trat es nur auf, wenn der Akku völlig leer war.

Da musste ich die Firebee direkt über DVI mit einem (DVI-)Monitor verbinden und ich hatte wieder Bild. Danach klappt es auch wieder mit DVI auf VGA Adapter.

Ähnliches machte der Falcon auch, wenn der Dallas platt war. Dann hat man einen SM124 dran anschließen müssen und hernach lief er wieder.

Wieso das so ist, weiß ich nicht, aber am letzten OFAM hab ich meine Firebee, die versehentlich ohne Netzteil über Nacht eingeschaltet blieb, am nächsten Tag wiederbelebt.

LG,

Chris

[guest3744]

Eine Frage.

Was hat der Akku mit dem Fehlerbild zu tun wenn das Netzteil dran ist ?
Spannung/Strom 12Volt/5AH , das müsste doch für ein Board dieser Ausmaße übermäßig Optimal sein.
FPGA/PIC usw? Ansonsten könnte man ja im Winter die Heizung ausschalten und mit dem Firebee spielen und die Wohnung heißen?

Wenn ich die obigen Werte lesen , wird sogar 15 Volt genommen, ist das nicht zuviel ?

Gruss

[1ST1]

Eingeschaltet ohne Netzteil dran leert den nvram-Akku? Das sollte überarbeitet werden, das ist schlecht...

[guest3744]

Aber wenn der Firebee am Netzteil betrieben wird , wozu den Akku als Notbetrieb , er ist doch kein Notebookersatz mit seinem Externen Monitor usw.
Der Akku bleibt  immer eine Fehlerquelle  mit der unsicheren Spannung.
Ein Uhrenakku kann ich verstehen, so wie es im PC ist.

Gruss

[Atari060]

Der Akku ist auch nicht viel mehr als der Uhrenakku, insofern passt das schon. Du hast eben den Bonus, dass die Firebee kurzzeitig auch ohne Strom weiterläuft. Kann schon praktisch sein und theoretisch kann man ja auch einen Laptop draus bauen... dann würde ich aber einen größeren Akku nehmen

[Mathias]

Eingeschaltet ohne Netzteil dran leert den nvram-Akku? Das sollte überarbeitet werden, das ist schlecht...

Natürlich schaltet die FireBee nur mit Akku seit jeher zwischen 3,05 und 3,19 Volt automatisch ab. Das reicht üblicherweise zumindest für 4 Monate NVRAM.